> 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/neitibuapurinopusshu.md).

# ネイティブアプリのプッシュ通知

PushlyプラットフォームからNative App通知を送信する最初のステップは、サイトに実装することです。 [こちらにリンクされています](https://documentation.pushly.com/integration/implementation-steps) このドキュメントをご覧いただけます。まだお済みでない場合は、Native Appを実装していることをアカウントマネージャーにお知らせください。そうすれば、Pushly側でフラグを有効にしてもらえます。 &#x20;

### Native App通知の送信

Native App通知を送信するプロセスは、すでにご存じのWebプッシュ通知の送信と非常によく似ています。「通知を作成」ページで、配信チャネルが表示されます。

<figure><img src="/files/0d480426951f4f9806fdcffedeea1ec869d04139" alt=""><figcaption></figcaption></figure>

オーディエンスを選択すると、右上のオーディエンスサイズにカーソルを合わせることで、各チャネルで対象となるユーザー数を確認できます。

<figure><img src="/files/e3a227aea125d99d3650224e2d2e95c29c5e7942" alt=""><figcaption></figcaption></figure>

セグメント経由でNativeユーザーを対象にする場合は、Nativeチャネル専用のセグメントを作成する必要があります。既存のセグメントはすべて、既定でWebチャネルのみに設定されます。Native Appでのセグメンテーションの詳細は、下記のセグメントのセクションをご覧ください。

ランディングURLについては、3つすべての配信チャネルに送信する場合、必要に応じてNative App送信用に別のURLを使用することができます。

<figure><img src="/files/95528e9438ebbd370f1c3d8dfa1a6d7d7796e01d" alt=""><figcaption></figcaption></figure>

タイトル、本文、画像は、すべての配信チャネルで同じになります。デバイスごとの文字数制限は異なるため、コンテンツを作成する際はこの点にご注意ください。Webプッシュ通知と同様に、タイトルはできるだけ先頭に重要な情報を入れることをおすすめします。本文はタイトルよりも多くの文字を使用できます。

## Native Appのセグメンテーション

既存のセグメントには、Web配信チャネルが自動的に有効になります。既存のセグメントを編集してNative iOSおよびNative Androidを許可するには、そのセグメントを再構築する必要があります。フィルターを保存済みの配信チャネルを有効化/無効化すると、セグメントがリセットされるという警告が表示され、フィルターを再度作成する必要があります。

Native iOSおよび/またはNative Android専用のセグメントを作成するには、それらのトグルを有効にして進めてください。フィルターの作成手順はWebと同じです。

<figure><img src="/files/a68af6668e4c8771dfda113f67680ebc55810114" alt=""><figcaption></figcaption></figure>

#### 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://documentation.pushly.com/pushly-ja/platform/notifications/neitibuapurinopusshu.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
