メインコンテンツへスキップ

テクニカルSEOの実務フロー

問題を確かめ、影響を見極め、修正結果を検証する。

SEO担当者やコンサルタント向けに、観測事実と推測を分け、開発担当者に具体的な作業範囲を渡し、公開後に再現可能な方法で検証する流れを示します。

公開ページの検査に非公開データへの権限は不要です。保存型クロールにはプロジェクト、Search Consoleの情報には認証と権限が必要です。サイト修正は担当者が行います。

01 / 07

警告の数と修正優先度は違う

クロールで大量の警告が出ても、すべてが重大な障害とは限りません。実際に確認できた不具合、ページの重要性、意図された設定かどうかを分けて判断します。

01

観測事実:URL、HTTPステータス、転送先、HTML、クロール対象範囲を保存します。

02

影響:インデックス可能性、内部リンク、重要な流入ページかどうかを考慮します。

03

未確認事項:意図的な除外設定やアクセス権不足を明記します。

02 / 07

8段階の調査手順

  1. 01

    URLのHTTP応答、リダイレクト経路、最終URLを確認し、環境による差も記録します。

  2. 02

    robots.txt、サーバーの到達性、内部リンクからクロール可能かを調べます。

  3. 03

    noindex、X-Robots-Tag、サイトマップ、インデックス情報を確認し、意図的な除外を区別します。

  4. 04

    canonicalの指定先を比較し、多言語ページではhreflangの相互参照と同言語の正規URLを確認します。

  5. 05

    調査範囲内のリンク切れと重要なランディングページを優先して確認します。

  6. 06

    確認済みの問題を影響範囲、ページの重要度、再現性、変更リスクで整理します。

  7. 07

    開発者に対象URLと根拠を渡します。Fix Packは変更内容を整理するもので、自動修正はしません。

  8. 08

    外部での修正公開後、HTTPとHTMLを再確認し、同等条件で再クロールして未解決事項を記録します。

03 / 07

3つの兆候を比較する

移行時の仮想例です。警告の表示だけで修正方法を決めることはできません。

01

主要サービスページの内部リンク切れ

重要な導線が途切れるなら優先度が高くなります。リンク元・リンク先を記録し、外部で修正後に再クロールします。

02

絞り込み結果ページのnoindex

意図的な検索除外かを担当者に確認します。方針どおりなら修正すべきエラーではありません。

03

移行対象の重要URLに302転送

転送経路と移行計画を確認します。恒久移転なら適切な恒久転送を検討し、リンクと転送先を再検査します。

説明用の仮想例であり、実際の顧客データではありません。302だけで問題と断定できません。

04 / 07

目的に合わせて証拠を集める

各ツールの対象は異なります。万能な順位追跡やサイト自動修正を提供するという意味ではありません。

01

Website SEO Audit

公開中の単一ページを対象にHTML、メタ情報、robots、canonical、リンクなどを検査します。

Website SEO Audit
02

Site Audit

対象範囲を指定したプロジェクトクロールでページ別の結果と履歴を保存し、再検証します。

Site Audit
03

キーワード調査

検索意図や関連語を探します。検索ボリュームやCPCは該当語句・市場の確認済みデータがある場合のみ表示します。

キーワード調査
04

キーワード難易度

DigestSEO独自のSERPベースKD推定を、利用可能な根拠と鮮度を踏まえて解釈します。

キーワード難易度
05

GSC MCP

OAuthで権限を得たSearch Consoleの検索分析、URL検査、サイトマップ情報を扱います。

GSC MCP
06

Web Validator MCP

入力HTMLや制限された公開ページ・サイトマップ対象を検査します。無制限のサイトクローラーではありません。

Web Validator MCP
07

Fix Pack

完了したクロールの選択済み所見を、開発レビュー向けの手順とMarkdownにまとめます。

Fix Pack
08

SEO Dashboard

技術的な健全性、履歴、プロジェクトを比較します。Health Scoreは自然検索流入数ではありません。

SEO Dashboard
09

GEO MCP

必要に応じて設定済みAI検索エンジンの表示・引用を観測します。対象と結果には制限があります。

GEO MCP

05 / 07

再現できる検証記録

架空のURLを用いた内部リンク切れの検証記録例です。

対象URL
https://example.com/services/ (例示)
修正前の応答
リンク元は200、リンク先は404を返す。
技術的な根拠
ナビゲーション内のリンク切れ。リンク元とリンク先を保存。
期待する状態
適切な正規ページへ問題なく到達できる。
外部での変更
開発者がリンクを修正し、レビュー後に公開する。
修正後の検証
両URLを再取得し、同等の条件で再クロールする。
未確認事項
Googleによる発見やインデックス更新には時間がかかることがある。

06 / 07

指標の意味を取り違えない

  • クロールの健全性は技術的な問題の集計で、自然検索クリック数とは異なります。
  • GSCの平均掲載順位は表示回数の集約値で、全ユーザー共通の固定順位ではありません。
  • KDはDigestSEOの手法に基づく競争度の推定で、上位表示を保証しません。
  • サイトマップ送信や再クロール依頼でインデックス登録は保証されません。
  • AI検索での可視性はエンジン、質問、地域、設定によって変わります。

07 / 07

SEO実務でよくある質問

単一ページ検査とプロジェクトクロールはどう使い分けますか?

特定の公開URLの問題再現には単一ページを使います。複数URLや履歴比較には範囲を設定したSite Auditが適切です。

noindexやリダイレクトが誤りかどうかは?

対象URLの目的、HTTPヘッダー、canonical、移行計画、担当者の方針を確認してから変更します。

DigestSEOは自動でサイトを修正しますか?

いいえ。Fix Packはクロールの根拠を開発者向けに整理します。実装は外部で行い、その後に再検査します。

キーワード難易度はどのように計算されますか?

digestseo-kd-v1は検索結果の上位ドメイン強度や利用可能な参照ドメイン情報に基づく推定です。順位の保証ではありません。

GSCの認証が必要な機能は?

非公開プロパティ、検索パフォーマンス、URL検査、サイトマップ操作は権限のあるGoogle OAuth接続が必要です。

修正完了をどう判断しますか?

修正前の証拠と公開した変更を残し、HTTPとマークアップを再確認して同等の再クロール結果を比較します。

まず1つのURLから調べる

調査できる公開URLを1つ選び、修正前の状態を記録してから範囲を広げましょう。