月次・四半期SEOヘルスチェック

SEOヘルスチェックは回帰（以前は合意された基準を満たしていた状態が、もはや満たされていないこと）を検出するための定期的なテストです。これは小規模な戦略プロジェクトでもなければ、ダッシュボードを見て回る作業でもありません。このレビューは、すでに構築された技術的・編集的なシステムを保護し、障害が広がる前に発見し、すべての重要な例外を責任ある作業に変換します。

チェックリスト： 月次・四半期SEOヘルスチェック。タイムボックス： 月次2〜4時間、四半期1営業日（別途見積もる修正作業は含まず）。責任者： SEOリーダーが説明責任を負い、アナリティクス、エンジニアリング、コンテンツ、プロダクトの各オーナーがエビデンスを提供し、各自の領域でアクションを受け入れます。

月次チェックは毎月同じ営業日に、前月分のデータが確定した後に実行します。四半期チェックは3回の月次チェックごとに実行します。リリースフリーズ、移行、セキュリティインシデント、緊急の法的・事実上の修正は、それぞれ独自の対応ペースで管理してください。カレンダーの都合で既知の重大な障害が遅延することは絶対に避けます。

このフェーズの目的と位置づけ

このチェックリストが継続的なリフレッシュと反復 の中に位置するのは、メンテナンスには安定した基準点が必要だからです。これは、技術的ベースライン監査 からのクロールルール、インデックス可能なURLセット、テンプレート、しきい値を消費します。さらにコンテンツインベントリと監査 からのオーナーシップ、目的、レビュー日、そしてリリースアノテーション、Search Consoleデータ、アナリティクス、モニタリング履歴、承認済み例外も使用します。

これらのソースが存在した後に実行してください。ベースラインがなければ、レビュー担当者は回帰と長年の欠陥を区別できません。インベントリがなければ、「2,000の古いURL」という数字にビジネス上の文脈が欠けます。その数値は低リスクのアーカイブを指すかもしれないし、すべての収益ページを指すかもしれません。リリース履歴がなければ、突然のインデックス低下は憶測を生み、デプロイメントとの検証可能な関連付けができません。

月次と四半期に分かれている理由は、障害の進行速度が異なるからです。インデックスブロック、テンプレートエラー、内部リンク切れ、パフォーマンスの低下は数日のうちに大規模な被害をもたらす可能性があるため、月次パスは狭く、再現可能で、感度が高くなっています。オーナーシップのドリフト、時代遅れの仕様、ロングテールのフレッシュネス、脆弱なサンプリングはより多くのエビデンスと部門横断的な注意を必要とするため、四半期レビューではより深く掘り下げます。毎月完全な監査を実行するとキャパシティを浪費し、表面的な完了を促進します。四半期ごとだけでは、急速な回帰が長期間放置されます。

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

アクションリストが次の作業サイクルとの契約です。名前付きアクションのないスライドデッキはアウトプットとはみなされません。

チェックリスト

月次回帰スクリーニング

1. 比較対象を固定し、リリースを調整する

何を： 現在の完全月、前回の比較可能な月、優先コホート、およびそれらの間のすべての重要なリリースを定義します。なぜ： 部分的な期間と記録されていないデプロイメントは、通常の変動を誤警報に変えます。方法： 同一のプロパティ、国、デバイス、ディレクトリ、ページタイプのフィルターを使用し、季節性を注記し、リリースとインシデントにアノテーションを添付し、調査でビューが変わる前にエクスポートを保存します。ツール： アナリティクス、Search Consoleデータ、リリースログ、Annotation Outcomes。完了条件： レビュー記録に両方の期間、すべてのフィルター、データ完全性、既知のイベント、正確な優先URLセットが記載されていること。

2. インデックス登録とディスカバリーをチェックする

何を： 意図したカノニカルページが、発見可能、インデックス可能、かつ期待通りに選択された状態を維持しているかをテストします。インデックス登録とは、検索エンジンがページを表示対象として保存したことを意味し、単にURLをクロールしただけとは区別されます。なぜ： 誤ったnoindex、robotsルール、誤ったカノニカル、リダイレクト、サイトマップの変更により、本来良好なページが検索から除外される可能性があります。方法： 対象となるインベントリをサイトマップの件数と比較し、すべての優先例外を検査し、各テンプレートをサンプリングし、「未チェック」と「インデックス未登録」を区別します。ツール： URL Inspection、Sitemaps and Indexing、クローラー、サーバーレスポンスチェック、カノニカルインベントリ。完了条件： すべての優先URLが意図したレスポンス、robotsディレクティブ、カノニカル、インデックス判定結果を持っていること。件数の変化が承認されたリリースと整合していること。説明のつかない除外にはすべてアクションオーナーが割り当てられていること。

