Softonic

Canonicalタグジェネレーター

ステップ 1 / 3
次へ

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

canonicalタグを生成する方法

  1. 1

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

    プロトコルとホストを含む絶対URLです。フラグメント識別子（#section）はGoogleの比較対象に含まれない点に注意してください。フラグメントだけが異なるURLは同一として扱われます。

  2. 2

    ツールがURLを検証

    ジェネレーターが受け付けるのは有効な絶対URLのみです。プロトコルがない場合やアドレスが不正な場合は、タグは生成されません。

  3. 3

    タグを作成

    `<link rel="canonical" href="https://example.com/page">`。URLはHTMLエスケープされるため、タグはどのページにも安全に貼り付けられます。

  4. 4

    タグをコピー

    ページの`<head>`内に貼り付けます。ブラウザはこのタグを無視しますが、Googleはランキングシグナルを統合するために読み取ります。

canonicalタグが実際にすること

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

HTML形式

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

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

HTTP Linkヘッダー形式

非HTMLリソース（PDF、画像、feed XML）では、同じシグナルをHTMLタグの代わりにHTTPヘッダーとして送信できます。

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へのポインタを権威ある指定ではなくヒントとして扱うことがあります。

関連ツール

メタディスクリプション長チェッカー

メタディスクリプションの文字数と推定ピクセル幅を測り、編集上の目安やデスクトップ・モバイルのレイアウト例と比較します。

HTTPセキュリティヘッダーチェッカー

HTTPレスポンスヘッダーを貼り付け、HSTS、CSP、クリックジャッキング、MIME、リファラ、クロスオリジン設定をブラウザー内で確認します。

XMLサイトマップ検証ツール

ブラウザ上でサイトマップXMLを解析し、構文エラー、locの欠落、URLの重複、一般的なサイトマップ項目の値を確認します。

Google SERP シミュレーター

モバイルとデスクトップの文字数上限を使って、Google 風の検索スニペットを概算で確認します。下書きはこのブラウザーセッション内にのみ残ります。

Canonical URLチェッカー

ページのHTMLを貼り付けてrel=canonicalタグを確認：存在するか、有効な絶対URLか、ページURLと一致するか。

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

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

このツールは他の言語でも利用できます