canonicalタグで確認する項目一覧｜評価の分散を止める

「同じ記事が、末尾の記号の有無で2通り開ける」「評価が分かれていると指摘されたが、直し方が分からない」——サイトを運用していれば必ず出てくる話です。この状態は、同じ記事が重複して増えているわけではありません。1本の記事に入口が複数あり、評価がその数だけ分かれています。この記事では、代表の入口を伝えるための確認項目を一覧で整理します。

同じ内容が複数のURLで開ける

Webサイトを運用していると、同じ内容が複数のURLで開ける状態が自然に生まれます。狙って作ったものではなく、仕組みの副作用として発生します。

代表的なのは、末尾のスラッシュがある形とない形です。どちらでも同じ画面が表示されるサイトは珍しくありません。

次に多いのが、wwwが付く形と付かない形です。サーバーの設定で片方に寄せていなければ、両方が生きています。

httpとhttpsの両方が開ける場合もあります。常時暗号化に切り替えた際に、古い形を閉じ忘れているパターンです。

検索の結果に出したいURLが1つでも、開ける形が4つあれば、外から見た入口は4つです。人にとっては同じページでも、機械にとっては別の住所です。

さらに、パラメータが付いたURLも増えます。並び替えや絞り込み、広告の計測用の記述が付いた形です。

これらを合わせると、1つの記事に対して十数個のURLが存在することがあります。すべてが同じ内容を返します。

印刷用のページや、スマートフォン専用のページを別に持っている場合も同様です。内容が重なる別のURLが増えます。

外部のサービスに記事の一部を転載している場合も、同じ内容が別の住所で公開されている状態になります。

この状態そのものは、間違いではありません。多くのサイトが同じ状況にあります。

問題になるのは、どのURLを主とするかを伝えていない場合です。伝えなければ、判断は検索する側に委ねられます。

委ねた結果が意図と合っていれば、実害はありません。合っていなければ、狙ったURLが表に出ません。

だから、まず自社のサイトでいくつのURLが開けるかを確認します。確認は、ブラウザで手入力して試すだけでもできます。

末尾のスラッシュ、www、http、大文字と小文字の違いを順に試します。開けてしまう形を書き出せば、それが整理の対象です。

評価が分かれると起きること

複数のURLで同じ内容が開けると、検索の評価がそれぞれに分かれます。この分散が、実際の順位に影響します。

外部から受けたリンクは、リンク先のURLに紐づきます。3つの形にリンクが分かれれば、評価も3つに分かれます。

1つにまとまっていれば上位に届いた記事が、分かれたために届かないことがあります。合計は同じでも、集まっていません。

クロールの無駄も生まれます。同じ内容を何度も読み取ることに、限られた回数が使われます。

サイトの規模が大きいほど、この無駄は効いてきます。新しい記事が読まれるまでの時間が延びます。

検索の結果に出るURLが安定しないという症状も起きます。日によって違う形が表示されます。

共有された際に、意図しないURLが広まることもあります。パラメータ付きの形が拡散する例です。

計測にも影響します。同じ記事のアクセスが複数のURLに分かれ、集計のたびに合算が必要になります。

順位の計測でも同じことが起きます。追跡しているURLが正規と違えば、実際の順位と数字が合いません。

これらは、どれも静かに起きます。エラーの表示は出ないため、気づく機会が少ない種類の問題です。

気づく入口になるのは、Search Consoleのページの一覧です。ここに、意図しないURLが並びます。

並んでいたら、整理の余地があります。逆に、意図したURLだけが並んでいれば、現状で足りています。

影響の大きさは、サイトの性質で変わります。記事数が多く、外部からのリンクが分散しているサイトほど大きくなります。

小規模なサイトでも、後から直すより最初に整えるほうが手間は少なくなります。

正規化の手段は3つある

どのURLを主とするかを伝える手段は、複数あります。それぞれ、伝わる強さが違います。

