投稿者 投稿日: カテゴリー EC・WEBノウハウ
「canonicalタグとは、重複URLの正規版を検索エンジンに伝える指定です。」
このページは、用語解説だった旧版を2026年5月時点の仕様に合わせて書き直したものです。ECサイトはカラー違いの商品ページ、絞り込みパラメータ付きURL、PC版とスマホ版の別URLなど、同じ中身が複数URLに散らばりやすい構造を持っています。本稿では、canonicalの正しい書き方に加えて、ECで頻出する重複パターン別の対処、よくある設定ミス、生成AIを使った重複URLの棚卸し手順までをまとめました。読み終えるころには、自社の商品ページにどう設定すべきか判断できる状態を目指します。
canonicalタグの意味と、EC現場での実際
canonicalタグは、HTMLのhead要素に書く <link rel="canonical" href="正規URL" /> という1行です。複数のURLでほぼ同じ内容が表示される場合、そのうちどれを「代表（正規）」として扱ってほしいかを検索エンジンに伝えます。
なぜこれが必要かというと、検索エンジンは中身の重複したページを別々に評価せず、ひとまとめにして1本のURLで評価しようとするためです。たとえば被リンクや滞在時間といった評価指標が複数URLに分散すると、本来1ページに集まるはずだった評価が薄まります。canonicalで正規URLを1本に束ねておくと、評価がそこへ集約されやすくなります。
もう一つの実利は、クロール予算の節約です。検索エンジンが1日にサイトをクロールできる量には上限があり、中身がほぼ同じURLを何百本も巡回させると、本当にインデックスしてほしい新商品ページや更新ページの発見が遅れます。重複URLをcanonicalで整理しておくと、限られたクロール資源が重要なページに回りやすくなります。商品の入れ替えが激しいアパレルや、セール時に大量のページが生まれる店舗ほど、この効果は無視できません。
混同しやすい用語として、canonical（正規化）とredirect（リダイレクト）、noindex（インデックス除外）の3つがあります。canonicalは「複数あるURLのうちこれを代表にしてほしい、ただしどのURLでもアクセスは可能」という指定です。リダイレクトは「このURLは廃止したので別URLへ自動で飛ばす」という処理で、ユーザーも転送されます。noindexは「このページは検索結果に出さないでほしい」という指示で、評価の集約はしません。同じ重複対策でもこの3つは目的と挙動が異なるため、どれを使うべきかを取り違えると意図しない結果になります。本稿では後半でパターンごとの使い分けを整理します。
ここで誤解されやすいのが、canonicalの「強制力」です。Googleの公式ドキュメントConsolidate duplicate URLsでは、rel=canonicalは「正規URLになるべきという強いシグナル（a strong signal）」と位置づけられており、あくまで指定であって絶対の命令ではありません。Googleは送られたシグナルを参考にしつつ、最終的にどのURLを正規として扱うかを自分で判断します。canonicalで指定したURLと、Googleが実際に選んだ正規URLが食い違うことは現実に起こり得ます。設定したのに反映されないと感じたときは、後述する「よくある設定ミス」を疑ってください。
ALSELが支援する店舗群でも、商品数が数千点を超える楽天市場やShopifyの店舗ほど、知らないうちにURLが増殖して評価が分散しているケースが多く見られます。canonicalは派手な施策ではありませんが、土台を整える地味で効果の続く対策です。
canonicalタグの正しい書き方（HTMLとHTTPヘッダ）
書く場所と形式を間違えると、せっかくの指定が無視されます。基本ルールを押さえてください。
HTMLページの場合は、head要素の中に1行だけ書きます。
<link rel="canonical" href="https://example.com/products/red-tshirt/" />
注意点は次のとおりです。
1つ目は、必ずhead要素の中に置くことです。body要素の中に書かれたcanonicalは無視されます。WordPressやShopifyのテーマを改造して本文中に挿入してしまう事故が起きやすいので、出力位置を確認してください。
2つ目は、絶対URLで書くことです。Googleの公式ドキュメントでも、相対パスではなく絶対パス（プロトコルとドメインを含む完全なURL）を使うよう明記されています。/products/red-tshirt/ のような相対指定は、別の階層から参照されたときに解釈がずれる原因になります。
3つ目は、1ページにつきcanonicalは1本だけにすることです。複数のcanonicalがhead内にあると、Googleはそれを無効な指定とみなして全部無視します。プラグインやテーマが二重出力していないかは要確認です。
HTMLを書けないファイル、たとえばPDFや画像など、headタグを持たないコンテンツにはHTTPレスポンスヘッダでcanonicalを送る方法があります。サーバ側で次のようなLinkヘッダを返します。
Link: <https://example.com/files/catalog.pdf>; rel="canonical"
通常の商品ページではHTMLのlink要素を使い、HTTPヘッダ方式はPDFカタログなどHTMLでないファイルを正規化したいときに使う、と覚えておくと整理しやすいです。
また、自分自身を指す「自己参照canonical」も有効です。<https://example.com/products/red-tshirt/> のページ自身が、自分のURLをcanonicalに指定しておくと、後ろにトラッキングパラメータが付いたURLでアクセスされたときに正規URLが明確になります。たとえば広告経由で ?utm_source=mail のようなパラメータが付いたURLでアクセスされても、自己参照canonicalがあればパラメータなしのURLが正規だと伝わります。SNS共有時に付くトラッキングコードやアフィリエイトIDで無数のURLバリエーションが生まれるECサイトでは、この自己参照canonicalがあるかないかで重複の発生量が大きく変わります。多くのCMSやECカートは自己参照canonicalを自動出力しますが、自社開発のシステムでは出力されていないこともあるため、各商品ページのhead出力を一度確認しておくと安心です。
5つ目に、canonical先のURLは表記を揃えてください。https で書くか http で書くか、末尾のスラッシュを付けるか付けないか、大文字小文字をどうするかは、実際に200で返る正規URLの表記と完全に一致させます。表記がわずかにずれると、Googleが別URLとして扱う原因になります。
ECサイトでありがちな重複URLパターン別の対処
ここからが本稿の中心です。ECサイト特有の重複URLを、パターン別に整理します。
カラーバリエーション違いの商品URL。赤・青・白で別ページを作っている場合、商品説明文がほぼ同一になりがちです。色ごとに検索流入を狙いたい（「赤Tシャツ」で各色のページを上げたい）なら、各ページを自己参照canonicalにして独立ページとして扱います。一方、説明文が使い回しで色だけ違う実質同一ページなら、代表色のURLを正規に指定して束ねるほうが評価が集まります。判断軸は「各色ページに固有のニーズと固有の中身があるか」です。固有性が薄いなら束ねる、という整理が現実的です。実際の現場では、検索ボリュームのある色（黒・白などの定番色）だけ説明文をしっかり書き込んで独立させ、需要の薄いマイナーカラーは代表ページへ束ねる、という折衷案を取るケースもよく見られます。サイズ違いについても考え方は同じで、サイズごとに別URLがある場合は、サイズ固有の検索需要があるかどうかで束ねるか独立させるかを決めます。
絞り込み・並び替えパラメータURL。?sort=price、?color=red、?page=2 のようにパラメータが付いたURLは、中身が元ページとほぼ同じになりがちです。並び替えや表示件数のように内容が変わらないパラメータは、パラメータなしの正規URLをcanonicalに指定します。ただしページネーション（?page=2 以降）を1ページ目にcanonicalで束ねるのは推奨されません。2ページ目以降には別の商品が並んでいて中身が違うため、各ページを自己参照canonicalにして、それぞれ独立にインデックスさせるのが基本です。「中身が同じパラメータは束ねる、中身が違うパラメータは束ねない」が原則です。
PC用URLとスマホ用URL。example.com/ と m.example.com/ のようにデバイスでURLを分けている、いわゆるセパレートURL構成の場合、スマホ側ページにPC側URLを指すcanonicalを設定し、PC側にはスマホ側を指すalternateを設定して相互に紐づけます。旧版でも触れていた書き方を再掲します。
<!-- PC側ページのhead内 -->
<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/" />
<!-- スマホ側ページのhead内 -->
<link rel="canonical" href="https://example.com/" />
なお現在はレスポンシブデザイン（1つのURLでPC・スマホ両対応）が主流で、その場合はURLが分かれないのでこの対応自体が不要です。新規構築なら最初からレスポンシブを選ぶほうが運用は楽です。
wwwあり・なし、httpとhttpsの統一。<https://example.com/> と <https://www.example.com/、あるいは> <http://> と <https://> が両方生きていると、トップページから重複します。これはcanonicalで束ねるより、サーバ側の301リダイレクトで片方に寄せるのが正攻法です。Googleのドキュメントでもリダイレクトはcanonicalのlink要素より強いシグナルとされており、URLの正規化を確実にしたいならリダイレクトが第一選択です。canonicalは補助として併用します。
URL末尾のindex.html・index.phpの有無。example.com/ と example.com/index.html が同じトップページを返す場合も重複です。こちらも301リダイレクトでスラッシュ終わりのURLに寄せるのが基本で、canonicalは保険として効かせます。
モール併売と自社ECの関係。楽天市場、Amazon、Yahoo!ショッピングに同じ商品を出し、さらに自社のShopifyでも売っている場合、同じ商品説明文が複数ドメインにまたがります。ここで重要なのは、モール側ページに対して自社ドメインのcanonicalを指定することは基本的にできない、という点です。モールが出力するHTMLは店舗側で自由に編集できず、canonicalの出力先もモールの仕様に従うためです。楽天市場の商品ページのheadタグを店舗側で書き換えることはできませんし、Amazonの商品ページも同様です。したがって自社ECとモールの重複は、canonicalで片付けるのではなく、商品説明文・写真・付加情報を媒体ごとに書き分けて重複そのものを減らすのが実務的な解になります。たとえば自社ECには使い方の詳しい解説やコーディネート提案を載せ、モールには簡潔な仕様中心の説明を置く、といった書き分けです。文章を一字一句使い回さないだけでも、各媒体が固有のページとして評価されやすくなります。自社ECの集客設計については、別記事のShopify SEO対策もあわせて参照してください。
なお、自社ECとモールのどちらを検索上位に出したいかは事業戦略によって変わります。手数料を抑えたい店舗は自社ECを前面に出したいでしょうし、集客力を重視するなら楽天市場やAmazonの商品ページを上げたい場合もあります。canonicalは媒体をまたいでコントロールできないため、この優先順位は「どの媒体にどれだけ固有の中身を投下するか」というコンテンツ配分で実現していくことになります。
自社ECとオウンドメディア（ブログ）の重複。商品ページの説明文をそのままブログ記事に貼ったり、ブログ記事を商品ページに転載したりすると、自社ドメイン内での重複が発生します。どちらを検索結果に出したいかを決め、出したくない側にもう一方を指すcanonicalを設定します。クロスドメインのcanonical（別ドメインのURLを正規に指定する）はGoogleの仕様上は受け付けられますが、束ねる先がきちんとインデックスされていることが前提になるため、運用に自信がなければ同一ドメイン内の整理から始めるのが安全です。
canonicalと他の正規化シグナルの強さの違い
重複URLを束ねる手段はcanonicalだけではありません。Googleの公式ドキュメントでは、正規URLを伝えるシグナルにいくつかの強さの段階があると説明されています。強いほうから整理すると、まず301などのリダイレクトが最も強いシグナルとされ、リダイレクト先が正規URLになるべきという明確な合図になります。次に強いのがHTMLのrel=canonicalで、これも正規URLを指定する強いシグナルです。サイトマップへの記載は弱いシグナルとされ、サイトマップに載せたURLが正規になりやすくする補助的な働きをします。
この強弱を理解しておくと、パターンごとの手段選びがぶれません。ドメインやプロトコル、wwwの有無を統一したいときは、最も強いリダイレクトで物理的に1本へ寄せるのが確実です。アクセス自体は複数URLで残したまま代表だけ決めたいとき、たとえば絞り込みパラメータ付きURLのようにユーザーには両方見せたい場合は、リダイレクトしてしまうと不便なのでcanonicalが適します。サイトマップには正規URLだけを載せておくと、canonicalの指定と矛盾しない弱い後押しになります。
つまりcanonicalは万能ではなく、リダイレクトで寄せるべきケース、canonicalで束ねるべきケース、noindexで除外すべきケースを見極めたうえで、必要に応じて組み合わせるものです。とくにドメイン統一のような恒久的な整理ではリダイレクトを主役にし、canonicalを保険として併用する設計が安全です。
canonicalタグでよくある設定ミス
設定したのに効かない、という相談で多いパターンを挙げます。
noindexとcanonicalの同時指定。同じページにnoindex（インデックスしない指示）とcanonical（このURLに束ねる指示）を両方付けると、シグナルが矛盾します。Googleはどちらを優先すべきか判断できず、結果として意図しない挙動になります。原則として両方を1ページに併用しないでください。
canonical先がリダイレクトやエラーページ。canonicalで指定したURLが301リダイレクトで別URLに飛ぶ、あるいは404を返す状態だと、シグナルとして弱くなります。canonical先は必ず200で返る、最終的に表示したいURLそのものを指定してください。404の扱いについては404エラーの意味と対処で詳しく解説しています。
canonicalの二重出力。テーマ本体とSEOプラグインの両方がcanonicalを出力し、head内に2本並んでしまう事故です。前述のとおり複数あるとGoogleは全部無視します。WordPressならテーマ側の出力を止めてSEOプラグインに一本化する、といった整理が必要です。
相対パスでの指定。href="/products/red/" のような相対指定は環境によって解釈がぶれます。必ず <https://> から始まる絶対URLで書いてください。
正規化されているかの確認はGoogle Search Consoleの「URL検査」で行えます。指定したcanonicalと、Googleが実際に選んだcanonicalが両方表示されるので、食い違っていれば原因を調べます。Search Consoleの初期設定がまだならSearch Consoleの設定方法を先に済ませてください。
AIでcanonical設計を点検する手順
数千点の商品を抱えるECサイトでは、重複URLを人力で洗い出すのは現実的ではありません。生成AIに棚卸しと設計チェックを手伝わせると効率が上がります。ここでは3本のプロンプトを用意しました。ChatGPT、Claude、Geminiのいずれでも動きます（2026年5月時点で各社のフラッグシップモデルを想定しています）。
1本目は、自社サイトでどんな重複URLが発生しやすいかを洗い出すためのプロンプトです。サイト構成を貼り付けて使います。
あなたはテクニカルSEOに詳しいECコンサルタントです。
以下のECサイトの構成情報をもとに、重複コンテンツが発生しやすいURLパターンを洗い出してください。
# サイト情報
- カート/CMS: （例: Shopify / 自社開発 / EC-CUBE）
- 商品点数: （例: 約3,000点）
- バリエーション: （色・サイズ違いを別URLにしているか）
- 絞り込み/並び替え: （?sort= や ?color= などのパラメータの有無）
- デバイス対応: （レスポンシブ / PC・スマホ別URL）
- 併売: （楽天/Amazon/Yahoo!などモール併売の有無）
# 出力フォーマット
重複が起きやすいURLパターンを箇条書きで列挙し、
各パターンについて「束ねるべきか・独立させるべきか」と
その理由（中身の固有性の観点）を1〜2文で添えてください。
表は使わず文章で書いてください。
2本目は、洗い出したパターンごとにcanonicalの設計方針を決めるためのプロンプトです。
あなたはテクニカルSEOの実装担当です。
以下の重複URLパターンについて、canonical・リダイレクト・noindexのどれを使うべきか、
実装方針を判断してください。
# 対象パターン
（1本目の出力を貼り付け）
# 判断ルール
- 内容が実質同一で固有ニーズがない → 代表URLへcanonicalで束ねる
- ドメイン/プロトコル/wwwの統一 → 301リダイレクトを第一選択にcanonicalは補助
- 中身が異なるページネーションや別商品 → 各ページ自己参照canonicalで独立
- noindexとcanonicalは同一ページに併用しない
# 出力
パターンごとに「採用する手法」「正規URLとして指定すべきURLの考え方」を
文章で説明してください。誤った併用があれば指摘してください。
3本目は、実装済みのcanonical設定を点検するレビュー用プロンプトです。各ページのhead出力を貼り付けて使います。
あなたはテクニカルSEOのレビュアーです。
以下のページのhead要素の出力と、そのページのURLを確認し、
canonical設定に問題がないか点検してください。
# ページURL
（実際のURL）
# head要素の出力
（<head>〜</head>を貼り付け）
# チェック項目
1. canonicalが絶対URLになっているか
2. canonicalが1本だけか（二重出力していないか）
3. noindexと同時指定していないか
4. canonical先が自分自身か、意図した別URLか
5. head要素内に記述されているか
問題があれば該当箇所と修正案を文章で示してください。
AIの出力はあくまで設計の下書きです。最終的には実際のページで200が返るか、Search ConsoleのURL検査でGoogleの選んだcanonicalが一致するかを必ず人の目で確認してください。
よくある質問
canonicalを設定すればGoogleは必ず従いますか
従うとは限りません。Googleの公式ドキュメントでもrel=canonicalは「強いシグナル」と位置づけられており、最終的な正規URLの判断はGoogle側が行います。指定とGoogleの選択が食い違うことはあるため、Search ConsoleのURL検査で実際の扱いを確認することが大切です。
canonicalとnoindexはどう使い分けますか
canonicalは「このURLに評価を束ねたい」とき、noindexは「このページを検索結果に出したくない」ときに使います。役割が違うため、同じページに両方を付けると指示が矛盾し、意図しない挙動になります。同一ページでの併用は避けてください。
カラーバリエーション違いの商品ページはどうするのが正解ですか
色ごとに固有の検索ニーズと固有の中身があるなら、各ページを自己参照canonicalにして独立ページとして扱います。説明文が使い回しで色だけ違う実質同一ページなら、代表色のURLへcanonicalで束ねるほうが評価が集約されます。判断軸は各ページの固有性です。
絞り込みパラメータ付きURLはすべて束ねていいですか
中身が変わらない並び替え・表示件数のようなパラメータは正規URLへ束ねて問題ありません。一方、ページネーションのように各ページで並ぶ商品が違うものは束ねず、各ページを自己参照canonicalにして独立させます。中身が同じか違うかで判断してください。
楽天市場やAmazonの商品ページに自社ECへのcanonicalを設定できますか
基本的にできません。モールが出力するHTMLは店舗側で自由に編集できず、canonicalの出力先もモールの仕様に従うためです。モールと自社ECの重複は、商品説明文や写真を媒体ごとに書き分けて重複そのものを減らす方向で対処するのが実務的です。
wwwあり・なしの統一はcanonicalとリダイレクトのどちらがよいですか
301リダイレクトを第一選択にしてください。Googleのドキュメントでもリダイレクトはcanonicalのlink要素より強いシグナルとされています。リダイレクトで片方に確実に寄せたうえで、canonicalを補助的に併用すると安全です。
canonicalを設定したのに反映されません。原因は何が考えられますか
canonicalが相対パスになっている、head外に書かれている、二重出力している、canonical先がリダイレクトや404になっている、noindexと併用している、のいずれかが典型的な原因です。Search ConsoleのURL検査でGoogleが選んだcanonicalを確認し、上記を一つずつ点検してください。
著者：齋藤竹紘（株式会社オルセル 編集長／5,000社以上のEC支援実績／書籍3冊）
※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談（30分）も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/
株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。
この記事を読んだ人は、こんな記事も読んでいます
