商品フィード完全ガイド：フィールド、フォーマット、プラットフォームの読み方

フィードはカタログ広告の中で最も地味で、最も荷重を担う資産です。あなたがこれまで配信したすべての動的商品広告は、フィードから組み立てられています。フィールドが一つ間違っていれば、広告は成果が落ちるのではなく、そもそも表示されません。

多くのチームはプラットフォームのエクスポートからフィードを引き継ぎ、一度目を通したきり二度と開きません。たいていはそれで問題ありませんが、問題になるまでの話です。価格がずれ、画像が却下され、カテゴリまるごとが静かに配信を止めます。本ガイドはフィードをフィールドごと、フォーマットごとにたどり、どこで壊れやすいかを示します。

もっと手前の段階で、まだカタログ広告とは何かを整理している段階なら、まずカタログ広告とは何か、そしてなぜ素のフィードは成果が出ないのかから始めてください。

商品フィードとは実際に何か

商品フィードとは、あなたが販売するすべてを、プラットフォームが理解すると取り決めたフィールドで表現した、機械可読なリストです。それだけです。デザイン資産でもマーケティング文書でもありません。公開 URL を持つデータベースのエクスポートです。

重要な帰結は、フィードとはプラットフォームが持つあなたのカタログのコピーだということです。Meta は広告を作るためにあなたのストアを巡回しません。自身が保存した商品のコピーを読み、そこから組み立てます。あなたのサイトとプラットフォームのコピーが食い違うと、勝つのはプラットフォームのコピーであり、たいていそれが間違っている方です。

下流のすべてがこのファイルを継承します。商品セット、オーディエンス、入札ルール、広告そのもの。フィードの問題が単なるフィードの問題にとどまることは決してありません。

荷重を担うフィールド

属性は数十あります。あなたが配信にたどり着けるかを決めるのは、そのうちひと握りです。

アイデンティティの一群

これらは省略できないフィールドです。

• id · 一意で安定した識別子。SKU を使ってください。Meta は 100 文字に制限します。異なる商品間で id を使い回してはいけません。
• title · 商品が何であるか。Meta は 200 文字を許可しますが、65 未満に抑えることを推奨します。
• description · プレーンテキスト。Meta は最大 9,999 文字を許可し、タイトルと異なることを要求します。
• link · 商品ページの URL。http:// または https:// で始まります。
• image_link · 商品画像。
• availability · Meta は in stock または out of stock を期待します。
• price · Meta は数値、スペース、そして ISO 通貨コードを求めます。9.99 USD のように。

ここに二つのプラットフォーム間の落とし穴が潜みます。brand は Google が新商品に要求し、映画、書籍、音楽録音に狭い例外があります。そして condition は Meta が無条件に要求し、値は new、refurbished、used ですが、Google は商品が中古または再生品の場合にのみ要求します。Google のルールで作ったフィードが、Google では有効でも、Meta ではこの一つのフィールドだけで不承認になることがあります。

属性名は snake_case（imageLink ではなく image_link）で、販売する市場にかかわらず英語でなければなりません。目にしたかもしれない camelCase の変種は、フィード仕様ではなく Google の API 層に属します。

バリエーションとグループ化

各バリエーションは、それぞれ固有の id を持つ独立した行です。item_group_id で結び直すことで、小さい黒シャツと大きい黒シャツが同一商品だとプラットフォームに伝えます。これを誤ると、単一の商品があらゆる配置で自分自身と競合します。

フィードを初めて見たときに SKU 数が水増しに見えるのも、このためです。5 サイズ 4 色の 100 商品は、2,000 行になります。グループ化こそが、それを再び 100 商品に戻すものです。

成果を左右するフィールド

必須ではありませんが、てこはここにあります。

• sale_price · プラットフォームに取り消し線価格を表示させます。これがなければ割引は不可視です。
• additional_image_link · 別アングル。
• product_type · あなた独自の分類。商品セットを構造化するのに役立ちます。
• custom_label_0 から custom_label_4 · それぞれ 1〜100 文字の自由記入枠が五つ、顧客には決して表示されません。Google はラベルごとに 1,000 の一意の値を許可します。Meta も同じ五つのフィールドをサポートします。

カスタムラベルは仕様の中で最も使われていない部分です。利益率帯、消化率、季節性、発売年をこれで標識し、そのうえでプラットフォームが他に知りようのない次元に、商品セットと入札ルールを構築します。

フィードのフォーマット

多くのチームが思うより選択肢は多く、そして選択は信頼性ほど重要ではありません。

XML。 一般的な形は、Google 名前空間を伴う RSS 2.0 です。<rss xmlns:g="http://base.google.com/ns/1.0" version="2.0">。Meta は RSS と Atom の XML を受け付けます。XML は長い説明文や複数画像のような繰り返しフィールドを、CSV がもたらすエスケープの苦痛なしに扱います。

