構造化データを実装した後も、Googleにリッチリザルトが表示されないのはなぜですか？

構造化データを実装したのに、Googleにリッチリザルトが表示されないのはなぜ？

コードは公開済みで、テストツールでも問題なしと表示されているのに、検索結果に評価、価格、その他の拡張表示が出てこない。これは必ずしも実装の失敗を意味するわけではありません。構造化データの実装は、Googleがページを理解しやすくするためのものであり、特定の表示枠が保証されるわけではありません。原因を調べる際は、「クロールできるか」「マークアップが要件を満たしているか」「ページに表示資格があるか」を分けて確認しましょう。そうしないと、根本的な問題に気づかないままコードを何度も修正することになりかねません。

テストに合格したことで、何が確認できたのか？

汎用の構造化データ検証ツールを使用した場合、主に構文や語彙間の関係がチェックされます。Googleが対応する検索表示に適合していることまで確認できるわけではありません。Schema.orgに定義されているタイプが、すべてGoogleのリッチリザルトを表示できるわけではありません。Googleの「リッチリザルト テスト」も使用し、ページでどの対応項目が検出されたかを確認してください。

「有効なアイテム」と表示されても、ツールが検出できる要件を満たしたことを示すにすぎず、コンテンツの品質、サイトのポリシー、実際の表示条件をすべてクリアしたことを意味するわけではありません。エラーは優先的に修正する必要がありますが、警告についてはフィールドの用途を確認しましょう。黄色の警告を消すために、実在しない情報を入力する必要はありません。Googleは、正しくマークアップしてもリッチリザルトの表示が保証されるわけではないと明記しています。

まず、Googleが新しいページを取得しているか確認する

Google Search Consoleで対象URLを確認し、インデックスに登録されているか、最後にクロールされたのはいつか、Googleが選択した正規URLがこのページと一致しているかを調べます。パラメータ付きの商品URLにマークアップを追加していても、Googleがパラメータなしの別バージョンを選択している場合、現在のURLでテストに合格したからといって、インデックス登録されたバージョンにも同じマークアップがあるとは限りません。

次にライブテストを実行し、レンダリング後のページを確認します。多言語サイトでは特に、安全対策によってクローラーがブロックされていないか、スクリプトがポップアップの承認後にしか実行されない仕様になっていないか、モバイル版テンプレートにマークアップが欠けていないか、キャッシュから古い内容が返されていないかを確認してください。ブラウザーでソースコードを見るだけでは、Googleが実際に何を読み取ったかを判断できないことがよくあります。

ページがクロールを禁止されている、noindexが設定されている、またはリダイレクトを繰り返している場合は、まずこれらの問題に対処してください。修正後はインデックス登録をリクエストできますが、すぐに更新されるわけではなく、表示までの一律の待機期間もありません。

コードが有効でも、ページがその表示に適しているとは限らない

海外向けサイトでよくある誤りは、すべてのページに商品用テンプレートを適用することです。十数種類の機器を一覧にしたカテゴリページと、単一の機器を紹介する詳細ページでは、役割が異なります。商品関連の表示を目指す場合は、商品タイプを記述しているかだけでなく、Googleの該当機能の要件に照らしてページの中心的な内容を確認してください。

B2Bの問い合わせ獲得サイトでは、価格の問題にも直面します。カスタマイズ機器は仕様に応じて見積もる必要があり、フィールドを埋めるために価格をゼロにしたり、開始価格を捏造したりしてはいけません。商品表示機能ごとに、表示資格やフィールド要件は異なります。実際の取引情報がない場合は、虚偽の価格でテストに合格させるのではなく、どの種類の表示を申請するのが適切かを判断しましょう。

Q&Aやレビューにも適用範囲があります。ページにFAQがあるからといって、一般的な商用サイトがQ&Aリッチリザルトを獲得できるとは限りません。企業が自社の顧客レビューを自社の企業評価としてマークアップしても、星評価の表示資格が自動的に得られるわけではありません。対応範囲は変更されることがあるため、実装前にGoogle検索セントラルの該当機能に関するドキュメントを確認し、古いチュートリアルをそのまま使わないようにしてください。

マークアップとユーザーに表示される内容が一致しているか確認する

推奨フィールドの入力漏れよりも注意が必要なのは、データ間の矛盾です。たとえば、ページには米ドルで表示されているのに、マークアップには人民元が残っている、商品が在庫切れなのに在庫フィールドは在庫ありになっている、英語ページで中国語の商品名を呼び出している、といったケースです。こうした問題は、テンプレートの使い回し、翻訳プロセス、商品データの同期不備が原因で起こることが多く、コードの一部だけを修正しても再発しやすいものです。

複数のプラグインが同時にマークアップを出力していないかも確認してください。構造化データの項目が複数あること自体は違反ではありません。問題は、同じ商品について異なる価格やURLを記述していないか、無関係なオブジェクトを関連付けていないかです。重複を見つけても、すべて削除するのではなく、どのデータが信頼できる情報源なのかを先に確認してください。

易营宝のようなウェブサイト構築と海外マーケティングを一体で提供するサービスを利用する企業では、こうした調査を、ウェブサイト構築、商品運用、SEOの担当者が共同で行うのが適しています。ウェブサイト構築側はテンプレートの出力を管理し、運用担当者は正確な情報を維持し、SEO担当者は表示資格を確認します。多言語サイトでは、特定の担当者にフィールドの追加を繰り返し任せるのではなく、これらの役割を公開前のチェック項目に含めましょう。

修正後は、次に何を確認すればよいか？

まずは代表的な詳細ページを少数選んで検証し、すぐにサイト全体を変更するのは避けましょう。公開日、マークアップの種類、テスト結果、直近のクロール日時を記録し、Search Consoleの関連する拡張レポートの変化を確認します。該当する検索での表示データがあれば、表示回数やクリック数も確認してください。特定のレポートが表示されないことだけを、実装失敗の証拠とみなすことはできません。

Googleが新しいページをクロール済みで、項目が有効であり、内容にも矛盾がなく、関連する手動による対策もない場合は、むやみにフィールドを追加し続けるべきではありません。実際の表示は検索クエリ、デバイス、地域などの条件にも左右されるため、同じページでも検索するたびに拡張表示されるとは限りません。この段階では、検索結果に星が表示されるかだけに注目するのではなく、ページが購入者の仕様、納期、使用方法に関する疑問に明確に答えているかを確認するほうが有益です。

作業時には、Googleの構造化データに関する一般的なガイドラインと、各タイプのドキュメントを参照してください。まず表示資格を妨げている原因を特定し、そのうえでテンプレートを変更するのか、コンテンツを補うのか、再クロールを待つのかを判断します。「テストに合格した」という結果は調査記録の一項目であり、表示を約束するものではありません。