AI Overviews対策と構造化データ実装ガイド

01 — READER

この記事は誰向けか

この記事は、店舗・中小企業の公式サイトで、AI Overviewsや構造化データに対応したい経営者・Web担当者・制作担当者向けの記事です。

「構造化データを入れればAI Overviewsに出るのか」「LocalBusinessやFAQPageは本当に必要なのか」「JSON-LDをどう検証すればよいのか」を、実務目線で整理します。

SEO記事よりも技術実務に寄せていますが、目的はエンジニアだけのためではありません。店舗経営者が制作会社や運用担当者に依頼するとき、何を確認すべきかがわかるように書いています。

02 — MISUNDERSTANDING

AI Overviewsと構造化データは、まず誤解を外す

最初に外しておきたい誤解があります。それは「特別な構造化データを入れれば、AI Overviewsに表示される」という考え方です。

Google Search Centralは、AI OverviewsやAI ModeのようなGoogle検索内のAI機能について、従来のSEOのベストプラクティスが引き続き重要であり、表示されるための追加要件や特別な最適化はないと説明しています。さらに、AI機能に表示されるために、新しい機械可読ファイル、AI用テキストファイル、特別なschema.org構造化データを作る必要はないとも説明しています。

つまり、構造化データは「AI Overviewsへの表示を保証する専用コード」ではありません。構造化データの役割は、ページに書かれている情報を、検索エンジンが理解しやすい形式で補助することです。

03 — AI OVERVIEWS

AI Overviewsとは何か

AI Overviewsとは、Google検索で一部の検索に対して表示される、生成AIによる概要表示です。Googleは、重要情報のスナップショットと、ユーザーがさらに探索できるリンクを表示すると説明しています。

店舗経営者にとって大切なのは、AI Overviewsを過度に恐れることではありません。重要なのは、検索結果でユーザーが見る情報の順番が変わり、比較がより早い段階で始まることです。

たとえば「地域名 整体 腰痛 おすすめ」「美容室 髪質改善 料金 比較」「相続 税理士 相談 何を準備」と検索した人は、すでに比較モードに入っています。AI Overviewsが表示される検索では、選び方、注意点、比較軸、関連リンクが先に提示される可能性があります。

このとき、公式サイト側に情報が不足していると、AIにも人間にも比較材料として扱われにくくなります。料金がない。サービス内容が曖昧。FAQがない。誰が対応するのか不明。店舗情報がGoogleビジネスプロフィールと違う。こうした状態では、検索結果での信頼が弱くなります。

04 — STRUCTURED DATA

構造化データとは何か

構造化データとは、ページに書かれている情報を、検索エンジンが理解しやすい形式で補足するコードです。

たとえば、店名、住所、営業時間、電話番号、記事タイトル、著者、FAQ、パンくずなどを、JSON-LDという形式で整理して伝えます。ただし、構造化データは本文の代わりではありません。ユーザーに見えている情報と一致している必要があります。

Googleは、構造化データを使ってページ内容を理解し、検索結果の特別な機能やリッチリザルトの対象にすることがあると説明しています。とはいえ、構造化データを入れれば順位が上がる、必ずリッチリザルトが出る、AI Overviewsに表示される、という意味ではありません。

実務での正しい考え方はシンプルです。ページに書いてあることを、JSON-LDで整理して伝える。本文にない情報を構造化データだけに入れない。この2つです。

05 — PRIORITY

実装すべき構造化データの優先順位

店舗・中小企業サイトでは、まずGoogle Search Galleryでサポートされている機能を確認し、ページ内容に合う型から実装します。

この順番にした理由は、店舗サイトで最も重要なのが「実在する運営者・店舗情報」と「ページ構造」だからです。記事ページだけ整えても、店舗情報やパンくずが不安定なら、サイト全体の理解は弱くなります。

06 — QUICK TABLE

このページに入れるべき構造化データ早見表

実装担当者が迷いやすいのは「どのページに何を入れるか」です。最初は下の対応表で十分です。

構造化データは、ページ内容に合わせて実装します。すべてのページに同じJSON-LDを貼ると、ArticleのheadlineやFAQの内容が実ページとずれていきます。共通情報とページ固有情報を分けて管理することが重要です。

07 — LOCALBUSINESS

店舗サイトで使うLocalBusinessの考え方

LocalBusinessは、店舗・地域ビジネスの基本情報を検索エンジンに補助的に伝える構造化データです。

ここで重要なのは、Googleビジネスプロフィールと公式サイトの情報を一致させることです。営業時間が違う、住所表記が違う、電話番号が違う、店名表記が違う。この状態で構造化データだけ整えても、情報の信頼性は上がりません。

予約URLやLINE相談導線は、まずページ本文・ボタン・固定CTAとして明確に表示します。構造化データで表現する場合は、ページ内容やGoogleの対応範囲を確認し、無理にschema.orgの型へ当てはめないようにします。

08 — ARTICLE / BREADCRUMB

ArticleとBreadcrumbListの考え方

記事ページでは、ArticleとBreadcrumbListの整備が基本です。記事が多いサイトほど、ここが整うと管理しやすくなります。

Articleで重要なのは、headline、description、image、datePublished、dateModified、author、publisher、mainEntityOfPageです。店舗集客の記事では、誰が書いたのか、どの組織が公開しているのか、いつ公開し、いつ更新したのかを明確にします。

