Googleの在庫切れルール変更！ECサイト開発者が今すぐすべきSEO対策と実装ポイント

Web制作・AI開発に携わる皆さん、こんにちは！

Web制作やECサイト開発に携わる皆さん、Googleからの重要なアナウンスを見逃していませんか？ Googleは2026年3月20日、Eコマースサイトの「在庫切れ商品ページ」に関するルールを厳格化しました。これは単なるUIの変更と侮るなかれ、SEOパフォーマンスや広告効果に直結する重要なポリシー変更です。

本記事では、この新しいGoogle Merchant Centerのルールが具体的に何を求めているのか、そして開発者としてどのように対応すべきか、実用的な視点から深掘りしていきます。競合に差をつけ、サイトの可視性を維持・向上させるためにも、ぜひ最後までお読みください！

何が変わる？Googleの新しい在庫切れ商品ページルール

今回のGoogle Merchant Centerのアップデートは、主に在庫切れ商品の「購入ボタン」と「在庫状況表示」の扱いにメスを入れています。これまで多くのECサイトで行われてきた慣習が、今後は非準拠となる可能性があります。

購入ボタンは「表示必須」だが「無効化」が求められる

• 以前の慣習: 在庫切れの商品ページで、「カートに追加」ボタンを完全に非表示にするか、クリック可能なままにする（しかしエラーになる）というケースが多く見られました。
• 新しいルール: 購入ボタンはページ上に表示し続ける必要があります。しかし、そのボタンは「無効化」されている状態でなければなりません。具体的には、ボタンがグレーアウトされ、クリックできないように視覚的に明示する必要があります。ユーザーはボタンの存在を認識できるが、操作はできない、という状態が求められます。

この変更は、ユーザーが在庫切れの商品ページを訪れた際に、購入できないことを明確に伝え、不必要なクリックや混乱を避けることを目的としています。

在庫状況メッセージと商品フィードの完全一致が必須に

• 明確な表示: 商品ページには、「在庫あり」「在庫切れ」「予約注文（pre-order）」「バックオーダー（back order）」といった、商品の正確な在庫状況を明確に示すメッセージを必ず表示しなければなりません。
• フィードとの一貫性: 最も重要なポイントは、このページ上の在庫状況メッセージが、Google Merchant Centerに提出する商品フィードの情報と完全に一致している必要があるという点です。もし不一致があれば、商品が承認されなかったり、広告が表示されなくなったりする可能性があります。

「在庫切れでも注文可能」の裏技は禁止に

これまで、一部の小売業者は、在庫切れの商品であっても購入ボタンを有効なままにしておき、注文を受け付けるという「裏技」的な運用をしていました。しかし、このアプローチは今回のアップデートで非準拠となります。

もし在庫がない商品に対して注文を受け付けたい場合は、その商品を明確に「バックオーダー（back order）」として扱い、そのステータスをランディングページと商品フィードの両方で一貫して表示する必要があります。

開発者が今すぐチェックすべき実用的な対応策

このポリシー変更は、Webサイトのフロントエンドからバックエンド、さらにはデータ連携に至るまで、広範囲に影響を及ぼします。開発者として、以下の点を早急に確認し、対応を進めましょう。

1. 購入ボタンのUI/UX改修

• CSSによる視覚的無効化: opacity を下げたり、filter: grayscale() を適用したり、背景色をグレーに変更したりして、ボタンが無効であることを明確に示します。
• JavaScriptによる操作無効化: ボタンにdisabled属性を適用するか、pointer-events: none; CSSプロパティを使用することで、クリックイベントを発生させないようにします。また、JavaScriptで明示的にクリックイベントリスナーを削除または無効化することも検討しましょう。
• アクセシビリティの考慮: スクリーンリーダーを利用するユーザーにも、ボタンが無効であることを適切に伝えるためのARIA属性（例: aria-disabled=\"true\"）の追加も忘れずに行いましょう。

