canonicalとは？役割・設定の基本と正しく設定されているかの確認方法

canonical（canonicalタグ）は、SEO会社のレポートや制作会社の納品物で見かけても、タグの有無だけでは正しさを判断しにくい設定です。重要なのは、複数URLのうち何を検索上の代表として残すのか、利用者を旧URLから移すのか、検索対象から外すのかを先に決めることです。

この記事ではcanonicalの意味から、URLごとの施策選択、実装・確認、外部パートナーの検収、不備時の分担までを整理します。自社のURLごとに適切な方針を選び、実装・検収の可否を判断できるようになります。

canonicalはタグの有無だけで判断せず、URLの役割を決め、関連設定をそろえたうえで確認・検収まで行うことが重要です。

01Sectioncanonicalとは？正規URLを示す役割と関連施策の使い分け

canonicalとは、重複または主要な内容が非常に似ている複数URLについて、Googleに「検索上の代表として扱ってほしいURL」を示す仕組みです。HTMLで指定するrel="canonical"はcanonicalタグ、指定先はcanonical URLとも呼ばれます。

Googleは重複・類似URL群から代表URLを選びます。サイト側のcanonical指定はその選択に対する強いシグナルですが、必ず採用される命令ではありません。Googleはページ内容の類似性、内部リンク、XMLサイトマップ、リダイレクトなども踏まえて判断します。基本的な考え方は、Google Search Centralのcanonicalization解説および重複URL統合ガイドで確認できます。

canonicalは利用者を別URLへ移動させる機能でも、ページを検索結果から除外する機能でもありません。テクニカルSEO全体における位置付けを確認したい場合は、テクニカルSEOの基本と必要性も参照してください。

canonical URL・canonicalタグの意味

たとえば計測用のパラメータが付いたURLと、パラメータのない通常URLで、表示内容・対象顧客・問い合わせ先が同じ場合があります。このとき両方を利用者が開ける状態で残しつつ、検索上は通常URLを代表として示したい場合にcanonicalを検討します。

正規URLには、そのURLを指す自己参照canonicalを設定します。

canonical・恒久リダイレクト・noindex・robots.txt・XMLサイトマップの違い

Googleはリダイレクトとrel="canonical"を強いシグナル、XMLサイトマップへの掲載を弱いシグナルとして案内しています。複数のシグナルを使う場合は、同じ正規URLを示すようにそろえることが重要です。

02Sectioncanonicalが必要になりやすいケースとURL方針の決め方

まずページの独立性と非代表URLを残す必要性を判断し、その後に検索対象方針と周辺設定の整合を確認します。

canonicalが必要かは、URLが似ているかだけで決めません。複数URLの内容が実質同一か、非代表URLを利用者にも残す必要があるか、検索対象として残すのかを順番に確認します。

パラメータ・並び替え・複数到達URLでの判断

計測パラメータ、広告用パラメータ、並び順だけが異なる一覧、www有無、HTTPとHTTPS、末尾スラッシュの違いなどにより、同じ内容へ複数URLで到達できる場合があります。主要コンテンツと申込先が同じで、利用者にも複数URLを残すなら、代表URLへのcanonicalが候補になります。

一方で、絞り込み条件によって掲載内容、対象となる商品群、導線が実質的に変わる場合は、検索対象として独立して残す価値があるかを検討します。大量に生成されるURLでは、URL生成条件、検索対象として残す条件、除外・統合の基準を先に整理します。

BtoBの類似ページを統合する前に確認する差分

BtoBサイトでは、URLや見出しが近くても、業種・部門ごとに異なる選定情報を持つページがあります。内容、対象顧客、提供機能、導入条件、契約条件、申込先のうち、読者の比較・選定に影響する差分があるかを事業・マーケティング担当と確認してください。

リニューアル・ドメイン変更でcanonicalよりリダイレクトを優先する場面

旧URLを今後は利用者にも残さず、新URLへ移すサイト移転やURL変更では、canonicalだけで済ませません。旧URLと対応する新URLの対応表を作成し、旧URLから新URLへ恒久リダイレクトを設定します。加えて、新URLの自己参照canonical、内部リンク、XMLサイトマップを新URL方針に更新します。GoogleのURL変更を伴うサイト移転ガイドも参照してください。

03Sectioncanonicalタグの設定方法と実装時の確認点

HTMLページでは、head内にrel="canonical"を持つlink要素を置く方法を基本とします。指定先には、HTTPS、ホスト名、末尾スラッシュなどの表記方針に沿った絶対URLを使います。Googleはhead外のcanonical要素を受け付けないとしているため、画面上で見えるリンクではなく、ページソースまたはGoogleが取得した内容で確認します。

正規URLには自己参照canonicalを置き、非正規URLには想定した正規URLを指定します。canonical先は、検索対象として残す方針であり、利用者とGoogleが取得できる公開URLでなければなりません。設定方法の詳細はGoogleの重複URL統合ガイドを確認してください。

