ブラウザーでページが開くことは、検索可視性の最初の一歩にすぎません。クローラーは別の転送、登録指示、重複内容、JavaScriptだけの枠に遭遇する場合があります。テクニカルSEO監査は、サンプルページの配信と構造にある障害を見つけます。
目標は満点や大量のメタデータ警告ではなく、検証した変更の短い一覧です。実際の顧客の問いに答え、検索に出す意図のあるページから始めましょう。
この監査の範囲
測定できること
- robotsとサイトマップの兆候、限定的なページ発見、HTTP応答、メタデータ、canonical、見出し、構造化データ、選択した内部リンクチェック。
- 除外や取得できないコンテンツを含むページ単位の証拠とクロール範囲。
証明できないこと
- SEOエンジンは配信HTMLを調べます。JavaScriptを実行する完全なブラウザーセッションは描画しません。
- サンプルには上限があります。検出がないことは全URLの正常性やGoogleへの登録を証明しません。
ページ上限と監査利用は現在のプランと残量に従います。対象となる内容が少なければ、実際の評価ページ数も少なくなります。
1. 発見・クロール・インデックスを分ける
サイトマップや内部リンクはURLの発見を助けます。取得に成功すれば処理する内容が得られます。インデックスへの登録は別の判断で、役立つ検索語で表示されるかもさらに別です。それぞれ異なる証拠が必要です。
Googleに出ないページは、監査とともにSearch ConsoleのURL状態を調べます。未知のURL、取得済み未登録、noindexで除外されたページは違う問題です。GoogleのSEOスターターガイドはクロールできる内容と有用なリンクの役割を説明します。表示されないだけでペナルティと考えたり、時系列なしに直近の公開を原因と決めたりしないでください。
2. スコアより先にサンプル範囲を読む
要求したURL、最終到達先、正常なHTML応答、後回しになったページを確認します。複数要求が同一ページに着くことがあります。一方、クエリが違う2つのURLに本当に別の公開内容がある場合もあります。要求数を固有ページ数とみなさず、評価した内容を数えましょう。
SitelemetryはHTMLとtext/plainなどの資源を区別します。テキストファイルをHTMLのtitleやH1不足で失敗させるべきではありません。補助的なアカウントページや意図的な除外も、明示指定した販売ページとは別に解釈します。小規模・1ページのサイトで内部リンク網が小さいことだけを理由に、不要なページを増やさないでください。
3. よくある検出事項と状況別の優先度
以下は修正の優先順位の例です。エンジンの重大度と事業上の緊急度は同じではありません。対象URLと実際の値を課題に残します。
| 観測 | 通常の優先度 | 確認内容 |
|---|---|---|
| 販売ページに意図しないnoindex | 高 | HTML・応答ヘッダーと公開意図 |
| 無関係なページをcanonicalに指定 | 高 | 正確なURL、対象内容、転送 |
| 重要な内部リンクが404を返す | 中。主要経路ならより高い | リンク元、宛先、応答状態 |
| 異なるページが同じタイトルを使う | 中 | ページの目的と実際のタイトル |
| 共有プレビュー情報がない | 低または情報 | その共有先で利用されるか |
文字数警告は編集の目安であり、普遍的な順位公式ではありません。数を満たす水増しより、短く正確なタイトルの方が有用です。
4. 発見とcanonicalの整合を先に直す
- 重要ページごとに優先する公開URLを決める。
- 内部リンクを転送の連鎖ではなく、そのURLへ直接向ける。
- 意図した内容と適切なステータスを返すことを確認する。
- canonical、サイトマップ、ナビゲーションをそろえる。
- 登録指示をページの目的と照合する。
- 重要内容がJavaScript生成なら、必要なスクリプトとデータ要求を調べる。
全ページのcanonicalをホームにしないでください。Googleのcanonical指針は重複・近似版の集約を説明しており、異なる商品ページを消す指示ではありません。公開内容の描画依存を直すために非公開経路をクロール可能にするのでもなく、必要な資源を特定します。
5. 内容を改善し、描画後も検証する
具体的なタイトル、明確な主見出し、ページが何を提供するかを説明する導入文を使います。説明文は検索者が必要に合うか判断できる内容にします。関連ページから分かりやすいリンクを張り、構造化データを人が読める内容と一致させます。
APIで内容を読み込む商品ページの例なら、初期応答とブラウザー描画後の両方を確認します。JavaScript後に現れる文章を静的監査が「見えない」と報告しても、それ自体は正しい場合があります。Search Consoleのライブ描画でGoogleが取得するものを確かめてください。JavaScript SEOガイドも違いを説明しています。重要な公開内容は取得しやすく堅牢に配信しましょう。
6. 経験則を検索の規則と誤認しない
価値あるページを決める普遍的な単語数はありません。短い返金規定と詳細な技術ガイドは目的が違います。複数見出し、任意スキーマの不足、小さなリンク網が、自動的に順位を得られないことを意味するわけではありません。
robots制限にも文脈があります。ログインページは公開ガイドと同じ動作をする必要がありません。クロールの拒否はアクセス制御ではなく、ページ単位の登録指示の確実な代わりにもなりません。大きな変更の前にrobotsとインデックスのガイドを読んでください。登録したい内容を保ち、認証データは本来の認証で守ります。
7. 比較可能な証拠で確認を完結させる
- 公開とキャッシュの変更が落ち着いてから同じURLを再検査する。
- 最終応答、canonical、登録指示を確認する。
- 初期HTMLと描画後HTMLの重要な文章を調べる。
- サイトマップと内部リンクのURLが意図どおりか確認する。
- サンプル外の未解決ページを記録する。
- 同じ長さの完了済み期間でSearch Consoleの表示回数とクリックを追う。
ライブテスト成功は、今のページにGoogleがアクセスできることを示します。登録や順位は保証しません。検索トラフィックが直接訪問やMCPの全訪問を測るわけでもありません。技術検査で修正を確かめ、検索データで後日の結果を観測します。需要や事業上の重要性が明確なページから始め、総合監査の流れで共通テンプレートも確認しましょう。
よくある質問
200応答なら登録済みですか？
いいえ。要求の成功を示すだけです。検索エンジンは内容を処理し登録を判断するため、Search Consoleで対象URLを確認してください。
robots制限をすべて削除すべきですか？
いいえ。アクセスが必要な公開ページと描画資源を特定します。非公開アプリには実際のアクセス制御が必要で、広い変更は別の問題を招きます。
ブラウザーに見える文章を監査が見ないのはなぜですか？
SEOクロールは配信HTMLを調べ、完全なブラウザー描画は行いません。JavaScriptで追加する内容には別の描画確認が必要です。
出典・参考資料
- Google：SEOスターターガイドdevelopers.google.com
- Google：正規URLの集約developers.google.com
- Google：JavaScript SEOの基本developers.google.com
Sitelemetryチームが、製品の監査範囲とリンク先の一次資料に照らして作成しています。観測事例と明記されていない例は、説明用のものです。
