ウェブサイト監査とは？基礎からわかる完全ガイド（無料の監査ツール付き）

ウェブサイト監査とは、サイトの技術的な健全性を体系的に点検する作業です。検索エンジンがページをクロールしてインデックスできるか、ページがどれくらい速く表示されるか、障害のある人でも利用できるか、サイトが安全に設定されているかを確認します。その結果として、優先度順に並んだ問題の一覧と、それぞれの推奨される修正方法が得られます。

このガイドでは、ウェブサイト監査で確認する内容、監査の種類ごとの違い、役に立つ監査レポートに含まれるもの、そして最初の監査を無料で実施する方法を説明します。

ウェブサイト監査が重要な理由

ウェブサイトは常に変化しています。コンテンツが追加され、プラグインやテーマが更新され、テンプレートはさまざまな人の手で編集されます。小さな問題は気づかれないまま積み重なり、そのほとんどは自分から知らせてはくれません。ページが Google のインデックスから外れても、特定のブラウザでフォームが動かなくなっても、誰も気づかないことがあるのです。

定期的に監査を行えば、こうした問題が見えるようになります。監査は次の点で役立ちます。

• 検索での見つかりやすさ：意図せず設定された noindex、誤った canonical タグ、切れた内部リンクがあると、ページが正しくクロール・インデックスされなくなることがあります。
• 表示速度と使いやすさ：遅く不安定なページは訪問者をいら立たせます。Core Web Vitals は Google がページ体験を評価する要素の一つですが、検索順位にとってはコンテンツの関連性と品質のほうがはるかに重要です。
• アクセシビリティ：アクセシブルなサイトは、スクリーンリーダーの利用者やキーボードで操作する人を含め、より多くの人が使えます。多くの地域では法的な要件にもなっています。
• セキュリティと信頼：証明書の問題、混在コンテンツ、不十分な設定は、ブラウザの警告を引き起こしたり、訪問者を危険にさらしたりします。
• 優先順位付け：当て推量ではなく、何から直すべきかを順位付けした一覧がチームの手に入ります。

監査をしたからといって、検索順位やトラフィックが保証されるわけではありません。監査の役割は、本来評価されるべきコンテンツの足を技術的な問題が引っ張らないようにすることです。

ウェブサイト監査で確認する内容

「ウェブサイト監査」は総称です。実際には、それぞれ目的の異なる、より範囲の狭い複数の点検を組み合わせたものです。

• テクニカルSEO監査：検索エンジンはページを発見し、クロールし、レンダリングし、インデックスできるか。
• パフォーマンス監査：ページはどれくらい速く読み込まれ、反応し、表示が安定するか。
• アクセシビリティ監査：能力や使用するデバイスにかかわらず、誰もがサイトを利用できるか。
• セキュリティチェック：サイトは安全に配信・設定されているか。
• コンテンツと機能のチェック：リンク切れ、エラー、内容の薄いページはないか。

以下では各分野を順に取り上げ、Rudra Analyzer の監査機能が自動でチェックする内容もあわせて紹介します。

1. パフォーマンスと Core Web Vitals

ウェブサイトのパフォーマンス監査では、ページがどれくらい速く読み込まれ、操作できる状態になるかを調べます。Google は実環境でのページ体験を、3つの Core Web Vitals に集約しています。

• Largest Contentful Paint（LCP）は読み込みの指標で、画面内で最も大きい要素が表示されるまでの時間を測ります。良好とされるのは 2.5秒以下です。
• Interaction to Next Paint（INP）は応答性の指標で、クリック、タップ、キー入力に対してページがどれくらい速く反応するかを測ります。良好とされるのは 200ミリ秒以下です。INP は2024年3月に First Input Delay（FID）に代わって導入されました。
• Cumulative Layout Shift（CLS）は視覚的な安定性の指標で、コンテンツが予期せずどれだけ動くかを測ります。良好とされるのは 0.1以下です。

Google はこれらを、実際の訪問の75パーセンタイルで、モバイルとデスクトップそれぞれについて評価します。しきい値は良好なユーザー体験の目安であり、順位付けの合否を分ける条件ではありません。実際のユーザーから得られる指標なので、最も信頼できる情報源は Google Search Console の「ウェブに関する主な指標」レポートや PageSpeed Insights のフィールドデータです。

