正規化チェック

チェックは当サーバーから実行します。入力したURLは取得しますが、結果は保存しません。 The URL and its canonical target are fetched to build this report. The full URL is not stored; after a successful check, only its domain may be remembered in this browser. 匿名化した実行単位の結果件数を集計調査に使う場合があります。URL、ドメイン、IPアドレス、識別子は含めず、100回未満の実行から統計を公開しません。

フィードバック
不具合を報告

正規化チェック で問題が発生しましたか?状況をお知らせください。報告は公開リストではなく、非公開の確認キューに直接送られます。

送信される情報
 ツールへの入力、アップロード、貼り付けたソース、完全な結果、クエリパラメーター、URLフラグメントは自動では添付されません。上で選択した箇所は編集または削除できます。ブラウザーと不正利用防止のメタデータはスパム防止のために処理されます。 

結果の例

確認したページ:

https://example.com/product?color=blue

観測された canonical シグナル

html canonical: https://example.com/product

Google による上書きリスクの予測

修正: パラメータで内容が変わらない場合は通常問題ありません。内部リンクとサイトマップでは整理された URL を使ってください。

この例ではcanonical対象が直接200を返します。リダイレクトまたは失敗した場合、同じエンジンは証拠を隠さず高リスクの検出事項を追加します。

使い方

  1. 監査する正確なURLバリエーションを入力し、質問に関係する場合はパラメータも含めてください。

  2. 「canonicalを監査」を選択してください。レポートには観測されたHTMLとHTTP Linkヘッダーのcanonicalがすべて表示されます。

  3. 上書きリスクの説明と修正方法を読み、対象が稼働中のページへ直接解決されることを確認してください。

結果の意味

このレポートは、canonical 化に関係する観測可能なシグナルを確認し、競合によって Google が別の URL を選ぶ可能性を推定します。

  • 高は、canonical同士の不一致、noindexとcanonicalの併用、到達不能な対象、リダイレクトする対象など、直接的な競合を示します。

  • 中は、別ドメインの対象やcanonical URLを含まないhreflangなど、意味のある整合性リスクを示します。

  • 低は、観測されたシグナルが内部的に一致しているか、通常のパラメータ整理を示します。Googleが同意する保証ではありません。

仕組み

制限付きのサーバーリクエストで最終URL、レスポンスヘッダー、HTML本文を取得します。決定論的なパーサーが head 内の canonical・hreflang リンクと Link ヘッダーを読み取り、相対URLを解決し、重複と noindex を記録し、一意の canonical 対象をステータスエンドポイントで確認します。予測は観測したシグナルをリスク理由と修正方法に対応付けます。

機能

  • HTML と HTTP Link ヘッダーから canonical を検出します。

  • 相対指定、未指定、複数指定、競合する canonical を確認します。

  • noindex、hreflang、ホスト間、プロトコル、パラメータの整合性シグナルを確認します。

  • canonical のリンク先のステータスとリダイレクトを範囲内で確認します。

  • Google の選択を断定せず、可能性を平易な言葉で示します。

制限

チェッカーはサーバーレスポンスを読み取るだけで、JavaScript をレンダリングしません。重複URL間の内容比較、すべての内部リンクやサイトマップシグナルの確認、Search Console へのアクセス、Googleが選択した canonical の観測はできません。低リスクの結果は、この実行で取得した証拠だけを説明します。

よくある質問

このツールで、Google が選択した canonical を確認できますか?

いいえ。Google が選択した canonical は、確認済みプロパティの Search Console の URL 検査でのみ確認できます。このツールは、観測可能な HTTP と HTML のシグナルから上書きリスクを予測します。

JavaScript でレンダリングされた canonical を取得しますか?

いいえ。サーバーのレスポンスを読み取ります。JavaScript の実行後にのみ挿入される canonical は推奨されていないため、URL 検査で確認してください。

インデックス登録可能なすべてのページに自己参照 canonical を設定すべきですか?

自己参照 canonical は、優先 URL を明示し、パラメータや別形式の URL による曖昧さを抑えられるため、一般に有用です。ただし、これは指示ではなくヒントです。

canonical がリダイレクトを指してもよいですか?

可能ですが、競合して非効率なシグナル経路になります。canonical は最終的に稼働している 200 URL を直接指すようにし、内部リンク、リダイレクト、サイトマップのエントリもその URL に合わせてください。

Google が canonical タグを無視する可能性があるのはなぜですか?

コンテンツ、リダイレクト、内部リンク、サイトマップ、hreflang、プロトコル、ホストのシグナルが一致しない場合や、指定された対象 URL を利用できない場合、Google は別の URL を選ぶことがあります。このチェッカーは観測可能な複数の競合を検査しますが、Google がインデックス全体で使用するすべての証拠は確認できません。

次のステップXMLサイトマップジェネレーター — publish a clean sitemap that agrees with your canonical targets. ガイダンスは英語で利用できます.