手段	伝わる強さ	向いている場面
別のURLへ転送する（リダイレクト）	最も強い	古いURLを完全に閉じたい・移転や統合のとき
canonicalリンクで正規URLを示す	強い	両方のURLを開いたまま評価を1つに寄せたいとき
サイトマップに正規URLだけを載せる	弱い	他の手段と併用して補強したいとき
内部リンクを正規URLに揃える	補助的	サイト全体の指し先を一致させたいとき

表のとおり、転送が最も強く、サイトマップの記載は補強にとどまります。

そして、これらは組み合わせて使うほど確実になります。1つだけに頼る必要はありません。

転送を選べる場面では、転送が最短です。古いURLを開く必要がないなら、これで済みます。

一方で、両方のURLを開いたままにしたい場面もあります。印刷用のページや、外部サービスでの表示です。

この場合は、canonicalリンクで正規URLを示します。開けるが、評価は1つに寄る状態です。

サイトマップには、正規のURLだけを載せます。転送されるURLや、別のURLを正規としているURLは載せません。

内部リンクの指し先も揃えます。記事の中のリンクが末尾スラッシュ付きと無しで混在していれば、意図が伝わりにくくなります。

この4つを揃えると、判断の材料が一致します。一致していれば、意図しない選択は起きにくくなります。

逆に、手段ごとに違うURLを指していると、判断が揺れます。ここが、後述する失敗の入口です。

どれを使うかを決める前に、そのURLを開いたままにする必要があるかを確認します。必要がなければ転送です。

必要がある場合だけ、canonicalリンクを使います。この順で考えると、迷いが減ります。

canonicalリンクの書き方

canonicalリンクの書き方には、いくつかの決まりがあります。守らないと、指定が読み取られません。

1つ目は、HTMLのheadの中に置くことです。本文の中に書いても効きません。

2つ目は、絶対URLで書くことです。ドメインから始まる完全な形にします。

相対的な書き方は、長い目で見ると誤りの原因になります。移転やディレクトリの変更で、指し先がずれます。

3つ目は、正規ページ自身にも同じ指定を入れることです。自分を指す形になります。

この自己参照の形にしておくと、外部からパラメータが付けられた場合にも指定が効きます。

4つ目は、1つのページに1つだけ置くことです。複数あると、どれを読むか定まりません。

CMSの機能と、テーマやプラグインの機能が二重に出力しているケースがあります。出力後のHTMLで確認します。

確認は、ブラウザでページのソースを表示して探せば足ります。1回の確認で、二重出力は見つかります。

5つ目は、実在するURLを指すことです。打ち間違いで存在しないURLを指すと、指定は無効になります。

打ち間違いで多いのは、wwwの抜けと末尾スラッシュの有無です。目視では気づきにくい差です。

大文字と小文字の違いも、別のURLとして扱われます。ここも合わせます。

6つ目は、フラグメント（#以降の記述）を含めないことです。ページ内の位置を示す部分は、正規URLには含めません。

これらを満たしていれば、書き方としては問題ありません。あとは、指定が通ったかの確認です。

HTMLを編集できない場所での指定

正規化が必要なファイルは、HTMLだけではありません。HTML以外のファイルにも指定できます。

方法は、HTTPヘッダーで正規URLを返すことです。ファイルの中身ではなく、配信時の情報として付けます。

資料のPDFを複数の場所に置いている場合に使えます。同じPDFが2つのURLで開ける状態を整理できます。

Link: <https://example.co.jp/download/whitepaper.pdf>; rel="canonical"

この形は、サーバーの設定で追加します。ファイルごとに書き分けることもできます。

設定に手が届かない場合は、片方を転送する方法を検討します。転送であれば、ファイルの種類を問いません。

資料のPDFは検索から見つかることがあるため、URLを1つに寄せる価値があります。分かれていると、更新の管理も難しくなります。

画像ファイルにも同じ考え方が使えます。ただし、画像は正規化より、置き場所を1つに決めるほうが実務的です。

