技術的ベースライン監査

フェーズP2 · ステージA — 理解
タイムボックス： 軽量パスは2〜4時間、標準パスは1〜2営業日、詳細パスは3〜8営業日。
オーナー： 技術的SEOリーダー。エンジニアリング、アナリティクス、コンテンツ、ローカリゼーションの担当者がそれぞれの領域でエビデンスを提供し、修正を受け入れます。

技術的ベースライン監査は、検索エンジンがビジネスが表示を期待するURLに到達、解釈、選択できるかを確認します。その範囲は、クロール制御、HTTPレスポンス、インデックス、カノニカル、リンク、レンダリング、国際ターゲティング、セキュアな配信をカバーします。結果はスコアではなく、優先順位付けされた問題発見台帳であり、指名されたオーナーと受入テストが含まれます。

このフェーズがここに位置する理由

クロールやインデックスに問題があるサイトに公開することは、被害を拡大します。検索エンジンは、コンテンツを評価して報いるよりも早く、新しいURL全体で繰り返される欠陥を発見することがよくあります。壊れたカノニカルテンプレートはすべての記事を別の場所へ誘導し、robotsルールはディレクトリ全体を隠蔽し、クライアントサイドレンダリングのナビゲーションは非JavaScriptクライアントに対して孤立ページを生み出します。新しいページごとに対象範囲が拡大し、修正のリスクが高まります。

最初に基盤を修正してください。順序はクローラビリティ → インデックス可能性 → コンテンツ品質 → パフォーマンスです。各レイヤーがゲートとなるためです。クローラビリティとは、クローラーがURLを発見してリクエストできることです。インデックス可能性とは、到達可能なURLがインデックスに含まれる資格があることです。その後に初めてコンテンツ品質とパフォーマンスを判断すべきです。robots.txtでブロックされた高速なページは競争できず、到達不能なページのタイトルタグは意味を持ちません。

このフェーズは、発見と目標 からのスコープ、優先ジャーニー、市場、リスクを引き継ぎます。これを早期に実行すると、ビジネスコンテキストのないクロールが生成されます。これを省略すると、調査と制作が確実にインデックスに入るとは限らないテンプレートを対象にしてしまいます。

インプットとアウトプット

インプットは、クローラーが見つけるものだけでなく、意図されたサイトを定義します。アウトプットは、次のオーナーにどのURLがテストしても安全で、どのURLがブロックされたままかを伝えます。

監査の深度を選択する

クロール前に深度を選択してください。見積もりはアクセス準備ができていることを前提とし、実装作業は含みません。

チェックリスト

順序に従って作業してください。ゲートに失敗すると後のサンプルが無効になる可能性があるため、失敗とその範囲を記録してから続行してください。

1. 対象がプロダクションであることを確認する

実施事項： スキーム、ホスト、robotsファイル、アナリティクスプロパティ、Search Consoleプロパティ、サイトマップホストを確認する。重要な理由： ステージングは正常に見えても、プロダクションが壊れている可能性があります。実施方法： 合意されたカノニカルホストを解決し、優先ページとレスポンスヘッダーを比較し、クロールオリジンを記録します。ツール： ブラウザ、クローラー設定、Search Consoleセレクター。完了条件： 台帳が確認済みのプロダクションオリジンとプロパティを特定し、シードやエクスポートにステージングホスト名が含まれていないこと。

2. クロール前にrobots.txtをテストする

実施事項： 各プロダクションホストの/robots.txtと参照されているサイトマップを検査する。重要な理由： disallowルールは、コンテンツが評価される前にクロールを防止します。実施方法： Disallowパターンを意図されたインベントリと比較し、該当するURLと該当しないURLをテストし、クロールブロックとnoindexを区別します。ツール： 生のレスポンスとrobotsテスター。完了条件： robotsが200を返し、意図されたブロックに理由があり、インデックス可能なサンプルが許可され、1つの意図しないブロックが重大な問題発見としてトリガーされること。

