> For the complete documentation index, see [llms.txt](https://documentation.pushly.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documentation.pushly.com/pushly-ja/platform/notifications/neitibuapuripusshu.md).
# ネイティブアプリプッシュ通知
PushlyプラットフォームからNative App通知を送信する最初のステップは、サイトに実装することです。 [こちらにリンクされています](https://documentation.pushly.com/integration/implementation-steps) このドキュメントをご覧いただけます。まだお済みでない場合は、Native Appを実装していることをアカウントマネージャーにお知らせください。そうすれば、Pushly側でフラグを有効にしてもらえます。
### Native App通知の送信
Native App通知を送信するプロセスは、すでにご存じのWebプッシュ通知の送信と非常によく似ています。「通知を作成」ページで、配信チャネルが表示されます。
オーディエンスを選択すると、右上のオーディエンスサイズにカーソルを合わせることで、各チャネルで対象となるユーザー数を確認できます。
セグメント経由でNativeユーザーを対象にする場合は、Nativeチャネル専用のセグメントを作成する必要があります。既存のセグメントはすべて、既定でWebチャネルのみに設定されます。Native Appでのセグメンテーションの詳細は、下記のセグメントのセクションをご覧ください。
ランディングURLについては、3つすべての配信チャネルに送信する場合、必要に応じてNative App送信用に別のURLを使用することができます。
タイトル、本文、画像は、すべての配信チャネルで同じになります。デバイスごとの文字数制限は異なるため、コンテンツを作成する際はこの点にご注意ください。Webプッシュ通知と同様に、タイトルはできるだけ先頭に重要な情報を入れることをおすすめします。本文はタイトルよりも多くの文字を使用できます。
## Native Appのセグメンテーション
既存のセグメントには、Web配信チャネルが自動的に有効になります。既存のセグメントを編集してNative iOSおよびNative Androidを許可するには、そのセグメントを再構築する必要があります。フィルターを保存済みの配信チャネルを有効化/無効化すると、セグメントがリセットされるという警告が表示され、フィルターを再度作成する必要があります。
Native iOSおよび/またはNative Android専用のセグメントを作成するには、それらのトグルを有効にして進めてください。フィルターの作成手順はWebと同じです。
#### Nativeチャネルを使用したマルチドメイン
マルチドメインダッシュボードを使用する場合、Native Appチャネルを含めても、メインダッシュボードと同じように機能します。ご不明な点があれば、アカウントマネージャーまでお問い合わせください。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://documentation.pushly.com/pushly-ja/platform/notifications/neitibuapuripusshu.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
