canonicalタグの設定と確認｜重複URL・noindex・転送の違い

canonicalは、重複またはよく似たページの中で希望する代表URLを伝えるシグナルです。ユーザーを転送したり、指定先の掲載を保証したりする設定ではありません。内容の同等性とサイト内の整合を確認してから設定し、指定とGoogleの選択を分けて検証します。

canonicalは代表URLの希望を伝えるシグナル

同じ記事が計測パラメータや印刷用URLなど複数の場所で読める場合、代表として扱ってほしいURLを示します。Googleは指定だけでなく他の情報も使って正規URLを選ぶため、canonicalを絶対命令とは考えません。Googleの重複URLの正規化ガイドに沿って目的を明確にします。

設定してもブラウザのアドレスはその場で変わりません。旧URLを使わなくする移転ならリダイレクト、検索からそのURLを除外したいならnoindexなど、別の目的を持つ手段を検討します。複数の設定を重ねる前に、読者が使うURLと検索で希望するURLを決めてください。

重複と別ページを見分ける判断表

語句が似ているだけで別ページを一律に集約しません。異なる読者の疑問に答える本文まで代表先へまとめると、意図したページの扱いが変わる可能性があります。コンテンツの関係を先に確かめましょう。

HTML・HTTPヘッダー・サイトマップの役割

HTMLページではhead内のrel="canonical"リンク要素、PDFなどではHTTPのLinkヘッダーが選択肢になります。どちらも正しい対象URLが出力されているかを確認します。HTMLとヘッダーで矛盾した指定をしないでください。

サイトマップへの掲載も正規URLを示すシグナルですが、canonicalやリダイレクトより弱いシグナルです。内部リンク、サイトマップ、canonicalの希望をそろえ、存在しないURLや検索除外したURLを代表先にしないよう確認します。シグナルをそろえてもGoogleの選択を保証するものではありません。

canonical・恒久転送・noindex・robots.txtの違い

noindexの説明とrobots.txtの説明を区別してください。robots.txtで取得を拒否すると、ページ内のnoindexやcanonicalをGoogleが確認できない場合があります。正規化だけのためにnoindexを使う設計は避け、達成したい目的を整理します。

パラメータ・ページネーション・モバイル別URLの例

以下は架空例です。同じガイドの /guide/ と /guide/?campaign=spring が同じ本文を返すなら、通常の /guide/ を代表にする設計を検討します。パラメータによって商品や内容が変わる場合まで、機械的に同じ設定にはしません。

一覧の /articles/?page=2 に1ページ目とは別の掲載項目があるなら、各ページの自己参照canonicalを使う考え方が基本です。Googleのページネーションの説明を参照してください。JA記事とEN訳も、翻訳本文が異なる言語版であることを踏まえ、それぞれ同言語の代表と対応関係を確認します。英語を一律に日本語へ集約しないでください。

モバイル別URLの架空例では、同じ主要本文を持つPC側の /guide/ と、m-dotホスト側の /guide/ を一対一で対応させます。Googleのモバイル別URLの公式指針に沿い、PC側は自己参照canonicalとモバイル版へのmedia条件付きrel="alternate"を指定し、モバイル側のcanonicalは対応するPC URLを指す構成です。モバイルファーストインデックスを理由に、この関係を逆転させません。レスポンシブ構成は同じURLで表示を変えるため、モバイル用の別URLやこのPC・モバイル間の対応指定を新設する必要はありません。

指定とGoogle選択をURL検査で確認する

URL検査では、保存済みのユーザー指定とGoogle選択の正規URLを、最終クロール日と一緒に確認します。現在のHTMLやヘッダーと保存済みの情報は時点が異なることがあります。ライブテストが正常でもGoogle選択の最新情報をすべて確認できるわけではありません。

「ユーザー指定なし」と「指定はあるがGoogleが別URLを選んだ」は別の状態です。ページのインデックス登録レポートの理由も合わせて読み、表示されるURLが希望と違うという観察から、未登録原因を一つに決めないでください。

正規URLが意図と違う時の点検順序

• 現在のHTMLとHTTPヘッダーで指定が一致するか。
• 代表先が正常応答で、意図した同等内容を返すか。
• 代表先にnoindexや別の転送がないか。
• 内部リンクとサイトマップが別のURLを推していないか。
• 言語版・パラメータ・一覧ページの関係が正しいか。

意図しない別URLが選ばれた場合は、上の順で事実を集めます。設定変更を何度も繰り返す前に、取得時点と配信条件を確認してください。外部サイトとの重複では自サイトの指定だけで相手側や検索結果を制御できるとは考えません。

更新時の整合チェックを台帳に残す

テンプレートやURL構造を変更した時は、代表的なページ型ごとに再点検します。指定の出力、ユーザーの到達、検索での処理を別々に残すと、実装と反映待ちを区別して対応できます。

次に確認する内容に合わせて、301・302・307・308の違い｜SEOリダイレクトの選び方と確認表、noindexの設定と確認｜robots.txt・canonical・認証との使い分け、モバイルSEOの確認表｜本文の同等性・Core Web Vitals・操作性も参照してください。