テクニカルSEO監査:完全なステップバイステップチェックリスト

2026年3月31日 · 12分で読めます

テクニカルSEO監査は、成功する検索戦略の基盤です。堅実なテクニカルベースがなければ、最高のコンテンツやリンク構築の努力でさえ、期待以下の結果になります。この包括的なガイドでは、クロール可能性からセキュリティまで、すべての重要なチェックポイントを案内し、ランキングを密かに損なう問題を特定して修正できるようにします。

数百万ページのエンタープライズサイトを管理している場合でも、小規模ビジネスのウェブサイトを管理している場合でも、このチェックリストは、検索エンジンがコンテンツを適切に発見、クロール、ランク付けすることを妨げるテクニカルな問題を体系的に発見するのに役立ちます。

テクニカルSEO監査とは?

テクニカルSEO監査は、検索エンジンがページを効率的にクロール、インデックス、レンダリングできるようにするための、ウェブサイトのインフラストラクチャの体系的なレビューです。キーワードやコピーに焦点を当てたコンテンツ監査とは異なり、テクニカル監査は基盤となるアーキテクチャを調査します:サーバー構成、URL構造、ページ速度、モバイル互換性、セキュリティなどです。

これはウェブサイトの健康診断と考えてください。表面的には素晴らしく見えるかもしれませんが、隠れた問題 — 遅いサーバー応答、壊れたリダイレクト、欠落したカノニカルタグ — が数ヶ月にわたって検索パフォーマンスを密かに侵食する可能性があります。

テクニカル監査を実行すべき時期は?

• 定期的なメンテナンスタスクとして四半期ごと
• サイト移行またはリデザイン後
• オーガニックトラフィックの突然の低下に気づいた時
• 大規模なコンテンツキャンペーンを開始する前
• CMSまたはホスティングに大きな変更を加えた後
• 大規模な製品発売や季節的なトラフィックの急増に備える時
• ランキングに影響を与えるGoogleアルゴリズムの更新後

平均的なテクニカル監査では、サイトのサイズと複雑さに応じて50〜200の問題が発見されます。ほとんどのサイトには、人間の訪問者には正常に機能しているように見えても、ランキングに直接影響を与える少なくとも十数個の重大な問題があります。

ステップ1:クロール可能性とインデックス作成

検索エンジンがページをクロールできない場合、他のことは何も重要ではありません。Googlebotが最も重要なコンテンツにアクセスしてインデックスを作成できることを確認することから監査を始めましょう。

Robots.txt監査

robots.txtファイルは、検索エンジンがクロールできるページを制御します。1つの誤った指示により、サイト全体が検索結果に表示されなくなる可能性があります。

これらの重要な要素を確認してください:

• robots.txtがyourdomain.com/robots.txtでアクセス可能であることを確認
• 重要なページが誤ってブロックされていないことを確認
• CSSとJavaScriptファイルが禁止されていないことを確認(Googleはレンダリングにこれらが必要)
• サイトマップの場所が正しく宣言されていることを確認
• 古いまたは競合する指示を削除

一般的なrobots.txtの間違いには、特定のページのみをブロックすべき時にDisallow: /blog/でセクション全体をブロックすること、またはワイルドカードを誤って使用することが含まれます。Google Search Consoleのrobots.txtテスターツールを使用してrobots.txtファイルをテストしてください。

XMLサイトマップの検証

XMLサイトマップは検索エンジンのロードマップとして機能します。インデックスを作成したいすべての重要なページを、更新頻度と優先度に関する正確なメタデータとともにリストする必要があります。

サイトマップチェックリスト:

• サイトマップがアクセス可能で適切にフォーマットされていることを確認
• インデックス可能なURLのみが含まれていることを確認(404、リダイレクト、noindexページなし)
• サイトマップのサイズが50MBまたは50,000 URLを超えていないことを確認
• lastmod日付が正確であることを検証
• Google Search ConsoleとBing Webmaster Toolsにサイトマップを送信
• 異なるコンテンツタイプ(ページ、投稿、画像、動画)用に個別のサイトマップを作成

サイトマップジェネレーターを使用して、ベストプラクティスに従ったXMLサイトマップを自動的に作成および検証してください。

インデックスカバレッジ分析

Google Search Consoleのインデックスカバレッジレポートを確認して、インデックスを作成すべきなのに作成されていないページ、およびその逆を特定します。

監視すべき主要な指標:

クロールバジェットの最適化

大規模なサイト(10,000ページ以上)の場合、クロールバジェットが重要になります。Googleは、サイトの権威性とサーバー容量に基づいて、1日にクロールするページ数を制限して割り当てます。

クロールバジェットを最適化する方法:

• リダイレクトチェーンとループを修正
• 重複コンテンツを排除
• 低価値ページ(フィルター、検索結果、セッションID)をブロック
• サーバー応答時間を改善
• 戦略的な内部リンクを使用して重要なページに優先順位を付ける

ステップ2:サイト速度とパフォーマンス

ページ速度は確認されたランキング要因であり、ユーザーエクスペリエンスに直接影響します。GoogleのCore Web Vitalsにより、パフォーマンスの最適化がこれまで以上に重要になりました。

Core Web Vitals評価

Googleは、実際のユーザーエクスペリエンスを反映する3つの主要なパフォーマンス指標を測定します:

• Largest Contentful Paint(LCP): 読み込みパフォーマンスを測定します。2.5秒以内に発生する必要があります。
• First Input Delay(FID) / Interaction to Next Paint(INP): インタラクティブ性を測定します。100ms(FID)または200ms(INP)未満である必要があります。
• Cumulative Layout Shift(CLS): 視覚的安定性を測定します。0.1未満である必要があります。

