canonical URL：推測せず重複コンテンツを修正

商品が/running-shoes、/running-shoes?color=black、/category/shoes?sort=price、広告タグ付きURLで提供される場合があります。購入者には同じ品でも、クローラーには取得・比較・統合すべき複数のアドレスです。canonicalは、チェックリストを満たすタグではなく構造上の判断です。

canonical URLとは？

重複・ほぼ重複ページ群の代表アドレスです。次で提案できます。

<link rel="canonical" href="https://example.com/running-shoes">

重要なのは提案です。Googleはrel="canonical"を強いシグナルとしますが、転送、サイトマップ、内部リンク、内容が別を指せば変更できます。1行のHTML以上の修正が必要です。

この選択をcanonicalizationと呼びます。重複は自動的なスパム違反ではありません。実際のコストは順位、被リンク、報告の分散と、価値のない別形式に費やすクロール時間です。

正規化の見直しが必要な兆候

Search Consoleが別の正規URLを選んだと示します

Googleの故障ではなく、宣言よりほかのシグナルが強いということです。選択されたURLと比較します。

• どちらが多くの内部リンクを受けますか？
• サイトマップにはどちらがありますか？
• HTTP、HTTPS、www、非wwwが混在していませんか？
• 別々に登録するほど違いますか？

1ページが複数の形式で開きます

末尾スラッシュ、大文字小文字、並べ替え、追跡コード、プロトコル、ホスト名が代表例です。全版が200 OKなら、それぞれ代表候補になります。

実績データが分散します

記事の表示が通常URLとパラメーター版の両方にあるなら調べます。失われたとは限りませんが、CTR、リンク、順位変化の評価を複雑にします。

状況別のcanonical選択

追跡パラメーター

utm_source、fbclid、広告IDは通常、きれいなページへ向けます。内部リンクも同じにしないと、自サイトの移動経路が別形式を作り続けます。

ECフィルターと並べ替え

すべて無価値ではありません。「男性用ランニングシューズ」には独立した意図があり、独自文章、タイトル、自己参照に値する場合があります。並びだけの?sort=price_ascは通常、基本カテゴリーを指します。

疑問符ではなく検索意図で決めます。

商品バリエーション

色が写真とSKUだけを変えるなら、主商品へ統合するのが合理的です。独自在庫、説明、需要、ページ価値があれば自己参照が適することもあります。カタログ全体の単一ルールは、全商品群には合いません。

ページ送り

2、3、4が別の項目を含むなら、すべて1へ向けてはいけません。深い位置だけの商品や記事を隠しかねません。通常は自己参照とクロール可能な経路を用意します。

印刷版・PDF・ダウンロード

非HTMLはHTTPのLinkで指定できます。PDFが主資産で独立して有用なら、同じ主題だけを理由にHTMLへ向けないでください。

4つのシグナルを一致させます

信頼できる正規化は、通常4層を整合させます。

1. 転送： 不要な別版を優先URLへ恒久転送します。
2. canonicalタグ： 重複ページが代表を指定します。
3. サイトマップ： 登録可能で200の正規URLだけを送ります。
4. 内部リンク： 移動経路、パンくず、記事、CTAで優先アドレスを使います。

転送とタグは強いシグナルです。サイトマップ掲載は弱めでも、一致すれば役立ちます。サイトマップがA、canonicalがB、リンクがCなら、本来サイトが解くべき矛盾をGoogleが解決します。

Redirect Chain Checkerで各ホップを、SEO Checkerでソース内の指定を確認できます。

影響が広がるcanonicalのミス

全サイトをホームへ向けます

テンプレートの誤りで全商品・カテゴリー・記事がホームを指定します。Googleが不合理な指定を無視しても、登録と報告は不安定になり得ます。

転送や404を指します

最終の200URLへ直接向けます。転送経由はクロールを浪費し、不要に複雑な情報を送ります。

