テクニカルSEO - Core Web Vitals・構造化データ

テクニカルSEOとは

テクニカルSEOとは、検索エンジンがサイトを正しくクロール・インデックスし、ユーザーが快適に利用できる技術的な基盤を整える施策のことです。どれだけ優れたコンテンツを書いても、技術的な問題があれば検索エンジンに正しく評価されません。本レッスンでは、Googleが公式に順位決定要因として挙げているCore Web Vitals（LCP・INP・CLS）の詳解、構造化データJSON-LDの実装、サイトマップXML・robots.txt・canonicalタグ・hreflangタグの役割と書き方を体系的に学びます。

---

Core Web Vitals（コアウェブバイタル）

Core Web VitalsはGoogleが定義したユーザー体験を数値化する3つの指標で、2021年6月からページエクスペリエンスシグナルとして順位決定に組み込まれています。

Core Web Vitals 3指標ダッシュボード

LCP（Largest Contentful Paint）— 描画速度

LCPはページ読み込み開始から、ビューポート内で最も大きなコンテンツ要素が描画されるまでの時間を計測します。対象となる要素は主にヒーロー画像・大きなテキストブロック・動画サムネイルです。

LCP改善のための主な施策

• ◆画像の最適化: WebP・AVIF形式への変換でファイルサイズを50〜80%削減。<img> タグに loading="eager" と fetchpriority="high" を付与してブラウザ優先度を上げる
• ◆サーバー応答時間の短縮（TTFB）: CDNの導入、キャッシュの最適化、サーバーリソースのアップグレード
• ◆レンダーブロッキングリソースの排除: <head> 内のCSSとJavaScriptが読み込まれるまでページ描画が止まる問題を、async・defer属性の付与で解消
• ◆LCPリソースのプリロード: <link rel="preload" href="hero.webp" as="image"> でブラウザに先読みを指示

💡 LCPの測定ツール: PageSpeed Insights・Chrome DevTools・Search Console（コアウェブバイタルレポート）・Lighthouse で計測できます。ラボデータ（シミュレーション）とフィールドデータ（実ユーザー）の両方を確認しましょう。

INP（Interaction to Next Paint）— 操作応答性

INPは2024年3月にFID（First Input Delay）に代わって採用された新しい指標です。ページ上のすべてのクリック・タップ・キーボード操作に対する応答の遅延を総合的に評価します。FIDが最初の操作のみを見ていたのに対し、INPはページ滞在中の全操作を計測します。

INP改善のための主な施策

• ◆JavaScriptの実行時間短縮: 長時間メインスレッドをブロックする処理を分割（Task Splitting）し、requestIdleCallback や Web Worker に移動
• ◆不要なJavaScriptの削除: 使っていないライブラリ・プラグインの削除。バンドルサイズの削減
• ◆イベントハンドラの最適化: 重いループ処理を debounce・throttle で間引き、不要な再レンダリングを防ぐ
• ◆Third-partyスクリプトの遅延読み込み: 広告・チャットツール・SNSウィジェットなどのサードパーティJSを defer または動的読み込みに変更

CLS（Cumulative Layout Shift）— 視覚的安定性

CLSはページ読み込み中に要素が予期せずズレる現象の累積スコアです。広告が突然表示されてボタンが動く、フォントの読み込み完了でテキストが跳ぶ、といった現象がユーザー体験を損ないます。

CLS改善のための主な施策

• ◆画像・動画にサイズ属性を設定: width と height をHTMLに明記してブラウザが事前にスペースを確保できるようにする
• ◆広告スロットにスペースを予約: 広告枠に min-height を設定して、広告読み込み前後でレイアウトが動かないようにする
• ◆フォントのフラッシュ対策: font-display: optional または font-display: swap を使い、フォント切り替えによるズレを最小化
• ◆動的コンテンツの挿入禁止: ユーザーの操作なしにコンテンツ上部へ要素を挿入しない

