Softonic

Canonical URLチェッカー

ステップ 1 / 3
次へ

任意のURLを貼り付けると、チェッカーがそのページを取得し、HTML head内の<link rel="canonical">タグ、Link HTTPヘッダーを探して、Googleに見えるcanonicalを報告します。さらに、インデックス登録の問題を起こしそうな競合、リダイレクトチェーン、シグナルも表示します。短いクロールを実行するため、ページソースを自分で掘り下げずに問題を見つけられます。

canonicalチェッカーの仕組み

  1. 1

    URLを入力

    任意の公開ページを入力します。HTTPSとHTTPの両方に対応し、リダイレクトは最大5ホップまで追跡します。

  2. 2

    ページを取得

    HTTPヘッダーとレンダリング済みHTMLの両方を解析します。クローラーは既定で標準的なブラウザUAとして名乗ります。

  3. 3

    canonicalシグナルを抽出

    `<head>`内のすべての`<link rel="canonical">`タグ、すべての`Link: rel="canonical"` HTTPヘッダー、自己参照か外部ターゲットかを抽出します。

  4. 4

    競合を警告

    異なるターゲットを持つ重複タグ、リダイレクトを指すcanonical、noindexページを指すcanonical、重複コンテンツパターンでcanonicalがない場合などを検出します。

チェッカーが報告する内容

  • canonicalの対象URL: タグまたはヘッダーのhref値。
  • 取得元: HTMLタグ、HTTPヘッダー、またはその両方。両方ある場合は一致している必要があります。
  • 自己参照かどうか: 「はい」なら、canonicalはページ自身を指しています。これは通常で安全な状態です。
  • 対象に到達できるか: canonical URLが200を返すかどうか。
  • canonical先のリダイレクトチェーン: 対象はリダイレクトしないのが望ましいです。
  • プロトコルとホストの一致: canonicalは公開URLのスキームと一致しているべきです。
  • 末尾スラッシュの統一: 不一致があるとURLが別物として扱われます。
  • 複数のcanonicalタグ: Googleは最初の1つを使い、それ以外は警告として扱います。

チェッカーが見つけるよくある問題

問題 なぜ重要か
301/302リダイレクトを指すcanonical Googleがシグナルを無視するか、評価を下げる可能性がある
robots.txtでブロックされたページを指すcanonical Googleが検証できず、シグナルが破棄される
noindexページを指すcanonical シグナルが矛盾し、インデックス挙動が予測できない
hrefが異なる複数のcanonicalタグ 1つだけが採用され、残りは診断を混乱させる
ベースのない相対パス Googleは現在のURLを基準に解決する。通常は問題ないが明示的ではない
別の言語バージョンを指すcanonical 代わりにhreflangを使うべき
HTTPSページ上のHTTP canonical シグナルが弱まり、Googleが無視する場合がある
<head>ではなく<body>内のcanonical Googleはこれを無視する

不正なcanonicalの直し方

  1. 常に最終URLを指す（リダイレクトなし）。
  2. 実際のプロトコルとホストに完全一致させます。末尾スラッシュも含みます。
  3. canonicalを<head>内に置く。<body>内やレンダリング後にJavaScriptで挿入する形は避けます。
  4. 1ページにつきcanonicalは1つ。ターゲットを1つ選び、それを守ります。
  5. ページ分割されたアーカイブでは、各ページを自己canonical化します。すべてを1ページ目へ向けないでください。
  6. フィルター/並び替えのバリエーションでは、フィルターなしの一覧へ戻します。
  7. 内部リンクをcanonical URLに合わせる。サイト内の他の部分がリンクしていないcanonicalは、シグナルを薄めます。

チェックしない項目

  • Googleが実際にそのcanonicalをインデックス登録したかどうか（Search Consoleで確認してください）。
  • 内部リンクがcanonicalを補強しているかどうか。
  • XMLサイトマップのエントリがcanonicalと一致しているかどうか。

よくある質問

必ずしもそうではありません。canonicalがない場合、Googleは内部シグナル（リンク、sitemap、コンテンツ類似性）に基づいて自分で選びます。それでも、特にクエリパラメータのあるページでは、曖昧さを避けるため自己参照canonicalがベストプラクティスです。

canonicalは強いヒントであって命令ではありません。ページが似ていないと判断されたり、canonicalにアクセスできなかったりすると、Googleは別のURLを選ぶことがあります。権威あるインデックス状況はSearch Consoleの「URL Inspection」ツールで確認してください。

<head>内のcanonicalタグ重複はバグです。CMSテーマが1つ追加し、プラグインがもう1つ追加していることがあります。Googleは最初のものを使います。残りは削除してください。チェッカーはすべての出現箇所を警告します。

直接はできません。未認証クライアントとして取得するためです。ゲート付きコンテンツでは、ログイン後にページソースを手動で確認するか、認証なしのstaging URLを使ってください。

関連ツール

単語頻度カウンター

任意のテキストでよく繰り返される語を、出現回数と密度パーセントで確認できます。推敲、SEO確認、コンテンツ監査に便利です。

バックリンクアンカーテキスト分析ツール

バックリンク、CSV行、URL | アンカーのペア、またはアンカーテキスト行を貼り付け、重複を数えて Anchor Text,Count,Share のCSVを出力します。

パンくずリストSchemaジェネレーター

任意のページ階層に対応する有効なBreadcrumbList JSON-LDを生成します。サイトのheadへそのまま貼り付けられるschema.orgマークアップを出力します。

リンク切れチェッカー

単一ページ（または小さなサイトマップ）をクロールし、HTTPステータスごとに壊れたリンクを検出します。リダイレクトチェーン検出付きの高速チェックです。

Canonicalタグジェネレーター

有効なrel=canonical linkタグを生成します。HTTP Linkヘッダー相当の形式と、避けるべきよくあるミスも含みます。

文字数・単語数カウンター

エッセイ、投稿、キャプション、メタディスクリプション向けに、単語数・文字数・文数・段落数を、読了時間、音読時間、キーワード密度、Flesch可読性スコアとともにカウントします。