> 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/maruchichaneru.md).
# マルチチャネル通知
ネイティブアプリ通知を送信する前に、適切な技術を実装する必要があります。 [こちらにリンク](https://documentation.pushly.com/integration/implementation-steps) ここで、そのためのドキュメントをご覧いただけます。Pushlyプラットフォームでチャネルを有効化できるよう、ネイティブアプリを実装していることをアカウントマネージャーにお知らせください。
### ネイティブアプリ通知の送信
ネイティブアプリ通知を送信するには、Web通知を送信する場合と非常によく似た手順です。「通知を作成」ページに、配信チャネルが一覧表示されます。
オーディエンスを選択する際、プラットフォーム右上のオーディエンスサイズにカーソルを合わせると、各チャネルで何人のユーザーを対象にしているかが表示されます。
セグメントを通じてネイティブアプリのユーザーを対象にする場合は、ネイティブチャネル専用のセグメントを作成する必要があります。既存のすべてのセグメントは、デフォルトでWebチャネルのみになります。ネイティブアプリでのセグメンテーションの詳細については、以下のセグメントセクションを参照してください。
ランディングURLについては、3つすべての配信チャネルに送信する場合、ネイティブアプリ送信用に別のURLを使用することもできます
タイトル、本文、画像はすべての配信チャネルで同一になります。各デバイスの文字数制限は異なります。Web通知と同様に、タイトルはできるだけ先頭に重要な内容を入れることを推奨します。本文はタイトルより多くの文字数を使用できます。
### ネイティブアプリのセグメント
既存のすべてのセグメントでは、自動的にWeb配信チャネルが有効になります。既存のセグメントを編集してネイティブiOSおよびネイティブAndroidを許可するには、そのセグメントを再構築する必要があります。フィルターが保存されている配信チャネルを有効化/無効化すると、セグメントがリセットされるという警告が表示され、フィルターを再度作成する必要があります。
ネイティブiOSおよび/またはネイティブAndroid専用のセグメントを作成するには、それらのトグルを有効にして進めてください。フィルターの作成方法は、Webの場合と同じです。
### ネイティブチャネルを使用したマルチドメイン
マルチドメインアプリ通知は、メインのダッシュボードと同じように機能します。ご質問がある場合は、アカウントマネージャーまでお問い合わせください。
---
# 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/maruchichaneru.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.