3. Core Web Vitalsと可用性をチェックする

何を： ページとテンプレートのパフォーマンスを署名済みベースラインと比較します。Core Web Vitals は、読み込み速度、応答性、視覚的安定性のフィールド測定値です：Largest Contentful Paint（LCP）、Interaction to Next Paint（INP）、Cumulative Layout Shift（CLS）。なぜ： 共有スクリプト、メディア、同意ツール、フォント、テンプレートは、コピーを変更しなくても多くのページに回帰を引き起こす可能性があります。方法： ページタイプとデバイスごとに75パーセンタイルのフィールドデータを比較し、オリジンのフォールバックラベルを確認し、最も影響の大きい優先ページを検査し、タイミングをリリースと照合します。ラボテストは診断専用とし、フィールドエビデンスの代わりには使用しません。ツール： Performance Impact、URL Inspection、ブラウザパフォーマンスツール、稼働履歴、リリースアノテーション。完了条件： すべての優先コホートに合格、説明済みの不明、またはチケットがあること。不合格の指標と影響を受けるテンプレートが特定されていること。修正後のフィールドデータ確認ポイントが予定されていること。

4. スキーマとレンダリングされた意味を検証する

何を： 優先ページと変更されたテンプレートで、必要な構造化データ （標準化された機械可読マークアップ）をテストします。なぜ： 1つの無効なテンプレートフィールドが数千のURLにわたってリッチリザルトの対象資格を失わせたり、ページのエンティティを誤って伝えたりする可能性があります。方法： 検出されたスキーマノード、エラー、警告を検査し、レンダリングされたマークアップを可視コンテンツおよび承認済みページ仕様と比較し、入力済みのレコードとエッジケースの両方をサンプリングします。ツール： URL Inspectionのリッチリザルト判定、スキーマバリデーター、レンダリングされたHTML、テンプレート仕様。完了条件： 必要なタイプが存在し、優先または新しく変更されたテンプレートにブロッキングエラーがゼロであり、事実が可視コンテンツと一致し、警告が受理または割り当てられていること。

5. 内部ルートの破損を発見する

何を： 内部リンク、画像、スクリプト、カノニカル、リダイレクトが意図した宛先に到達できなくなっていないかを検出します。なぜ： 破損したルートはユーザーとクローラーを止め、チェーンは時間を浪費し、脆弱なメンテナンスを隠します。方法： 優先セクションと今月変更されたすべてのURLをクロールし、4xx、5xx、ループ、チェーン、不正な宛先を分類し、代表的な障害を手動で確認し、繰り返し発生する障害をそのコンポーネントまたはコンテンツソースに追跡します。ツール： クローラー、HTTPチェッカー、サイトマップ、CMSリンクソース、ルートマップ。完了条件： 主要ナビゲーションまたはコンバージョンパスに破損リンクがゼロであり、すべてのテンプレートレベルの繰り返し障害に1つの根本原因チケットがあり、孤立したコンテンツ障害には正確なソースページと宛先があること。

6. フレッシュネス分布をレビューする

何を： ページの経過期間と更新分布を、宣言されたレビュー日およびビジネスリスクと比較します。フレッシュネスとは、タイムスタンプを変更することではなく、コンテンツの正確性と有用性が継続的に維持されていることです。なぜ： サイト全体の平均値は、期限切れの価格、製品手順、規制、主張のディレクトリを隠蔽します。方法： ページをタイプ、オーナー、最終実質更新日、次回レビュー日、リスクでセグメント化し、予期しないサイトマップの追加や削除を検査し、期限切れのページを事実の変更についてサンプリングします。ツール： Content Freshness、コンテンツインベントリ、サイトマップ履歴、サブジェクトマターオーナー。完了条件： 期限切れの高リスクページがすべて修正、廃止、または予定化されていること。異常なサイトマップの変動が調整されていること。lastmodのみに基づく更新はカウントされていないこと。

7. ページ仕様の準拠をチェックする