CMSを使っている場合は、多くの機能が用意されています。設定画面で正規URLを指定できることが一般的です。

その場合、手でHTMLを編集する必要はありません。設定の項目を探して指定します。

設定の名称は、CMSやプラグインによって異なります。「正規URL」「canonical」といった語で探せば見つかります。

なお、この指定は必須ではありません。適切な設定がなくても、通常は機能します。

必須ではないという前提を知っておくと、優先順位を決めやすくなります。分散が起きている箇所から手を付ければ足ります。

canonicalは指示ではない

ここが、最も誤解されている点です。canonicalの指定は、命令ではありません。

公式の説明では、正規URLの指定はヒントとして扱われます。指示ではなく、参考にされる情報です。

そのため、指定したURLとは別のURLが正規として選ばれることがあります。仕様どおりの動きです。

指定していなくても、最適と判断されたURLが選ばれます。何もしなくても、いずれかが選ばれる仕組みです。

この前提を知らないと、指定したのに反映されないという受け取り方になります。設定の誤りを疑って時間を使うことになります。

実際には、設定が正しくても別のURLが選ばれる場合があります。理由は次の節で整理します。

だから、指定は「確実に効かせる操作」ではなく「意図を伝える操作」と考えます。伝わる確率を上げる作業です。

確率を上げる方法は、前述の組み合わせです。転送・canonical・サイトマップ・内部リンクを一致させます。

一致していれば、意図と違う選択が起きる余地は小さくなります。材料が揃っているためです。

それでも意図と違う結果になる場合は、別の要因が働いています。次の節で見ます。

確実に1つにしたい場合は、転送を使うのが最短です。開ける形を物理的に減らします。

開いたままにする必要がないURLは、転送で閉じます。判断の余地を残しません。

この使い分けが、実務では効いてきます。すべてをcanonicalで解決しようとすると、思ったとおりになりません。

逆に、すべてを転送で閉じると、必要な入口まで失うことがあります。ここは目的で決めます。

別のURLが選ばれる理由

指定と違うURLが選ばれる場合、いくつかの理由が考えられます。順に確認します。

1つ目は、暗号化されたURLが優先される仕組みです。同じ内容なら、httpsの形が選ばれます。

ただし、証明書が無効な場合や、httpsからhttpへ転送している場合は例外です。この場合、httpが選ばれることがあります。

httpsのページからhttpのページへcanonicalを向けている場合も、同じ結果になります。指定を尊重した形です。

2つ目は、外部からのリンクの集まり方です。リンクが多く集まっているURLが選ばれる傾向があります。

指定したURLにリンクが少なく、別の形に多く集まっていれば、意図と違う選択が起きやすくなります。

この場合の対処は、リンクの張り替えの依頼か、転送への切り替えです。転送であれば、リンクの評価も引き継がれます。

3つ目は、多言語や多地域のページを相互に紐づけている場合です。紐づいた組の中のURLが優先されます。

組の外のURLを正規として指定していると、組の中のURLが選ばれることがあります。設計を見直す場面です。

4つ目は、内部リンクの指し先です。サイトの中のリンクが別の形を指していれば、その形が主だと受け取られます。

記事の中のリンク、メニュー、パンくずの指し先をすべて揃えます。ここが揃っていないサイトは多くあります。

5つ目は、サイトマップの記載です。正規としたいURL以外が載っていれば、材料として矛盾します。

これら5つを順に確認すれば、多くの場合は原因が見つかります。設定そのものより、周辺の一致が効きます。

見つからない場合は、時間を置きます。指定の反映には時間がかかることがあり、直後の判断は早すぎます。

Search Consoleの表示の読み分け

指定が通ったかどうかは、Search Consoleで確認できます。似た表示が2つあり、意味が正反対です。

1つは「代替ページ（適切なcanonicalタグあり）」です。これは、指定が通った正常な状態です。

この表示が出ているURLは、指定した正規ページに評価が寄っています。直す必要はありません。