BreadcrumbListは、ページがサイト内のどこにあるかを示します。SEO、MEO、AIO、GEO、構造化データのように複数の内部リンク記事を作る場合、パンくずはユーザーにも検索エンジンにも役立ちます。

ただし、ArticleやBreadcrumbListを入れるだけでAI Overviewsに引用されるわけではありません。本文そのものが検索意図に答えている必要があります。構造化データは、良い本文を補助するものです。

09 — FAQPAGE

FAQPageの扱いは慎重にする

FAQPageは、ページ内に実際の質問と回答が掲載されている場合に使えます。ただし、店舗サイトでは「FAQ表示を狙うため」だけに使う考え方は危険です。

Google公式では、FAQリッチリザルトは主に政府系・医療系など、信頼性の高い権威あるサイトに限定される説明になっています。そのため、店舗・中小企業サイトでFAQPageを入れても、検索結果にFAQリッチリザルトが表示されるとは限りません。

店舗サイトでFAQを整える目的は、検索結果にFAQを表示させることだけではありません。ユーザーの不安を減らし、ページ内容を整理し、AI検索や通常検索でも理解されやすい本文構造を作ることが主目的です。

10 — JSON-LD SAMPLE

店舗記事ページのJSON-LD実装例

実装ガイドとして使えるように、Article、BreadcrumbList、LocalBusinessを含めた例を示します。実際にはURL、画像、住所、電話番号、営業時間を自社情報に置き換えます。

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": ["LocalBusiness", "ProfessionalService"],
      "@id": "https://example.com/#org",
      "name": "Example Partners",
      "url": "https://example.com/",
      "logo": {
        "@type": "ImageObject",
        "url": "https://example.com/assets/logo.png"
      },
      "image": "https://example.com/assets/images/store.jpg",
      "telephone": "+81-00-0000-0000",
      "email": "info@example.com",
      "address": {
        "@type": "PostalAddress",
        "addressRegion": "東京都",
        "addressLocality": "渋谷区",
        "addressCountry": "JP"
      },
      "sameAs": [
        "https://www.instagram.com/example/"
      ]
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "name": "Example Partners",
      "publisher": {
        "@id": "https://example.com/#org"
      },
      "inLanguage": "ja"
    },
    {
      "@type": "WebPage",
      "@id": "https://example.com/insights/meo-guide.html#webpage",
      "url": "https://example.com/insights/meo-guide.html",
      "name": "MEO対策とは？",
      "isPartOf": {
        "@id": "https://example.com/#website"
      },
      "breadcrumb": {
        "@id": "https://example.com/insights/meo-guide.html#breadcrumb"
      },
      "inLanguage": "ja"
    },
    {
      "@type": "Article",
      "@id": "https://example.com/insights/meo-guide.html#article",
      "headline": "MEO対策とは？",
      "description": "店舗経営者向けにMEO対策の基本、Googleビジネスプロフィール、口コミ、写真、成果指標を解説します。",
      "image": "https://example.com/assets/images/meo-guide.jpg",
      "datePublished": "2026-05-06T09:00:00+09:00",
      "dateModified": "2026-05-06T09:00:00+09:00",
      "mainEntityOfPage": {
        "@id": "https://example.com/insights/meo-guide.html#webpage"
      },
      "author": {
        "@id": "https://example.com/#org"
      },
      "publisher": {
        "@id": "https://example.com/#org"
      }
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://example.com/insights/meo-guide.html#breadcrumb",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "コラム",
          "item": "https://example.com/insights/"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "MEO対策とは？",
          "item": "https://example.com/insights/meo-guide.html"
        }
      ]
    }
  ]
}

FAQが本文にあり、かつページテーマに合っている場合は、FAQPageを追加で検討できます。ただし、Google検索でFAQリッチリザルトが表示される対象は限定的です。店舗サイトでは、FAQPageを「表示枠を取るための施策」としてではなく、本文整理の補助として扱います。

{
  "@type": "FAQPage",
  "@id": "https://example.com/service.html#faq",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "初回はいくらですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "初回料金はページ内の料金表をご確認ください。追加費用が発生する場合は、事前に説明します。"
      }
    }
  ]
}

11 — CHECKLIST

構造化データ実装前チェックリスト

JSON-LDを書く前に、検索掲載と本文の土台を確認します。ここが崩れていると、構造化データだけ整えても効果が薄くなります。

12 — VERIFY

実装後に必ず検証する

構造化データは、書いて終わりではありません。実装後はGoogleのRich Results TestとSearch Consoleで確認します。

13 — CONTENT DESIGN

AI Overviewsも含む検索体験を意識した本文設計

AI Overviewsや構造化データの話では、実装に意識が寄りがちです。しかし、最も重要なのは本文です。

「構造化データを入れましょう」だけでは弱いです。営業時間、住所、電話番号、予約URL、FAQを本文と構造化データで一致させることで、検索エンジンにもユーザーにも店舗情報が伝わりやすくなります。

Googleマップ、公式サイト、AI検索面で情報がずれていると、比較中の見込み客が不安になります。構造化データは、この不安を減らすための情報設計の一部です。

14 — DON'T

やってはいけない構造化データ実装

15 — 30 DAYS

30日で進める改善計画

AI Overviewsや構造化データの改善は、いきなり全ページを触るより、30日単位で優先順位を決めた方が進めやすくなります。

16 — FAQ

AI Overviewsと構造化データのよくある質問

18 — RELATED

次に読むべき内部リンク