Google PageSpeed Insightsを使用してCore Web Vitalsをテストしてください。これは、ラボデータ(シミュレート)とフィールドデータ(Chrome User Experience Reportからの実際のユーザー測定)の両方を提供します。

パフォーマンス最適化チェックリスト

画像の最適化:

• 品質を損なうことなく画像を圧縮(WebPまたはAVIF形式を使用)
• スクロールせずに見える範囲外の画像に遅延読み込みを実装
• srcset属性を使用したレスポンシブ画像を使用
• レイアウトシフトを防ぐために幅と高さの属性を指定
• 画像配信にCDNの使用を検討

コードの最適化:

• CSS、JavaScript、HTMLを縮小
• 未使用のCSSとJavaScriptを削除
• 重要でないJavaScriptを遅延
• スクロールせずに見える範囲のコンテンツに重要なCSSをインライン化
• テキスト圧縮を有効化(GzipまたはBrotli)

サーバーとホスティング:

• 適切なキャッシュヘッダーでブラウザキャッシュを有効化
• コンテンツ配信ネットワーク(CDN)を使用
• HTTP/2またはHTTP/3にアップグレード
• データベースクエリとサーバーサイドコードを最適化
• サーバー応答時間が200msを超える場合はホスティングのアップグレードを検討

ページ速度アナライザーは、特定のコード例を使用して各Core Web Vital指標を改善するための詳細な推奨事項を提供します。

レンダリングとJavaScriptの問題

最近のウェブサイトはJavaScriptに大きく依存していることが多く、正しく実装されていない場合、インデックス作成の問題を引き起こす可能性があります。

確認事項:

• JavaScript実行後にのみ表示されるコンテンツ
• Googlebotが見逃す可能性のあるJavaScriptに隠された重要なリンク
• コンテンツの可視性を遅らせる過度なクライアントサイドレンダリング
• ページ機能を妨げるJavaScriptエラー

Google Search ConsoleのURL検査ツールを使用して、Googlebotがページをどのようにレンダリングするかを確認してください。レンダリングされたHTMLをブラウザの開発者ツールで表示されるものと比較してください。

ステップ3:モバイルフレンドリー

Googleはモバイルファーストインデックスを使用しており、主にサイトのモバイル版をランキングとインデックス作成に使用します。モバイル最適化はオプションではありません — 必須です。

モバイルユーザビリティテスト

Googleのモバイルフレンドリーテストでサイトを実行し、Search Consoleのモバイルユーザビリティレポートで次のような問題を確認してください:

• テキストが小さすぎて読めない
• クリック可能な要素が近すぎる
• コンテンツが画面より広い
• ビューポートが正しく設定されていない
• 互換性のないプラグイン(Flashなど)

レスポンシブデザインの検証

複数のビューポートサイズでサイトをテストして、コンテンツが適切に適応することを確認してください:

• 320px(小型スマートフォン)
• 375px(iPhone標準)
• 768px(タブレット)
• 1024px(小型ノートパソコン)
• 1440px以上(デスクトップ)

修正すべき一般的なモバイルの問題:

• アコーディオンやタブに隠されたコンテンツ(クロール可能であることを確認)
• モバイル版とデスクトップ版で異なるコンテンツ
• コンテンツをブロックする侵入的なインタースティシャル
• 遅いモバイルページ速度(デスクトップより悪いことが多い)
• 再生できない動画またはアクセスできないリソース

モバイルページ速度

モバイル接続は、デスクトップよりも遅く、信頼性が低いことがよくあります。次の方法でモバイル専用に最適化してください:

• 小さい画面用に画像サイズを削減
• サードパーティスクリプトを最小化
• アダプティブサービングを使用してモバイルデバイスに軽量なリソースを配信
• コンテンツが多いページにAMP(Accelerated Mobile Pages)を実装
• スロットル接続で実際のデバイスでテスト

ステップ4:セキュリティとHTTPS

HTTPSは確認されたランキングシグナルであり、ユーザーの信頼に不可欠です。すべての最新のウェブサイトはHTTPSのみを使用する必要があります。

SSL/TLS証明書の検証

SSL証明書を確認してください:

• 証明書が有効で期限切れでない
• 証明書が使用するすべてのサブドメインをカバーしている(またはワイルドカード証明書を使用)
• 証明書が信頼できる機関からのもの
• 混合コンテンツの警告がない(HTTPSページ上のHTTPリソース)
• HSTS(HTTP Strict Transport Security)が有効

SSL LabsのSSL Server Testを使用して、証明書構成の包括的なセキュリティグレードを取得してください。

HTTPS移行チェックリスト

HTTPからHTTPSに移行する場合は、ランキングの低下を避けるために次の手順に従ってください:

1. SSL証明書をインストールし、HTTPSバージョンが正しく機能することをテスト
2. すべての内部リンクをHTTPSを使用するように更新
3. HTTPからHTTPSバージョンへの301リダイレクトを実装
4. canonicalタグをHTTPS URLを指すように更新
5. HTTPS URLでXMLサイトマップを更新
6. Google Search ConsoleとAnalyticsプロパティを更新
7. 可能な場合はソーシャルメディアプロフィールと外部リンクを更新
8. 移行後のクロールエラーをSearch Consoleで監視

セキュリティヘッダー

一般的な脆弱性から保護するためにセキュリティヘッダーを実装してください:

• Content-Security-Policy: XSS攻撃を防ぐ
• X-Frame-Options: クリックジャッキングを防ぐ
• X-Content-Type-Options: MIMEスニッフィングを防ぐ
• Referrer-Policy: