Copicode 日本語トップ

canonicalと301
リダイレクトの違い

canonical と301リダイレクトは、どちらもURLを整理する時に使います。ただし役割は同じではありません。canonicalは検索エンジンへ「代表URLはこちら」と伝えるための指定で、301リダイレクトはユーザーも検索エンジンも別URLへ移動させる処理です。

この記事では、ロリポップでwwwありなし、http/https、古いURL、新しいURL、sitemap.php、Search Consoleの正規URL表示が混ざる時に、canonicalでよいのか、301リダイレクトすべきなのかを整理します。

確認日: 2026年6月16日。ロリポップでHTML/CSS/PHPサイトを運用し、Search Consoleの「Googleが選択した正規URL」や「ページにリダイレクトがあります」で迷っている初心者向けに、公開URLを壊さない順番でまとめています。

先に結論

ページを残して見せ続けたいURLはcanonical、もう使わせたくない古いURLは301リダイレクトです。迷う時は、最初に正規URLを1つ決めてから、canonical、リダイレクト先、sitemap.php、内部リンクを同じURLへそろえます。

.htaccess、canonical、noindex、サイトマップをAIにまとめて変更させると、ループ、404、インデックス除外が同時に起きて原因が分かりにくくなります。まずは「何を代表URLにしたいのか」を人間が決めてから作業してください。

この記事で整理できること

最初に分けること

状態向いている対応最初に見る場所
同じ内容に近いURLを両方表示したいcanonicalで代表URLを伝えるHTMLの<head>、内部リンク、Search Consoleの正規URL
古いURLを今後使わせたくない301リダイレクトで新URLへ送る.htaccess、転送先の200確認、サイトマップ
http/httpsやwwwありなしが混ざる基本は301で統一し、canonicalや内部リンクも同じURLへそろえるブラウザの最終URL、canonical、sitemap.php
Search ConsoleでGoogle選択canonicalが違う正規URLの合図が割れていないか確認するcanonical、サイトマップURL、内部リンク、重複ページ
リダイレクトエラーやループが出るcanonicalではなく転送設定を先に直す.htaccess、転送チェーン、転送先のステータス

canonicalとリダイレクトの使い分け

ページを残したまま代表URLを伝えるならcanonical、古いURLを使わせないなら301リダイレクトを使います。どちらを選んでも、最後はサイトマップ、内部リンク、Search Consoleで見えるURLを確認します。

canonicalは代表URLを検索エンジンへ伝え、301リダイレクトはユーザーと検索エンジンを新URLへ移動させる違いを示す図解

違いの早見表

項目canonical301リダイレクト
ユーザーのURLそのURLのまま表示される新しいURLへ移動する
検索エンジンへの意味代表URLの希望を伝える転送先を正規URLにしたい強い合図になる
使う場所HTMLの <head>.htaccess やサーバー設定
向いている例並び替えURL、重複に近いページURL変更、www統一、HTTPS統一、古い記事移転
失敗時の症状Search Consoleで別URLが正規URLとして選ばれるリダイレクトエラー、ループ、404、500が出る
AIに頼む時の注意全ページ同じcanonicalにしない.htaccessを丸ごと置き換えない

canonicalでよいケース

ページをユーザーに見せ続けたいが、検索結果では代表URLへまとめたい時はcanonicalが向いています。

<link rel="canonical" href="https://example.com/templates/lolipop/sample.php">

canonicalは「希望」です。ページAからページBへcanonicalを向けても、ページA自体は表示されます。ページAをユーザーに見せたくない場合は、canonicalだけではなく301リダイレクトを検討します。

リダイレクトすべきケース

古いURLを今後使わせたくない、必ず新しいURLへ移動させたい場合は301リダイレクトを使います。

Redirect 301 /old-page.php https://example.com/new-page.php

301リダイレクトはユーザーの移動も発生します。設定を間違えると、公開中のページが開けなくなります。.htaccessを編集する前に、古いURL、新しいURL、戻し方をメモしてから進めます。

