EC向けChatGPT Ads：商品フィードから配信するキャンペーン

商品フィードを使ったキャンペーンとは

商品フィードとは、取り扱い商品の情報を最新の状態で保持する商用カタログです。タイトル、説明文、価格、在庫状況、画像、遷移先URLが含まれます。1商品ごとに別々の広告を作るのではなく、フィードをキャンペーンに接続し、広告が配信される時点でシステムに配信可能な商品を選ばせる形になります。

商品フィードを使ったキャンペーンでは、小売の広告主がAds Managerにフィードを読み込み、そのカタログから広告を作成できます。これにより、より多くの商品をChatGPTの広告に載せること、大規模に広告を作成すること、そして利用者が情報を集め、比較し、判断していく過程で関連する商品と出会わせることが容易になります。

技術的には、キャンペーンはproduct_feedモードと、広告アカウントに紐づいたフィードのIDを指定して作成します。

この形式を優先して試すべき理由

OpenAIは、商品フィードから作成された広告が、現時点でプログラム内でも特に成果の高い広告に含まれること、そして商品フィードを利用する広告主がプラットフォーム上で最も成果を上げている広告主の一角を占めることを示しています。

これはプラットフォームが自社の在庫について述べた観察であって、あなたのカタログでの成果を保証するものではありません。とはいえ、事業者としてどこから手をつけるべきかは示しています。手作業の広告を書くのに1週間かけるのと、フィードをきちんと接続するのに1日かけるのとでは、ドキュメントの示す方向ははっきりしています。

フィードを送信する3つの方法

OpenAIはカタログを送信する3つの方法を文書化しています：

求められる形式はGoogle互換の商品データフィードです。これは朗報で、すでにGoogle Merchant Centerにフィードを供給しているなら、その構造の大部分はそのまま再利用できます。

連携面で先に押さえておくべき点として、開発者向けドキュメントは広告主向けの公開APIには、フィード接続の作成、接続済みフィードの一覧取得、カタログファイルのアップロードに対応するエンドポイントが用意されていないと明記しています。フィードの接続はAds Manager経由で行います。

商品の期限切れ：手動ファイルの落とし穴

アーキテクチャを決めるのはこの一点です。商品は2週間で期限切れになります。そのためOpenAIは、手動で読み込んだファイルではなくホスティングされたURLまたは自動化されたSFTP送信を使うことを推奨しています。

運用上の帰結に言い換えると、「とりあえず試す」ために一度だけ読み込んだCSVは、15日後に何の警告もなくカタログが消え、キャンペーンは明確なエラーメッセージも出さずに配信を止めます。CSVで始めるなら日付をカレンダーに控えておくか、テストの手応えがあった時点でホスティングされたURLに切り替えてください。

部分更新については、OpenAIがDelta Feeds API（PATCH /feeds/{feed_id}/products）を文書化しており、カタログ全体を再アップロードせずに在庫状況やタイトルを更新できます。1日に何度も在庫切れを同期したい場合に適した手段です。

is_ads_eligible：すべてを決めるフィールド

商品が広告として扱われるかどうかは、たった1つのフィールドで決まります。しかもその名称が紛らわしいのです。文書化されている規則は次のとおりです：

• Adsに処理させたい各商品について、is_ads_eligibleをtrueに設定する必要があります。
• 従来からのエイリアスis_eligible_adsも受け付けられます。
• ドキュメントは明示的です。is_ads_enabledではなく、is_ads_eligibleを使ってください。Adsのフィード取り込みはis_ads_eligibleと従来のエイリアスを読み取り、is_ads_enabledは読み取りません。
• 重要な注意点として、対象であることは必要条件ですが、商品が配信されることを保証するものではありません。

このフィールド名を打ち間違えると、フィードは目立ったエラーもなく取り込まれるのに、どの商品も対象にならないという状態になります。product feedのキャンペーンが配信されないとき、最初に確認すべき点です。

フィードに含めるべき内容

ドキュメントはフィールドの完全な一覧について安定版の商品フィード仕様を参照するよう求め、その仕様でRequiredと記された各フィールドを必ず含めることを指示しています。フィードが最新の状態で保持すべき情報は明示されています。タイトル、説明文、価格、在庫状況、画像、遷移先URLです。

広告作成の指針と整合する実務的な推奨としては、フィードのタイトルと説明文を、それ自体が広告クリエイティブであるものとして扱うことです。OpenAIは、推奨される文字数の範囲を守ってタイトルを簡潔に保つこと、広く漠然としたマーケティング表現よりも明確で有用な詳細を優先して情報量のあるものにすること、そして説明文では同じ内容を繰り返すのではなく新しい情報を加えることを推奨しています。

画像については、シンプルで関連性の高いものにするという指針が示されています。広告のメッセージを支える明確なビジュアルを用い、抽象的すぎるものや要素が詰め込まれたものを避け、ビジュアルがタイトルおよび本文と一致するようにします。

広告とオーガニックの商品表示は別のもの

経験のある事業者の間でも広く見られる誤解ですが、ChatGPTがショッピングの会話の中で自発的に表示する商品は広告ではありません。OpenAIは端的に述べています。商品の表示結果はChatGPTが独立して選定するものであり、広告ではなく、OpenAIのパートナーシップによって影響を受けることもありません。広告は商品の表示結果とは切り離されています。

つまり事業者は2つの異なる土俵で動くことになります：

• 商品の表示結果におけるオーガニックな可視性。ここでの販売者の順位は、在庫状況、価格、品質、その商品のメーカーまたは主要販売者であるかといった要素に基づきます。これはChatGPTで販売するのガイドで扱っています。
• 商品フィードを使ったキャンペーンによる有料の可視性。本ページの主題です。

