Google に自分の商品ページが 3 回表示される理由は何ですか

URLパラメータの正規化とは正確には何を意味するのか

例えば、あなたが靴を販売しているとします。誰かが広告経由であなたのサイトにアクセスします：uw-shop.nl/schoenen?utm_source=facebook。別の人が価格でソートします：uw-shop.nl/schoenen?sort=laag-hoog。さらに別の人がサイズでフィルタリングします：uw-shop.nl/schoenen?maat=42。訪問者にとってはこれらはすべて異なるソース付きの同じページです。Googleにとっては、何らかの対策がなければ、3つ以上の別々のページなのです。

正規化とは、これらはすべてバリエーションであるが、本当のカウントされるバージョンはuw-shop.nl/schoenen——追加なしである、とGoogleに伝えることです。このきれいなアドレスを正規URL（canonical URL）と呼びます。つまり、どのバージョンが検索結果に表示されるべきかという質問に1つの明確な答えを与えるのです。

これは何かを隠したりブロックしたりする問題ではありません。バリエーションは訪問者がフィルタリングまたはソートする場合に存在し、機能し続けることができます。あなたがすることは、検索エンジンに対して：すべての価値と評価をその1つのきれいなバージョンに適用し、隣の10個のパラメータバリエーションには適用しない、と言うだけです。

これはページネーション時に起こることに似ており、それについては当社がページネーションで説明しています。そこでも複数のURLが内容的に大きく重複しています。違いは、パラメータはしばしばさらにランダムであることです：ソートとトラッキングは内容に何も追加しませんが、ページ番号はそうすることもあります。

これがあなたの場合に適用されるかどうかを確認する方法

最速チェック：Google Search Consoleで独自のドメイン名をサイト検索クエリで検索します。例：site:uw-shop.nl/schoenen。疑問符とパラメータが入ったバリエーションが複数表示される場合、これがうまくいっていない可能性が高いです。サイトをクリックしたり、フィルタとソートオプションをオンにしたり、アドレスバーで何が起こるかを確認することもできます。

Search Consoleでは、ページセクションの下で、ページがインデックスされていない理由を確認できます。重複コンテンツのようなものがある場合、Googleは別の正規URLを選択しました。その場合、これが正確にあなたの問題であることが多いです。これはこのレポートが提供する最も明確なシグナルの1つです。

フィルタリングされたページのソースコードを確認してください。またはそれをあなたのために行うように誰かに依頼してください。きれいなURLを正規バージョンとして参照する行があるはずです。その行が欠けている場合、またはパラメータバージョン自体を指している場合、やるべき作業があります。

アナリティクスを通じてもインジケーションが得られます：実際には1つのページであるものの数十のURL変数が表示され、それぞれが少量のトラフィックを持っている場合、そのトラフィックはメインページにバンドルされるのではなく、コピー上に断片化されました。

これが対応されていない場合のコスト

最大のリスクはあなたのサイトに対するGoogleの注意が無駄になることです。検索エンジンは、ページをクロールするためにサイトごとに限定された時間と容量を費やします。これはクロール予算と呼ばれます。Googleがその時間を同じ靴ページの100個のバリエーションに費やす場合、サイトの他の場所の新しいまたは重要なページに残りが少なくなります。

さらに、あなたの関連性が薄まります。リンク値と評価のシグナルが1つのページに集中するのではなく10個のURL変数に分散する場合、バリエーションのどれもスコアを十分に高くするのに十分な強度を持っていません。あなたは本質的に検索結果で自分自身と戦っているのです。

Googleが独自の正規バージョンを選択するというリアルなリスクもあり、常にあなたが希望するバージョンではありません。それはパラメータバージョンで醜いURLであるか、そのクエリに対してあなたの優先ランディングページではないページかもしれません。その場合、あなたは失う支配その後、人々が正確に何を見てクリックするかに関する。

AI アシスタントが Web をサマライズする場合、同じ問題が起こりますが、より深刻です。言語モデルが同じ商品ページの 3 つのわずかに異なるバージョンに遭遇すると、混乱を招く、または矛盾する情報を拾う可能性があります。たとえば、ソート変数の古いキャッシュによる別の価格などです。どのバージョンが正しいかについての明確性は、Google だけでなく、より広く役立ちます。

これを解決するために何をする必要があるか

核となる部分は単純です。ページのすべてのバリエーション (URL のトラッキング、ソート、またはフィルタを含む) は、クリーンなバージョンが本当のものであることを示す必要があります。これは、ページの種類ごとに一度正しく設定する指示であり、ページごとに手動で行うものではありません。すべての商品ページに対する固定ルール、すべてのカテゴリーページに対する別の固定ルールを考えてください。

これは、ページの種類ごとのインデックス化マトリックスについて説明するように、您が持つページの種類とその動作の幅広い概要に属しています。そこで、ページの種類ごと、したがってパラメーターの種類ごとに、意図が何であるかを決定します。それが存在することが許可されているか、正規化する必要があるか、あるいはインデックスに含まれるべきではないか。

一部のパラメーターは、正規化だけとは異なるアプローチに値します。内部検索結果 (サイト内で誰かが検索を実行し、別の URL を生成する) などは、多くの場合、内部検索結果ページのインデックス登録除外で説明されているように、インデックス登録から直接除外する方がよい場合があります。正規化と除外は、異なる状況のための 2 つの異なるツールです。

変更を実装した後、数週間経過させ、Search Console で問題レポートからダブル バリアントが消えたかどうかを再度確認します。これは一夜にして起こるわけではありません。Google がページに再度アクセスして新しい指示を処理する必要があります。忍耐と繰り返しの確認は、このプロセスの一部です。

これが他の技術的な基本事項とどのように関連しているか

正規化は単独で機能しません。robots.txt ファイルがサイトの一部を既にブロックしている場合 (説明されているように、 チェックポイント 1.1 (robots.txt について) およびチェックポイント 1.2)、それは正規の指示の機能に干渉する可能性があります。ブロックされているページは、Google がそもそも正規の指示を読むために訪問することができません。

また、不十分に設定された 404 処理もこのトピックに関連しています。削除されたパラメーター バージョンがきちんとリダイレクトされず、代わりに正しいステータス コードなしで混乱したページを返す場合、それを soft 404 と呼びます (soft 404s で説明されています)。貧弱な独自のエラー ページにも同じことが当てはまります (有用な 404 ページを参照)。これらすべてのポイントは互いに関連しています。それは常に、ページが正確に何であり、何を意味するかについて Google に明確性を提供することです。

最後に、JavaScript に大きく依存してコンテンツを表示するサイト (JavaScript なしでアクセス可能なコア コンテンツで説明されているように)、Google が基本的なコンテンツを見ることが難しいのであれば、正規参照が動的に追加されることがあります。技術的に安定した基盤により、正規化が本当に信頼できるようになります。