Lighthouse

基本的な意味と SEO における位置づけ

Google Chrome の開発者ツールに内蔵された(CLI 版や PageSpeed Insights からも実行可能な)オープンソースの品質評価ツール。パフォーマンス・アクセシビリティ・ベストプラクティス・SEO・PWA の 4〜5 観点において 100 点満点で採点する。納品物の品質チェック、リニューアル前後の数値比較、業者比較の標準ツールとして頻繁に使われる。近年特に重視される理由は、Google の検索順位要因である「Core Web Vitals(コアウェブバイタル：LCP、CLS、INP など)」の改善をシミュレーション・診断するための公式ツールだから。

現場における核心：100 点病の回避と「中央値」の採用

大切なのは、100 点満点を目指すのではなく「改善余地の特定」に使うという姿勢。「Lighthouse 100 点」を社内目標に据えると、本質的なユーザー体験改善よりも細かい点数稼ぎが優先される「100 点病」に陥る。低スコア項目を業者と擦り合わせ、ビジネスインパクトの大きい項目(致命的な遅延など)から修正していくのがプロのディレクション。

スコアの正しい読み方と評価の限界

• Performance(表示速度)：モバイル / デスクトップで分けて測り、回線速度の想定で大きく変わる。ブレが大きいため、1 回の値に一喜一憂せず、3〜5 回計測した「中央値」を現実値とするのが現場の鉄則。現代の企業サイトでは、モバイルは「オレンジ(50〜89 点)」に入っていれば及第点。
• 環境の差異：本番環境とステージング環境でサーバや CDN の配信設定が違えば、結果は全く変わる。
• 自動チェックの限界：Accessibility(アクセシビリティ)は自動検出可能な範囲のみの採点であり、人間の目視や実機(スクリーンリーダー)検証を代替しない。SEOもメタタグなどの基礎チェックの範囲で、コンテンツの質までは判定しない。

Web 担当者が陥りやすい落とし穴とリアルな対策(組織の壁)

• マーケティングタグによる自爆：Performance のスコア低下の最大の原因は、実は業者のコードではなく、自社のマーケ部が GTM経由で大量に入れた「広告タグ・解析ツール・チャットボット」などのサードパーティスクリプト。「マーケ部が重いタグを入れまくっているのに、制作会社に 90 点以上を要求して頭打ちになる」という理不尽なコンフリクト(衝突)を調整するのが担当者の役目。
• 点数至上主義による UX 崩壊とテスト環境の罠：スコア改善を急ぐあまり、CSS / JS を無理やり非同期化して読み込み時の見た目(レイアウト)が崩壊する本末転倒。Accessibility 100 点を出して満足したが、実際の視覚障害者の実機テストでは読み上げ順序がバラバラで使えない。本番ではなくステージングで測った結果を信用して誤差に泣く。
• 観測の放棄と不公平な比較：納品時や月初だけ測って継続観測しないため、日々の運用でスコアが劣化していることに気づかない。画面サイズや回線条件を揃えずに業者間比較(コンペ)の材料に使ってしまう。