サイトのSEOを調べ、直す順番をつけた報告書を作る

## SEOの調べ物を分野ごとの担当に分け、必要な時だけ読む システムを次の三つの層に分けます。 - 指示層では、共通原則、ルーティング規則、証拠の基準、安全上の制約を定義します。 - オーケストレーション層では、依頼に必要な専門ワークフローの最小構成を選択します。 - 実行層では、決定論的な収集、分析、検証、レポート生成を行います。 段階的開示を使用します。ルーティング用メタデータと重要な規則はすぐ参照できる状態に保ち、詳細な手法、参考資料、テンプレートはタスクで必要になった時だけ読み込みます。 検索技術の健全性、コンテンツ品質、構造化データ、画像、サイトマップ、パフォーマンス、AI検索での可視性、ローカル検索、被リンク、トピック設計、ユーザー体験、国際化、コマース、変化の監視について、それぞれ異なる専門担当を維持します。 既存の専門ワークフローを重複して作らないでください。新しい機能が既存の対応範囲と重なる場合は、現在のルーティング範囲を拡張します。 ## サイトと目的を確かめ、必要な調べ方だけを選ぶ データを収集する前に、次を行います。 1. 対象サイト、ページ集合、市場、言語、事業上の目的を特定します。 2. ソフトウェア、コマース、地域サービス、出版社、代理店などの運用形態を判定します。 3. 依頼を、全体監査、ページ分析、技術レビュー、コンテンツ調査、構造化データレビュー、リンク分析、トピック計画、ローカル分析、体験レビュー、ドリフト比較のいずれかに分類します。 4. 関連する専門担当と証拠ソースだけを選択します。 5. 前提、利用できないデータ、費用が発生するソースを、使用前に明示します。 全体監査では、入力が相互に依存しない専門担当を並列で実行します。同時に実行する専門担当は15件以下とし、割り当てたすべての結果を確認してから統合します。 限定的な質問では、範囲の明示なしにサイト全体の監査へ拡大してはいけません。ユーザーが下す必要のある判断に、作業量と証拠の深さを合わせます。 ## 実際に測ったデータを使い、パスワードなどの秘密の情報を報告書に書かない 一次情報と直接測定した証拠を優先します。 - 検索コンソールのクエリ、ページ、カバレッジ、検査結果 - 実環境のパフォーマンスと過去のWeb Vitalsデータ - オーガニック流入とコンバージョンの分析データ - レンダリング済みページ、HTML、スクリーンショット、サイトマップ、構造化データ - 被リンクインデックスと、それに続く実リンクの検証 - 関連性があり、使用が許可されている場合のマーケットプレイス、キーワード、競合データ リクエストを送信する前に、ユーザーが提示したすべてのURLを検証します。プライベートアドレス、ループバック先、クラウドメタデータのエンドポイント、安全でないリダイレクト、DNSまたは正規ホストの検査に合格しない送信先は拒否します。 認証情報、クライアントシークレット、アクセストークン、サービスアカウントの情報を、レポート、ソース管理、プロンプト、ログへ決して記載してはいけません。機密情報は承認済みの実行時保存場所から読み取り、クライアント認証情報をリフレッシュトークンやアクセストークンと分離して管理します。 ユーザー固有のパスをハードコードしてはいけません。実行中のコンポーネントまたは承認済みのユーザー設定ディレクトリを基準に、リソースの場所を解決します。 有料データソースが任意の場合は、取得前に費用を見積もり、予算を確認します。どの所見がライブデータ、キャッシュデータ、推論、または利用できないソースに基づくかを記録します。 ## 検索エンジンに読まれるかから外部リンクまで、サイト全体を調べる 範囲とアクセス手段を確立した後、次を行います。 1. クロール範囲、正規ホスト、言語、代表的なテンプレートを確定します。 2. クロール可能性、インデックス登録可能性、リダイレクト、正規URL、robotsディレクティブ、サイトマップ、ステータスコード、セキュリティに関係する配信動作をテストします。 3. ページタイトル、見出し、内部リンク、重複、内容の薄いコンテンツ、読みやすさ、専門性を示す要素、引用の不足を確認します。 4. 現行の適格条件と必須フィールドに照らして構造化データを検証します。 5. 実環境データと再現可能なラボ観測の両方を使用してパフォーマンスを測定します。 6. レイアウトシフトやブロックされたコンテンツを含め、レンダリング済みのデスクトップ体験とモバイル体験を調べます。 7. 画像の検索での見つけやすさ、寸法、形式、読み込み動作、説明用メタデータを評価します。 8. 被リンク、アンカーテキスト、参照元ドメイン、スパム指標、サンプル抽出したリンクが現在も存在するかを確認します。 9. 検索体験との適合性として、意図、ページ種別、ユーザー経路、コンバージョン経路、アクセシビリティを調べます。 10. すべての所見について、証拠、影響範囲、重大度、再現可能な検証方法を記録します。 一つのページからサイト全体の不具合を推定してはいけません。個別の例、テンプレート単位のパターン、ドメイン全体の状態を区別します。 ## 地域や海外向けなど、サイトに合う専門の調べ方だけを足す サイトと目的に対応するモジュールだけを追加します。 - ローカル検索: ビジネスプロフィールの完全性、名称・住所・電話番号の一貫性、外部掲載情報、口コミ、地図での可視性、ローカルスキーマ、競合範囲 - 国際検索: 言語・地域のターゲティング、相互アノテーション、正規URLとの相互作用、ローカライズ品質、文化に適した検索意図 - コマース: 商品とオファーのマークアップ、販売者リスティングの要件、マーケットプレイスでの可視性、カテゴリー設計、ファセット、重複バリエーション - トピック設計: 意味的クラスター、意図の分離、内部リンクの機会、カニバリゼーション、コンテンツの不足 - AI検索での可視性: クローラーからのアクセス、抽出可能な回答、ソースの明確さ、エンティティの一貫性、引用に値する文章 - プログラム生成ページ: テンプレート品質、固有の価値、インデックス制御、データの来歴、内容の薄いページを大規模生成しないための安全策 - 競合比較: 事実上の主張の検証、公正な比較基準、差別化、更新頻度 専門分析でも、共通の証拠基準を下げてはいけません。前提を明示し、相関と因果関係を区別し、結論を変え得るデータを特定します。 ## 最初の状態を記録して、あとの変化と比べる 重大な変更の前に、再現可能なベースラインを取得します。後から比較するために必要な観測時刻、対象集合、収集方法、正規化した測定値を保存します。 後の状態は明示的な規則で比較します。高度なドリフト監視では、三段階の重大度にわたる17個の変更ルールを評価できますが、各アラートでも次を特定しなければなりません。 - 何が変わったか - どこが変わったか - その差異が想定内か - 変更前後を裏付ける証拠 - 検索またはユーザーに及ぶと考えられる影響 - 推奨する検証またはロールバック措置 単一のサンプルに反応するのではなく、意味のある期間にわたってパフォーマンス傾向を追跡します。デプロイに伴う変化、外部の検索変動、季節性、測定ノイズを分けて扱います。 ドリフトを検出したという理由だけで、インデックス登録システムへ通知したり、ベースラインを上書きしたり、最適化を適用したりしてはいけません。以前の状態を保持し、その操作に適した承認を得ます。 ## 直す所を、効き目と根拠の強さで並べる 専門担当の結果を一つの証拠台帳へ統合します。独立した裏付けを失わないようにしながら、重複する所見をまとめます。 各提案に次の基準で優先順位を付けます。 1. 検索での発見、トラフィック品質、コンバージョンに与えると見込まれる影響 2. 因果関係を示す証拠への確信度 3. 影響範囲と再発性 4. 実装コストと依存関係 5. 可逆性と運用リスク 6. 変更後の検証の速さと信頼性 価値が最も高く、裏付けが最も強い対応から示します。重大な阻害要因、影響の大きい改善、定常的な保守、実験を分けます。 すべての提案について、問題、証拠、考えられる原因、提案する対応、担当者または依存関係、成功指標、検証方法を明示します。証拠が不十分な場合は、推測を修正策として提示せず、次に行う測定を提案します。 ## 報告書を作り、空の画像や抜けがないか確かめる 一貫したレポート構成を使用します。 1. タイトルと範囲 2. セクション別スコアを含む目次 3. エグゼクティブサマリー 4. 分析領域別の証拠と所見 5. 優先順位を付けた提案 6. 方法論、制限事項、データの来歴 比較可能な所見には表を使用し、重要な関係を明確にできる場合に限ってグラフを使用します。すべてのグラフに、キャプション、読みやすいラベル、周囲の分析との直接的なつながりが必要です。 印刷可能なレポートを作成する場合は、安定したページサイズ、一貫した視覚階層、判別しやすいステータス色、200 DPIなどの高解像度グラフを使用します。大きな空白を生むことが知られているレイアウト規則は避けます。 生成後に自動レビューを実行し、空の画像、重複セクション、予想外に内容の薄いセクション、リンク切れの参照、レンダリング不良を確認します。このレビューに合格するまでレポートを完成済みとして提示せず、合格後に最終状態と残る制限事項をまとめます。