【実践ガイド】構造化データ（JSON-LD）の書き方｜AI検索に自社を表示させる技術的アプローチ

構造化データとは何か——AIが情報を「読む」仕組みを理解する

Webサイトに書かれた会社名・住所・電話番号。人間なら一目で「会社概要だ」と分かります。しかしGoogleのクローラーやChatGPT、PerplexityといったAIにとって、HTMLの文字列はただのテキストの羅列です。「この文字列が会社名で、この数字が電話番号」という意味まではHTMLだけでは確実に伝わりません。

構造化データとは、このギャップを埋めるために情報に「意味ラベル」を貼る仕組みです。現在主流の記述形式がJSON-LD（JavaScript Object Notation for Linked Data）で、ページのhead内などにまとめて記述でき、既存デザインを崩さず導入できます。

人間が読むHTML、AIが読むJSON-LD——情報認識の決定的な違い

同じ会社情報を通常のHTMLとJSON-LDで書いた場合を比較します。

コードで見ると違いはさらに明確です。通常のHTMLでは「092-000-0000」が電話番号かFAX番号か確定できませんが、JSON-LDなら"telephone"と明示されるため、AIは推測不要で正確に情報を取得できます。

Schema.org：Google・Bing・AIが共通で使う「ラベル辞書」

JSON-LDで使われるLocalBusinessやPostalAddressといったラベルは、Schema.orgという共通規格で定義されています。Schema.orgは2011年にGoogle・Microsoft（Bing）・Yahoo!・Yandexが共同で策定したボキャブラリ（語彙集）です。主要検索エンジンが「この書き方なら正しく読み取る」と合意した公式ルールブックといえます。

構造化データはランキング要因ではない——それでも重要な理由

Googleは公式に「構造化データは直接的なランキング要因ではない」と明言しています。JSON-LDを入れただけで検索順位が上がるわけではありません。それでも実装する価値がある理由は次の3つです。

• リッチリザルトの獲得：FAQ・レビュー星・パンくずリストなど、検索結果で目立つ表示枠を得られる可能性が高まり、クリック率向上が期待できます
• AI Overviewの引用ソース候補：Google AI Overviewは情報の正確性判断に構造化データを信頼性シグナルの一つとして参照していると考えられています
• LLMへの情報供給：ChatGPTやPerplexityがWeb検索を行う際、意味が明示された情報は曖昧なHTML文章より正確に取り込まれやすくなります

次章では、中小企業が優先的に実装すべき構造化データ5種類を、そのままコピペできるテンプレート付きで紹介します。

AI検索プラットフォーム別——構造化データがどう使われているか

第1章で「構造化データはAIへの意味ラベル」だと説明しました。では、実際のAI検索プラットフォームはそのラベルをどの程度読み取り、回答生成に活かしているのでしょうか。ここでは主要4プラットフォームの参照方法を比較し、「どこから対策すべきか」を判断できるようにします。

Google AI Overview・Perplexity・ChatGPT・Gemini——それぞれの参照方法

4つのプラットフォームは、構造化データの扱い方がそれぞれ異なります。以下の比較表で整理します。

構造化データが「引用ソース」に選ばれるメカニズム

AI検索が回答を生成する際、Web上の膨大なページから「どの情報を引用するか」を判断する必要があります。このとき構造化データは、直接的なランキング要因ではなく「信頼性シグナル」として機能します。

具体的には、次のような流れで引用ソースの選定に影響します。

1. 情報の意味が明確になる：JSON-LDで「これはFAQである」「これは営業時間である」と明示されていると、AIは情報の種類を誤認しにくくなる
2. 回答の構成要素として抽出しやすくなる：質問と回答がペアで構造化されているFAQPageは、AIが「この質問にはこの回答」と対応づけやすい
3. 結果として引用候補の優先度が上がる：同じ内容を書いている競合ページより、構造化データ付きのページが選ばれやすくなる

実際に、Google AI OverviewではFAQPageスキーマを実装したページが、同テーマの未実装ページより引用元として表示される頻度が高いという傾向が複数のSEO調査で報告されています。たとえば「福岡 ホームページ制作 費用」のような地域×サービス系クエリでは、FAQPageで「費用の目安は？」「制作期間は？」といった質問を構造化しているページが、AI Overviewの回答内に引用リンク付きで表示されるケースが確認されています。

次の第3章では、実際にどのスキーマタイプを優先的に実装すべきか、中小企業サイトで効果が出やすい5種類をコードテンプレート付きで紹介します。

AI検索に効く構造化データTOP5——優先順位と使い分け

Schema.orgには800以上のタイプが定義されていますが、中小企業がAI検索対策として押さえるべきものは5種類に絞れます。「実装の手軽さ × AI検索での効果」を基準に優先度順で整理しますので、全体像を把握してから自社に必要なものだけを選んでください。

FAQPage（よくある質問）——AI検索対策で最もROIが高い