2. 在庫状況表示のロジック見直し

• バックエンド連携の確認: ECプラットフォームやCMSの在庫管理システムから取得したデータが、フロントエンドの表示に正しく反映されているかを確認します。特に「在庫切れ」「予約注文」「バックオーダー」の各ステータスが、サイトの表示と一致しているか確認が必要です。
• メッセージの動的生成: 在庫状況に応じて、適切なメッセージ（例: 「現在在庫切れです」「〇月〇日入荷予定（バックオーダー）」）が動的に表示されるようにロジックを実装します。

3. 商品フィードとランディングページの一貫性検証

• データフローの確認: 商品の在庫データが、ECサイトのデータベース、商品ページ、そしてGoogle Merchant Centerに提出する商品フィードの間で、常に同期されていることを確認する仕組みを構築します。
• 自動検証ツールの導入: 可能であれば、商品フィードの生成プロセスに、ランディングページの内容と突き合わせる自動検証ステップを組み込むことを検討しましょう。APIを活用してページ内容を取得し、フィードと比較するスクリプトなどが考えられます。
• 定期的な手動チェック: 特に重要な商品や、在庫変動の激しい商品については、定期的に手動でのチェックも行い、不一致がないか確認します。

4. 既存の在庫切れ商品の棚卸しと対応

• サイト全体の監査: 現在サイトに存在するすべての在庫切れ商品ページを洗い出し、新しいルールに準拠しているかを確認します。Google Search Consoleのインデックスレポートや、サイトマップを活用して、対象ページを特定しましょう。
• 優先順位付け: 検索流入が多いページや、広告出稿している商品ページから優先的に対応を進めます。

どこから始める？具体的なステップ

いきなり全てを完璧にするのは難しいかもしれません。まずは以下のステップで、計画的に対応を進めましょう。

ステップ1: 現状把握と影響範囲の特定

• 現在、在庫切れ商品の購入ボタンはどのように表示・動作していますか？
• 在庫状況メッセージはどのように表示されていますか？ 商品フィードと一致していますか？
• 使用しているECプラットフォーム（Shopify、EC-CUBE、WordPress+WooCommerceなど）やCMSの機能で、どこまで対応可能かを確認します。

ステップ2: 開発計画の策定

• UI/UXチームやマーケティングチームと連携し、新しいルールに準拠した表示方法を具体的に決定します。
• 必要な改修タスクを洗い出し、開発リソースとスケジュールを計画します。
• 特に「バックオーダー」の概念を導入する場合、注文処理フローへの影響も考慮します。

ステップ3: 段階的な実装とテスト

• まずはテスト環境や、影響の少ない一部の商品カテゴリで実装を行い、動作を確認します。
• Google Merchant Centerの診断ツールで、警告やエラーが発生しないかを確認します。
• ユーザーテストを実施し、新しいUIがユーザーにとって分かりやすく、使いやすいかを確認します。

ステップ4: 展開と監視

• 本番環境への展開後も、Google Search ConsoleやGoogle Analyticsで、関連するページのパフォーマンス（表示回数、クリック率、直帰率など）を継続的に監視します。
• Google Merchant Centerからの通知や警告にも常に注意を払い、問題があれば迅速に対応します。

まとめ

今回のGoogleのポリシー変更は、一見すると小さなUI要件に見えるかもしれません。しかし、その裏にはGoogleが重視する「ユーザー体験の向上」と「データ品質の確保」という強いメッセージが込められています。

Web制作・開発に携わる私たちにとって、これは単なる対応作業ではなく、ECサイトの信頼性とユーザー満足度を高めるための絶好の機会です。正確な情報提供とスムーズなユーザー体験は、長期的なSEO効果とコンバージョン率の向上に直結します。2026年3月20日の発表を機に、ぜひ皆さんのサイトも最新のGoogleルールに準拠させ、より質の高いEC体験を提供していきましょう！