Softonic

Canonicalタグジェネレーター

ステップ 1 / 3
次へ

同じコンテンツが複数のURL（クエリパラメータ、末尾スラッシュ、HTTP vs HTTPS、ページ分割されたアーカイブ）で到達できる場合、Googleには1つのURLをcanonical版として示す必要があります。優先URLを貼り付けると、ジェネレーターは<head>に入れられる正しい形式の<link rel="canonical">タグを返し、PDFのような非HTMLリソース向けにHTTP Linkヘッダー相当の形式も表示します。

canonicalタグを生成する方法

  1. 1

    canonical（優先）URLを貼り付ける

    プロトコルとホストを含む絶対URLです。フラグメント識別子（#section）は無視されます。Googleは異なるフラグメントを持つURLを同一として扱います。

  2. 2

    ツールが検証・正規化

    末尾スラッシュの一貫性、ホストの小文字化、IDNドメインのpunycode化を行います。プロトコルが欠けている場合は修正点として表示します。

  3. 3

    タグを作成

    `<link rel="canonical" href="https://example.com/page">`。

  4. 4

    HTMLまたはHTTPヘッダー形式をコピー

    WebページにはHTMLタグを使い、PDF、画像、APIレスポンスにはHTTP `Link: <url>; rel="canonical"`を使います。

canonicalタグが実際にすること

canonicalタグは検索エンジンに、「このコンテンツを表示するURL群の中で、これがオリジナルです。ランキングシグナルをここに統合してください」と伝えます。これがないと、重複ページがランキングシグナルを分散させ、統合された1ページほどにはどれも順位が上がりません。

HTML形式

<link rel="canonical" href="https://example.com/products/blue-shirt" />

<head>内に置きます。Googleは読みますが、ブラウザは無視します。

HTTP Linkヘッダー形式

非HTMLリソース（PDF、画像、feed XML）に使います。

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

任意の2xxレスポンスで送信します。WebサーバーまたはCDNで設定します。

よくあるミス

  • 相対URL: href="/page"でも動きますが脆いです。曖昧さを避けるため絶対URLを使ってください。
  • プロトコルの不一致: canonicalはhttp://なのにページはhttps://で配信されている。常に実際のプロトコルに合わせます。
  • リダイレクト先を指している: canonicalは200レスポンスを返すURLを指すべきです。チェーンはシグナルを弱めます。
  • canonical URLをrobots.txtでブロック: ターゲットはクロール可能である必要があります。そうでないとGoogleが確認できません。
  • 矛盾するシグナル: 内部リンクが非canonicalのバリアントを指している。canonicalに合わせて更新します。
  • canonical対象へのnoindex: 相互に矛盾します。どちらか一方を選んでください。
  • 重複ページごとに異なるcanonical: Googleは1つを選び、他を無視します。すべての重複ページに同じcanonicalを設定してください。

特殊ケース

  • ページ分割されたアーカイブ: 各ページ（?page=2）は1ページ目にcanonicalを向けるのではなく、自分自身をcanonicalに指定できます。以前は別の助言もありましたが、Googleはrel=prev/nextを明確に非推奨とし、現在は自己参照canonicalを標準として扱います。
  • ファセットナビゲーション: 同じ一覧の絞り込みビューは、フィルターがコンテンツを実質的に変えない限り、通常は未フィルターの一覧へcanonicalを向けます。
  • モバイル用の別URL（m.example.com）: モバイルページはデスクトップへcanonicalを向け、デスクトップは戻り先としてrel=alternateを追加します。
  • AMPページ: AMPは非AMPへcanonicalを向け、非AMPはAMP版へrel=amphtmlを追加します。

よくある質問

推奨されます。自己参照canonical（ページが自分自身を指す）は、session-IDパラメータ、UTMコード、その他の偶発的な重複から守ります。必須ではありませんが、SEOのベストプラクティスです。

はい。提携先があなたのコンテンツを再掲載する場合、canonicalをあなたの元URLに設定できます。コンテンツが本当に一致している場合、Googleはクロスドメインcanonicalを尊重します。

HTTPSで配信されているページでは、常にHTTPSです。プロトコルを混在させると矛盾したシグナルになり、Googleがランダムなバリアントを選ぶ原因になります。

canonicalは中間URLではなく、リダイレクト後の最終URLを指すべきです。チェーンはシグナルを弱めます。Googleは302へのポインタを権威ある指定ではなくヒントとして扱うことがあります。

関連ツール

単語頻度カウンター

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

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

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

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

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

リンク切れチェッカー

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

Canonical URLチェッカー

任意ページでGoogleが見るcanonical URLを確認します。HTML linkタグ、HTTP Linkヘッダー、競合、リダイレクトチェーンを検出します。

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

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