SECTION 01

構造化データが2026年のSEOとLLMOで必須になった背景

構造化データとは、Webページの内容を機械が読める形式（Schema.org語彙）で記述したメタ情報です。Google・Bing・各種AIモデルはこのデータを優先的に読み込み、ページの主題・著者・公開日・評価・営業時間などを正確に把握します。テキスト本文だけだと「これは何の情報か」を推測に頼らざるを得ませんが、構造化データがあれば判定の余地がなくなります。

従来のHTMLでGoogleが解釈できないこと

例えば飲食店紹介ページに「営業時間 11:00から23:00」「★★★★☆ 4.5」と書かれていても、Googleのクローラはそれが営業時間なのか別の数値なのか、星マークが評価なのかデザイン装飾なのかを確実には判別できません。人間には明らかな情報も、機械にとっては「テキストの羅列」として扱われます。

同じ内容をRestaurantスキーマで記述すれば、openingHoursSpecificationが営業時間、aggregateRatingが評価値であることが明示されます。検索結果には営業時間と星評価がカード形式で表示され、クリック前から店舗の信頼性が伝わるようになります。

AI時代における構造化データの戦略的価値

AI OverviewやGeminiはユーザーの質問に答える際、参照元の情報を選別します。その選別工程で構造化データの有無は決定的な役割を果たします。テキスト本文から自動抽出する場合の精度は5割から7割程度に留まりますが、構造化データが整っていればAIは確実な情報源と判定し、引用候補に組み込みます。

CREVIAが熊本市・合志市・菊陽町で支援してきた中小企業の事例では、Article・FAQPage・LocalBusinessの3スキーマを整備した後、3か月から6か月でAI検索経由の流入が新規発生するパターンが見られます。SEO評価とLLMO評価の両方を同時に底上げできる施策は少数派であり、構造化データはその数少ない交点に位置します。

Rich Results掲載がもたらす実利

Google検索結果に表示されるRich Resultsには、レシピなら画像と調理時間、求人なら給与と勤務地、飲食店なら営業時間と電話番号、製品レビューなら星評価と件数が並びます。同じ検索順位でもRich Resultsが付くサイトは、付かないサイトに比べて視覚的優位を獲得し、クリック率が伸びやすくなります。

構造化データは、本文の品質を翻訳して機械に届ける役割を持ちます。実装しない限り、コンテンツの価値はGoogleとAIに正しく伝わりません。

SECTION 02

構造化データ実装でよくある5つの失敗パターン

構造化データの導入に取り組んでも、実装方法を誤ると効果が出ないどころか、Google Search Consoleで警告が積み上がる結果になります。CREVIAがリプレース案件で見てきた典型的な失敗パターンを5件、原因と回避方法をセットで整理します。

1. 01

   スキーマ種別の選定ミス

   ブログ記事ページにLocalBusinessを当てる、FAQページにArticleを当てるなどの誤適用が頻発します。Googleはページ内容とスキーマ種別の整合を厳しく評価し、不一致だとRich Results対象外になります。最初にページの主題を1語で定義し、それに合致するスキーマを選ぶ手順が必須です。

2. 02

   必須プロパティの欠落

   Articleならheadline・datePublished・author、Recipeならimage・recipeIngredient・recipeInstructionsが必須です。これらが欠けると拡張レポートで「無効」と判定されます。テンプレート段階で必須項目を全て埋める運用にしないと、記事増加とともに警告も増加していきます。

3. 03

   JSON-LD構文エラー

   ダブルクォートの欠落、カンマ位置の誤り、エスケープ漏れによりJSONとして解釈不能になる事例が多発します。手書きでJSON-LDを記述する場合は、リッチリザルトテストツールで毎回構文検証する習慣が必要です。自動生成プラグインを使えばこの問題の大部分は回避できます。

4. 04

   本文と構造化データの不一致

   本文には書いていない情報を構造化データだけに記述する、いわゆる「Spammy structured markup」はGoogleガイドライン違反です。本文に存在しない評価値・営業時間・FAQを構造化データで盛ると、サイト全体の信頼性スコアが低下する可能性があります。表示内容と構造化データは必ず一致させてください。

