DFO（データフィード最適化）とは？ツール料金比較と媒体別フィード仕様の実務

DFO（Data Feed Optimization＝データフィード最適化）は、商品データを広告媒体が読める形に整え、掲載可否と広告成果を左右する項目を作り込む一連の作業を指します。検索して出てくるのはツールベンダーのサービス紹介ばかりで、「媒体が実際に何文字までしか受け付けないのか」「どのツールがいくらなのか」といった、判断に必要な数値はなかなか出てきません。この記事では、Google公式ドキュメントで確認した仕様の実数値と、各社が公開している料金表をもとに、DFOの作業範囲・ツール選定・運用設計を整理します。

まとめ

DFOは「フィード生成」「媒体フォーマットへの変換」「掲載項目の最適化」という性質の異なる3工程に分かれ、どこがボトルネックかによって必要なツールが変わります。生成が重いならクローリング型、項目の作り込みが本題ならXMLフィード型、人手を確保できないなら完全委託型が候補です。

成果を左右するのはツールそのものより、媒体の仕様に沿ったデータを絶やさず流し続けられるかどうかでしょう。Google Merchant Centerではtitleが150文字、descriptionが5,000文字、idが50文字という上限があり、商品は最終更新から30日で自動的に期限切れになります。さらに2026年8月18日にContent API for Shoppingが廃止されるため、API連携でフィードを送っているならMerchant APIへの移行が動かせない期限として残っています。

公開料金の入口は、1媒体だけのセルフ運用で月額1万円台、複数フィードを扱うなら3万円前後です。ただし月額1万円のプランには「Shopify連携時のみ」「1媒体まで」といった条件が付きます。以降、3工程の切り分けから運用の失敗パターンまで順に見ていきます。

DFO（データフィード最適化）の定義と3つの作業工程

データフィードとは、商品名・価格・在庫・画像URLといった商品情報を、広告媒体が決めた項目名と形式に揃えたデータファイルです。DFOはこのファイルを作って終わりではなく、媒体ごとの要求に合わせて変換し、掲載結果を見ながら項目の中身を書き換えていく継続作業を指します。ツールベンダーの説明では「商品データを配信先ごとのフォーマットで入稿する仕組み」とまとめられがちですが、自社がどこで詰まっているのかを見極めるには、次の3工程に分けて考えたほうが判断を誤りません。

フィード生成・媒体変換・項目最適化という工程の切り分け

第1工程の生成は、自社のデータベースやカートシステムから商品情報を取り出す作業です。ここには2つの方式があります。CSVやXMLのマスタデータをツールに読み込ませるXMLフィード型と、自社サイトを自動巡回して掲載中の情報を吸い出すクローリング型です。基幹データを書き出せる体制があるなら前者、データベースを触れない・商品ページにしか正しい情報がないという場合は後者が現実的な選択になります。

第2工程の変換は、生成したデータを媒体ごとの項目名と値の形式に置き換える作業です。同じ「在庫あり」でも、媒体によって受け付ける値の文字列は違います。媒体を増やすほど変換ルールの本数が増えるため、対応媒体数がツール選定の実質的な制約になります。

第3工程の最適化が、DFOという言葉が本来指している部分です。商品名に色やサイズを足して検索語との一致率を上げる、カテゴリを媒体の分類に合わせ直す、画像を規定に合うものへ差し替える、といった項目の作り込みを指します。第1・第2工程は自動化の対象ですが、第3工程は何を足せば拾われるかという仮説検証なので、担当者の時間が要ります。ツールを入れても成果が動かない事例の多くは、自動化で片付く2工程だけを回して、第3工程に手が回っていないケースです。

データフィード広告が商品単位で配信される仕組み

データフィード広告は、あらかじめ登録した商品データベースから、ユーザーごとに表示する商品を選んで広告枠に差し込みます。広告主が用意するのはクリエイティブ1枚ではなく、商品の集合とテンプレートです。配信先はGoogleショッピング、Criteo、Facebook広告、Pinterest広告のほか、ECモール、求人媒体、不動産媒体、アフィリエイト媒体など、商品や案件を一覧で扱う媒体が中心になります。

閲覧履歴に基づいて商品を出し分ける配信手法の詳細はダイナミックリターゲティング広告の基本的な仕組みとその特徴についてで扱っています。広告側の配信ロジックが同じでも、渡すデータの精度で表示される商品が変わる点がDFOの守備範囲です。在庫切れ商品が配信され続ける、価格が古いままクリックされる、といった損失は媒体設定ではなくフィード側の問題として起きます。

媒体が要求するフィード仕様の実数値

DFOの解説記事は「媒体の仕様に合わせましょう」で止まっているものが目立ちますが、設計時に必要なのは具体的な上限値と失効条件です。Googleショッピング広告の入稿基盤であるGoogle Merchant Centerの公式仕様から、効いてくる数値を確認します。