FAQPageを最優先に挙げる理由は明確です。Google公式の構造化データガイドラインでも推奨タイプとして明記されており、AI Overviewが「質問→回答」形式で情報を引用する際、FAQPageマークアップが付いたページは構造的に解釈しやすいためです。

1ページあたり5〜10問が目安です。質問文にはユーザーが実際に検索しそうなフレーズを含め、回答は50〜200文字で簡潔にまとめましょう。

Organization・LocalBusiness——エンティティ確立と地域ビジネスの基盤

Organizationは「この会社は何者か」をAIに宣言するタイプです。社名・所在地・ロゴ・公式SNSなどを一括で伝えることで、ナレッジパネル生成やPerplexityの企業情報引用の精度が上がります。

福岡のように商圏が限定される地域密着ビジネスでは、LocalBusiness（またはそのサブタイプ）が特に有効です。geo座標・営業時間・対応エリアなどを記述でき、Googleマップとの連携や「〇〇市 おすすめ △△」系クエリへの露出に直結します。

Article/BlogPosting・HowTo——コンテンツの専門性をAIに伝える

ブログやコラムを定期発信している企業は、Article（またはBlogPosting）で著者名・公開日・更新日をAIに伝えましょう。E-E-A-Tの「誰が書いたか」をマシンリーダブルにする手段です。手順解説型コンテンツにはHowToが適しており、ステップごとの名前・テキスト・所要時間を記述できます。

次章では、この5種類それぞれのコピペで使えるJSON-LDテンプレートを提示し、自社情報への書き換え方を具体的に解説します。

そのまま使えるJSON-LDテンプレート5選——コピペして自社情報に書き換えるだけ

各テンプレートの★書き換え★部分を自社情報に置き換えれば、そのまま使えます。

FAQPage・Organizationのテンプレートと書き換えポイント

① FAQPage——質問文に検索されそうなフレーズを自然に含めるのがコツです。

{
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "★質問文（検索フレーズを含める）★",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "★回答文（50〜200文字で簡潔に）★"
      }
    }
  ]
}

② Organization——会社の基本情報をAIに伝えます。

{
  "@type": "Organization",
  "name": "★会社名★",
  "url": "★公式サイトURL★",
  "logo": "★ロゴ画像の絶対パスURL★",
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "★+81-92-XXX-XXXX★",
    "contactType": "customer service"
  },
  "sameAs": ["★SNSプロフィールURL★"]
}

sameAsに公式SNSのURLを列挙すると、AIがエンティティを同定する手がかりになります。

Article/BlogPosting・HowToのテンプレートと書き換えポイント

③ BlogPosting——記事ごとに設置します。

{
  "@type": "BlogPosting",
  "headline": "★記事タイトル（60文字以内）★",
  "image": "★アイキャッチ画像の絶対パスURL★",
  "author": {"@type":"Person","name":"★著者名★"},
  "datePublished": "★公開日（例: 2025-01-15）★",
  "dateModified": "★最終更新日★"
}

dateModifiedを更新のたびに書き換えると、AIに最新情報として認識されやすくなります。

④ HowTo——手順系コンテンツ向けです。

{
  "@type": "HowTo",
  "name": "★手順タイトル★",
  "step": [
    {"@type":"HowToStep","name":"★ステップ1★","text":"★作業内容★"},
    {"@type":"HowToStep","name":"★ステップ2★","text":"★作業内容★"}
  ]
}

3〜8ステップ程度がAI Overviewにも引用されやすい傾向があります。

LocalBusinessのテンプレート——福岡の店舗・事務所向けカスタマイズ例

⑤ LocalBusiness——営業時間・対応エリア・Geo座標を正確に記述します。

{
  "@type": "LocalBusiness",
  "name": "★店舗名★",
  "telephone": "★+81-92-XXX-XXXX★",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "★天神1-2-3★",
    "addressLocality": "★福岡市中央区★",
    "addressRegion": "★福岡県★",
    "postalCode": "★810-0001★"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": "★33.5902★",
    "longitude": "★130.4017★"
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00","closes": "18:00"
  }],
  "areaServed": {"@type":"City","name":"★福岡市★"}
}

5種類すべてを一度に実装する必要はありません。自社にとってインパクトの大きいものから設置し、リッチリザルトテストでエラーがないか確認してください。

WordPressでの実装方法——プラグインあり・なし両方の手順

第4章でテンプレートを手に入れたら、次は「どこに貼るか」です。WordPressの場合、大きく分けてプラグインを使う方法と、テーマファイルやエディタに直接書く方法の2ルートがあります。それぞれメリット・デメリットが異なるので、自社の運用体制に合う方を選んでください。

プラグインで実装する方法（Rank Math SEO / Yoast SEO）

SEOプラグインを使えば、管理画面のGUIだけで構造化データを追加できます。ここではシェアの大きいRank Math SEOを例に手順を示します。

プラグインなしで実装する方法（header.phpまたはカスタムHTMLブロック）

プラグインを増やしたくない場合や、プラグインが対応していないスキーマを入れたい場合は手動実装になります。方法は2つあります。