件数が多くても、問題ではありません。パラメータ付きのURLが多いサイトでは、自然に増えます。

もう1つは、Googleにより別のページが正規として選ばれた旨の表示です。こちらは、指定が通っていません。

この表示が出ているURLは、確認の対象です。前節の5つの理由を順に見ます。

2つの表示を混同すると、正常な状態を直そうとして時間を使います。まず、どちらの表示かを見ます。

表示ごとの件数は、ページの一覧で確認できます。理由の分類が並び、それぞれの件数が出ます。

個別のURLがどう扱われているかは、URL検査の機能で確認できます。ユーザーが指定した正規URLと、Googleが選択した正規URLの両方が表示されます。

この2つが一致していれば、意図どおりです。違っていれば、原因の確認に進みます。

確認の順番は、まず一覧で件数を見て、次に個別のURLを検査する形です。逆順では、全体像が掴めません。

なお、この画面の数字は反映に時間がかかります。設定の直後に見ても、変わっていないことがあります。

目安として、数日から数週間の幅を見ます。急いで再設定を繰り返すと、かえって判断が難しくなります。

待つ間は、内部リンクやサイトマップの一致など、周辺の整備を進めます。

やってはいけない指定

正規化には、避けるべき実装があります。どれも、意図と逆の結果を生みます。

• クロールを拒否する記述で正規化しようとする（別のURLが登録される可能性がある）
• 検索から消す機能を使って重複を整理する（すべての形が表示されなくなる）
• HTTPヘッダーとHTML内で、違うURLを正規として宣言する
• 1つのページに複数のcanonicalリンクを置く（どれを読むかが定まらない）
• 存在しないURLや、#以降を含むURLを正規として指定する
• インデックスさせない記述とcanonicalを同時に使う（ページ自体が扱われなくなる）

特に多いのが、1つ目です。クロールを拒否しても、正規化の指示にはなりません。読めない状態になるだけです。

読めなくなると、指定も読み取れません。整理のつもりで、判断の材料を消していることになります。

2つ目は、緊急時の機能です。重複の整理には向きません。使うと、意図した形まで表に出なくなります。

3つ目は、CMSとサーバーの設定が別々に動いている場合に起きます。両方を確認して、片方に統一します。

4つ目は、テーマとプラグインの二重出力で起きます。出力後のHTMLを見れば分かります。

6つ目も混同されやすい組み合わせです。評価を寄せたいならcanonical、表に出したくないなら別の手段です。

目的が「評価をまとめる」ならcanonicalか転送です。目的が「検索に出さない」なら、インデックスさせない記述です。

この2つは、目的が違います。同時に使うと、どちらの効果も期待どおりになりません。

どれも、一度覚えれば避けられます。新しいページを作るときの確認に含めます。

パラメータ付きURLの整理

URLに付くパラメータは、正規化の主な対象です。放置すると数が増え続けます。

並び替えや絞り込みの記述は、組み合わせの数だけURLを生みます。数十から数百に膨らむことがあります。

広告や外部の計測で付けられる記述も、同じようにURLを増やします。自社で意図せず増える種類です。

この対策の基本は、自己参照のcanonicalです。パラメータが付いた状態でも、パラメータなしの形を指します。

自己参照が入っていれば、外部から未知の記述を付けられても、指定が働きます。

加えて、内部リンクではパラメータを付けません。サイトの中の指し先を、素の形に揃えます。

絞り込みの結果ページのうち、検索から入る価値がない組み合わせは、クロールの対象から外します。数が多い場合の対処です。

価値がある組み合わせは残します。よく検索される条件に対応するページは、独立した入口になります。

判断は、検索の需要で行います。その条件で探す人がいるかどうかです。

計測用の記述は、集計の側で除外する設定もあります。URLの数を減らすより、集計を揃えるほうが早い場合があります。

どの方法でも、まず現状のURLの数を数えます。数えなければ、対処の規模が決まりません。

数え方は、Search Consoleのページの一覧か、サイトをクロールする道具です。どちらでも把握できます。