Google Merchant Centerの必須属性と文字数上限

Merchant Centerの商品データ仕様では、主要属性の上限が明示されています。フィード生成のロジックを書く前に、この値を前提に文字列を組み立てる必要があります。

linkとimage_linkの「記載なし」は、公式仕様に上限の明記がないという意味で、無制限が保証されているわけではありません。同じ画像系のadditional_image_linkには0〜2,000文字という上限が明示されているため、URLはこの水準に収めておくのが安全です。

注意したいのは、availabilityとconditionが自由記述を受け付けない点です。在庫ステータスは在庫あり（in_stock）・在庫なし（out_of_stock）・予約（preorder）・入荷待ち（backorder）の4値、商品状態は新品（new）・再生品（refurbished）・中古品（used）の3値だけです。社内システムの在庫区分が5種類あるなら、どれをどの規定値に寄せるかを決めるマッピング表が要ります。ここを曖昧にしたまま自動変換を組むと、想定外の値で不承認が発生します。

必須の条件そのものが商材で変わる点も設計時の確認事項です。brandは映画・書籍・音楽録音を除く新商品で必須、gtinはメーカーがGTINを採番している商品で必須になります。mpnが必要になるのは、そのGTINが存在しない商品の場合です。

30日で失効する商品データと更新頻度の設計

Merchant Centerに登録した商品は、最終更新から30日が経過すると自動的に期限切れになります。つまりフィードを一度アップロードして放置すると、31日目に配信が止まります。expiration_date属性で個別に期限を指定した場合は、指定した日付と「最終更新から30日後」のうち早いほうで失効します。期限を延ばす用途には使えません。

更新頻度は「価格や在庫が変わるから」ではなく、まず失効させない下限として決めるものだと考えてください。30日の失効ルールから逆算すると、変動の少ないカタログでも週1回以上を確保しておけば、突然の配信停止は避けられます。在庫と価格が日次で動く商材なら1日1回以上が必要でしょう。スケジュール取得を使う場合、対象ファイルは4GB未満に収める決まりがあるため、商品点数が数十万規模のサイトでは分割の設計も併せて検討します。

2026年8月18日のContent API廃止がDFO運用に及ぼす影響

ファイル入稿ではなくAPI経由で在庫や価格を送っている場合、期限が明確に切られています。Content API for Shoppingは2026年8月18日に廃止され、後継のMerchant APIへの移行が必要です。この記事の公開時点（2026年7月末）で残りは3週間ほどしかありません。移行に時間を要する事業者向けに延長アクセスの申請フォームは用意されていますが、申請が通る前提で計画を組むのは危険です。なお、Merchant APIのv1betaは2026年2月28日に停止済みで、呼び出し先はv1系に切り替わっています。

この期限は自社開発の連携基盤だけの問題ではありません。利用中のDFOツールがContent APIで在庫を反映しているなら、移行の完了状況はベンダー側の作業に依存します。ツール選定や契約更新のタイミングで、Merchant APIへの対応が済んでいるかは必ず確認しておきたい項目です。ファイル入稿のみで運用しているなら直接の影響はありませんが、リアルタイムの在庫反映を将来検討するなら移行を前提に設計しておきます。

DFOツールの3タイプと料金水準

DFOツールは、データの取り込み方と運用の分担で3タイプに分かれます。機能一覧を横並びで眺めても差が見えにくいので、自社のどこが詰まっているかからタイプを絞り込むほうが早く決まります。

XMLフィード型・クローリング型・完全委託型の判断軸

XMLフィード型は、CSVやXMLで書き出したマスタデータを取り込んで加工する方式です。元データを正確に出せるなら最も自由度が高く、項目の結合や条件分岐といった作り込みがしやすくなります。前提として、必要な項目を含むデータを定期的に書き出せる体制が要ります。

クローリング型は、自社サイトを自動巡回して掲載中の情報を取得します。データベースを直接触れない、あるいはECサイトの表示価格が正であるという場合に有効な方式です。反面、サイト構造の変更でクロールが崩れるリスクがあり、商品ページに載っていない情報（型番や在庫数の内部区分など）はフィードに出せません。

完全委託型は、フィードの作成と改善をベンダーに任せる形態です。担当者を割けない体制なら現実的な選択肢でしょう。ただし第3工程の最適化を外に出すことになるため、どの項目をどう変えたのかが手元に残る運用にしておかないと、契約終了時にノウハウごと失われます。

主要ツールの料金水準と課金単位の比較

各社が公開している料金と条件を整理します。ここでは公式サイトで料金体系を公開している4サービスに絞りました。金額を非公開にしているサービスは、商品点数や媒体数で見積もりが動くため、横並びの表に置くと誤解を招くからです。