⚠️ Core Web Vitalsの計測はフィールドデータ優先: GoogleはCrUX（Chrome User Experience Report）の実ユーザーデータを使って評価します。PageSpeed InsightsやLighthouseのラボデータと異なる場合があります。Search ConsoleのコアウェブバイタルレポートでURL単位の実データを定期的に確認しましょう。

---

構造化データ（JSON-LD）

構造化データとは、コンテンツの意味をマシンリーダブルな形式で検索エンジンに伝えるコードです。適切に実装するとリッチリザルト（星評価・FAQ展開・パンくずリスト）がSERPに表示され、クリック率の向上につながります。

JSON-LDとは

Googleが推奨するのが**JSON-LD（JavaScript Object Notation for Linked Data）**形式です。HTMLのコンテンツと分離した形で <script type="application/ld+json"> タグ内に記述します。Microdata・RDFaという他の形式と比べて、HTMLを汚さずに管理しやすい点が優れています。

主なスキーマタイプと使いどころ

実装例：FAQPageスキーマ

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "SEOの効果が出るまでどのくらいかかりますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "一般的に3〜6か月が目安です。競合の強さや施策の質によって異なります。"
      }
    }
  ]
}

💡 Googleのリッチリザルトテスト: 実装後は https://search.google.com/test/rich-results でURLを入力してバリデーションを確認しましょう。エラー・警告があればSearch Consoleの「拡張」レポートにも反映されます。

---

サイトマップXML

sitemap.xmlはクロールしてほしいURLの一覧を検索エンジンに伝えるファイルです。大規模サイトや内部リンクが少ないページのインデックス漏れを防ぐ役割を持ちます。

sitemap.xmlの基本構造

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/seo-guide/</loc>
    <lastmod>2026-05-01</lastmod>
    <changefreq>monthly</changefreq>
    <priority>0.8</priority>
  </url>
</urlset>

サイトマップ運用のポイント

• ◆インデックスさせたくないURLは含めない: noindexページや薄いコンテンツページをサイトマップに入れるとGoogleに矛盾したシグナルを送る
• ◆Search ConsoleでURLを送信: 設定→サイトマップから sitemap.xml のURLを登録することでGooglebotに直接通知できる
• ◆サイトマップインデックスファイル: URL数が5万件を超える場合は sitemap-index.xml で複数のサイトマップファイルを束ねる
• ◆動的サイトマップの自動生成: Next.js・WordPressなどのCMSでは自動生成プラグイン・機能を使い、新記事公開と同時に更新されるよう設定する

---

robots.txt

robots.txtはクローラーに対してクロールの許可・拒否を指示するテキストファイルです。https://example.com/robots.txt に設置します。

robots.txtの基本構文

User-agent: *
Disallow: /admin/
Disallow: /private/
Allow: /public/

User-agent: Googlebot
Disallow: /staging/

Sitemap: https://example.com/sitemap.xml

robots.txtの注意点

⚠️ robots.txtの致命的ミス: Disallow: / と書くとサイト全体のクロールを拒否します。本番環境のrobots.txtは必ず確認してから公開してください。本番・ステージング環境でrobots.txtの設定を間違えて検索流入がゼロになる事故は頻繁に発生しています。

---

canonicalタグ（正規化）

canonicalタグは重複コンテンツ問題を解決するためのHTMLタグです。同じ内容のページが複数のURLで存在する場合に、「どのURLが正規版か」をGoogleに伝えます。

canonicalが必要な典型ケース

• ◆https://example.com/ と https://www.example.com/ の両方が存在
• ◆https://example.com/page と https://example.com/page?utm_source=newsletter のパラメータ付きURL
• ◆ECサイトで同一商品が複数のカテゴリURLから閲覧できる
• ◆AMP版と通常版ページの共存

canonicalタグの書き方

<link rel="canonical" href="https://example.com/seo-guide/" />

このタグを各ページの <head> 内に配置します。自己参照canonical（自ページが正規版であることを明示）もGoogleは推奨しています。

---