HTMLのhead内に置く基本形と自己参照canonical

実装担当へは、「各URLに何を指定するか」だけでなく、正規URLの表記ルールを共有します。少なくともHTTPS、www有無、末尾スラッシュ、パラメータURLの扱いを決め、URL対応表に対象URLと想定正規URLを記録します。

CMS・テンプレート・HTTPヘッダーで確認する重複出力と実装方式

canonical先と内部リンク・サイトマップ・リダイレクトをそろえる

canonicalタグだけを正しくしても、内部リンクが非正規URLへ向き、XMLサイトマップに別URLが載り、リダイレクトが別の行き先を示していれば、Googleへのシグナルが分散します。URL対応表を基準に、各設定が同じ最終URLを示しているかを確認します。

04Sectioncanonicalが正しく設定されているか確認する方法

HTML上の設定確認と、Search Consoleで確認する登録情報は分けて記録します。不一致がある場合は、関連設定を確認して再確認予定を管理します。

確認では「現在のHTMLに何が設定されているか」と「Googleがインデックス済みデータで何を代表URLとして選んだか」を分けます。重要なサービスページ、問い合わせ・資料請求ページ、移行対象URLは個別に確認し、通常ページはテンプレートやURLパターンごとに確認範囲を決めます。

Search Consoleの画面構成は変わり得るため、画面名を覚えるのではなく、インデックス済みデータ、ライブテスト、ユーザー指定canonical、Google選択canonicalという確認目的で進めます。操作時はURL検査ツールの公式ヘルプも参照してください。

ユーザー指定canonicalとGoogle選択canonicalが異なっても、直ちにHTMLの不備と決めつけないでください。内容の類似性、内部リンク、XMLサイトマップ、リダイレクト、取得可否、修正後の反映時差が関係する場合があります。HTML・ライブテストで現行実装を確認したうえで、関連シグナルを調べ、再確認日を管理します。

Search Consoleの権限がない場合に依頼すること

Search Consoleの確認には、対象プロパティに対する権限が必要です。社内の権限保有者または支援会社へ、次の情報を対象URLごとに依頼します。権限の考え方はGoogleの所有者・ユーザー権限に関するヘルプで確認できます。

• 想定正規URLと、インデックス済みデータのユーザー指定canonical・Google選択canonical
• 確認日時または画面記録。修正直後であれば、ライブテストの取得可否と取得内容
• 不一致がある場合は、関連シグナルを確認した原因仮説と再確認予定日

05SectionSEO会社のレポートや制作会社の納品物にあるcanonical設定を検収する観点

検収ではcanonicalタグの有無だけでなく、URL対応表を起点に対象範囲、実装結果、例外と再確認予定を追跡できる状態を確認します。

検収では、canonicalタグが存在するかだけでなく、対象範囲、正規URL方針、実装、検証、例外を追跡できるかを確認します。確認件数を固定せず、URL数、テンプレート数、移転・CMS変更の有無、大量URL生成の有無、実装・再検証範囲に応じて確認強度を合意してください。

確認範囲の決め方

提出を求める成果物とURL対応表の要点

検収を保留する重大不備と修正後の完了条件

重要サービスURLやCV URLが無関係なURLをcanonical先にしている、canonical先がエラーまたは意図しない転送先になっている、検索対象に残す正規URLにnoindexが付いている、多数URLに共通するテンプレート不備がある、HTMLとHTTPヘッダーが異なるURLを示すといった状態は、原則として公開・検収前の修正対象です。

06Sectioncanonicalの不備を修正する優先順位

不備は、重要URLへの影響、対象URL数、テンプレートやCMS設定に共通原因があるかで優先順位を決めます。修正依頼では、対象URL、想定正規URL、HTML上の状態、Search Consoleの確認値、関連設定、再確認日を同じ管理単位で共有すると、判断と対応を進めやすくなります。

重大不備・要調査・継続監視の分け方

自社対応と外部依頼を分ける役割分担

少数URLの個別例外で、想定正規URLとページソースを社内で確認できる場合は、まず自社で一次確認し、URL対応表へ記録できます。一方、CMS・テンプレート・サーバー設定の変更が必要な場合、同じ不備が複数URLにある場合、移転や大量URL生成が関係する場合は、Web・開発担当やSEO支援を含めた対応が必要です。

支援形態の選択肢はSEO支援の種類を、内製と外部依頼の役割分担はSEOを内製するか外注するかの判断を参照してください。

07Sectioncanonicalに関するよくある質問

canonical設定の整理や確認体制に不安がある場合

URL対応表の整理、テンプレートやCMSの設定確認、サイト移転時の整合確認など、社内だけで判断しにくい場合はSEO支援の選択肢を比較できます。

SEO対策3980社掲載

SEO対策の相談先を探す