重複記事のcanonicalを監査する、優先URLとGoogleの選択を照合

canonicalの監査は、プラグインの緑色の表示ではなく、優先したい記事URLから始めます。Googleは正規化によって、重複または非常によく似たページの代表を選びます。正規化の説明が示す重要な点は、選ばれるURLは検索エンジンがシグナルを踏まえて判断するもので、運営者が欄に入力した値そのものではないということです。

メディアでは、同じ記事が通常ページ、印刷版、パラメーター付きURLで公開されている場合があります。目的は、有用な翻訳を隠したり、異なる記事を重複と扱ったりせずに、意図した版を明確にすることです。代表例を少数選び、パターンを理解してから修正を広げてください。

内容を代表するのに適した参照先を選ぶ

候補の正規URLを直接開き、意図した記事が返るかを確認します。権威が強そうだからという理由で、廃止ページ、ログイン画面、壊れた経路、無関係なカテゴリを指定すべきではありません。正規化の関係には、共通キーワードだけでなく、説明できる内容上の対応が必要です。

Googleのcanonical実装ガイドは、リダイレクトとcanonical指定を強いシグナル、サイトマップへの掲載を弱いシグナルとして扱っています。互いに補強できますが、矛盾した指示を正当化はしません。重複版が訪問者に不要なら、canonicalを付けるためだけに残さず、適切なリダイレクトを検討します。

印刷版などの代替が引き続き有用なら、訪問者体験と検索上の優先を分けます。優先ページがアクセス可能で、インデックス対象として意図されているかを確認してください。インデックス除外されたページへのcanonicalは矛盾です。Googleの好意的な解釈を期待せず、運営者が解決すべきです。

代替URL、優先URL、理由、テンプレートの担当者を短い作業記録に残します。他の人が両方を開き、なぜ対応するか理解できる具体性が必要です。「全記事をホームページへ」という指定は、意味のある重複対策ではありません。

サーバーとブラウザーが実際に出す内容を見る

プラグイン設定は入力であって、最終的な証拠ではありません。配信されたソースと関連する応答ヘッダーを確認し、JavaScriptが変更する場合はレンダリング後の結果も見ます。複数のcanonical、相対URLや不正な宛先、ステージングドメインや旧URL構造の残りを探してください。

二つのプラグイン、またはテーマとプラグインがcanonicalを出す場合は、担当するコンポーネントを一つ決めます。古い指定に勝たせるために、新たな指定を追加しないでください。管理された変更で競合元を取り除き、古い版を返す可能性のあるキャッシュも含めて、新しい応答を再確認します。

PDFなどHTML以外の文書には、Googleのウェブ検索はHTTPのLinkヘッダーによるcanonicalをサポートしています。PDF内に見えるリンクを置くこととは違います。ファイルを配信するサーバーが適切なヘッダーを返し、参照先も内容上ふさわしい対応先である必要があります。

テストしたテンプレートとファイル形式ごとに、実際の応答を一つ残します。ホームページが合格したからと全記事を完了にしないでください。印刷版、添付ファイル、通常記事は別のコンポーネントから生成されることがあり、証拠は評価対象の出力と一致している必要があります。

自分の指定とGoogleのインデックス上の選択を比べる

GoogleのURL検査のドキュメントは、情報が得られる場合、指定された正規URLとGoogleが選んだ正規URLを区別しています。代替URLと優先URLの両方のインデックス記録を確認します。ライブテストは現在の到達性や描画確認には役立ちますが、今後Googleが選ぶ正規URLを予測するものではありません。

選択が意図と違う場合、全体を変える前に根拠を確認します。内容は本当に似ているか。内部リンクは意図したURLを優先しているか。サイトマップに優先版があるか。リダイレクトや別の指定が競合していないか。不一致は診断すべき問いであり、即座にペナルティの証拠ではありません。

一度に限定的な変更を行い、確認日を残します。Googleの保存情報が以前のクロールを反映していても、現在のページは修正済みかもしれません。最初の修正を評価する前に、古いレポートを理由に矛盾する変更を繰り返さないよう、時点を分けてください。

canonicalの修正で順位が上がると約束しないでください。根拠を持って目指せるのは、一貫した優先URLのシグナルと、インデックスされた重複の理解です。その後に検索での露出が変わるかは測定することであり、タグ追加の保証された結果ではありません。

言語版を重複整理に巻き込まない

英語が原稿の元だからと、翻訳版が自動的に英語記事をcanonicalに指定すべきではありません。Googleはhreflangを使う際、同じ言語の正規版があるならそれを指定するよう案内しています。インデックスする各言語版には適切な独自の優先URLが必要で、hreflangは言語の代替関係を示します。

多言語メディアでは、有効なすべての言語で記事テンプレートをテストします。言語プレフィックス、優先宛先、他言語参照をまとめて確認してください。多言語サイトの公開ガイドは全体の運用を扱っています。有用な言語版を消すcanonical修正は、その目的に反します。

この記事版の監査は、大量の絞り込みURLに関する方針と分けます。ファセットナビゲーションのガイドは、その異なるパターンのクロール管理を扱います。どちらもURLの問題ですが、印刷用の重複版と何千もの絞り込み組み合わせに、自動的に同じ対策を当てはめるべきではありません。

確認済みの対応表、各出力で一貫した実装、Googleの選択を確認した日付付き記録で監査を締めます。最初の確認を永続的なものとせず、テンプレート変更や移行後に再確認してください。有用な成果はcanonicalの存在だけでなく、各コンテンツをどの版が代表するかをサイトが一貫して示すことです。