Rudra のサイトクロールは、フィールドデータとしての Core Web Vitals は計測しません。その代わり、各ページの HTML とサーバーの応答から、スコア悪化のよくある原因を検出します。具体的には、サーバーの応答の遅さ、大きすぎる HTML ドキュメント、多すぎるリソースリクエスト、レンダリングをブロックするスクリプトやスタイルシート、HTTP 圧縮の未設定、width と height が指定されていない画像（レイアウトシフトのよくある原因）、重複したスクリプトや圧縮（ミニファイ）されていないスクリプトです。

2. テクニカルSEO

テクニカルSEO監査では、検索エンジンがページを見つけ、クロールし、レンダリングし、インデックスできるか、そして各ページの内容を理解できるかを確認します。代表的なチェック項目は次のとおりです。

• title タグとメタディスクリプション：設定されていて、重複がなく、適切な長さであること
• 明確な H1 を含む見出し構造
• canonical タグ：設定されていて、絶対URLで、優先するURLを指していること
• メタ robots タグの noindex や X-Robots-Tag ヘッダーなどのインデックス制御ディレクティブ
• robots.txt と XML サイトマップ：存在し、読み取ることができ、互いに矛盾していないこと
• 多言語サイトでの hreflang アノテーション
• HTTP ステータスコードとリダイレクトチェーン
• 内部リンクとリンク切れ
• 構造化データ、および Open Graph タグと Twitter Card タグ

ここで見つかる項目のすべてが検索順位に影響するわけではありません。Open Graph タグがなくても、変わるのはリンクが SNS で共有されたときの見え方であって、ページの順位ではありません。良いレポートは、その違いをはっきり示します。

3. アクセシビリティ

ウェブサイトのアクセシビリティ監査では、ページを Web Content Accessibility Guidelines（WCAG） に照らして確認します。よくある問題には、画像の代替テキスト（alt）の欠落、ラベルのないフォーム項目、「こちらをクリック」のようなあいまいなリンクテキスト、ページタイトルや言語属性の欠落、色のコントラスト不足、キーボードで操作できないコントロールなどがあります。

Rudra は、クロールしたすべてのページに対して静的なアクセシビリティチェックを行い、フルスキャンではオープンソースの axe-core エンジンも実行します。ただし、自動テストで見つけられるのは問題の一部にすぎません。アクセシビリティを完全に点検するには、人がキーボードだけで操作したり、スクリーンリーダーを使ったりして行うテストが依然として必要です。

アクセシビリティは、何よりもまず使いやすさと、誰も取り残さないことのためにあります。WCAG を満たしても Google での順位が直接上がるわけではありませんが、わかりやすい代替テキストや明確な見出しといった改善は、検索エンジンがページを理解する助けにもなります。

4. セキュリティ

ウェブサイト監査のセキュリティチェックは設定を点検するもので、ペネトレーションテスト（侵入テスト）ではありません。通常は次の項目が対象になります。

• すべてのページでの HTTPS 対応と、HTTP から HTTPS へのリダイレクト
• 有効な TLS 証明書と、新しいプロトコルバージョン（TLS 1.2 以降）
• 混在コンテンツ：HTTPS のページで読み込まれている、安全でない HTTP のリソース
• セキュリティヘッダー：Strict-Transport-Security（HSTS）、Content-Security-Policy、X-Content-Type-Options、Referrer-Policy、Permissions-Policy など。加えて、CSP の frame-ancestors または X-Frame-Options によるクリックジャッキング対策
• Cookie の属性：セッション Cookie の Secure、HttpOnly、SameSite

どのヘッダーを設定すべきかはサイトによって異なります。厳格な Content-Security-Policy は有益ですが、サイトが実際に使っているスクリプトやサービスに合わせて書く必要があり、よそからコピーしたポリシーではページが簡単に壊れてしまいます。ヘッダーの欠落は、自動的に不合格とするのではなく、検討すべき推奨事項として扱ってください。