3. サイトマップを実際のURLと照合する

実施事項： 送信されたサイトマップをカノニカルなインデックス可能インベントリと比較する。重要な理由： サイトマップには、サイトが選択させたいURLを記載すべきであり、リダイレクト、エラー、重複を記載すべきではありません。実施方法： エントリを正規化し、テンプレートごとにカウントを比較し、サイトマップとインデックス で追加と欠落をサンプリングします。ツール： https://app.amicited.com/reports/google-search/sitemaps-indexingとクロールエクスポート。完了条件： カバレッジが少なくとも95%以上、0エントリがリダイレクトまたはエラー、すべてのギャップに理由またはオーナーがいること。

4. ステータスコード分布を測定する

実施事項： レスポンスを2xx、3xx、4xx、5xxに分類する。重要な理由： エラーは取得を停止し、リダイレクトはホップを追加します。実施方法： リダイレクトを追跡して報告し、テンプレートごとにセグメント化し、Bingクロール と比較します。ツール： https://app.amicited.com/reports/bing-webmasters/crawl、クローラー、モニタリング。完了条件： インデックス可能なURLが200を返し、内部エラー、ループ、チェーンがゼロであり、意図的なリダイレクトが文書化されていること。

5. リダイレクトチェーンとループを削除する

実施事項： リダイレクトを最終レスポンスまで追跡する。重要な理由： ホップは発見を遅らせ、ループはコンテンツに到達しません。実施方法： パスをエクスポートし、内部リンクを最終カノニカルに更新し、ルールを統合します。ツール： リダイレクトレポートとヘッダーチェック。完了条件： 内部リンクが直接リンクされ、レガシーリダイレクトが1ホップで、ループやチェーンが残っていないこと。

6. 対象インデックス比率を確立する

実施事項： Googleのインデックス状態を意図的に対象となるURLと比較する。重要な理由： リダイレクト、フィルター、重複、noindexページを含めると比率は無意味になります。実施方法： 対象となる分母を構築し、URLインスペクション で優先サンプルを検査し、テンプレートごとに除外をグループ化します。ツール： https://app.amicited.com/reports/google-search/url-inspection、Search Console、インベントリ。完了条件： 少なくとも90%がインデックスされているか、すべてのギャップに根本原因のオーナーがいること。80%未満は重大な問題発見となります。

7. カノニカルの正確性を確認する

実施事項： 宣言されたカノニカル、最終カノニカル、Googleが選択したカノニカルを比較する。カノニカルとは、類似URLの中での優先バージョンです。重要な理由： 誤ったカノニカルは、意図したページからシグナルを他の場所に集約してしまいます。実施方法： ユニークページの自己参照、意図的なクロスカノニカル、HTML、サイトマップ、リダイレクト、リンク間の一貫性をテストします。ツール： カノニカルレポートとhttps://app.amicited.com/reports/google-search/url-inspection。完了条件： ユニークなインデックス可能ページの100%が1つの絶対URL、200、インデックス可能なカノニカルを指定し、選択された不一致がすべて説明されていること。

8. 重複および類似重複クラスターを発見する

実施事項： 同一または実質的に重複するメインコンテンツと同じ検索目的を持つURLをグループ化する。重要な理由： 重複は内部シグナルを分割し、検索エンジンにビジネスが望まないバージョンを選択させます。実施方法： 正確なハッシュ、正規化されたテキスト類似度、タイトル、カノニカル、パラメータ、テンプレートの目的を比較し、統合、差別化、noindex、または削除を選択します。ツール： クローラーの重複レポート、ページインベントリ、Google検索ページ 。完了条件： 同じ意図を提供する説明不能なカノニカルインデックス可能URLが1クラスターに複数存在せず、受け入れられた各バリアントに明確な目的が記録されていること。

9. 孤立ページを発見し、リンク深度を測定する