把握したうえで、増える原因を止めます。原因を止めずに個別に対処すると、作業が終わりません。

ページ送りと類似ページの扱い

一覧の2ページ目以降や、内容が似ているページの扱いも、判断が必要な場面です。

ページ送りの2ページ目を1ページ目のcanonicalにするのは、適切ではありません。内容が違うためです。

2ページ目には2ページ目のcanonicalを置きます。それぞれが独立したページとして扱われる形です。

すべてを1ページにまとめた形を別に用意している場合は、そちらを正規とする選択もあります。目的で決めます。

内容が似ているだけのページは、正規化ではなく統合を検討します。似た記事が並ぶ状態は、読む側にも分かりにくいです。

統合する場合は、片方を転送します。評価とリンクの引き継ぎを兼ねられます。

統合の判断は、検索の意図が同じかどうかで行います。同じ疑問に答えているなら、1本にします。

違う疑問に答えているなら、内容を書き分けます。canonicalで片方に寄せると、もう一方の入口を失います。

印刷用のページやアプリ用のページは、正規化の対象です。表示の形が違うだけで、内容は同じです。

この場合は、通常のページを正規とします。検索から入ってほしい形を選びます。

判断に迷ったら、検索から入ってほしいURLはどれかを考えます。それが正規です。

入ってほしい形が複数あるなら、内容を書き分けるべき場面です。正規化では解決しません。

ここを混同すると、整理したつもりで入口を減らすことになります。目的の確認が先です。

確認する項目一覧

ここまでを、確認の項目としてまとめます。新しいページの公開時と、定期の点検で使えます。

• 正規としたいURLが1つに決まっているか（末尾スラッシュ・www・大文字小文字を含めて）
• canonicalが絶対URLで、headの中に1つだけ置かれているか
• 正規ページ自身にも、自分を指すcanonicalが入っているか
• 指定したURLが実在し、転送されずに開けるか
• サイトマップに、正規のURLだけが載っているか
• 内部リンク・メニュー・パンくずの指し先が、正規URLに揃っているか
• Search Consoleで、ユーザーが指定した正規URLとGoogleが選択した正規URLが一致しているか

1つ目と2つ目が、最も基本です。ここが決まっていなければ、他の確認は進みません。

3つ目は、外部から未知のパラメータを付けられた場合の備えです。入れておく価値があります。

4つ目は、打ち間違いの検出です。指定先を実際に開けば分かります。

5つ目と6つ目は、材料の一致です。ここが揃っていないと、指定が通りにくくなります。

7つ目は、結果の確認です。反映まで時間がかかるため、公開の直後ではなく後日に見ます。

この7項目を、公開前の確認の一部にします。後から全件を直すより手間が少なくなります。

既存のページについては、まとめて点検します。次の節の手順で進めます。

点検の記録も残します。確認した日と、対処した内容を1行で残す形です。

点検の手順

既存のサイトを点検する場合の手順を整理します。上から順に進めれば、抜けが出ません。

要点は、2つ目の転送です。ここで開ける形を減らすと、以降の作業が軽くなります。

3つ目は、出力後のHTMLで確認することが大切です。設定画面の表示と、実際の出力は違うことがあります。

5つ目は、待つ工程です。すぐに変わらないことを前提に、次の作業へ進みます。

この手順は、サイトの規模にかかわらず同じです。規模が大きい場合は、2つ目までを先に済ませます。

移転や統合のとき

サイトの移転や、記事の統合を行う場面では、正規化の判断が特に効いてきます。

移転のときは、canonicalではなく転送を使います。古いURLを開く必要がないためです。

転送であれば、評価と外部からのリンクを引き継げます。canonicalよりも確実です。

転送の設定は、1対1の対応で行います。まとめてトップページへ送ると、内容の対応が失われます。

対応先がないページは、内容の近いページへ送ります。近いページもない場合は、そのまま閉じます。