5. 05

   古いプロパティ・廃止スキーマの使用

   Schema.orgとGoogle拡張の仕様は年単位で更新されます。数年前に実装したまま放置すると、廃止プロパティが残り続け、警告の温床になります。年1回はGoogle検索セントラルのドキュメントを確認し、推奨形式に追随する運用が必要です。

SECTION 03

主要3形式の比較とJSON-LDを選ぶべき理由

3形式はそれぞれ思想と用途が異なります。歴史的経緯で複数形式が残っているだけで、新規実装で迷う余地はほぼありません。各形式の特徴を整理し、JSON-LDを選ぶ判断根拠を明確にします。

JSON-LD（推奨形式）

JSON形式のスクリプトタグをHTMLのhead内またはbody内に埋め込むだけで動作します。HTMLの見た目と完全に分離されているため、デザインを崩さず、編集・差し替えが容易です。WordPress AIOSEOやYoast SEO、Schema Proなどの主要プラグインがすべてJSON-LDで自動生成する仕様になっています。

Google検索セントラルでも「JSON-LDが最も推奨される」と明記されており、AI Overview側も解析精度が最も高い形式として扱います。新規実装は迷わずJSON-LDを選ぶべきです。

マイクロデータ（旧主流・現在は非推奨方向）

HTMLタグにitemscope・itemtype・itempropという属性を付与し、見た目のマークアップと意味情報を同一階層に記述する方式です。意味情報がHTML上で目視確認できる利点はありますが、構造が複雑化しやすく、保守時にプロパティ書き換えミスを誘発します。CMSの自動生成プラグイン対応も限定的で、Googleの推奨度合いも段階的に下げられています。

RDFa（W3C標準・実装例少）

XML系の語彙ベースで、typeof・propertyといった属性を使う形式です。W3C標準として体系的な仕様を持ちますが、実装の複雑さがマイクロデータ以上であり、検索エンジン側の事例も少数派です。多言語サイトや学術系のセマンティックWeb案件以外では採用メリットがありません。

3形式の優先順位

新規実装はJSON-LDのみで構いません。既存サイトでマイクロデータが残っている場合は、サイトリニューアル時にJSON-LDへ移行する方針が無難です。両形式を併存させると、Google側でどちらを正とするかが不安定になり、Search Consoleの判定がぶれることがあります。

2026年の構造化データはJSON-LD一択。形式選びで悩む時間を、スキーマ種別の選定とテンプレート整備に投資する方が成果につながります。

SECTION 04

記事サイトで採用すべきスキーマ7種類の使い分け

Article｜ブログ記事の標準スキーマ

ブログ・コラム・ニュース記事に適用する基本スキーマです。headline・description・image・datePublished・dateModified・author・publisherが主要項目になります。WordPress AIOSEOでは記事編集画面の入力情報から自動生成され、手動調整はほぼ不要です。すべての記事ページに必ず実装してください。

FAQPage｜よくある質問専用

FAQページや、記事末尾のQ&Aセクションに適用します。mainEntity配下にQuestionとAnswerを並べる構造です。Google検索結果に「よくある質問」アコーディオンとして展開表示される可能性があり、検索結果上の占有面積が大きくなる効果が見込めます。FAQが3件以上ある記事は必ず実装する価値があります。

LocalBusiness｜実店舗情報の基本

飲食店・美容室・クリニック・士業事務所など、実店舗を持つ事業の基本スキーマです。住所・電話番号・営業時間・地理座標を含み、Googleビジネスプロフィールと連動してマップ検索の表示精度を高めます。実店舗を運営しているなら、トップページか会社概要ページに必ず1件配置してください。

Product｜EC・商品ページ用

ECサイトや製品紹介ページに使うスキーマです。name・description・image・brand・offers・aggregateRatingが主要項目で、Google Shoppingと検索結果に価格・在庫・星評価を表示できます。EC運用が無くても、サービスメニュー紹介ページでProductスキーマを応用するケースが増えています。

Recipe｜料理レシピ専用