FEED STREAMは課金の単位が媒体数です。自社で運用するセルフツールプランが1媒体込みで月額1万円（税抜）、媒体を1つ追加するごとに5千円が加算されます。運用を任せるアウトソーシングプランは1媒体込みで月額4万円、追加媒体は3万円です。初期費用は0円、1ヶ月の無料体験があり、サイトクロールでフィードを作る場合は月額4万円のオプション、カテゴリの一括マッピングは500カテゴリまで2万円の単発費用になります。配信先を増やす計画があるなら、媒体数×単価で先に試算しておくべきでしょう。提供元はメディアストリーム（旧インターネットコム）で、累計400社以上の実績が公表されています。

dfplus.ioは階梯が細かく、エントリーが月額3万円で1万点・1サイト・フィード2本、スタンダード5万円で3万点・2サイト・3本、プロフェッショナル7.5万円で5万点・3サイト・5本、エージェンシー10万円で10万点・サイト数無制限・5本という構成です。月額1万円のスターターライト（1,000点・1サイト・1フィード）と1.5万円のスターターベーシック（1万点・1サイト・1フィード）も用意されていますが、こちらはShopifyアプリ「dfplus.io 商品データ最適化」でマスターデータを連携している場合に限られるShopify専用プランです。他のカートを使っているなら入口は3万円になります。

あわせて見ておきたいのは、最上位のエージェンシープランでもフィード数の上限が5本で、7.5万円のプロフェッショナルと同数という点です。アイテム数とサイト数は上がりますが、フィード本数の天井は動きません。6媒体以上へ配信する計画なら、この階梯では解決しない前提で他ツールと並べる必要があります。

DFOマネージャーは初期費用0円・月額3万円で3フィードまで、クローリング方式で50以上の媒体に対応し、フィード作成実績1,000サイト以上・サービス提供15年以上、アカウント発行は1〜2営業日と公表されています。Gyro-n DFMは金額こそ問い合わせですが、課金の設計は公開されており、基本料金の範囲が商品5万点またはデータ量20MBまで、サイトのPV数によって月額が変動し、初回契約期間は3ヶ月・以降1ヶ月ごとの自動更新です。クロールによるフィード生成やタグの設置支援は別途見積もりになります。なお表の金額のうち税表記が明示されているのはFEED STREAM（税抜）とDFOマネージャー（税抜）で、他社は見積もり時に確認が必要です。

ツール選定で見落としやすい3条件

機能比較の表に出てこない割に、導入後に効いてくる条件が3つあります。1つ目は、対応媒体の「対応」の中身です。媒体数の多さが謳われていても、テンプレートが用意されているだけの媒体と、審査仕様の変更に追随して更新される媒体では運用負荷が違います。主戦場にする媒体を2〜3に絞り、その媒体の仕様変更への対応履歴を確認するほうが実態に近い判断ができます。

2つ目は、課金の単位が自社の成長方向と合っているかどうか。商品点数で課金するツールは、取扱商品を増やす計画があるとプランを上げ続けることになります。媒体数やフィード本数で課金するツールなら、配信先を広げるときに上限へ当たります。どちらに伸びる事業かでコストの傾きが変わります。

3つ目は、加工ルールの持ち出しやすさです。DFOで蓄積される資産は、商品名の組み立て方やカテゴリのマッピングといった加工ルールそのものでしょう。ツールを乗り換える際にこれをエクスポートできないと、実質的にロックインされます。乗り換えの想定がないから不要と判断されがちですが、料金改定やサービス終了は事業者側の都合で起きるため、契約前に確認しておく価値があります。

ECサイトでDFOを導入する進め方

ECサイトでDFOを始める場合、ツール契約より先に決めておくと手戻りが減る事項があります。順序は、配信媒体の確定、データ供給元の決定、マッピング表の作成、テスト配信という流れです。

配信媒体とデータ供給元の決定順序

最初に決めるのは配信媒体です。Googleショッピングだけなのか、Criteoやアフィリエイト媒体まで広げるのかで、必要なフィード本数とツールのプランが変わります。媒体ごとの特性と選び方は運用型広告の種類とは？6タイプと主要プラットフォームを比較して選び方まで解説で整理しています。

次にデータの供給元を決めます。カートシステムの管理画面からCSVを書き出せるか、書き出せる項目に媒体の必須属性が揃っているかを確認してください。ここでgtinやbrandが管理されていないと判明することがよくあり、その場合はマスタ側の整備が先行タスクになります。データ設計から見直す規模になるなら、ECサイト構築とは？5つの構築方法の費用相場と、自社に合う進め方の判断軸を解説で構築方式ごとのデータの持ち方を確認しておくと判断しやすくなります。

マッピング表とテスト配信の進め方

