被リンクとcanonical URL：三つのアドレスを区別する

三つのURLを先に名付ける

Aは掲載元のガイド、Bはパラメーター付きのプランナー、Cは整理されたプランナーURLです。この作成例ではBとCの主な内容が同一または非常に近いことを条件とします。パスの見た目が似ているだけで同じ内容だと判断しないでください。実際のhrefはクエリを含めてそのまま保存します。インポート時に正規化してしまうと、どのアドレスがリンクされていたか分からなくなります。生の値と整理した分析用の値は必要なら別欄にします。

宣言した希望と選択結果を分ける

Googleのcanonical設定の説明では、リダイレクトとrel="canonical"は強い信号、サイトマップへの記載はより弱い信号です。希望を伝えてもGoogleは別のURLを選ぶことがあります。重複ページ間でリンクなどの信号をまとめることは目的の一つですが、タグだけで選択結果が確定したとは言えません。この被リンクについて自動統合や数値上の利益を約束しないでください。宣言を観察した時点と検索側の情報の時点も一致するとは限りません。

200を返す例を正しく読む

Aは200を返し、hrefでBを指します。Bは200を返してHTML headにCをcanonicalとして宣言します。Cも200を返し、自分自身を宣言します。AからクリックしたブラウザーはBに留まります。canonicalはメタデータであり移動命令ではないためです。AのhrefもBのままです。BからCへの点線は優先候補を表し、二回目のブラウザー要求を表しません。

JSONはこれらを別フィールドにし、Googleが選択したcanonicalをnullのままにします。予約ドメインを使った教材で、URL検査を実行した結果ではありません。応答コードもケースの定義であり、あなたの媒体を実測した情報ではありません。

予約済みドメインを使う架空例です。最新の検査や測定済みの順位価値ではありません。

恒久転送は別の構成として比較する

Bが恒久的に移転し独立ページを提供しないなら、Location: Cを伴う301はブラウザーをCへ移動させます。これはダウンロード内の代替構成で、主ケースの200の後に追加される応答ではありません。リダイレクトの説明は恒久と一時の信号を分けています。掲載者がAを書き換えない限りhref Bは残り、転送もcanonicalもAを自動編集しません。

同等のバリエーションを残す必要があれば、有効なhead内の絶対canonicalで希望を示せます。内部リンク、サイトマップ、宣言を整合させ、フラグメントや矛盾を避けます。robotsによる遮断やnoindexを重複対策の代用品にせず、関連しない内容をリンク集約のためだけにまとめないでください。

権限のある検索情報と照合する

掲載元のアンカー、Bの実際の応答、最終アドレス、宣言、Cと内容の関係を調べます。アクセスできるプロパティのSearch Console URL検査では、インデックス情報にGoogle選択canonicalが表示される場合があります。ライブテストは将来の選択を予測できません。インデックス情報の日付と今日のブラウザー観察を分けて記録してください。

空欄表に元URL、解決後URL、状態、宣言、選択結果を分けて入力します。スクリーンショットは実際に表示する欄の証拠です。ブラウザーのアドレスバーだけでインデックス内のcanonicalを証明したことにはなりません。アクセスできない場合は不明と残し、推測でCを埋めないでください。

• 記入済み確認表をダウンロード
• 空欄の確認表をダウンロード
• 架空のURL証拠をダウンロード

ページの役割に合う処置を選ぶ

実際の恒久移転なら適切な代替を検証し、移行手順を使います。残す必要のある重複なら信号を揃え、後日のインデックス情報を確認します。Googleが異なる選択をした場合は、内容の類似性、アクセス、矛盾、記録されたクロール状況を調べます。被リンクが消えたと即断しないでください。このガイドはSearch Consoleアカウントを接続せず、現在のGoogle選択を知っているとも主張しません。観察可能なURLの関係を整理し、次の確認を決めることが目的です。