> 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/fdo.md). # フィード フィードを使ってソースから新しいコンテンツを自動で取り込み、ターゲットを絞ったタイムリーな通知を配信できます 通知ページに移動し、「通知をスケジュール」の右側にある矢印をクリックします。「フィードを作成」オプションが表示されます
フィードに名前を付け、適切なものを選択します **フィードタイプ** （RSS、JSON、またはXML）を選択し、プラットフォームが記事を取得するフィードURLを入力します。フィードで新しいコンテンツの処理を開始できるよう、フィードステータスのトグルを有効に設定してください。ユーザーに通知を送信したくない場合は、フィードステータスのトグルを「無効」のままにしてください
公開モードを次に設定します **自動公開** フィードから作成された通知を、新しいコンテンツが利用可能になった際に自動的にキューへ追加して送信する場合。送信前に各通知を確認したい場合は、次を選択します **下書きとして作成** これにより、承認するまで通知は下書き状態のままになります。各通知を手動で確認して公開したくない場合は、設定を「自動公開」のままにしてください。
Pushlyをウェブとアプリの両方のサポートに使用している場合、フィードの対象チャネルを選択できます
フィードの送信先となるオーディエンスセグメントを選択します。フィードを特定のセグメントに送信する場合は、フィードを設定する前にそのセグメントを作成し、ドロップダウンの選択肢に表示されるようにしてください。特定のセグメントを選択しない場合、フィードの送信先は次になります **すべての購読者** がデフォルトです。
次を設定します **配信戦略** フィードから通知を作成するタイミングと頻度を制御します
配信戦略説明
できるだけ早く指定した送信頻度に基づく前回の通知がすでに送信されている場合に限り、新しい記事が検出されるたびに通知を作成します。
固定時刻ドメインのタイムゾーンで指定した送信時刻に、1日1件の通知をスケジュールします。その時刻に新しい記事が見つからない場合、システムは送信時刻後最大1時間にわたって確認を続けます
購読者のタイムゾーン各購読者のタイムゾーンで指定した送信時刻に通知をスケジュールします。すべてのタイムゾーンに対応するため、記事は送信時刻の少なくとも24時間前に選択されます
次を選択します **送信時刻と送信曜日** このフィードからの通知を配信する正確な時刻と曜日を定義します 設定します **事前スケジュール** を使用して、送信時刻のどのくらい前に通知を作成するかを決定します。 * たとえば、送信時刻が午後2時で、事前スケジュールが15分に設定されている場合、通知は午後1時45分に作成され、午後2時に配信されるようスケジュールされます。 適用 **休日フィルター** ユースケースに関連する場合、特定の休日に通知が送信されないようにします
休日の選択説明
なし休日は適用されず、休日のスケジュールに関係なく通知を送信するようフィードを設定できます
国休日を適用する国の一覧から選択します
金融／銀行

  • NYSE：NASDAQを含む米国の主要取引所すべてを対象とするNYSE市場の休日を使用します。
  • 欧州中央銀行：ユーロ建ての取引所を対象とする汎欧州市場の休日を使用します。
設定 **通知の有効期間** システムが購読者への通知配信を試行し続ける期間を制御します * **ドメインのデフォルト**：ドメイン設定で構成されている現在のデフォルト有効期間を使用します。 * **カスタム**：このフィードで作成されるすべての通知に適用するカスタム有効期間を指定します。
次の中で **通知フィールド**では、必要に応じてフィールドを追加または削除し、キーワード、URLパラメータ、その他のメタデータなどの条件に基づいてフィードから特定のコンテンツを取得するための制約を適用できます。これにより、フィードから通知を生成する対象となる記事や項目を細かく調整できます 「 **ページ分析** 」トグルを有効にすると、ランディングURLのメタデータからフィードの通知コンテンツを取得して上書きしようとします。これには、 **タイトル、本文、画像、キーワード** ランディングURLにタグ付けされたものが含まれます
使用 **記事の制約** を使用して、フィード内のどの記事が通知を生成する対象となるかを制御します
設定説明
記事の経過時間この記事がこのフィードの対象となるために許容される最長の経過時間を定義します。指定した期間より古い記事は考慮されません
必須キーワードこの記事がこのフィードの対象となるには、指定されたキーワードの少なくとも1つを含む必要があります。キーワードでは大文字と小文字は区別されませんが、完全一致である必要があります。このフィールドは正規表現によるパターンマッチングをサポートしていません
除外キーワードこの記事に指定されたキーワードの少なくとも1つが含まれている場合、このフィードの対象にはなりません。キーワードでは大文字と小文字は区別されませんが、完全一致である必要があります。このフィールドは正規表現によるパターンマッチングをサポートしていません
URL許可リストこの記事がこのフィードの対象となるには、記事URLに指定されたURLパターンの少なくとも1つを含む必要があります。ワイルドカードマッチングがサポートされており、このフィールドではより高度なパターンマッチングのために正規表現構文を使用できます
URL拒否リストこの記事がこのフィードの対象であり続けるには、記事URLに指定されたURLパターンをいずれも含めることはできません。ワイルドカードマッチングがサポートされており、このフィールドではより高度なパターンマッチングのために正規表現構文を使用できます
タイトル拒否リストこの記事がこのフィードの対象となるには、記事タイトルに指定されたパターンをいずれも含めることはできません。ワイルドカードマッチングがサポートされており、このフィールドではより高度なパターンマッチングのために正規表現構文を使用できます
記事の再利用を許可有効にすると、未送信の記事がない場合に、フィードは以前に送信した記事を再送信できます。再利用された記事は、以前に送信された最も古い記事から最も最近送信された記事までの順に送信されます
### ジャーニーでフィードを使用する フィードには、独自のスケジュールは不要になりました。配信戦略を未設定のままにし、代わりにジャーニー内にステップを追加できます。これにより、購読者がそのステップに到達するたびに、そのフィードで現在対象となっている記事が送信されます。固定の時刻ではなく、ジャーニーへのエントリー、遅延、スプリットテストによって実行されます。 この方法で使用されるフィードでも、記事の制約（経過時間、キーワード、URLリストなど）は引き続き適用されます。このフィードからすでに送信された記事は、フィード独自のスケジュール経由かジャーニー経由かにかかわらず、どちらの経路からも再送信されません。 フィードを送信すると、今後使用できるようフィード一覧に表示されます
--- # 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/fdo.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.