CSV と TSV。 Google はタブ区切りの .txt と .tsv を受け付け、Meta は CSV と TSV を受け付けます。開いて目視で確認するのは容易ですが、カンマや改行を含むものには弱くなります。

Google スプレッドシート。 Google では一級のデータソースです。小規模カタログや補足的な上書きに実に役立ちます。

API。 時間に敏感なものすべてに対して、スケジュールされたファイル取得は誤った道具です。Meta は items_batch を公開しており、1 リクエストあたり最大 5,000 商品、ペイロード上限は約 28 MB です。Google 側では、旧 Content API for Shopping が Merchant API に取って代わられて非推奨になった点に注意してください。2025 年以前に書かれた統合ガイドは、あなたを誤ったエンドポイントに導きます。

サイズ制限は寛大で、問題になることはまれです。Google は最大 4 GB、Meta は最大 8 GB を受け付け、100 万商品を超えるカタログの分割を推奨します。

フィードはどのくらいの頻度で更新されるか

ここで理論は、あなたの価格が変わるという事実に突き当たります。

Meta は明確です。スケジュールフィードは 1 時間に 1 回より頻繁なアップロードをサポートせず、間隔は HOURLY、DAILY、WEEKLY です。Google は Merchant Center で取得スケジュールを設定できますが、標準の商品フィードの最大頻度は公表していません。ですから、他所で読む具体的な数字はどれも疑ってかかってください。

実務上の要点は、スケジュール取得は下限であって上限ではないということです。フラッシュセールを行っていたり在庫の動きが速かったりすると、サイト上で価格が変わってからプラットフォームがそれを知るまでの隔たりは、時間単位で測られます。その隔たりに、過剰な支出と怒った顧客が住んでいます。バッチ API は、まさにそれを閉じるために存在します。

フィードはどこで壊れるか

四つの故障モードが、その大半を説明します。

価格と在庫の不一致

最も一般的で、最も有害です。Google はフィードをランディングページと照合し、食い違うと事前の商品不承認を適用します。名付けられた問題は "Mismatched product price" です。これは警告ではなく、商品が配信を止めます。

原因はほぼ常に、誤った値ではなくタイミングです。フィードは生成された時点では正確で、取得された時点では古くなっていたのです。

アイデンティティの欠落

gtin は必須ではなく条件付きですが、欠けていると Google は "Limited performance due to missing value: GTIN" と報告します。不承認ではなく、静かな税です。識別子のない商品は、より少ない検索にしか一致しません。

画像の問題

Google の現在の最小サイズは、アパレル以外で 100x100、アパレルで 250x250 です。500x500 の最小値が発表されましたが、施行は 2027 年 1 月 31 日まで始まりません。つまり 500x500 要件について読むもののほとんどは、未来を現在であるかのように描いています。受け入れられる形式は幅広く、JPEG、WebP、PNG、GIF、BMP、TIFF で、最大 16 MB です。

人を不意打ちするルールは、サイズについてではありません。Google は商品の遮られていない視界を要求し、宣伝的要素を伴う画像を却下します。ロゴ、行動喚起、価格テキスト、透かし、枠線です。名付けられた問題は "Promotional overlay on image [image_link]" で、Shopping 広告にも無料リスティングにも等しく適用されます。

Meta の姿勢は異なります。そのカタログ画像ガイドラインはテキストの重ね書きや一時値下げのような時間に敏感な情報を推奨しませんが、それを硬い却下ではなく配信品質の問題として枠づけ、しかも Meta は、まさにクリエイティブをその上に合成できるように、きれいまたは透明な背景を推奨します。結果として、フィード画像と広告クリエイティブは別物であり、両者がどれだけ離れているべきかについてプラットフォームの見解は割れています。

構造エラー

"Invalid RSS/Atom document format" は、あなたの XML が不正な形式だという意味で、たいていはエスケープされていないアンパサンドです。検出は安上がりで、放置して走らせるのは気まずいものです。

フィードが埋められない隙間

正しいフィードは最低限の前提です。それはあなたの商品を配信可能にし、正しく値付けし、正しい商品セットに置きます。それがしないのは、誰かにクリックしたいと思わせることです。

フィードはデータを運びます。階層についての意見はなく、ブランドシステムもなく、オファーの枠づけもなく、9:16 の配置が正方形に比べて何を必要とするかの感覚もありません。それは問題の別の層であり、広告費用対効果を実際に動かすのはその層です。てこについてはカタログ広告の成果を高める五つの方法に、その変化が実際にどう見えるかはビフォー・アフターガイドに書きました。

FeedForce は Meta のカタログ広告のために、その層で働きます。あなたのブランドルールは一度定義され、その後カタログ全体に自動で適用されるので、クリエイティブは決して止まらないフィードに歩調を合わせます。フィードはあなたの真実の源であり続けます。広告は、他のみんなと同じに見えることをやめます。