方法A：functions.php + wp_headフック（サイト共通のスキーマ向き）

OrganizationやLocalBusinessのようにサイト全体で共通の構造化データは、子テーマのfunctions.phpに以下のようなコードを追加します。

add_action('wp_head', function() {
  if ( is_front_page() ) {
    echo '<script type="application/ld+json">';
    // ここに第4章のOrganization等のJSON-LDを記述
    echo '</script>';
  }
});

is_front_page()の条件分岐で、トップページだけに出力を限定できます。サービスページならis_page('service')のように変更してください。

方法B：カスタムHTMLブロック（個別ページ向き）

ブロックエディタで「カスタムHTML」ブロックを追加し、<script type="application/ld+json">...</script>をそのまま貼り付けます。FAQPageやHowToなど、ページ固有のスキーマはこの方法が手軽です。

ページ種別ごとの設置ルール——トップ・サービス・ブログ記事

「全ページに全スキーマを入れる」のは誤りです。ページの役割に合ったスキーマだけを設置するのが正しい運用です。以下の対応表を参考にしてください。

プラグインと手動、どちらを選んでも最終的なJSON-LDの出力結果は同じです。大切なのは「正しい内容が、正しいページに、エラーなく出力されている状態」を維持すること。設置して終わりではなく、サービス内容や営業時間が変わったタイミングで必ず構造化データも更新してください。

実装後の確認とデバッグ——エラーを放置しない検証手順

構造化データは「貼って終わり」ではありません。JSON-LDの構文が1文字でも間違っていれば、Googleはそのデータを無視します。AI検索にも当然渡りません。ここでは、設置直後に行うべき検証と、運用中のエラー監視を具体的な手順で整理します。

Googleリッチリザルトテストで動作確認する手順

まず使うのは、Googleが公式に提供しているリッチリザルトテスト（search.google.com/test/rich-results）です。このツールは「Googleがそのページのリッチリザルトを表示できるか」を判定してくれます。

Schema Markup Validatorで構文エラーを検出する

Schema.org公式のSchema Markup Validator（validator.schema.org）は、リッチリザルト対応かどうかに関係なく、すべてのスキーマタイプの構文を検証できます。

使い分けの基準はシンプルです。

実務では両方を使うのが確実です。まずSchema Markup Validatorで構文エラーをゼロにし、次にリッチリザルトテストでGoogleの認識状況を確認する、という順番がおすすめです。

よくあるエラー5選と修正方法

構造化データの検証で頻出するエラーを5つまとめました。いずれもコードを数行修正するだけで解決できるものばかりです。

Search Consoleの「拡張」セクションでは、スキーマタイプごとに「有効」「警告あり」「エラー」のステータスが一覧表示されます。エラーが検出された場合はページURLも特定できるため、該当ページのJSON-LDを上記の手順で再検証・修正する流れです。

検証ツールの使い方は分かったけれど、自社サイト全体のエラー状況を一度まとめてチェックしたいという場合は、お気軽にご相談ください。設置状況の診断だけでも対応しています。

構造化データ実装チェックリスト——公開前に確認する10項目

第4章〜第6章でテンプレートの作成・設置・検証まで進めてきました。ここでは「本当に抜け漏れがないか」を最終確認するためのチェックリストを提示します。社内のSlackやNotionにコピーして、ページ公開前のワークフローに組み込んでください。

コード品質チェック（5項目）

まずはJSON-LDコード自体の品質を確認します。ここでエラーがあると、GoogleにもAIにも正しく読み取ってもらえません。

設置・運用チェック（5項目）

コードが正しくても、設置場所や運用フローが整っていなければ効果は持続しません。

以下に、上記10項目を一覧表としてまとめます。印刷やスプレッドシートへの転記にお使いください。

10項目すべてにチェックが入れば、構造化データの実装は完了です。あとは月次の定期確認と、情報変更時のアップデートを続けるだけ。「設置して終わり」ではなく「正しい情報を維持し続ける」ことが、AI検索時代の技術的な信頼性につながります。

まとめ——構造化データはAI検索時代の「名刺」になる

ここまで7章にわたって、構造化データの基本概念からコードテンプレート、WordPress実装、検証、運用チェックリストまでを一気に駆け抜けました。「結局、うちの会社は何から始めればいいのか？」という問いに、最後にシンプルな答えを出します。

この記事の要点を3つに絞ると

最初の一歩：トップページにOrganization、主要ページにFAQPageを設置する

具体的なアクションプランを整理します。

合計で1〜2時間あれば、最初の実装と検証は完了します。ここまでは社内だけで十分対応できる範囲です。

AI検索の普及により、検索結果の「見え方」は急速に変わっています。リンク一覧を眺める時代から、AIが要約した回答を読む時代へ。その回答の情報源として自社が選ばれるかどうかは、AIが自社サイトをどれだけ正確に理解できるかにかかっています。構造化データは、その理解を助けるための最も確実な技術的アプローチです。

名刺を渡さずに商談は始まりません。AI検索時代の名刺を、今日から整えてみてください。