> 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/pushly-aikyurt.md). # Pushly AIキュレーター Pushly AI Curator が記事を選びます。その **レコメンデーション** ステップでは、選択した期間内に公開した各記事を、対象オーディエンスが実際に読んでいる内容と照らし合わせて採点し、最も良いものを1つだけ送信します。 記事の一覧をアップロードしたり、ストーリーを選んだりする必要はありません。対象にできる条件と評価方法を指定すると、Curator がステップ実行のたびに選択します。 {% hint style="warning" %} Pushly AI Curator は現在クローズドベータです。この機能のテストに興味がある場合は、アカウントマネージャーにお問い合わせください。 {% endhint %} ### Curatorステップの追加
1. でジャーニーを開き、 **Journey Builder** そして **レコメンデーション** ステップを追加します。 2. 設定 **ソース** を **Pushly AI Curator**. 3. 推奨設定（下記）を構成し、その後、通知本文を作成します。 ジャーニーキャンバス上では、Curatorステップに **ソース: Pushly AI Curator** が名前の下に表示されます。 > **注：** ステップのソースを変更すると、その推奨設定全体が破棄されます。その前に確認を求められます。 ### 推奨設定の構成
各設定には4つの要素があります： * 戦略 * ランキングの重み * コンテンツ期間 * 何を推奨するか #### 戦略 戦略では、2つのランキングシグナルのバランスをどう取るかを設定します。名前付きの戦略を選ぶか、ダイヤルを自分で調整すると、選択は **カスタム**. | 戦略 | 最適な用途 | | ----------- | ----------------------------------- | | **パーソナライズ** | 記事の新しさにほぼ関係なく、オーディエンスが示した関心に一致させます。 | | **最新** | 条件を満たす最も新しい記事を届けること。 | | **トレンド** | 新しさを重視しつつ、オーディエンスの閲覧内容で軽く調整します。 | | **バランス** | 関心と新しさを同じ重みで扱います。新しい設定の既定値です。 | #### ランキングの重み 戦略の下には2つのダイヤルがあり、それぞれ **オフ** を **最大**: * **パーソナライズ**までの5段階で、オーディエンスの閲覧履歴をどれだけ重視するかを設定します。 * **最新**までの5段階で、公開の新しさをどれだけ重視するかを設定します。 設定 **パーソナライズ** を **オフ** では関心の一致が完全に無効になり、ランキングは新しさとあなたの条件のみで行われます。 ダイヤルを既存の戦略に一致する組み合わせにすると、その戦略が再選択されます。それ以外の組み合わせでは **カスタム**. #### コンテンツ期間 **コンテンツ期間** 何を対象にできるかを決めます。指定期間内に公開されたコンテンツのみが推奨対象になります。プリセットの「直近6時間」「12時間」「24時間」「7日」「30日」から選ぶか、時間・日・週の数を任意に入力してください。 コンテンツ期間はすべての設定で必須です。新しい設定は12時間から始まります。 > **ヒント：期間の選び方** その時間内に実際にどれだけ公開しているかに合わせて設定し、記事をどれだけ新鮮にしたいかでは判断しないでください。公開頻度より短い期間だと対象が1件も残らず、ステップは何も送信しません。記事に日付はあっても時刻がないサイトでは、同じ理由で少なくとも1日以上の期間が必要です。 > > 期間を数日以上に広げると対象記事は増えますが、ランキングが古い記事と新しい記事を見分けやすくなるわけではありません。おおむね2日を超えると、Recentシグナルにはどれも同じくらい古く見えます。選択を改善するためではなく、より多くのコンテンツに届くために期間を広げてください。 #### 何を推奨するか 条件はコンテンツ期間に加えて対象を絞り込みます。最大 **20件の条件** を各設定に追加できます。すべて満たす必要があります。 | フィールド | 演算子 | | --------- | ------------------------------------- | | **キーワード** | 次のいずれかに一致、すべてに一致、いずれにも一致しない、すべてに一致しない | | **タイトル** | 一致、非一致、含む、含まない | | **説明** | 一致、非一致、含む、含まない | コンテンツ期間内のすべてを対象にするには、ここを空欄にしてください。 ここでは公開日は利用できません。コンテンツ期間が唯一の日付制御なので、どちらが優先されるかを気にする必要はありません。 #### 推奨の要約 各設定には **推奨の要約**: > その設定が何を送信するかを説明する平易な文が表示されます。たとえば： 各読者に、直近12時間のChiefs記事のうち最良の1本を、読んだ内容に合わせてパーソナライズして送信します。PoliticsやAdsは除外します。 ### 複数の設定を使う 1つのステップには最大 **6** 件の設定を保持できます。 これらはフォールバックの連鎖ではありません。すべての設定が同時に対象コンテンツをスコアリングし、全設定の中で最も高いスコアの記事がオーディエンスに送られます。カード間の接続部分には **並列でもスコアリング** と表示され、注意を促します。 1つのルールセットでは表現しきれない場合は、複数の設定を使ってください。たとえば、主要セクションには1つのパーソナライズ設定、速報には1つの最新設定を使えば、本当に新しい記事は新しさで勝ち、それ以外は関心に基づいて選べます。 使用 **複製** をカード上で使うと、すべての設定をコピーしてから、そのコピーを調整できます。 ### 通知の作成 他のジャーニーステップと同じように通知を作成します。記事はステップが実行されるまで分からないため、マクロで参照します： | マクロ | 挿入内容 | | ------------------------- | ------- | | `{{article.title}}` | 記事のタイトル | | `{{article.description}}` | 記事の説明 | | `{{article.url}}` | 記事のURL | | `{{article.image}}` | 記事の画像 | | `{{article.id}}` | 記事の識別子 | {% hint style="info" %} マクロはLiquidテンプレートで構築されており、非常に柔軟にカスタマイズできます。 [マクロのドキュメント](/pushly-ja/platform/notifications/macros.md) で、通知のプロパティをさらにカスタマイズする方法をご覧ください。 {% endhint %} ### 記事の選ばれ方 購読者がそのステップに到達すると： 1. その中で公開されたコンテンツ **コンテンツ期間** で、条件を満たすものが対象集合を形成します。 2. このジャーニーですでにそのオーディエンスに送信済みのものは除外されるため、同じ記事が2回送られることはありません。 3. 各設定は、その戦略とダイヤルを使って対象集合をスコアリングします。 4. 全設定の中で最もスコアの高い記事が送信されます。 推奨はオーディエンスセグメントごとに選択されます。同じ実行で同じセグメントに一致した人は、全員同じ記事を受け取ります。 ### 制限 | | | | ------------------ | -------------- | | ステップあたりの設定数 | 6 | | 設定ごとの条件数 | 20 | | 1回のステップ実行で送信される記事数 | 1 | | コンテンツ期間 | 1〜999時間、日、または週 | ### レポート 送信された各推奨記事は個別に追跡されます。記事ごとのパフォーマンスは **Insights > Notifications** に、ジャーニーの送信が始まると表示されます。 ### トラブルシューティング **ステップが何も送信していません。** 最も一般的な原因は、対象集合が空であることです。コンテンツ期間を広げるか、条件を削除して、推奨の要約を確認し、設定が意図どおりになっているかを確かめてください。 **Pushly AI Curator がソース一覧にありません。** これはドメインごとに有効化されます。Pushly担当者にお問い合わせください。 **セグメント内の全員に同じ記事が届きました。** それは想定どおりです。Curator は購読者ごとではなく、セグメントごとに選択します。 --- # 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/pushly-aikyurt.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.