マッピング表は、自社の項目名と媒体の属性名、そして値の変換ルールを1枚にまとめたものです。前述のとおりavailabilityやconditionは規定値しか受け付けないため、この表が事実上の仕様書になります。担当者が交代したときに引き継げるのもこの1枚です。

テスト配信は、まず少数の商品で不承認が出ないことを確認してから全点に広げてください。いきなり全商品を入稿して規定違反が大量に出ると、アカウント全体の審査に波及します。

DFO運用で成果が出ない典型パターン

導入したものの数値が動かない、という相談で見かける原因は限られています。多くは施策の巧拙ではなく、運用の型が決まっていないことに起因します。

• フィードを作った時点で完了とみなし、以降は自動更新に任せて不承認の一覧を誰も見ていない
• 商品名に情報を足す作業を一度だけ実施し、どの変更がどう効いたか記録していない
• 媒体を増やしすぎて、どの媒体も検証に足るデータが溜まらない
• 広告アカウント側の入札調整とフィード改善を同時に動かし、効果の切り分けができない

不承認の放置という最大の損失

この中で損失が最も大きいのは、不承認の放置です。商品単位で弾かれるため、全体の管理画面では配信が続いているように見え、気づかないまま特定カテゴリだけ露出がゼロになります。週1回、不承認件数と理由の内訳を確認する時間を運用フローに固定するだけで、この種の取りこぼしは大きく減ります。

効果の評価では、クリック数や表示回数だけを見ると判断を誤ります。フィード改善は「拾われる検索語が変わる」施策なので、流入の質そのものが変化するからです。ROASとは？計算式・目安・ROIとの違いと広告費用対効果を高める方法で扱う費用対効果と、CVR（コンバージョン率）とは？計算式・業界別平均・改善の優先順位で扱う転換率を併せて追い、商品名の変更前後で比較するのが現実的な評価方法です。

DFOツールを入れるべきでない事業規模

あえて言い切っておきたいのは、商品点数が少ない事業ではDFOツールを入れるべきではないという点です。取扱商品が数十点程度で、価格や在庫の変動も月に数回という規模なら、月額3万円のツール費用に対して手作業との差が出ません。1媒体だけなら月額1万円のセルフプランもありますが、それでも年間12万円です。

ツールが効くのは、点数が多い・更新が頻繁・媒体が複数、のうち2つ以上に当てはまる場合です。この条件を満たすなら、手作業を続けるほうが更新遅延による機会損失で高くつきます。判断の分かれ目は作業時間の総量ではなく、更新の遅れが売上に直結する頻度だと考えてください。

よくある質問

DFOとデータフィードは何が違うのですか

データフィードは広告媒体に渡す商品データそのもの、DFOはそのデータを媒体仕様に合わせて作り込み、成果を見ながら改善していく活動を指します。フィードを作るだけでは最適化にはならず、掲載結果に応じて商品名やカテゴリを書き換える工程まで含めてDFOと呼びます。

DFOツールの費用相場はいくらですか

公開料金では、1媒体のみのセルフ運用で月額1万円台、複数フィードを扱うプランで3万円前後、10万点規模の大型構成で10万円程度という幅があります。金額を非公開にしているサービスもあるため、商品点数・媒体数・更新頻度を揃えた条件で見積もりを取って比べてください。

DFO広告と通常のディスプレイ広告はどう違いますか

通常のディスプレイ広告は制作したバナーを配信しますが、データフィード広告は商品データとテンプレートを組み合わせて広告を自動生成します。そのため扱う商品が増えても制作物を作り直す必要がなく、在庫や価格の変化を配信内容へ反映できます。一方で、フィードの精度がそのまま広告の精度になります。

フィードの更新は何日おきに行うべきですか

Merchant Centerでは最終更新から30日で商品が期限切れになるため、最低でも30日以内の更新が必須です。実運用では在庫と価格の変動を反映する目的から、変動の大きい商材で1日1回以上、変動の少ないカタログでも週1回以上を目安に設定します。

Content APIの廃止でフィードの入稿方法を変える必要はありますか

CSVやXMLのファイル入稿、またはスケジュール取得だけで運用しているなら変更は不要です。対応が要るのはContent API for Shoppingでプログラムから商品データを送っている場合で、2026年8月18日までにMerchant APIへ移行します。DFOツール経由でAPI連携している場合は、ベンダーの移行状況を確認してください。

関連記事

• ダイナミックリターゲティング広告の基本的な仕組みとその特徴について
• 運用型広告の種類とは？6タイプと主要プラットフォームを比較して選び方まで解説
• ROASとは？計算式・目安・ROIとの違いと広告費用対効果を高める方法
• CVR（コンバージョン率）とは？計算式・業界別平均・改善の優先順位
• ECサイト構築とは？5つの構築方法の費用相場と、自社に合う進め方の判断軸を解説