言語をまたぐcanonical

同主題でもベトナム語から英訳へ向けるべきではありません。各版に同言語の指定が必要で、関係はhreflangで示します。

robots.txtを正規化ツールにします

遮断は代替先を伝えません。取得できず内容なしで登録が残る場合もあります。統合には転送かcanonicalを使います。

明確な理由なくnoindexを併用します

別の問いへの指示です。noindexは登録を止め、canonicalは別への評価統合を求めます。混ぜると予測とデバッグが難しくなります。

30分のcanonical監査

手順1：テンプレート別に抽出します

ホーム、カテゴリー、商品、記事、パラメーター、ページ送り、旧URLを選びます。無作為より体系的問題を速く見つけられます。

手順2：5つの値を記録します

HTTP、転送先、宣言URL、Googleの選択、サイトマップ掲載を記録します。小さな表で大半の矛盾を明らかにできます。

手順3：内部リンクを調べます

どの別形式へリンクするか確認します。CMSが旧版やパラメーターを公開し続ければ、タグでは根本解決しません。

手順4：生成元を直します

数百ページの問題を個別に直せば再発します。URL生成、パンくず、サイトマップ、転送ミドルウェア、テンプレートを修正します。

手順5：公開後に検証します

再クロールし、描画DOMだけでなくソースを読み、代表例をGSCで検査します。選択変更にはもう1回のクロール周期が必要な場合があります。

正規化が問題ではない場合

安定した1URLで提供し、内部リンクが一貫し、別版が登録可能でなければ、自己参照は妥当でも順位の裏技ではありません。「最適化」だけの複雑なルールを避けます。

機会があるのは、ファセットEC、タグの多いCMS、広告URL、移行直後など、同資源のアドレスが多い場所です。

サイトの種類別の判断

公開システムごとに失敗の仕方が違うため、URL生成の仕組みに沿って監査します。

EC

ルール前にフィルターを整理します。ブランド、性別、商品種別は独立需要がありますが、並び、表示モード、追跡は通常ありません。バリエーションはコピーした一律ルールでなく、在庫と意図に沿って文書化します。

サイト内検索には特に注意します。全クエリを登録可能にし、すべてカテゴリーへcanonical指定する店舗もあります。何百万もの弱い重複を作るより、クロール可能リンクを除き、適切な応答にする方が明快です。

メディアとブログ

タグ、著者、日付、印刷、AMP、旧モバイル経路が内容を繰り返すことがあります。本当に発見に役立つアーカイブを選びます。有用なハブは自己参照が適しますが、1記事のための空タグは登録対象にすべきでないでしょう。

記事の区分を移すときも、可能なら安定URLを保ちます。変更必須なら旧URLを転送し、canonicalだけに頼らず全内部参照を更新します。

SaaSと文書

文書は版別の経路を持ちがちです。手順が異なり旧製品の利用者がいるなら、旧版を最新へ向けないでください。異なる需要に答える版は登録可能に保ち、版を明示して最新へリンクします。

広告ページのコピーも作られます。追跡や見出し実験だけなら統合します。別の対象への独自の提案があれば、重複と決めつけず独立ページとして評価します。

複数ドメインとステージング

クロール可能なステージングで、本番向けcanonicalだけを唯一の保護にしてはいけません。認証やネットワーク制限を使います。全ページが本番を指しても、漏れたドメインは取得・リンク・報告され得ます。

こうした固有ルールの文書化で、後追いの清掃をリリース要件へ変えられます。

簡単確認： 無料SEO監査で欠落、衝突、転送チェーンを全体へ広がる前に見つけましょう。

まとめ

良いcanonicalは有効なタグ以上のものです。転送、サイトマップ、リンク、内容の一致です。1つへ収束すれば曖昧さが減り、GSCの報告が整理され、順位シグナルも分散しにくくなります。

参考：Google Search Centralの正規化とcanonical指定方法です。