何を： ページが承認された投稿タイプと要素ルール（タイトル、ダイレクトアンサー、見出し、エビデンス、著者またはレビューアー情報、リンク、コールトゥアクション、必須メタデータ）に従っているかを検証します。なぜ： 編集者やテンプレートの変更は緩やかなバリエーションを生み出し、個々のページが許容範囲に見えても一貫性を弱めます。方法： アクティブなすべてのページタイプをサンプリングし、最新および最高価値のページを含め、各ページをバージョン管理された仕様と比較し、主観的な品質スコアではなく各不合格フィールドを記録します。ツール： 仕様ライブラリ、レンダリングされたページ、コンテンツインベントリ、CMSエクスポート、見出しやアクセシビリティ構造が関連する場合はAI Accessibility。完了条件： サンプルと方法が記録され、すべての必須フィールドが合格/不合格/該当なしに分類され、システム的な障害にはテンプレートまたはワークフローオーナーが割り当てられ、孤立した障害はコンテンツキューに登録されていること。

8. 所見をアクションリストに変換する

何を： 観察結果をランク付けされた修正キューに置き換えます。なぜ： 誰も所有しないレポートは失敗の証拠を保存するだけで、リスクを低減しません。方法： 症状を根本原因に重複排除し、深刻度、影響範囲、確信度、工数をスコアリングし、原因を修正する最小のアクションを作成し、割り当てる前に検証方法を指定します。優先度P0はアクティブな損失または安全でない状態、P1は重大で確信度の高い回帰、P2は限定された悪化、P3は監視対象の改善に使用します。ツール： 回帰台帳、チケットシステム、インベントリ、リリースカレンダー、Annotation Outcomes。完了条件： 各重要な所見に1つのアクション、1人のオーナー、1つの期限、1つの受理テスト、1つのエビデンスリンクがあること。承認済み例外には有効期限があること。オーナーがP0〜P2の作業を認識していること。

四半期詳細レビュー

9. サンプルを拡大し、構造的ドリフトを探す

何を： 月次の優先サンプリングで見逃される可能性のある低トラフィックページを含め、すべてのページタイプ、ディレクトリ、市場、デバイス、リスクバンドにわたって6つのチェックを繰り返します。なぜ： 小さな繰り返しエラーと放置されたコホートは、月次のアラートしきい値を下回ったままで、システム的な弱さに蓄積する可能性があります。方法： 層別サンプリング（ページタイプとリスクバンドごとに個別のサンプル）を使用し、不合格率を前四半期と比較します。サイト規模とツールが許せば対象となる全インベントリをクロールし、そうでなければサンプリングの確信度と除外を文書化します。ツール： クローラー、インベントリ、URL Inspectionサンプル、Performance Impact、Content Freshness、バリデーター、仕様スコアカード。完了条件： すべてのアクティブなテンプレートと重要なディレクトリが網羅され、除外が明示され、システム的なパターンが孤立した行と分離され、回帰台帳に前四半期比の推移が含まれていること。

10. ベースライン、オーナーシップ、コントロールを再調整する

何を： 目標、優先コホート、レビュー日、ページ仕様、モニター、オーナーがまだビジネスに適合しているかを判断します。なぜ： ベースラインは、リデザイン、製品変更、市場投入、ポートフォリオクリーンアップ後に陳腐化する可能性があります。それを恒久的なものとして扱うと、誤警報と盲点を生み出します。方法： 実際の健全な動作を現在の目標と比較し、新しい重要なジャーニーとテンプレートを追加し、廃止されたコホートを削除し、アラートルーティングをテストし、すべての例外をレビューし、しきい値変更にはエビデンスを要求します。ツール： ベースラインパック、インベントリ、ビジネスロードマップ、インシデント履歴、モニタリング設定、ステークホルダーレビュー。完了条件： 次の四半期に署名済みベースライン、完全なオーナーマップ、テスト済み通知パス、期限付き例外、および以前の値を保持する変更ログがあること。

AmICitedのツール群

AmICitedは検査、トレンド、アノテーションのエビデンスを提供します。サンプリングされたプロダクトレポートは完全なクロールに代わるものではなく、不明な値が合格としてカウントされることもありません。

判定ルール

これらは運用上のデフォルトであり、普遍的なランキング保証ではありません。バージョン管理されたサイト固有のベースラインがある場合のみ置き換えてください。「悪い」は調査または行動を意味し、それだけで原因を証明するものではありません。

直感だけではなく、透明なスコアで優先順位付けを行ってください。深刻度、影響範囲、確信度を1〜5で評価し、乗算した後、工数（1〜5）で除算します。このスコアは優先度クラス内で作業を順序付けしますが、アクティブなP0を表面的なクイックウィンの下に押し込むことは決してありません。スコアリング後に依存関係とビジネス期限を追加し、入力を保存し、説明責任のあるオーナーが書面による理由がある場合のみ順序を上書きできるようにします。