Rudra は、HTTPS、TLS 証明書とプロトコルバージョン、混在コンテンツ、上に挙げたヘッダーの値（存在するかどうかだけではありません）、そしてページが設定する Cookie の Secure、HttpOnly、SameSite フラグを確認します。Cookie は名前だけを報告します。これらのフラグについては、Cookie のセキュリティを確認する方法のガイドで詳しく解説しています。

5. モバイル対応とレスポンシブレイアウト

Google はモバイルファーストインデックスを採用しており、主にページのモバイル版をクロールしてインデックスします。モバイルユーザビリティのチェックでは、viewport メタタグがあるか、文字が読みやすい大きさか、タップターゲットが押しやすい大きさか、横スクロールが発生しないか、重要なコンテンツがデスクトップと同じようにモバイルにもあるかを確認します。

Rudra の SEO チェックは、viewport タグの欠落を検出します。これとは別のレイアウト監査では、iPhone SE から 1920×1080 のデスクトップまで最大8種類のデバイスプロファイルでページをレンダリングし、はみ出したり重なったりしているコンテンツを報告します。1ページだけを手早く確認したいときは、無料のモバイルチェッカーが、スマートフォン、タブレット、デスクトップの各幅でページをレンダリングし、横方向のはみ出しを検出します。具体的な修正方法については、ウェブサイトをモバイルフレンドリーにする方法をご覧ください。

6. コンテンツと機能のチェック

これらのチェックは、SEO に関係するかどうかにかかわらず、訪問者に直接影響する問題を見つけます。

• コンテンツ：内容の薄いページ、見出しレベルの飛び、キーワードの過剰な繰り返し、読みにくい文章
• 機能：リンク切れ、失敗したリソースリクエスト、JavaScript エラーやコンソールエラー、エラーを示すステータスコード、送信先に問題のあるフォーム

7. インフラ

インフラのチェックでは、個々のページの土台にあたる部分を調べます。応答の圧縮、TLS の設定、そして SPF や DMARC といった DNS レコードです。SPF と DMARC は、自分のドメインがなりすましメールに悪用されるのを防ぎます。これらは SEO の問題ではありませんが、セキュリティとメールの到達率に影響します。

良いウェブサイト監査レポートに含まれるもの

レポートは、検出結果を意思決定に変える場所です。背景の説明がない警告を延々と並べただけではノイズにしかなりません。役に立つレポートは、何から手を付けるべきかを判断する助けになります。

1. サイト全体とカテゴリごとのスコア。進み具合を追跡できます
2. 重大度順に並んだ問題。最も深刻なものから修正できます
3. それぞれの問題の影響を受けるURL
4. わかりやすい言葉で書かれた、なぜ重要なのかの説明
5. それぞれの問題に対する推奨される修正方法
6. 共有やチケット管理のための、PDF や CSV などのエクスポート機能
7. 修正の効果を確かめるための、前回の監査との比較

検出結果と推奨事項を分けて考えることも役立ちます。「12枚の画像に alt 属性がない」は検出結果、つまり測定できる事実です。「内容を説明する代替テキストを追加し、装飾用の画像には空の alt 属性を使う」は推奨事項であり、状況に合わせて調整してかまわないものです。

無料でウェブサイトを監査する手順

始めるにあたって、制作会社や高額なサブスクリプションは必要ありません。無料のウェブサイト監査ツールと Google の無料レポートを組み合わせれば、基本は押さえられます。

1. 開始URLを決める：通常はトップページです。クローラーは XML サイトマップと内部リンクをたどって他のページを見つけます。
2. クロールを実行する：Rudra の無料ウェブサイト監査ツールにURLを貼り付けます。無料プランでは、最大2サイト、1回のスキャンにつき最大10ページまで利用できます。まず1ページだけを確認したい場合は、1ページ向けの無料ウェブサイト監査が、SEO、表示速度、モバイル、アクセシビリティ、セキュリティ、リンク切れを1つのレポートにまとめます。
3. まずスコアを見る：最も弱いカテゴリに、たいてい最も大きな改善の余地があります。
4. 重大度が「重大」と「高」の問題から修正する：メタディスクリプションの欠落やラベルのないフォーム項目など、すぐに直せるものも多くあります。
5. フィールドデータを確認する：Google Search Console の「ウェブに関する主な指標」レポートと「ページのインデックス登録」レポートを開き、実際の訪問者と Googlebot がサイトをどう体験しているかを確認します。
6. モバイルのレイアウトをテストする：レスポンシブレイアウト監査を実行し、スマートフォンやタブレットでページがどう表示されるかを確認します。
7. エクスポートして共有する：関係者向けに PDF を、課題管理ツール向けに CSV をダウンロードします。
8. 再スキャンして比較する：問題を修正したら、もう一度クロールします。アカウントに登録済みのサイトを再スキャンしても、新しいサイト枠は消費されません。

