Rudra Analyzer

評価方法

ウェブサイトのテストとスコアの算出方法

このページでは、チェックで何を確認しているか、各スコアをどのように算出しているか、どのツールでテストしているか、そしてどこに限界があるかを詳しく説明します。無料ツールとウェブサイト監査の背後にある 1 ページ単位のチェックについての説明です。

各チェックの確認内容

監査全体では 7 つのチェックを実行します。それぞれに、レポート全体で使うわかりやすい名前と、実際にテストする内容を表す技術名があります。

SEO

技術名
ページ内 SEO とテクニカル SEO
チェック内容
タイトルとメタディスクリプション、H1 と見出しの順序、canonical URL、robots メタタグと X-Robots-Tag のルール、Open Graph と Twitter カードのタグ、html lang、viewport、画像の alt の設定率、JSON-LD 構造化データ、hreflang、ファビコン、文字数、内部リンク、さらに robots.txt、XML サイトマップ、llms.txt、リダイレクトチェーン、HTTPS。
スコアの算出方法
100 点から開始します。タイトルなし −25、メタディスクリプションなし −15、H1 なし −15、noindex −30、その他は小さな減点(2〜15 点)です。新しく追加されたチェックによる減点は合計で最大 45 点です。
使用ツール
Python の requests + BeautifulSoup(サーバーが送信する HTML を読み取ります。JavaScript は実行しません)
SEO チェッカー を試す

速度

技術名
ページのパフォーマンス(Lighthouse)
チェック内容
Lighthouse のパフォーマンスカテゴリ:First Contentful Paint、Largest Contentful Paint、Total Blocking Time、Cumulative Layout Shift、Speed Index、Time to Interactive、さらに不合格の監査項目を最大 15 件。
スコアの算出方法
Lighthouse 独自の 0〜100 のパフォーマンススコアをそのまま使います。0.5 未満の監査項目は重大、0.9 未満は警告として扱います。
使用ツール
ヘッドレス Chrome 上の Google Lighthouse、既定(モバイル)設定
ウェブサイト速度チェッカー を試す

モバイルでの見え方

技術名
レスポンシブレイアウト
チェック内容
viewport メタタグと、デスクトップ(1280×800)、タブレット(768×1024)、スマートフォン(390×844)の各サイズでの横方向のはみ出し。各サイズのスクリーンショット付き。
スコアの算出方法
100 点から開始します。viewport タグなし −20、ページが画面より広いサイズごとに −15、いずれかのサイズで読み込みに問題があった場合 −10。
使用ツール
Playwright と Chromium
モバイルチェッカー を試す

アクセシビリティ

技術名
WCAG の自動テスト
チェック内容
axe-core の既定のルールセット(WCAG 2.x のレベル A・AA のルールとベストプラクティス)を、レンダリング後のページに対して実行します。違反の種類を最大 25 件、それぞれ影響を受ける要素の数とともに表示します。
スコアの算出方法
100 点から開始し、不合格のルールごとに影響度に応じて減点します:重大 −15、深刻 −10、中程度 −5、軽微 −2。
使用ツール
Playwright 経由で Chromium に挿入した axe-core
アクセシビリティチェッカー を試す

ウェブサイトのセキュリティ

技術名
通信のセキュリティと HTTP セキュリティヘッダー
チェック内容
リダイレクト後の HTTPS、TLS 証明書(信頼性、ホスト名、プロトコルのバージョン、発行者、有効期限)、HSTS、Content-Security-Policy、X-Frame-Options または CSP の frame-ancestors、X-Content-Type-Options、Referrer-Policy、Permissions-Policy、Server や X-Powered-By ヘッダー内のバージョン番号。
スコアの算出方法
100 点から開始します。HTTPS でない −40、HSTS なし −15、CSP なし −12、クリックジャッキング対策なし −8、X-Content-Type-Options なし −6、Referrer-Policy・Permissions-Policy なしは各 −4、バージョン情報の露出 −3。証明書が無効または期限切れ −40、TLS 接続の失敗 −30、有効期限まで 14 日以内 −10、30 日以内 −5。
使用ツール
Python の requests + 標準ライブラリの ssl モジュール
ウェブサイトセキュリティチェッカー を試す

リンクとページエラー

技術名
機能のスモークテスト
チェック内容
ブラウザでページを読み込み、JavaScript のコンソールエラーと未処理の例外を記録し、同じサイト(同じプロトコルとドメイン)への重複しないリンクを最大 12 件まで HTTP エラーがないかテストし、フォームは送信せずに数を数えます。他のウェブサイトへのリンクはテストしません。
スコアの算出方法
100 点から開始します。リンク切れ 1 件ごとに −10(最大 −40)、未処理の JavaScript エラー 1 件ごとに −10(最大 −30)、コンソールエラー 1 件ごとに −5(最大 −20)。
使用ツール
Playwright と Chromium
リンク切れチェッカー を試す

サーバーと稼働状況

技術名
稼働状況と応答時間
チェック内容
ページ自体と、よく使われるパス(robots.txt、sitemap.xml、/health、/healthz、/api、/api/health、openapi.json、swagger.json、manifest.json、security.txt)について、サーバーエラーと平均応答時間を確認します。これらの任意のパスが 404 でも減点しません。
スコアの算出方法
100 点から開始します。ページに到達できない、または 5xx の場合 −50、ページが 4xx の場合 −20、その他のパスが 5xx を返すごとに −15(最大 −30)、平均応答時間が 800 ms 超で −8、1,500 ms 超で −15。
使用ツール
Python の requests
ウェブサイト監査 を試す

