監査の問いと対象範囲を決める
役立つテクニカルSEO監査レポートは意思決定の文書です。何を観察し、なぜ期待する動作に反し、誰が変更し、何で成功を確認するのかを書きます。ホスト、環境、収集日時、URLの出所、クロール・描画方法、アクセス制限を最初に明記します。六つのURLは全サイト調査ではありません。未確認のテンプレート、端末、ログイン領域も列挙し、調べていない範囲を暗黙に合格扱いしないでください。
独自事例は自分のコンピューターで動きます。修正前後のパスが共存するため、本番サイトを変えずに同じ試験を繰り返せます。HTTP、HTML指示、引き継ぎ判断の教材であり、Googlebot、JavaScript描画、実利用者の性能、インデックス処理を再現するものではありません。相対canonicalはローカル実験の可搬性のためです。本番では正規URLに関する公式資料を参照し、実際のホストを含めて確認します。
他の人が再現できる証拠を記録する
完全なURL、メソッド、応答チェーン、関係するヘッダー、ソースの該当箇所を保存します。実際の調査ではUTC日時とトレースまたは画像の参照を付けます。描画後と初期HTMLが違うなら両方とツール設定を記録します。観察、説明、提案は別欄にし、「未確認」を「合格」に置き換えません。後から第三者が同じ条件で確認できるよう、対象環境も残してください。
キットの検証コマンドは六組の応答をJSONで出力します。ZIP内のevidence.jsonと比較できます。サーバー日時と一時ポートは安定した比較のため除外してあります。これは再現可能な固定事例であり、顧客サイトの日時付き観察ではありません。コマンドは固定されたローカル対象だけを扱い、任意のドメインを収集するクローラーではありません。
目的・影響範囲・確信度を分けて優先する
高優先度の三件は、明示された配信またはインデックスの目的と矛盾します。中優先度の二件はテンプレートや内容の関係を限定的に直す例です。対照例に変更は不要です。これらは教材内の評価です。本番では影響URL数、重要な利用経路、証拠の確かさ、変更リスク、作業量を別々に記録して順番を決めます。六行のサンプルからサイト全体の発生率を推計してはいけません。
各実案件に一人の責任者と確認期限を割り当てます。警告の数が多いだけで、重要経路の確実な障害より優先されるわけではありません。望ましい動作が不明なら、noindex、転送、canonicalを変更する前に目的を決めます。監査点数の改善だけを理由に、意図された除外を解除しないでください。ビジネス側の承認事項と実装作業を区別すると、判断待ちも明確になります。
| ID | 観察 | 優先度 | 担当者 |
|---|---|---|---|
| A01 | 公開ページにnoindexが残っている | 高 | ウェブ開発者 |
| A02 | Robotsが除外指示の読み取りを妨げる | 高 | プラットフォーム担当者 |
| A03 | 恒久リダイレクトがエラーで終わる | 高 | ルーティング開発者 |
| A04 | Canonicalが無関係な内容を示す | 中 | SEO担当者と開発者 |
| A05 | 存在しないページが成功を返す | 中 | ウェブ開発者 |
| A06 | 正常な対照例に推測の修正を加えない | 変更なし | 監査レビュー担当者 |
開発者に引き渡せる六つの指摘
A01 · 公開ページにnoindexが残っている
観察: GET /launchは200とrobots metaのnoindexを返します。意図は検索対象にできる公開ページです。
重要性: 指示と目的が矛盾しています。指示の存在は確認できますが、Googleが読んだかは不明です。
推奨する対応: 公開テンプレートから意図しない指示を削除します。ソースだけでなく応答ヘッダーとレンダリング後のHTMLも確認します。
担当者: ウェブ開発者
受け入れ条件: /fixed/launchはnoindexなしで200を返します。本番を再検証し、権限のあるURL検査は別に実施します。
A02 · Robotsが除外指示の読み取りを妨げる
観察: robots.txtは/blocked/を拒否し、/blocked/pageにはnoindexがあります。目的は検索からの除外であり、アクセス制限ではありません。
重要性: 規則を守るクローラーはページの指示を読めません。Robotsは認証の代わりにはなりません。
推奨する対応: noindexを残して対象ページのクロールを許可します。本当に非公開の情報は認証で保護します。
担当者: プラットフォーム担当者
受け入れ条件: /fixed/blocked/pageは拒否対象の接頭辞から外れ、noindexを保持します。実ホストの規則と後日のインデックス結果は別に確認します。
A03 · 恒久リダイレクトがエラーで終わる
観察: /old-guideは301で/missing-guideへ転送し、そこは404を返します。この例では/guideが適切な代替です。
重要性: 期待する内容に到達しません。リダイレクトの応答だけでは転送先の成功を証明できません。
推奨する対応: 関連する正常な代替ページへ直接転送し、内部リンクも更新します。削除ページを一律にトップへ転送しません。
担当者: ルーティング開発者
受け入れ条件: /fixed/old-guideは一回の301の後、期待する内容と200を返す/guideへ到達します。公開後にチェーン全体を確認します。
A04 · Canonicalが無関係な内容を示す
観察: /variantは/guideと同じ内容なのに、canonicalとして/other-topicを指定しています。
重要性: 宣言された優先URLが内容の関係と矛盾します。Googleが選んだ正規URLはこれだけでは分かりません。
推奨する対応: 内容の同等性を確認し、canonical、内部リンク、サイトマップを/guideにそろえます。異なる目的のページは別に維持します。
担当者: SEO担当者と開発者
受け入れ条件: /fixed/variantは/guideを指定し、その転送先は正常に応答します。Googleの選択はアクセス可能になった時点で別途調べます。
A05 · 存在しないページが成功を返す
観察: /goneはNot foundという見出しと200を返します。この事例に適切な代替はありません。
重要性: エラー内容と成功ステータスが不一致です。soft 404の候補であって、Googleによる実測分類ではありません。
推奨する対応: 存在しないリソースに適したステータスを返し、古い内部リンクを除去します。訪問者に役立つエラーページは残します。
担当者: ウェブ開発者
受け入れ条件: /fixed/goneはエラー内容と404を返します。後日のSearch Consoleの観察は、このローカル検証とは別の証拠です。
A06 · 正常な対照例に推測の修正を加えない
観察: /guideは200を返し、自身をcanonicalとして指定し、このrobots規則では拒否されません。この応答にnoindexはありません。
重要性: ローカルの確認項目は合格です。ただし品質、描画、発見、インデックス、順位は証明されていません。
推奨する対応: 合格した対照例として記録します。具体的な疑問と証拠がある場合に他の信号を調べます。
担当者: 監査レビュー担当者
受け入れ条件: 前後の応答は同一です。指摘数を増やすために問題を作らず、正常な証拠を保持します。
新しい確認結果で指摘を閉じる
実装チケットの完了は解決の証拠ではありません。本番へ反映した後で元のリクエストを繰り返し、同じテンプレートの関連URLも確認し、新しい日時と応答を保存します。以前の証拠も残して前後を比較します。技術的な受け入れと後日の検索エンジン観察は別々に管理します。指示が正しくなっても、インデックス、順位、流入の実現を保証するわけではありません。
レポートと対応一覧を使う
記入済みCSVで六つの判断を確認し、ヘッダーのみのCSVを自分の管理表として利用できます。実URL、環境、UTC観察日時、証拠参照、影響範囲、確信度、担当者、期限、状態、再テスト結果を加えます。HTMLは独立したレビュー文書で、ブラウザーから印刷できます。これらはテンプレートです。このページはアカウントに監査を保存せず、入力ドメインを検査する機能もありません。
要約は調査範囲と必要な判断から始め、優先キュー、証拠、実装の依存関係、完了条件を続けます。延期した調査は明示してください。教材を顧客の監査結果として提出したり、不明欄を架空の計測値で埋めたりしてはいけません。より広い監査には、描画、多言語、構造化データ、アクセシビリティ、速度の検証も必要です。この六事例ですべてを確認したとは記載しません。
技術的確認と成果の主張を分ける
技術的な適格性と実測した検索成果は異なる問いです。日時をそろえたクエリ・ページのエクスポートには順位レポート、リンク元の問題にはバックリンク監査を使います。正常に表示できるページでも未登録の場合があります。クリックの増減だけでcanonicalの不具合を特定できず、バックリンク注文の存在だけで順位変化の原因も証明できません。原因の仮説は追加の検証と分けて記述します。