> 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/journeys/fdono.md).
# フィード通知の送信
ジャーニーは、既存のフィードから直接通知を送信できるようになりました。追加する **フィード通知を送信** ステップを追加し、取得元のフィードを選択すると、そのステップは、サブスクライバーが到達するたびに、そのフィードの現在の条件を満たす記事を送信します。これは、フィード自体の固定スケジュールだけでなく、ジャーニーへの参加、遅延、スプリットテストに基づいて実行されます。
このステップ用に別のコンテンツを作成する必要はありません。記事は、フィードが独自のスケジュールで送信する場合と同じように、選択したフィードから取得されます。
### 利用可否
ジャーニーからのフィード通知送信は、既存のすべての Pushly 顧客で有効になっています。
### フィード通知ステップの追加
1. ジャーニーを **Journey Builder** で開き、 **フィード通知を送信** ステップを追加します。
2. 既存の **フィード** をソースとして選択します。フィードは Feeds ページで作成・設定されます。このステップでは、インラインで作成するのではなく、既に存在するものを選択します。
3. ステップを保存します。
ジャーニーキャンバスでは、ステップの名前の下に、どのフィードをソースにしているかが表示されます。
### 仕組み
サブスクライバーがステップに到達すると、Pushly はフィード自体が行うのと同じ方法で、そのフィードの現在の条件を満たす記事を解決します。つまり、そのフィードの記事制約（経過時間、キーワード、URL の許可/拒否リストなど）を適用したうえで、サブスクライバーに送信します。
その時点でフィードに条件を満たす記事がない場合、そのサブスクライバーには何も送信されず、ジャーニーは続行されます。
### フィード自体のスケジュールとの関係
ジャーニーで使用するフィードは、独自の配信戦略を持っている必要はありません。 **配信戦略** をフィード上で未設定のままにして、ジャーニーのコンテンツソースとしてのみ使用することも、フィードのスケジュールを有効にしたまま 1 つ以上のジャーニーでも使用することもできます。どちらも同時に機能します。
記事を最初に送信したのがフィード自体のスケジュールであってもジャーニーのステップであっても、もう一方から同じ記事が再送信されることはありません。スケジュールとジャーニーの両方に組み込まれているからといって、フィードから同じ記事が重複して送られることはありません。
### 通知の作成
このステップは既存のフィードから送信するため、通知内容は通常のスケジュールされたフィード通知と同じフィールドに従います（タイトル、説明、画像、記事から取得されるランディング URL）。フィード自体を選択する以外に、ここで追加の設定はありません。
### レポート
この方法で送信された通知は、 **Insights > Notifications** に他の通知と同様に表示され、送信元のフィードに関連付けられます。
### 制限
| | |
| ------------------ | ------ |
| ステップ実行ごとに送信されるフィード | 記事 1 件 |
| ステップごとに選択可能なフィード | 1 |
### トラブルシューティング
**ステップが何も送信していません。** 最も一般的な原因は、サブスクライバーがそのステップに到達した時点で、フィードに条件を満たす記事がないことです。通常は、記事制約（経過時間、キーワード、URL リスト）が現在利用可能なすべてを除外しているためです。Feeds ページでフィードの制約を確認してください。
**ステップとしてフィード通知を送信が利用できません。** これはドメインごとに有効化されます。Pushly の担当者にお問い合わせください。
**本来受け取るはずの記事をサブスクライバーが受け取れませんでした。** フィード自体のスケジュール、または別のジャーニーが、同じ記事をすでに送信していないか確認してください。フィードは、両方の経路で同じ記事を 2 回送信することはありません。
---
# 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/journeys/fdono.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.
