canonicalが別URLを指すときの確認手順｜重複ページの整理表

実測例：index.phpの転送と計測パラメータの正規化

2026年9月29日、同じサイト内のURLの表し方を二通り試しました。/index.php は301で / へ転送され、記事に計測用パラメータを付けたURLは200のまま、パラメータのない記事URLをcanonicalに指定していました。

表は横にスクロールできます。

前者はブラウザーの行き先も統一し、後者は訪問経路のパラメータを受け取れるまま代表URLを示す設計です。どちらもこの記事の本文は一つです。サイズや色の選択で商品そのものが変わるURLなどへ、同じルールを無条件に適用してはいけません。

再現する場合はNetworkのログ保持を有効にして /index.php を開きます。最初の301と移動先の200は、分けて残してください。記事側はパラメータ付きURLのソースでcanonicalを探します。今回の取得はJavaScriptを実行していないのでGA4のイベント受信確認にはなりません。また、Googleが選ぶ正規URLの確認とは別です。公開URLの確認結果（JSON・2026年9月29日）を参考に、指定したURLとGoogleの選択を別欄に残してください。

同じ内容か、違う目的かを先に判断する

canonicalは重複・類似したページについて、代表として扱ってほしいURLを伝える指定です。Googleへのシグナルであり、必ずそのURLが選ばれる命令ではありません。内容が違うページを、検索に強そうな1ページへまとめるための指定には使いません。

候補URLを横に並べ、タイトルだけでなく、本文、対象読者、料金や条件、更新内容を比較します。印刷表示や追跡パラメータ違いで主要内容が同じなのか、地域別サービスなど固有の回答があるのかを先に確かめます。

正規URLを伝える情報をそろえる

表は横にスクロールできます。

Googleの公式資料では、リダイレクトやcanonical、サイトマップなどの情報を正規化の判断に利用すると説明しています。異なる方法で別々のURLを示さず、採用した方針を一貫させます。

パラメータ付きURLの判断例

例えば、/guide/ と /guide/?utm_source=newsletter の本文が同じで、後者は流入を識別するためだけのURLです。代表を /guide/ と決めたなら、パラメータのないURLをcanonicalや通常の内部リンク、サイトマップに使う方針を確認します。

一方、/products/?color=blue が独自の説明や品ぞろえを持ち、その検索意図に応えたい場合は、パラメータがあるという理由だけでまとめません。絞り込みページを検索対象にするか、商品一覧を代表にするかはサイト設計の判断です。

テンプレートを直したら複数ページを確認する

全記事がトップページをcanonicalにしていた場合、記事本文より共通テンプレートの問題を疑います。代表的な記事、カテゴリ、トップを各1件確認し、それぞれが意図したURLを出しているか点検します。1記事だけ直しても共通設定が残れば再発します。

修正後は公開HTMLとURL検査を照合し、Google側の最終クロール日も控えておきます。希望する正規URLとGoogleの選択は、すぐには一致しないこともあります。本文の重複度や他の指定も含めて検討し、同じ設定を短時間で何度も変更しない運用にします。

重複したURLが生まれやすい場面

• wwwのありなし、httpとhttps：同じページが複数のURLで開ける状態です。どちらかに統一して転送します。
• 計測用のパラメータ：広告やメールのリンクに付けた「?utm_source=」などで、同じページのURLが増えます。
• 並び替えや絞り込み：一覧ページの並び順をURLで変えると、内容がほぼ同じページが増えます。
• 印刷用のページやスマホ用のページ：別のURLで同じ内容を出している場合です。

よくある質問

公式資料と確認日

以下の公式資料を2026年9月28日に確認しました。実測または実装確認と明記した節以外の記入例は、当サイトが作成した説明用の例です。管理画面の名称や利用できる設定は環境により異なります。

• Google：正規URLを指定する方法