実施事項： クローラーのURLをサイトマップ、アナリティクス、Search Console、CMSエクスポート、バックリンクと結合し、クロール可能な内部リンクがないページを見つける。ホームページからの最短クリックパスを測定します。重要な理由： 孤立ページはサイトマップに存在しても、内部コンテキストや権威をほとんど受け取らない可能性があり、過度な深度は発見を脆弱にします。実施方法： ソースを比較し、ディレクトリビュー でディレクトリパターンを検査し、ナビゲーション、パンくずリスト、ハブ、コンテキストリンクを追跡します。ツール： https://app.amicited.com/reports/directoryとマルチソースクロール。完了条件： 意図された孤立ページがゼロ、優先ページがホームページから3クリック以内、その他の意図されたインデックス可能ページが5クリック以内、すべての例外に意図的な発見経路があること。

10. レンダリング後HTMLと非JavaScript HTMLを比較する

実施事項： 初期サーバーレスポンスとJavaScript実行後のページを比較する。重要な理由： ブラウザは、非JavaScriptクライアントが決して受信しないコンテンツやリンクを表示する可能性があります。実施方法： スクリプトを無効にして代表的なページを取得し、生のHTMLを検査し、レンダリング後の見出し、メインコピー、リンク、カノニカル、robotsディレクティブ、構造化データ、ステータスを比較します。ツール： HTMLモードとレンダリングモードのクローラー、およびブラウザの開発者ツール。完了条件： 初期レスポンスに、優先ページを発見するために必要な主要コンテンツ、カノニカル、インデックスディレクティブ、クロール可能なナビゲーションが含まれていること。JavaScriptのみに依存する箇所は明示的に受け入れられ、テンプレート間でテストされていること。

11. 該当する場合、hreflangを検証する

実施事項： 言語または地域の同等ページを接続するアノテーションを確認する。重要な理由： 不完全または競合するクラスターにより、検索エンジンがターゲティングを無視し、誤った市場バージョンを表示する可能性があります。実施方法： 有効な言語-地域コード、絶対カノニカルURL、自己参照、相互の戻りリンク、実際のフォールバック役割を持つx-default、各ターゲットのインデックス可能性をテストします。ツール： クローラーのhreflangレポートとURLサンプル。完了条件： 無効なコード、欠落した自己参照、欠落した戻りリンク、非カノニカルターゲット、リダイレクト、エラーがすべてゼロであること。サイトにローカライズされた同等ページがない場合は、アノテーションを発明するのではなく「該当なし」と記録します。

12. ページネーションとクロールパスをテストする

実施事項： マルチページのカテゴリまたはアーカイブシーケンスがクロール可能なリンクと有用なユニークURLを公開していることを確認する。重要な理由： 無限スクロールやボタン専用の読み込みは、より深いアイテムを隠す可能性があり、すべてのページを1ページ目にカノニカル化すると、個別のインベントリが発見から除外されます。実施方法： JavaScriptを無効にし、次へや番号付きリンクをたどり、ステータス、カノニカル、robotsディレクティブを検査し、最終ページと範囲外のパラメータをテストします。ツール： 非レンダリングクロールとブラウザ。完了条件： 意図されたすべてのアイテムがアンカーリンクを通じて到達可能で、有用な各ページが自己カノニカル化し、無効なページ番号はソフト200ではなく適切なエラーを返し、シーケンスが無制限のURL空間を生成しないこと。

13. モバイルパリティをチェックする

実施事項： モバイルとデスクトップの配信を、コンテンツ、リンク、メタデータ、ディレクティブ、構造化データ、レスポンスステータスについて比較する。重要な理由： Googleは主にモバイル表現を評価します。意味のあるコンテンツやリンクをモバイルのみで隠すと、Googleが理解できる内容が変わります。実施方法： デスクトップとスマートフォンのユーザーエージェントでクロールし、視覚的なスクリーンショットだけでなく代表的なテンプレートを比較します。ツール： ペアクロール、モバイルURLインスペクション、ブラウザのレスポンシブモード。完了条件： 意味と発見に必要なすべてのインデックス可能なコンテンツとクロール可能なリンクが同等であり、モバイルのみのブロック、カノニカルの違い、エラーレスポンスがゼロであること。