料理レシピサイトの専用スキーマで、調理時間・カロリー・材料・手順を構造化します。Rich Resultsのレシピカード対象になり、画像クリック型の検索表示で大きな視覚的優位を獲得できます。飲食店がレシピを公開している場合や、料理教室・食品メーカーの公式サイトで効果が顕著です。

HowTo｜手順ガイド記事

ハウツー記事・マニュアル・チュートリアルに適用するスキーマです。step配下に各手順を順序付きで列挙し、画像・動画・所要時間も組み込めます。Google検索結果に手順カードが展開表示されるため、操作系記事との相性が非常に高いスキーマです。

Event｜セミナー・イベント告知

セミナー・展示会・ライブイベントの告知ページに使うスキーマです。startDate・endDate・location・offersが主要項目で、Google検索結果のイベントカルーセルに表示される可能性があります。BtoBセミナーやワークショップ運営企業にとって、認知拡大に直結する重要スキーマです。

SECTION 05

WordPress AIOSEOで実装する6ステップ手順

WordPressサイトで構造化データを最短かつ確実に実装する手順を、AIOSEO（All in One SEO）を前提に6ステップで整理します。各ステップで何を入力し、何を確認するかを実務レベルで明示しているため、初回でも迷わず完了できます。

1. 01

   コンテンツ種別の判定

   対象ページの主題を1語で定義し、該当スキーマを選定します。ブログ記事はArticle、FAQページはFAQPage、店舗ページはLocalBusiness、商品ページはProduct、レシピサイトはRecipe、手順記事はHowToという基本対応を最初に決めます。複数該当する場合は、ページの主目的に最も合致するスキーマを主、補助的なスキーマを副として階層化します。

2. 02

   AIOSEOプラグインの導入

   WordPress管理画面のプラグインメニューから「All in One SEO」を検索し、インストール後に有効化します。無料版でArticle・FAQPage・LocalBusinessの主要スキーマ自動生成に対応します。Yoast SEOやRank Mathも同等機能を提供していますが、WordPress標準環境ならAIOSEOが最短ルートです。

3. 03

   サイト全体の基本設定

   All in One SEOの一般設定で、組織情報・代表ロゴ画像・SNSアカウントURL・パンくず設定を入力します。これらは全ページのpublisher・breadcrumb生成に使われる共通情報です。記事ごとの設定で上書きされない基盤層になるため、サイト立ち上げ時に必ず正確に入力してください。

4. 04

   記事ごとの個別設定

   記事編集画面のAIOSEOスニペットでメタタイトル・メタディスクリプション・主要キーワード・OG画像・スキーマ種別を入力します。Articleスキーマの場合はアイキャッチ画像を必ず1枚以上設定し、author情報を投稿者プロフィールから引き継げる状態にします。FAQセクションがある記事はスキーマ追加でFAQPageを併用します。

5. 05

   見出し階層と本文の整合確認

   H1は1ページ1つ、H2配下にH3、H3配下にH4という階層を厳守します。H1からH3に飛ぶ、H2が複数並列になるといった構造はAIとGoogleの読解精度を下げます。AIOSEOのアウトラインビューで階層を可視化し、修正してから公開する運用が安全です。

6. 06

   リッチリザルトテストツールでの検証

   Google公式の「リッチリザルト テスト」に公開URLを入力し、検出されたスキーマ種別とエラー・警告を確認します。エラー0・警告0が合格基準です。警告が出た場合は該当プロパティの入力漏れか型不一致が原因のため、AIOSEOスニペットに戻って修正します。検証通過後にGoogle Search Consoleで継続監視を始めます。

SECTION 06

業種別 構造化データの最適配分マトリクス

業種ごとに「どのページに、どのスキーマを、どの優先度で実装するか」が変わります。CREVIAが熊本県内250社の支援で蓄積した業種別の最適配分を、5業種で整理します。自社の業種に近い行を起点に、優先順位を組み立ててください。

業種別の運用コメント

飲食店と美容室はマップ検索が来店動線の中心になるため、LocalBusinessが最優先です。営業時間・住所・電話番号・予約URLを正確に保つことが、Rich Results表示の前提になります。Restaurantスキーマには席数・予約可否・支払方法も組み込めるため、フル活用すると検索結果での占有面積が大きく伸びます。