両方をそろえると強くなる

Googleの検索ドキュメントでは、正規URLを伝える方法として、リダイレクト、canonical、サイトマップなどがあり、これらは組み合わせると希望するURLが選ばれやすくなると説明されています。つまり、転送先URL、canonical、サイトマップ、内部リンクを同じURLへそろえるのが大事です。

正規URLを1つ決めるメモ

URL正規化で迷ったら、先に次のメモを埋めます。ここが決まらないままcanonicalや.htaccessを書き換えると、Search Console上の判断も分かれやすくなります。

正規URLとして残したいURL:

同じ内容に近いURL:
- 

古いURLとして使わせたくないURL:
- 

sitemap.php に入れるURL:

内部リンクで使うURL:

Search Consoleで表示されている内容:
- ユーザーが指定した正規URL:
- Googleが選択した正規URL:
- ページの取得結果:

今回やること:
例: canonicalだけ直す / 301リダイレクトを追加する / 内部リンクとsitemap.phpをそろえる

混ぜると起きるトラブル

状態起きること直し方
canonicalはA、リダイレクト先はBどちらが正規URLか分かりにくいAかBに統一する
サイトマップは古いURLSearch ConsoleでURLが分かれる正規URLだけをサイトマップに入れる
内部リンクがhttpのままHTTPS統一が弱くなる内部リンクをhttpsへ直す
301がループするページが開けない.htaccessを一時退避して切り分ける

確認順

  1. 正規URLを1つ決める
  2. canonicalがそのURLを向いているか確認する
  3. 古いURLを残すか、301で移動させるか決める
  4. サイトマップに正規URLだけを入れる
  5. 内部リンクも正規URLへ揃える
  6. Search ConsoleのURL検査でGoogleが選択した正規URLを見る

AIや制作会社に相談する時のメモ

相談する時は、秘密情報を入れずにURLと症状だけを渡します。FTPパスワード、DB接続情報、管理画面ログイン情報、APIキーは貼らないでください。

canonicalと301リダイレクトの相談です。

公開サイト:
例: https://example.com/

正規URLとして残したいURL:

今アクセスできる別URL:
- 

古いURLを開いた時の動き:
例: そのまま表示される / 新URLへ移動する / 404 / 500 / ループする

Search Consoleの表示:
- ユーザーが指定した正規URL:
- Googleが選択した正規URL:
- ページのインデックス登録の理由:

sitemap.php に入っているURL:

内部リンクで使っているURL:

.htaccessを触ったか:
例: 触っていない / 直前に編集した / バックアップあり

パスワード、APIキー、DB接続情報、個人情報は伏せています。
最初にcanonicalと301のどちらを確認すべきか、順番で教えてください。

AIに自動実行させない方がよい変更

公式情報で確認するところ

Copicodeでは初心者が確認しやすい順番に並べ替えています。仕様や画面名は変わることがあるため、最終判断では公式情報も合わせて確認してください。

確認したいこと公式情報このページでの使い方
正規URLをGoogleへ伝える方法Google 検索セントラル 正規化canonical、リダイレクト、サイトマップを同じURLへそろえる根拠として見ます。
リダイレクトとGoogle検索の扱いGoogle 検索セントラル リダイレクト301、302、転送チェーン、移転時の考え方を確認します。
Search ConsoleのURL検査Google Search Console URL検査ツールGoogleが選択した正規URL、取得結果、ライブテストを見る時に使います。
ロリポップで.htaccessを使うロリポップ！ .htaccessについてサーバー側で転送を書く前に、設置場所と影響範囲を確認します。

関連記事

迷った時の整理入口

この記事だけで判断しにくい時は、症状、PHP保守、AIコード安全、Google公開後確認のどれに近いかを先に分けてください。

次に整理すること

読むだけで止まらず、必要なら柱ページへ戻って確認範囲を分け、AIや人に渡せるメモ、チェックリスト、問い合わせ文へ進めます。

次に読む記事