14. HTTPSを適用し、混合コンテンツを削除する

実施事項： セキュアな配信、ホストリダイレクト、証明書、カノニカルスキーム、内部URL、HTTP経由で読み込まれるリソースを確認する。混合コンテンツとは、HTTPSページが安全でないリソースをリクエストすることを指します。重要な理由： 安全でないリクエストはブロックされたり、ユーザーを危険にさらしたり、一貫性のないURLシグナルを生み出したりする可能性があります。実施方法： すべてのHTTPバリアントをクロールし、証明書のカバレッジとブラウザのセキュリティエラーを検査し、レンダリングされたリソースリクエストを検索します。ツール： クローラー、ブラウザのセキュリティパネル、サーバー設定。完了条件： すべてのHTTPページが1回のリダイレクトで対応するHTTPS URLにリダイレクトし、すべてのカノニカルと内部リンクがHTTPSを使用し、証明書がすべてのライブホストで有効であり、アクティブまたはパッシブの混合コンテンツリクエストがゼロであること。

AmICitedのツール

製品レポートをクロールの代替としてではなく、チェックリストのエビデンスとして使用してください。

• サイトマップとインデックス （https://app.amicited.com/reports/google-search/sitemaps-indexing）は、送信されたサイトマップの状態、警告、エラー、インデックスアクションを表示します。
• URLインスペクション （https://app.amicited.com/reports/google-search/url-inspection）は、サンプルURLと選択されたカノニカルに対するGoogleのライブ判定を提供します。
• Bingクロール （https://app.amicited.com/reports/bing-webmasters/crawl）は、BingのクローラーアクティビティとURLレベルの問題を公開します。
• Google検索ページ （https://app.amicited.com/reports/pages）は、高価値のランディングページの選択と、可視性のあるページと検索データに存在しないページの区別に役立ちます。
• ディレクトリビュー （https://app.amicited.com/reports/directory）は、セクションレベルのパターンを明らかにし、深度と孤立ページの調査をサポートします。
• データヘルス （https://app.amicited.com/features/data-health/）は、接続されたエビデンスが自信を持った意思決定をサポートするのに十分完全かどうかを記録します。

判断ルール

しきい値は問題発見を生み出しますが、判断を置き換えるものではありません。テンプレートとビジネスの重要度でセグメント化してください。10件のチェックアウトカテゴリの障害が、数千件の壊れたアーカイブタグよりも重要かもしれません。

影響 × 工数 × 確信度で優先順位付けします。影響は、該当する対象URLとビジネスジャーニーに基づいて1〜5でスコア付けします。工数は、容易さの要素として1〜5でスコア付けします。5は小さく元に戻せる変更、1は大規模でリスクの高いプログラムを示します。また、正直な見積もりを時間または日数で記録します。確信度は、もっともらしい仮説には0.5、繰り返しのエビデンスには0.75、再現された根本原因には1.0を割り当てます。これらの積は順序付けの補助であり、偽の精度を提供するものではありません。

依存関係のオーバーライドを適用します。他の作業をブロック解除する修正は、より高いスコアでもブロック解除しないものより優先されます。ローンチ前のrobotsブロックの削除は、インデックスされたタイトルタグを磨くことより優先されます。同じ依存関係レベルでは、症状よりもテンプレート全体の原因に優先的に対処してください。

成果物：優先順位付けされた問題発見台帳

クローラーのエクスポートではなく、1つの共有台帳を引き渡してください。根本原因ごとに1行を使用し、URLサンプルは別途添付してください。

台帳は、致命的および重大な問題発見にオーナーと見積もりがあり、ブロッカーに順序があり、仮説にラベルが付けられ、公開判断が明示された時点で完了です。