一方に投資したからといってもう一方が不要になるわけではなく、広告を購入してもオーガニックの順位が上がることはありません。

ECのコンバージョン計測

事業者のタグ設計は、commerce系の標準イベントに基づきます。これらのイベントで想定されるtypeフィールドはcontentsです：

• items_added：カートへの追加。
• checkout_started：購入手続きの開始。
• order_created：注文の完了。最適化の基準となるイベントです。

これらのイベントについて文書化されているフィールドにはamount、currency、およびid、name、content_type、quantityを含むcontents配列があり、amountとquantityには整数値を使います。Conversions APIとの重複排除を含む実装の全体像は、ChatGPT Adsのpixelとコンバージョン計測のガイドで詳述しています。

把握しておくべき最新情報として、商品フィードにおけるoCPCはオープンベータと記載されています。カタログに対してコンバージョン最適化を狙う場合は、それを前提にメディアプランを組む前に、自分のアカウントで利用できるかを確認してください。

Ads Manager でROASを読み解く:入札を左右するものと、参考情報にとどまるもの

Ads Manager には現在、order_created をもとに算出される売上高と ROAS が表示されます。金額付きで送られてきた注文はそれぞれ、このレポーティング機能に直接反映され、イベント自体が正しく設置されている以外の追加設定は必要ありません。

CSV エクスポートにはさらに、固定の1日ウィンドウによる ポストビュー(view-through)のコンバージョン が含まれます。見落としてはいけないのは、この数値の読み方が変わってくる点です。ポストビューのコンバージョンは、CPA にも、クリック後のコンバージョン率にも、入札にも、課金にも、コンバージョン最適化にも影響しません。これらは別の列に補足情報として表示されるだけです。総合的な ROAS を算出しようとしてクリック後のコンバージョンに足し合わせると、数値は最も都合の良い方向にゆがみます。これはまさに避けるべきリスクです。

実務上は、入札と予算の判断はクリック後のコンバージョンとそこから導かれる ROAS にもとづいて行い、ポストビューのコンバージョンは収益性の数値としてではなく、露出の指標として扱ってください。

商品ページでOpenAIのクローラーをブロックしない

インフラを最も厳重に保護していることが多い事業者ほど見落としやすい技術的な論点です。ランディングページはユーザーエージェントのOAI-AdsBotおよびOAI-SearchBotをブロックしてはいけません。OAI-AdsBotはChatGPT Adsのランディングページの検証と審査に必要です。

広告が非承認となる頻度の高い原因は、まさに遷移先ページがOpenAIのユーザーエージェントまたはIPアドレスをブロックしていることです。ドキュメントは、必要に応じてrobots.txt、WAF、CDN、ボット対策、認証、レート制限を修正し、OAI-AdsBotがページにアクセスできるようにすることを求めています。robots.txtの設定例では、この2つのエージェントを明示的に許可しています。

IPアドレスの一覧で作業する必要がある場合、OpenAIはopenai.com/adsbot.jsonとopenai.com/searchbot.jsonを公開しています。またOAI-AdsBotは検証済みで、Cloudflareの検証済みボット一覧に掲載されています。

数千URL規模のカタログでは、こうした保護はrobots.txtよりもリクエストレートの水準で発動することが多く、まず確認すべきはその設定です。ChatGPT Adsランディングページチェッカーを使えば、URLのアクセス可否を数秒で確認できます。

小売に関わる禁止カテゴリ

総合カタログであっても、特定の商品ラインがキャンペーン全体を止めてしまうことがあります。初期テストの段階では、広告は主に消費者向けの領域に限定されています。ライフスタイルおよび家庭用品、地域サービス、旅行および体験、デジタル製品または教育です。その他のカテゴリはローンチ時点では禁止されています。

つまり、酒類、健康効果を訴求するサプリメント、制限カテゴリに該当する用品なども扱っている事業者は、フィード全体を接続する前にこの点を確認する必要があります。詳細はChatGPT Adsの広告ポリシーのガイドにあります。

事業者向けの導入チェックリスト

1. 求められる形式がGoogle互換であることを踏まえ、既存のGoogle Merchant Centerのフィードから出発する。
2. 配信したい商品にis_ads_eligibleをtrueで付与し、フィールド名の綴りを確認する。
3. 仕様でRequiredと記されたフィールドをすべて含め、タイトル、説明文、価格、在庫状況、画像、遷移先URLを確認する。
4. 送信方法を選ぶ。商品が2週間で期限切れになるため、テストの手応えがあった時点でホスティングされたURLまたはSFTPに移行する。
5. 日中の在庫状況の更新のためにDelta Feeds APIを想定しておく。
6. キャンペーンをproduct_feedモードで作成し、フィードに接続する。
7. commerce系のイベントを設置し、oCPCを検討する前にorder_createdを確認する。
8. トップページだけでなく、商品ページのサンプルでOAI-AdsBotのアクセスを確認する。
9. 広告ポリシーに照らしてカタログのカテゴリを見直す。

公開されていない事項

公式に参照できる情報源がないため、未確認として明示する点です：

• 1フィードあたりの商品の上限数は、参照したページには記載がありません。
• 具体的な画像の仕様（寸法、容量、対応形式）は、参照した広告用フィードのドキュメントには記載がありません。
• タイトルと説明文の正確な文字数上限は公開されていません。ドキュメントは「推奨される文字数の範囲」と述べるにとどまり、具体的な数値を示していません。
• ホスティングされたURLの更新頻度は、参照したページには明記されていません。
• 対象となる商品について配信の保証は一切示されておらず、ドキュメントは明示的にその逆を述べています。

これらの点についてはOpenAIの商品フィード仕様が優先し、大規模な連携の前に直接参照する必要があります。