hreflangタグ（多言語・多地域）

hreflangタグは多言語・多地域サイトで、どのページがどの言語・地域向けかをGoogleに伝えるタグです。

hreflangの書き方

<link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

• ◆hreflang="x-default": 言語が一致しない場合のデフォルトページを指定
• ◆相互リンクが必須: AページがBページを参照するなら、BページもAページを参照する必要がある
• ◆サイトマップでの指定も可能: URL数が多い場合はsitemap.xmlでhreflangを指定するのが管理しやすい

💡 hreflangのよくあるミス: 言語コードを ja_JP（アンダースコア）と書くのは誤りです。正しくは ja-JP（ハイフン）です。また、存在しないURLを指定したり、すべてのURL間でのリンク循環が壊れていると無効になります。

---

🏋️実践ワーク

以下のワークを実施してください。

1. ◆Core Web Vitalsの計測: 自分のサイト（またはテスト対象サイト）をPageSpeed InsightsとSearch Consoleのコアウェブバイタルレポートでチェックし、LCP・INP・CLSの現状値を記録する。不良・要改善の指標がある場合、原因をLighthouseの診断から特定する。
2. ◆JSON-LDの実装: 自分のブログ記事にArticleスキーマ、またはよくある質問コンテンツにFAQPageスキーマをJSON-LDで実装し、Googleのリッチリザルトテストでエラーがないことを確認する。
3. ◆robots.txtとsitemap.xmlの確認: example.com/robots.txt と example.com/sitemap.xml をブラウザで開き、クロール拒否設定とサイトマップの内容を確認する。サイトマップのURLがSearch Consoleに登録されているか確認する。
4. ◆canonicalタグの監査: Chrome DevToolsのElementsパネルで <head> 内のcanonicalタグを確認し、URLが正規版を指しているか検証する。パラメータ付きURLでcanonicalが適切に処理されているかも確認する。

📝まとめ

テクニカルSEOはコンテンツSEOの土台です。**Core Web VitalsのLCP（2.5秒以内）・INP（200ms以内）・CLS（0.1以下）**を満たすことがGoogleのページエクスペリエンス評価の基準となります。構造化データJSON-LDでリッチリザルトを獲得し、サイトマップXMLでインデックス漏れを防ぎ、robots.txtでクロールを最適化、canonicalタグで重複コンテンツを解決、hreflangタグで多言語対応を行うことで、検索エンジンがサイトを正確に理解・評価できる状態を作ります。次のレッスンでは被リンク獲得戦略を学びます。

---

よくある質問

Core Web Vitalsの合格基準はいくつですか？

LCPが2.5秒以内、INPが200ミリ秒以内、CLSが0.1以下です。判定は実ユーザーデータ（CrUX）の75パーセンタイル値で行われるため、PageSpeed Insightsのラボ値だけでなく、Search Consoleの「ウェブに関する主な指標」レポートで実測値を確認します。

テクニカルSEOはどこから手をつけるべきですか？

順番は「クロール・インデックスの健全性 → 表示速度 → 構造化データ」です。まずSearch Consoleのページ（インデックス作成）レポートで未登録の理由を確認し、robots.txt・sitemap.xml・canonicalに矛盾がないかを直します。インデックスされていないページは、速度や構造化データを改善しても検索結果に出ません。

構造化データを入れると順位は上がりますか？

構造化データ自体は順位を直接上げません。効果はリッチリザルト（FAQの展開表示・パンくず・評価の星など）による検索結果での見え方の改善と、それに伴うクリック率の向上です。実装後はリッチリザルトテストとSearch Consoleの「拡張」レポートでエラーがないことを確認します。

noindexとrobots.txtのDisallowはどう違いますか？

Disallowはクロール（巡回）を禁止する指示で、インデックスを禁止するものではありません。外部リンクがあればURLだけがインデックスされることがあります。検索結果から確実に外したい場合はページにnoindexを設定し、Googlebotがそのタグを読めるようにクロールは許可しておく必要があります。