うまくいかないこと

誰も行動できない200項目のレポート

クローラーのエクスポートは、観測と判断を混同します。グループ化されたURLを、それらを引き起こしているテンプレートやルールの下にまとめ、代表的なサンプルを提供し、1人のオーナーを割り当ててください。1つのナビゲーションコンポーネントによって生成された200の壊れたURLは、200のタスクではなく、測定可能な範囲を持つ1つの根本原因の問題発見です。

原因ではなく症状を報告する

「ページがインデックスされていない」は症状です。原因は、意図しないカノニカル、孤立したテンプレート、薄いパラメータバリアント、モバイルエラー、またはJavaScriptのみのリンクである可能性があります。制御可能な原因を特定するか、次の診断テストを明確にラベル付けするまで、問題発見は優先順位付けの準備ができていません。

誤ってステージングを監査する

ステージングは、異なるrobotsルール、認証、データ、テンプレート、フィーチャーフラグ、ホスト動作を持つ場合があります。すべてのエクスポートの先頭にプロダクションオリジンとSearch Consoleプロパティを記録してください。リリース保証のためにステージングに対してクロールを実行する必要がある場合は、別個の比較としてラベル付けし、そのメトリクスをプロダクションベースラインに決してマージしないでください。

また、意図的な除外を損失としてカウントしたり、サイトマップへの包含をインデックスの証明として扱ったり、ホームページのみをテストしたり、URL数のみで優先順位付けしたりすることも避けてください。対象セットを定義し、テンプレートごとにセグメント化し、受入エビデンスを保持してください。

次のフェーズ

次のフェーズであるAIアクセシビリティとエージェント対応 には、技術的に安定したサンプルが必要です。意図されたインデックス可能なインベントリ、優先テンプレートごとのクリーンな代表URL、生のHTMLとレンダリング後のHTMLの比較、robotsとレスポンスのエビデンス、カノニカルの判断、既知の除外、未解決の問題発見台帳を引き渡してください。

サイトが「技術的に健全」であると主張しないでください。どのテンプレートがクロールとインデックスのゲートに合格し、どのテンプレートがブロックされたままか、公開を進められるかどうかを明記してください。次のオーナーは、未解決の検索クロール欠陥を再発見することなく、AI固有のユーザーエージェントと抽出をテストできるようになった時点で引き継ぎを受け入れます。

FAQ

技術的ベースライン監査はどのくらいの頻度で繰り返すべきですか？

移行、リデザイン、ドメイン変更、または大規模な公開プログラムの前に実行し、リリース後に関連するチェックを繰り返します。継続的に監視し、テンプレート、ナビゲーション、レンダリング、またはカノニカルルールが変更された場合に標準パスを繰り返します。

健全なサイトのインデックス比率はどの程度が目安ですか？

意図的に対象となるURLについては、90%以上が開始基準であり、80〜90%は説明が必要であり、80%未満は問題発見です。分母からリダイレクト、重複、フィルター、意図的なnoindexページを除外してください。

技術的な修正が進行中でもコンテンツを公開できますか？

新しいURLがクロール可能で、インデックス可能で、カノニカル化され、内部リンクされ、欠陥の影響を受けていない場合にのみ可能です。発見または選択がブロックされている場合は停止してください。新しいURLはクリーンアップ範囲を拡大するだけです。

Search Consoleが接続されていてもクローラーは必要ですか？

はい。Search ConsoleはGoogleが観測した内容を報告します。クローラーは現在のサイトをテストし、リンク、レスポンス、深度、カノニカル、重複を明らかにします。どちらも他方の代替にはなりません。

監査で見つかった修正の担当者は誰ですか？

SEOリーダーが台帳と受入基準を管理します。エンジニアリングチームは通常、サーバー、レンダリング、リダイレクト、カノニカル、HTTPSの修正を担当します。コンテンツチームは重複とリンクを担当する場合があります。各項目には指名された個人が必要です。