成果物

エビデンスから切り離されたプレゼンテーションではなく、バージョン管理された1つのヘルスチェックパックを引き渡します。スプレッドシート、データベース、またはチケットボードで構いませんが、以下の4つの連携したビューを含む必要があります。

1. レビューカバー： 日付、月次または四半期のスコープ、オーナー、比較期間、データ制限、リリース、サンプル方法、承認。
2. 回帰ウォッチリスト： ベースライン、現在値、差分、しきい値、影響を受けるコホート、エビデンスリンク、ステータス、および所見が新しいものか、継続中か、解決済みか、受理済みか。
3. 優先順位付きアクション： 優先度、根本原因、アクション、深刻度、影響範囲、確信度、工数、依存関係、オーナー、期限、受理テスト、ロールバックまたはエスカレーション条件、検証エビデンス。
4. ベースライン変更ログ： 旧値、新値、理由、承認者、発効日、例外有効期限、次回レビュー日。

レビューが終了するのは、P0〜P2のオーナーが作業を受理し、情報提供目的の所見がアクションから分離され、次回のチェックが予定されたときです。完了とは「ミーティングが行われた」ではなく、「運用システムが次に何をすべきか認識している」ことを意味します。

よくある失敗

ダッシュボードが議題になってしまう。 チームはレポートをクリックして見て回るが、ベースライン、しきい値、影響を受けるURLを明示しない。議論は徹底しているように感じられるが、再現可能な所見は存在しない。

月次レビューが完全な監査に膨らむ。 レビュー担当者がすべてを手動で検査し、タイムボックスを超過し、チェックの実施自体をやめてしまう。月次の作業は感度が高く狭い範囲に保ち、深いサンプリングとコントロール設計は四半期に回す。

四半期レビューが月次のスライドを繰り返す。 低トラフィックのテンプレート、オーナーシップ、例外、仕様における緩やかなドリフトが見えないままになる。四半期はカバレッジを拡大し、ベースラインに挑戦しなければならない。

「不明」が緑色で塗られる。 低トラフィックのWeb Vitals、未チェックのURL、不完全なフレッシュネス履歴が健全として扱われる。不明は直接テスト、カバレッジアクション、または後のチェックポイントを必要とする。

すべての症状がチケットになる。 1つのテンプレートからの50のリンク切れが50のタスクを生み出し、共有原因を隠し、オーナーシップを浪費する。コンポーネント、テンプレート、ルート、ワークフローレベルで重複排除し、影響を受けるURLはエビデンスとして保持する。

パーセント変化が小さな分母を支配する。 除外されたページが1つから2つになると、100％増加として報告される。相対しきい値は絶対数と優先コホートと組み合わせて使用する。

フレッシュネスがタイムスタンプの変更を意味する。 編集者がlastmodを更新するが、事実、指示、オファー、判断は改善しない。レビュー日と実質的な変更のエビデンスが管理手段であり、タイムスタンプだけではない。

レポートを緑色にするためにしきい値が変更される。 回帰が修正や承認なしに新しいベースラインになる。過去の値を保存し、すべての再調整に理由、オーナー、発効日を要求する。

アクションリストに検証がない。 「スキーマを修正」や「速度を改善」は一貫してクローズできない。各タスクは影響範囲、目標値、エビデンスソース、公開後のチェックを指定しなければならない。

次のフェーズ

次のステップは、継続的なリフレッシュと反復 内の適切な修正キューです。技術的ブロッカーは、不合格コホートと再現手順を添えてエンジニアリングに送ります。ページレベルの劣化はコンテンツリフレッシュチェックリスト を経由します。新規または大幅に変更されたページは、公開前に公開前SEOチェックリスト を通過します。

受け取り側のオーナーには、ベースラインと現在の測定値、影響を受けるURLまたはテンプレートセット、推定される根本原因、優先度スコア、依存関係、期限、完了条件テストが必要です。公開後は、介入をアノテーションし、エビデンスチェックポイントをスケジュールします。検証された結果を次の月次レビューにフィードバックし、繰り返し発生する所見を使用してテンプレート、仕様、またはパブリッシングコントロールを変更し、同じ症状を永久に修復し続けることがないようにします。

よくある質問

上記のFAQは、頻度、タイムボックス、チケットしきい値、優先順位付け方法、欠損データの扱いを定義しています。月次チェックで変更を迅速に捉え、四半期レビューでシステムに挑戦し、アクション台帳でエビデンスが作業に変換されることを確認してください。