士業は「相続 熊本」「会社設立 手続き」のような情報検索キーワードからの流入が中心です。Articleスキーマでコラム記事の評価を引き上げ、FAQPageで質問対応の網羅性を見せる構成が成果につながります。LocalBusinessは事務所紹介ページに1件配置すれば十分です。

小売・雑貨はProductが最優先で、aggregateRatingとofferを必ず実装してください。Google Shopping枠と通常検索のRich Results双方で表示確率が上がります。クリニックはMedicalClinic配下のサブクラス（DentalOffice・PhysiciansOfficeなど）を使い分けると、症状別検索でのマッチング精度が向上します。

業種ごとに最適配分は異なります。最優先スキーマを1つ決め、運用が安定してから次点・応用へ拡張する段階設計が、リソース集中と成果両立の鍵です。

SECTION 07

実装後の効果測定とKPIベンチマーク

構造化データを実装した後、Google Search ConsoleとGoogle Analyticsで効果を継続的に測定します。CREVIAが推奨する週次運用と、3か月後・6か月後の到達ベンチマークを7指標で整理します。

1. 01

   Search Console 拡張レポートの有効件数

   Article・FAQ・パンくず・商品スニペットなど、拡張レポートの「有効」件数が実装記事数に追随しているかを週1回確認します。記事を10本公開して有効が10件であれば理想形です。有効件数の伸びが鈍い場合はテンプレート側の問題を疑います。

2. 02

   無効・警告件数

   無効と警告の合計件数を月次でゼロに近づけることが目標です。新しい記事公開で警告が増えた場合、テンプレート・プラグイン・本文整合のいずれかに原因があります。72時間以内の修正完了を運用基準にしてください。

3. 03

   Rich Resultsの表示回数

   パフォーマンスレポートで「検索での見え方」をRich Resultsで絞り込み、表示回数の月次推移を追います。実装3か月後に通常表示の3割から5割程度がRich Results経由になっていれば良好な水準です。

4. 04

   クリック率の改善幅

   Rich Results掲載記事のクリック率を、非掲載記事と比較します。同一キーワード群で1割から3割程度のクリック率上昇が見込めるラインです。改善幅が小さい場合はメタディスクリプションの訴求力を見直してください。

5. 05

   平均ポジションの推移

   構造化データは順位の直接シグナルではありませんが、クリック率上昇と滞在時間改善を経由して、3か月から6か月で1から3ランクの平均ポジション改善が観測されます。記事カテゴリ別に推移を追うと変化が見えやすくなります。

6. 06

   AI Overview引用回数

   主要キーワードでGoogle検索を実施し、AI Overviewのリンク先に自社記事が含まれる頻度を週次で記録します。FAQPage実装記事ほど引用されやすい傾向があるため、定期的な質問追加が継続流入に寄与します。

7. 07

   問合せ・予約への到達率

   構造化データの最終評価指標は問合せ件数と予約数です。Google Analyticsで構造化データ実装ページから問合せフォームへの到達率を追い、実装前後で改善傾向が確認できれば施策成立です。

SECTION 08

熊本県内の構造化データ実装成功事例

CREVIAが熊本県内で支援した中小企業のうち、構造化データ実装が成果に直結した代表的な事例を業種別に紹介します。実装範囲・期間・成果指標を具体的に整理し、自社で再現するためのヒントを抽出してください。

事例1｜熊本市中央区の飲食店（LocalBusiness中心）

居酒屋業態の店舗で、トップページにLocalBusiness（Restaurant）スキーマを新規実装し、ブログ記事全件にArticleスキーマを追加しました。営業時間・住所・電話番号・予約URL・支払方法をすべて構造化し、Googleマップ検索からのRich Results表示頻度が向上しました。実装3か月後にGoogleビジネスプロフィールの「ルート検索」と「電話タップ」が伸び、来店予約の動線が短縮された手応えが得られています。

事例2｜合志市の士業事務所（Article＋FAQPage）