総合スコアの算出方法

総合スコアは、各カテゴリのスコアの平均を整数に丸めたものです。結果が得られたカテゴリだけを数えます。サーバー上でツールが利用できない場合(たとえば Lighthouse が動作していない場合)、そのカテゴリは 0 点として数えたり推測したりせず、レポートと平均から除外します。

チェックは実行されたものの、ページが時間内に読み込まれないなどの理由で完了できなかった場合は、0 点として平均に含めます。訪問者も同じ問題に遭遇する、実際の問題だからです。

スコアにはわかりやすいステータスを添えています:90〜100 は「良好」、50〜89 は「要確認」、0〜49 は「不良」です。ステータスは必ず色の横に文字でも表示します。

使用しているツール

独自の測定方法を作るのではなく、実績のあるオープンなツールを土台にしています。

  • Google Lighthouse

    実際の Chrome ブラウザで読み込みパフォーマンスを測定します。パフォーマンススコアと監査結果はそのまま使用しています。

  • Playwright と Chromium

    モバイルレイアウト、リンクとエラー、アクセシビリティのチェックのために実際のブラウザエンジンでページを読み込み、スクリーンショットを撮影します。

  • axe-core

    Deque が提供するオープンソースのアクセシビリティルールエンジンで、WCAG の自動テストに広く使われています。

  • requests と BeautifulSoup

    SEO、セキュリティ、サーバーのチェックのために、ページを取得して HTML を解析します。

  • Python の ssl モジュール

    TLS 接続を開いて証明書を読み取り、標準的な信頼済み認証局に照らして検証します。

自動チェックではわからないこと

  • コンテンツが役に立つか、正確か、説得力があるか、また競合と比べてどの程度上位に表示されるか。
  • 人の判断が必要なアクセシビリティの問題:alt テキストに意味があるか、キーボードでの移動順序が自然か、内容が理解しやすいか。
  • サイトに脆弱性、古いソフトウェア、弱いパスワード、マルウェアがあるかどうか。セキュリティチェックは設定を読み取るもので、ペネトレーションテストではありません。
  • 実際の訪問者にとってサイトがどれだけ速いか。Lighthouse は 1 回のラボテストを行うもので、実際の訪問者のデータとは異なる場合があります。
  • ログイン、有料の壁、フォームの向こう側にあるもの — 公開状態で読み込めるページしか確認できません。
  • 他のページの問題。1 ページ単位の各チェックは、入力したアドレスだけを確認します。

実行ごとに結果が変わる理由

最も変わりやすいのは速度です。Lighthouse は毎回ページを新たに読み込み、ネットワークの状態、サーバーの負荷、キャッシュ、広告、サードパーティのスクリプトは読み込みごとに異なります。実行ごとに数ポイント差が出るのは普通のことです。

ブラウザを使うチェックも、ページがコンテンツをランダムな順序で読み込む場合、異なるバナーや実験を表示する場合、自動アクセスをときどきブロックする場合には結果が変わることがあります。SEO とセキュリティの結果は、ページやサーバーの設定が変わったときにだけ変化します。

分野ごとの既知の制限

速度

Lighthouse の既定のシミュレーション(通信速度を制限した中価格帯のスマートフォン)による、1 回の読み込みのラボテストです。実際の操作が必要な Interaction to Next Paint(INP)は測定できません。ラボで最も近い指標は Total Blocking Time です。

アクセシビリティ

自動ルールで見つかるのは、ページが抱えうる問題の一部だけです。合格しても WCAG を満たしているとは限らず、キーボードとスクリーンリーダーによる手動テストが引き続き必要です。

セキュリティ

ヘッダーが存在するかを確認するもので、値の強度は確認しません。また、Cookie、混在コンテンツ、アプリケーションの脆弱性は調べません。

リンク

1 ページにつき、同じサイトへのリンクを最大 12 件テストします。他のウェブサイトへのリンクは確認せず、また一部のサーバーは、人にとっては正常に動作するページでも自動アクセスにはエラーを返すことがあります。

レポートでの AI の使い方

有効な場合、AI モデル(Anthropic の Claude)がスキャンで得られた実際の結果を、優先順位付きの短い次のステップのリストに書き直します。AI が受け取るのは、スキャンしたアドレス、カテゴリのスコア、スキャナーが検出した問題です。

AI には、それらの結果の説明と優先順位付けだけを行うよう指示しています。問題を作り出したり、スコアを変えたり、測定していないものを測定したと主張したりすることはありません。AI が設定されていない場合やリクエストが失敗した場合は、スコアの低い分野をもとにしたテンプレートのサマリーを代わりに使います。どちらを読んでいるかはレポートに表示されます。

スコアと問題は常に上記のスキャナーから得たもので、AI が生成することはありません。

データの取り扱い

分析結果は一時的なものです。すべてのスキャン、サイトスキャン、レイアウトテストは、結果、レポート、スクリーンショットを含め、最後の操作から 24 時間後に自動で削除されます。

アカウント情報など、その他に保存する情報とその保存期間については、プライバシーポリシーで説明しています。

プライバシーポリシーを読む

チェックを試す

このページで紹介しているツールはすべて、サイトの 1 ページで無料で試せます。見つかった問題の直し方はガイドで解説しています。