WooCommerceは世界中の上位100万のeコマースサイトの約29%を支えていますが、ほとんどのGoogle Shopping フィードガイドはShopify専用です。2026年初期に60以上のWooCommerceアカウントを監査した結果、製品の中央値34%が承認されていないか、フィード設定ミスが原因でパフォーマンスが低下していることがわかりました。この問題は、原因さえ特定できれば4時間以内で修正できます。このガイドでは、プラグイン選択、属性マッピング、WooCommerce特有の最も深刻なフィードエラーと、各エラーの具体的な対策をカバーします。
WooCommerce フィードがShopify フィードと異なる理由
WooCommerceはWordPressのポストメタ、カスタム分類法、複数のサードパーティプラグイン（多くの場合）の組み合わせからプロダクトデータを生成します。一貫したプロダクトAPIを提供するShopifyとは異なり、WooCommerceには標準的なデータスキーマがありません。ブランド情報は、カスタム属性、分類法項目、ACFフィールド、またはプラグイン固有のテーブルに存在する可能性があります。しかしGoogle Merchant Centerは毎回、単一でクリーンなbrand属性として提供されることを期待しています。
Googleのプロダクトデータ仕様によると、すべてのフィードソース間で商品が不承認となる主な原因の上位3つは、欠落または不正な形式のbrand、gtin、condition属性です。WooCommerceに限定すると、一般的なガイドではほぼ言及されない2つの追加の障害モード：（1）バリアント レベルで可変プロダクト属性の継承が崩れる、（2）説明のHTMLエンティティ（&、 ）がフィードに残りポリシー違反をトリガーする。
実際の結果：10,000 SKUのWooCommerceカタログは、最初の送信でMerchant Centerに2,000～3,500個の不承認アイテムが到着することが多いです。これはプロダクトが非準拠だからではなく、フィードパイプラインがWooCommerceの柔軟なスキーマをGoogleの厳格なスキーマに正しく変換していないからです。その変換レイヤーを修正することが全仕事です。
可変プロダクトの問題
WooCommerceの可変プロダクトは共有属性（ブランド、材質、サイズタイプ）を親レベルに保存しますが、Google Shoppingはすべての個別バリアントにこれらの属性を必要とします。ほとんどのフィードプラグインは自動的に親属性を子に コピーしますが、それらの属性が「バリエーションに使用」とマークされている場合のみです。ストア所有者が「Brand」属性を作成し、「バリエーションに使用」を有効にせずに「プロダクトページに表示」に設定した場合、多くのプラグインは子アイテムから属性を無言で省略します。修正はWooCommerce → Products → Attributesで5分のバルク編集ですが、この点を確認する必要があります。
2026年のWooCommerce対応フィードプラグイン選択
WooCommerceのGoogle Shopping フィードで3つのプラグインが支配的です：WooCommerce Google Listings & Ads（公式Googleプラグイン）、WP All Export Pro、CTX Feed。各プラグインは異なる障害パターンを持っています。
| プラグイン | 最適用途 | 一般的な障害モード | 概算コスト |
|---|---|---|---|
| Google Listings & Ads（公式） | 2k SKU未満のストア、カスタム属性最小限 | 属性マッピング制限；カスタムフィールド非対応 | 無料 |
| CTX Feed | 中規模ストア、複雑な属性マッピング | デフォルトテンプレートでproduct_type分類法を漏らす | 年$119 |
| WP All Export Pro | 大規模カタログ、XPath対応開発者向け | 急な学習曲線；重複GTIN発行が容易 | 年$199 |
| WOOSEA | ファッション/アパレル、サイズチャート必要 | 大規模カタログでの同期遅延（10k+ SKU） | 年$89 |
公式Google Listings & Adsプラグインは設定が最速ですが柔軟性が最も低いです。これはWooCommerceの組み込みプロダクトフィールドを直接読み込みます。つまり、ブランドデータがWooCommerceのデフォルト「Brand」ではなく「Manufacturer」というカスタム属性に入っている場合、回避策なしでは正しくマッピングされません。標準的なWooCommerce属性を持つクリーンな2,000 SKU以下のストアの場合、完全に実行可能な開始点です。
より複雑なもの（カスタム属性、ACFフィールド、可変プロダクトのオーバーライド）では、CTX FeedまたはWP All Export Proがフィールドレベルの制御を提供します。今四半期、WooCommerce上で11のDTCブランドのフィードを再構築し、9つの11ケースで公式プラグインからCTX Feedに切り替えるだけで、タイトルや説明を変更する前に不承認が50%以上削減されました。
プラットフォーム全体でのフィード管理アプローチのより広い比較については、MagicFeed Proブログの「プロダクト フィード最適化完全ガイド」を参照してください。
WooCommerceストアが誤ってしまう6つの属性マッピング
属性マッピングを正しく設定することは、パフォーマンスの差のほとんどが存在する場所です。これはWooCommerceアカウント全体で最も頻繁に修正する6つのマッピングです。
1. google_product_category vs. product_type
両方のフィールドは競争力のあるShoppingキャンペーンに必須ですが、異なる目的に機能します。google_product_categoryは公式のGoogle プロダクト分類法IDまたはパスを使用する必要があります。product_typeは独自の内部階層で、「Apparel > Men > Shirts」のようなWooCommerce分類法パスが可能です。ほとんどのプラグインはWooCommerce分類法からproduct_typeを自動入力しますが、google_product_categoryは空白のままです。つまり、Googleは分類法を自分で推測し、しばしば誤り、入札最適化を阻害します。
2. 可変プロダクトのid
Googleはすべてのバリアントに対し、ユニークで安定したIDを期待します。最も安全なパターンは{parent_id}_{variation_id}です。一部のプラグインは変動IDのみを使用し、プロダクト移行や複製の場合、IDコリジョンのリスクを作成します。
3. availability
WooCommerceのストックステータス（instock、outofstock、onbackorder）は、Googleの3つの受け入れられた値（in stock、out of stock、preorder）にマッピングする必要があります。アンダースコアとスペースの違いにより、WooCommerceの値を直接渡すプラグインで無言のフィードエラーが発生します。
4. price vs. sale_price
プロダクトにWooCommerceセール価格が有効な場合、price（元の値）とsale_price（割引値）の両方を送信する必要があります。sale_priceのみをpriceとして送信するとGoogleの価格精度ポリシーに違反し、アカウントレベルの停止の一般的な原因です。
5. shipping
WooCommerceの配送ゾーンは、明示的な設定なしではプラグインでは読み取り不可です。Merchant Centerのアカウント レベルの配送設定に依存する場合はスキップできます。しかし配送コストがプロダクト重量または配送先ゾーンによって異なる場合、フィードのプロダクトごとshippingオーバーライド、またはGoogle表示の実際のチェックアウト配送コストは一致しません。
6. item_group_id
可変プロダクトのすべてのバリアントは、Shoppingで同じグループ化のため、同じitem_group_id（通常は親プロダクトID）が必要です。これを欠落させるとバリアント グループ化が破れ、各サイズ/色が同じオークションで相互に競合することになります。独自のCPCが膨れ上がります。
WooCommerceの生のストックステータス文字列（instock）を直接availability値として送信しないでください。Googleの受け入れられた値はアンダースコアではなくスペースを使用します。この単一のマッピングエラーは2026年3月に監査したアカウントで847個のプロダクトを不承認にしました。すべてが実際に在庫があり、発送準備ができていました。
WooCommerceのフィードタイトルと説明の最適化
不承認を修正することでプロダクトがオークションに入ります。タイトルと説明を最適化することで、一度オークションに参加したら、インプレッションとクリックを獲得できるかが決まります。ここが技術的な設定を既に完了しているWooCommerceストアの最大の収益ギャップがある場所です。
Google Shopping タイトルはクエリマッチロジックに従います。タイトルが高い意図の検索クエリに適合するほど、より多くの対象インプレッションをキャプチャします。ほとんどのプロダクト垂直では、高パフォーマンスタイトルは次の構造に従います：ブランド + プロダクトタイプ + 主要属性 + セカンダリ属性。例えば、「Nike Air Max 270 Men's Running Shoe — Size 10 Wide」は、より具体的で高コンバージョンのクエリに適合するため、クライアントデータの中盤クエリのインプレッション シェアで「Nike Air Max 270」を40～60%上回るパフォーマンスを発揮しています。
WordPressエディタに入力されたWooCommerceのプロダクト タイトルはほぼ決してShopping最適化されていません。ストア所有者は、クエリマッチングではなく、サイト内SEOまたは読みやすさ（「The Classic Oxford — Our Best-Selling Dress Shoe」）のためにタイトルを書きます。生のWooCommerceタイトルと最適化されたShopping タイトルの間のデルタは、通常、中盤クエリの対象インプレッションで3～5倍です。
説明については、Googleはショッピング広告ユニット自体には表示しませんが、説明フィールドは、より広いクエリの関連性スコアリングの主要入力です。Googleが気にする属性で充実させます：素材、色、サイズ範囲、使用例、互換性。500～800文字の説明で8～12の関連属性にヒットすると、2026年Q1で実施した4つのクライアント アカウント全体でのフィード分割テストに基づき、非ブランド クエリのインプレッション シェアで一貫して150文字の説明を上回ります。
500以上のSKUを持つWooCommerceストアの場合、タイトルと説明を手作業で書き直すことは実行不可能です。Google Shoppingのプロダクト タイトルをAIで書き直す方法を参照し、実際のWooCommerceカタログから前後の例を含む、針を動かす具体的な書き直しパターンを確認してください。
大規模カタログの実用的なパスは、最初にルールベースのテンプレート（ブランド + カテゴリー + WooCommerce属性分類法のトップ属性）、その後、エッジケースと垂直別パターンを処理するためのAI支援書き直しです。MagicFeed ProのWooCommerce統合は属性分類法を直接読み込みスケールで書き直します。フィード最適化がShopping収益をどう駆動するかについては、完全な方法論を参照してください。
WooCommerceセットアップ固有のMerchant Centerエラー
属性マッピングを超えて、WooCommerceセットアップは予測可能なMerchant Centerエラーのクラスターを生成します。これら5つはWooCommerceアカウント全体で最も頻繁に出現し、各々の最速解決パスを提供します。
「Mismatched value [price]」 — フィード価格がGoogleのクローラーがランディングページで見る価格と一致しません。WooCommerceでは、これは通常、キャッシュプラグイン（WP Rocket、W3 Total Cache）が古いHTMLをGooglebotに提供していることを意味します。修正：キャッシュプラグインのキャッシュ除外リストにGooglebotのユーザーエージェントを追加、またはJavaScriptで注入された価格ではなくサーバー側の価格レンダリングを使用します。
「Missing value [brand]」 — WooCommerceの「Brand」属性が空のプロダクトがあります。これはほぼ常にプラグインの問題ではなくデータ入力の問題です。WP All Export ProまたはWooCommerce管理で直接バルク編集し、ギャップを特定し埋めます。Perfect Brands for WooCommerceなどのブランドプラグインを使用するストアの場合、プラグインのブランド分類法フィールドがフィードプラグインでマッピングされていることを確認し、一般的なWooCommerce属性だけではありません。
「Invalid value [availability]」 — 上記で説明したアンダースコア/スペースの問題、またはWooCommerceのバックオーダー プロダクトがGoogleがpreorderまたは指定された利用可能日付のout of stockを必要とするときにin stockとして送信される。
「Promotional overlay policy」 — WooCommerceストアはプラグイン（WooCommerce Product Badges、YITH Badge Management）を介してプロダクト画像に「SALE」または「FREE SHIPPING」テキストを頻繁に追加します。これらのオーバーレイはGoogleの画像ポリシーに違反します。修正は、セカンダリクリーン画像をadditional_image_linkとしてマッピングし、メイン画像にバッジがある場合は、それをプライマリとして使用します。
「Pending initial review」が3営業日以上続く — WooCommerce固有のエラーではありませんが、公式Google Listings & Adsプラグインがバッチ内でプロダクトを送信し、Merchant Centerに順不同で到着する可能性があるため、新規WooCommerce接続アカウントで不均衡に一般的です。初期レビューが停止した場合、プラグインのスケジュール同期を待たずに、Merchant CenterのFeeds ページからフィード再取得を手動でトリガーしてください。
キャンペーン起動前のフィード監査実施
WooCommerceフィードに対する支出を上げる前に、構造化された監査を実行します。不承認率30%でフィードに対して支出を上げることは、ROAS目標を破壊する最も速い方法の1つです。キャンペーンは実質的にカタログの70%に入札しているときに100%の管理オーバーヘッドを支払っています。
実用的なWooCommerceフィード監査は順序内に5つの領域をカバーします。
- 不承認率 — Merchant Center → Diagnostics → Item issuesから取得。5%を超えるものは拡大前に解決が必要です。
- タイトル品質スコア — Brand + Product Type + Attributesテンプレートに対し、ランダムな50アイテム サンプルを手動で確認。60%未満がパターンに合致する場合、タイトルはシステマティックな書き直しが必要です。
- 価格精度 — フィード価格をライブサイト価格と比較し、20個のアイテムをスポットチェック。20個中1つの不一致は通常、システマティックなキャッシングまたは通貨換算問題を示唆します。
- GTIN対応 — Merchant Centerのフィード診断で、有効なGTINを持つプロダクトのパーセンテージを確認。GTINが存在するはずのカタログ（すなわち、UPCを持つブランド製品）で80%未満のGTIN対応は、完全一致クエリのオークション適格性を制限します。
- 画像品質 — Googleの自動画像品質チェックでは、低解像度画像（非アパレルで100×100px未満、アパレルで250×250px未満）とテキストオーバーレイを持つ画像にフラグを立てます。診断から画像ポリシーエラー数を取得します。
Google Merchant Center アイテム品質ヘルプドキュメントによると、高いデータ品質スコアを持つフィードはオークション適格性スコアリングで優先的な処理を受けます。つまり、より良いデータはキャンペーン設定を単一変更する前に、同じ入札レベルでより多くのインプレッションに直接変換されます。
WooCommerceフィードは通常、30%以上のプロダクトが不承認または最適化不足な状態でMerchant Centerに到着します。MagicFeed Proのフィード監査を実施し、どのプロダクトがインプレッションを失っているか、どの属性が欠落しているか、どのタイトルが書き直しが必要かを正確に5分で確認してください。プラグイン インストールは不要です。
関連記事
ルールベースのフィード最適化ツールではもう対応できない：スケール時の限界と AI による解決策
Google Shopping の Channable 代替ツール：ルールベースのフィード管理ツールは5つの予測可能な方法でスケール時に失敗します。実際のコストと AI 書き換えが24時間以内に解決できる内容をご確認ください。
Shopify向けGoogle Shoppingフィード完全セットアップガイド
Shopify用Google Shoppingフィードは2時間以内で完了。アカウント作成、フィード生成、承認、最適化まで完全ガイド。
Google Shopping フィード：WooCommerce の ROAS を殺す 9 つの誤設定
WooCommerce Google Shopping フィードの誤設定により、平均 34% の ROAS 低下が発生。診断・修正できる最も損害の大きい 9 つのエラーを詳しく解説。1 時間以内に実行可能な対策で売上回復を実現します。