税理士・社労士の複合事務所で、コラム記事30本にArticleとFAQPageを段階的に追加。各記事末尾に5から7問のFAQセクションを設け、FAQPageスキーマで構造化しました。実装後、AI Overviewの引用元に自社記事が登場する頻度が伸び、相続・会社設立関連キーワードでの問合せが新規発生するようになりました。FAQPageはAI時代の士業に特に親和性が高いスキーマです。

事例3｜菊陽町の小売・雑貨店（Product実装）

ECサイト併設の雑貨店で、商品ページ全件にProductスキーマを実装し、aggregateRatingとofferを正確に記述しました。Google Shopping枠と通常検索のRich Results双方で表示確率が向上し、商品単体検索からのEC流入が伸びる結果になりました。aggregateRatingの実装にはレビュー収集の運用整備が前提となるため、口コミ施策と並行で進めると効果が早く出ます。

構造化データは実装範囲と業種特性を合わせれば、3か月から6か月でRich Results表示・AI引用・問合せ到達のいずれかで明確な変化が観測できる施策です。

SECTION 09

今日から始める3ステップロードマップ

構造化データの実装は、優先順位を間違えなければ運用負荷を抑えつつ着実に成果につながります。中小企業が今日から動き出すためのロードマップを、最初の3ステップに絞って整理します。

1. 01

   Step 1｜AIOSEO導入と基本3スキーマ設定（1週目）

   WordPressにAIOSEOを導入し、組織情報・ロゴ・SNS・パンくず設定を完了させます。Article・LocalBusiness・FAQPageの3スキーマを基盤に据え、既存のトップページ・会社概要・主要記事5本にスキーマを反映します。リッチリザルトテストツールで各ページの検証を完了させ、初回基盤を整える期間です。

2. 02

   Step 2｜既存記事への横展開と警告解消（2から4週目）

   既存のブログ記事全件にArticleスキーマを反映し、FAQセクションがある記事にはFAQPageを追加します。Google Search Consoleの拡張レポートを毎週確認し、無効・警告を72時間以内に修正する運用に切り替えます。この4週間で自社サイト全体の構造化データ基盤が完成します。

3. 03

   Step 3｜業種別スキーマの追加と効果測定（2か月目以降）

   業種別のマトリクスを参照し、Product・Recipe・HowTo・Eventなどの応用スキーマを段階追加します。Rich Results表示回数・クリック率・AI Overview引用回数を月次で記録し、改善幅をレポート化します。3か月後・6か月後の効果検証を経て、本格運用フェーズへ移行します。

SUMMARY

まとめ｜構造化データで検索とAIの両面から評価を獲得する最短ルート

本記事では、構造化データ（Schema.org）をJSON-LD形式で実装し、Rich ResultsとAI Overview双方の評価を獲得するための6ステップ手順を、業種別マトリクスと事例とともに体系的に整理しました。重要なのは以下の3点に集約されます。

1. 1

   JSON-LDが2026年の唯一の正解形式

   マイクロデータ・RDFaは新規実装で選ぶ理由がありません。AIOSEOやYoast SEOで自動生成されるJSON-LDを基盤に据え、形式選びで悩む時間をスキーマ選定とテンプレート整備に振り向ける判断が、最短で成果につながります。

2. 2

   業種別の最優先スキーマから着手する

   飲食店・美容室・クリニックはLocalBusiness、士業はArticle＋FAQPage、小売・ECはProductという業種別の優先順位を踏まえ、最優先スキーマを1つ決めて運用を安定させてから応用スキーマへ広げる段階設計が、リソース集中と成果の両立を可能にします。

3. 3

   実装後のSearch Console運用で差がつく

   構造化データは「実装したら終わり」ではなく、無効件数の72時間以内修正とRich Results表示回数の月次レビューが成果を決めます。週1回10分のチェック運用を組み込めば、3か月から6か月で平均ポジションとAI引用の改善が観測できます。

CREVIAでは、AIOSEO初期設定からJSON-LDテンプレート整備、主要記事のスキーマ最適化、Rich Results監視運用までを一体で支援可能です。SEOとLLMOの両面で評価を底上げしたい方は、無料診断からご要望に応じて対応します。

SECTION 10

よくある質問