統合の場合も、転送が基本です。残す記事へ、消す記事のURLを送ります。

統合の前に、消す側の内容を残す側へ移します。転送だけでは、内容は移りません。

移す内容は、消す側にしかない情報です。同じ内容を重ねる必要はありません。

移転の直後は、Search Consoleで両方のサイトを確認します。古い側の登録が減り、新しい側が増える動きを見ます。

動きが見えるまでには時間がかかります。数週間から数か月の幅を見ます。

この期間は、転送の設定を変更しません。途中で変えると、判断がやり直しになります。

変更が必要な場合は、期間を置いてから行います。記録を残しておくと、後の判断が楽になります。

移転の計画には、この待ち時間を含めます。含めていないと、途中で不安になって設定を触ることになります。

運用に残す取り決め

一度整えても、運用の中で崩れます。取り決めとして残しておくと、崩れにくくなります。

• 正規のURLの形（末尾スラッシュの有無・wwwの有無）を1つに決めて文書に書く
• 新しいページの公開前に、canonicalが自己参照で入っているかを確認の項目に入れる
• 記事内のリンクは正規の形で書く（コピーの元になる正しい形を用意しておく）
• 外部への出稿や資料に載せるURLも、正規の形に揃える
• 四半期ごとにSearch Consoleのページの一覧を見て、意図しないURLの増加を確認する

この5つがあれば、崩れても早い段階で気づけます。

1つ目は、担当者が変わったときに効いてきます。決めた形が書かれていなければ、また混在します。

3つ目は、地味ですが効果があります。正しい形をどこかに置いておくと、貼り間違いが減ります。

5つ目は、四半期に一度で足ります。毎月見る必要はありません。

確認の担当も決めます。決めていないと、誰も見ない期間が生まれます。

記録は、確認した日と件数だけで十分です。増えていれば、原因を探します。

よくある質問

canonicalを設定すれば、重複の問題は解決しますか

多くの場合は改善しますが、確実ではありません。正規URLの指定はヒントとして扱われるため、別のURLが選ばれることがあります。確実に1つにしたい場合は、開ける形を転送で減らすほうが早くなります。canonicalは、両方のURLを開いたままにしたい場合の手段と考えると、使い分けが決まります。

「代替ページ（適切なcanonicalタグあり）」が大量に出ていますが、直すべきですか

これは指定が通った正常な状態を示す表示です。件数が多くても、直す必要はありません。パラメータ付きのURLが多いサイトでは自然に増えます。確認すべきは、別のURLが正規として選ばれた旨の表示が出ているURLです。こちらは指定が通っていないため、内部リンクやサイトマップの一致を確認します。

設定してから何日で反映されますか

数日から数週間の幅があります。サイトの規模やクロールの頻度によって変わり、規模が大きいサイトでは長くかかります。反映を待つ間に設定を何度も変えると、どの変更が効いたのかが分からなくなります。設定したら記録を残し、期間を置いてから確認する形をおすすめします。

まとめ

同じ内容が複数のURLで開ける状態は、末尾スラッシュ・wwwの有無・パラメータの付与などで自然に生まれます。放置すると外部からのリンクや評価がURLごとに分かれ、1つにまとまっていれば届いた順位に届かなくなります。まず、自社で開けるURLの形を手で試して数えることから始めます。

正規化の手段は、強い順に転送・canonicalリンク・サイトマップの記載で、組み合わせるほど確実になります。canonicalは絶対URLでheadの中に1つだけ置き、正規ページ自身にも自分を指す形で入れます。開いたままにする必要がないURLは、canonicalではなく転送で閉じるほうが早く確実です。

canonicalは指示ではなくヒントとして扱われるため、指定と違うURLが選ばれることがあります。原因は暗号化の優先・外部リンクの集まり方・多言語の紐づけ・内部リンクの指し先・サイトマップの記載のいずれかが多く、周辺の一致を確認します。Search Consoleでは、指定が通った正常な表示と、別のURLが選ばれた表示を読み分けます。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。