ウェブサイト監査の簡易チェックリスト

このウェブサイト監査チェックリストを出発点としてお使いください。すべての項目がどのサイトにも当てはまるわけではないので、自分のサイトに合わせて調整してください。

• インデックス：重要なページが HTTP 200 を返し、robots.txt や noindex でブロックされておらず、XML サイトマップに掲載されている。
• タイトルとディスクリプション：インデックス対象のすべてのページに、重複がなく内容を表したタイトルとメタディスクリプションがある。
• 見出し：1ページに明確な H1 が1つあり、その下に論理的な H2/H3 の構造が続いている。
• canonical：各ページの canonical タグが、優先するURLを指している。
• リンク：切れた内部リンクがなく、リダイレクトチェーンが1回の転送に短縮されている。
• Core Web Vitals：フィールドデータの75パーセンタイルで、LCP ≤ 2.5秒、INP ≤ 200ミリ秒、CLS ≤ 0.1 である。
• 画像：圧縮され、表示サイズに合った大きさで、width と height が明示され、意味のある代替テキストで説明されている。
• モバイルユーザビリティ：viewport タグが設定され、拡大しなくても文字が読め、横スクロールが発生しない。
• アクセシビリティ：フォームのラベル、十分な色のコントラスト、キーボードでの操作、ページ言語の指定がそろっている。
• セキュリティ：全ページが HTTPS で、証明書が有効で、混在コンテンツがなく、セキュリティヘッダーが自サイトの構成に合わせて見直されている。

ウェブサイト監査はどのくらいの頻度で行うべきか

決まったルールはありませんが、ほとんどのサイトには四半期に1回の全体監査が適しています。加えて、リニューアル、プラットフォームや CMS の移行、テーマやプラグインの大きな更新、大規模なコンテンツ公開、原因のわからないトラフィックの減少があったときにも監査を行いましょう。

オンラインショップのように規模が大きいサイトや更新頻度の高いサイトでは、月に1回のチェックが効果的です。監査と監査の間は Google Search Console を見ておきましょう。インデックスや Core Web Vitals の問題が発生すると通知してくれます。

自分で使う監査ツールと、ウェブサイト監査サービスの違い

自動のウェブサイト監査ツールは、速く、繰り返し実行でき、費用もかかりません。多数のページにまたがる技術的な問題を一貫した基準で見つけるのが得意で、必要なときにいつでも実行できます。

とはいえ、自動化には限界があります。コンテンツが検索意図に合っているか、メッセージに説得力があるか、サイトが実際にどれくらい使いやすく感じられるかは、ツールには判断できません。また、自動のアクセシビリティテストで見つけられるのは問題の一部だけです。

制作会社やコンサルタントによるウェブサイト監査サービスは、そこに解釈と戦略を加えます。コンテンツ計画、移行計画、手動のアクセシビリティテスト、事業目標に沿った優先順位付けなどです。費用は対象範囲によって大きく変わります。

ほとんどのチームには、両者の組み合わせが最適です。定期的な技術チェックにはツールを、戦略的な仕事には専門家を使います。Rudra の無料プランでは足りなくなった場合、Pro プランでは上限が5サイト・1回のスキャンにつき25ページに引き上げられ、Business では上限がなくなります。

無料のウェブサイト監査レポートを入手する

サイトの健全性を把握する一番の近道は、実際に監査してみることです。無料プランでは、最大2サイト、1回のスキャンにつき最大10ページまで利用でき、カテゴリ別のスコア、修正案付きの重大度順の問題一覧、PDF と CSV のダウンロードが含まれます。