Core Web Vitals & E-E-A-T ── Googleが評価する「品質」の正体
この章では、Googleがランキング要因として重視する2つの「品質」基準──Core Web VitalsとE-E-A-Tを解説する。
Core Web Vitals:体験品質の計測
Core Web Vitalsは、ユーザーがページを体験する際の「快適さ」を計測する3つの指標だ。
graph TD
CWV[Core Web Vitals] --> LCP[LCP\nLoading Performance\n読み込み速度]
CWV --> INP[INP\nInteractivity\n操作応答性]
CWV --> CLS[CLS\nVisual Stability\n視覚的安定性]
LCP(Largest Contentful Paint)── 読み込み速度
ページ内で最も大きな要素(ヒーロー画像、大きな見出しテキストなど)が表示されるまでの時間。
| 評価 | 基準値 |
|---|---|
| ✅ 良好 | 2.5秒以内 |
| ⚠️ 改善が必要 | 2.5〜4.0秒 |
| ❌ 不良 | 4.0秒超 |
LCPを遅くする主な原因と対策:
原因1: 大きな画像ファイル
対策: WebP/AVIFフォーマット変換、適切なサイズ設定
<img loading="eager" fetchpriority="high" src="hero.webp">
原因2: レンダーブロッキングリソース
対策: CSSのインライン化、JSの defer/async
原因3: サーバーレスポンスの遅さ
対策: CDN導入、サーバーサイドキャッシュ
原因4: リソースの優先度設定ミス
対策: <link rel="preload"> でLCP要素を事前読み込み
INP(Interaction to Next Paint)── 操作応答性
2024年3月に FID(First Input Delay)を置き換えた指標。ページ上のすべてのインタラクション(クリック、キー入力、タップ)の応答時間の統計値。
| 評価 | 基準値 |
|---|---|
| ✅ 良好 | 200ms以内 |
| ⚠️ 改善が必要 | 200〜500ms |
| ❌ 不良 | 500ms超 |
FIDとINPの違い:
FID: 最初のインタラクションのみ計測
→ ページ読み込み後の最初のクリックが速ければOK
INP: ページ全体のインタラクションを計測
→ 全クリック・タップ・入力の応答時間を追跡
→ SPA(シングルページアプリ)の問題が露わになった
INP改善のポイント:
// ❌ メインスレッドを長時間ブロックする処理
button.addEventListener('click', () => {
const result = heavyComputation(bigData); // 重い処理を同期実行
updateUI(result);
});
// ✅ 非同期化でメインスレッドを解放
button.addEventListener('click', async () => {
showLoadingState();
const result = await heavyComputation(bigData); // 非同期
updateUI(result);
});
// ✅ Web Workerで別スレッドに処理を移す
const worker = new Worker('heavy-worker.js');
button.addEventListener('click', () => {
worker.postMessage({ data: bigData });
});
worker.onmessage = (e) => updateUI(e.data);
CLS(Cumulative Layout Shift)── 視覚的安定性
ページ読み込み中にコンテンツが突然ずれる現象(レイアウトシフト)の累積スコア。
| 評価 | 基準値 |
|---|---|
| ✅ 良好 | 0.1以下 |
| ⚠️ 改善が必要 | 0.1〜0.25 |
| ❌ 不良 | 0.25超 |
CLSを悪化させる典型例と対策:
<!-- ❌ 画像サイズ未指定(後からサイズが判明してレイアウトシフト) -->
<img src="hero.jpg" alt="ヒーロー画像">
<!-- ✅ width/height指定でブラウザが事前にスペースを確保 -->
<img src="hero.jpg" alt="ヒーロー画像" width="1200" height="600">
<!-- ❌ 広告や埋め込みコンテンツのサイズ未確保 -->
<div class="ad-slot"></div>
<!-- ✅ 最小高さを確保 -->
<div class="ad-slot" style="min-height: 250px;"></div>
Core Web Vitalsの計測方法
LabデータとFieldデータの違い
| 種類 | 特徴 | ツール |
|---|---|---|
| Labデータ | 模擬環境での計測。再現性が高い | Lighthouse, PageSpeed Insights |
| Fieldデータ(CrUX) | 実際のユーザーデータ。GSCのCWVレポートに使われる | GSC, PageSpeed Insights |
重要:GSCのCore Web Vitalsレポートはfieldデータ(実際のユーザー体験)を基準にする。Lighthouseのスコアが良くてもGSCで「不良」になることがある。
# PageSpeed Insights APIで計測
curl "https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://example.com&strategy=mobile&key=API_KEY" | jq '.lighthouseResult.categories.performance.score'
E-E-A-T:コンテンツ品質の評価基準
E-E-A-Tは「Experience・Expertise・Authoritativeness・Trustworthiness」の頭文字で、Googleのサーチクオリティ評価者ガイドラインの中核概念だ。
E - Experience(経験) ← 2022年に追加された最新の観点
E - Expertise(専門性)
A - Authoritativeness(権威性)
T - Trustworthiness(信頼性)
重要な認識:E-E-A-TはSEOスコアではなく、Googleの品質評価者がコンテンツを評価する際のフレームワークだ。直接的なランキング信号ではないが、ランキングに影響するシグナルの総体を表す。
graph TD
T["T: Trustworthiness(信頼性)\n── 4要素すべての土台"]
E1["E: Experience(経験)\n実際に体験したか?\n★2026年 最重要"]
E2["E: Expertise(専門性)\n深い知識・技術があるか?"]
A["A: Authoritativeness(権威性)\nその分野で認知されているか?"]
E1 --> T
E2 --> T
A --> T
E1 --- EX1["実測データ・スクリーンショット\n購入・使用の実体験\n失敗談・著者プロフィール"]
E2 --- EX2["専門家の資格・職歴\n独自調査・一次情報\n専門用語の正確な使用"]
A --- EX3["被リンクの質・数\nブランド検索量\nメディア掲載・受賞実績"]
T --- EX4["HTTPS・セキュリティ\n参考文献の明示\n運営者情報の公開"]
Experience(経験)── 2026年最重要
**「その人が実際に体験したか」**という観点。2022年に追加されたが、2025〜2026年のコアアップデートを経て最も重要視されるようになった。
なぜExperienceが重要になったか: 生成AIが大量の「まとめ記事」を生成できるようになった今、AIには不可能な「実体験」が唯一の差別化要因になった。
❌ AIで生成できるコンテンツ:
「一眼レフカメラの選び方:初心者は●●を選ぼう...」
(既存情報の再構成)
✅ Experience を示すコンテンツ:
「Sony α7Cを実際に1年使ってみた。マウント変換アダプターで
旧Canonレンズを使う際の操作感と、具体的な失敗例...」
(当事者しか書けない内容)
Experienceを示す要素:
- 実測データ・スクリーンショット
- 購入・使用の実体験
- 失敗談・想定外のトラブル
- 著者プロフィール(実名・顔写真)
Expertise(専門性)
そのトピックについての深い知識と技術があるかどうか。
✅ 専門性を示す要素:
- 著者が専門家(資格、職歴、所属)
- 一次情報・独自調査の引用
- 他の専門家との相違点の説明
- 専門用語を正確に使用
❌ 専門性が疑われるパターン:
- 著者情報が不明
- 他サイトの情報をまとめただけ
- 誤った専門用語の使用
Authoritativeness(権威性)
その分野での認知度・信頼度。
- 被リンク数と質:信頼されるサイトからの言及
- ブランド検索量:ブランド名で直接検索されるか
- NAP情報:企業名・住所・電話番号の一貫性
- 受賞・掲載実績:メディア掲載、業界認定
Trustworthiness(信頼性)
最も重要とされる要素。他の3つのEはTrustの土台となる。
技術的信頼性:
- HTTPS必須
- セキュリティ警告なし
- プライバシーポリシー明示
コンテンツの信頼性:
- 参考文献・引用元の明示
- 更新日付の表示
- 事実確認済みの情報
組織の信頼性:
- 運営者情報の公開
- お問い合わせ手段の提供
- 返金・返品ポリシー(ECの場合)
2026年3月コアアップデートの傾向
2026年3月9日〜4月8日に展開されたコアアップデートの主な傾向:
順位上昇したサイトの特徴:
✅ 一次情報・実体験ベースのコンテンツ
✅ 著者プロフィールが充実している
✅ 定期的な情報更新
✅ Core Web Vitalsが全ページ「良好」
順位低下したサイトの特徴:
❌ AI生成コンテンツの大量公開
❌ 既存上位サイトの言い換えが主体
❌ 著者不明・組織情報なし
❌ 医療YMYL領域で専門家監修なし
次の章では、SEOの次のステージであるAEO(Answer Engine Optimization)──AI検索に引用される技術を解説する。