構造化データはGEOに効果がある？導入の優先順位と確認方法

ページが取得できるかと本文に必要な情報があるかを先に確認します。読者や検索エンジンが必要な情報にたどり着ける状態を整えましょう。

たとえば、料金ページにプランの対象条件がない場合は、条件を本文に加える作業から始めます。GoogleのAI検索に向けた取得・インデックスの点検は、次の記事で詳しく扱っています。

実装は対応させたい検索機能と対象ページが明確な場合に検討します。商品検索の表示を整えるなど、目的から必要な型と項目を選びます。

ECなら、商品名・価格・在庫を伝える商品ページが候補です。企業サイトなら、会社情報や主要記事の発信者を明確にする用途から検討できます。

既存のデータに古い価格や旧社名が残っている場合は、その修正を優先します。正しく出力できているページは維持し、必要な情報が不足している箇所に作業を絞りましょう。

本文と構造化データを同時に更新できる管理方法を決めてから実装します。特に価格・在庫・営業時間は変わりやすいため、導入後の手間も見積もります。

価格を改定したとき、画面だけが新価格になり、JSON-LDに旧価格が残る状態を避けます。別々に手入力している場合は、同じ元データから出力できるかを開発担当者に確認しましょう。

最初に対象ページにどの型と情報が出力されているかを調べます。Schema Markup Validatorの「URLを取得」で公開URLを入力し、検出された型と各項目を確認できます。

同じページにArticleとBreadcrumbListなどの複数の型があること自体は問題ありません。同じ記事の著者や更新日が異なる値で出ている場合は、出力元を調べてそろえます。

JSON-LDは、HTMLのscript要素にデータをまとめて書く形式です。本文に表示する情報と同じ元データから出力します。

架空の記事「構造化データの基本」を例に、ArticleのJSON-LDを示します。記事名・著者・日付・URLは、実際のページに合わせて置き換えます。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "構造化データの基本",
  "author": {
    "@type": "Organization",
    "name": "サンプル編集部",
    "url": "https://example.com/about/"
  },
  "datePublished": "2026-09-01T09:00:00+09:00",
  "dateModified": "2026-09-20T09:00:00+09:00",
  "image": "https://example.com/images/structured-data.jpg"
}
</script>

headlineは記事名、authorは著者、datePublishedとdateModifiedは公開日時と更新日時です。imageには記事を表す実在する画像のURLを指定します。

CMSの記事情報から各項目を出力すれば、コードと本文を別々に書き換えずに済みます。

構文の確認とGoogleの検索機能への対応確認でツールを使い分けます。公開前はコードを入力して調べ、公開後はURLで実際の出力を確かめます。

リッチリザルトテストでは「コード」タブにJSON-LDを貼り付け、「コードをテスト」を実行します。

上の例は2026年9月21日の確認で、Schema Markup Validatorではエラー・警告なし、Googleでは記事1件が有効と表示されました。

検証が通っても、画像URLの実在や本文との一致は実際のページで照合します。Googleのテストで対象が検出されない場合も、ページの取得状況、対応する型かどうか、コードが出力されているかを順に確認しましょう。

実装の正常性を確かめたうえで検索表示とAI回答の変化を追います。変更日と対象ページを記録し、同じ期間・条件で比べられるようにします。

本文やサイト構成も同時に変更すると、構造化データだけの効果を切り分けられません。これらの変更も記録しておきましょう。

GoogleのFAQリッチリザルトを目的にFAQPageを追加する必要はありません。Googleは2026年5月7日からFAQリッチリザルトを表示しないと案内しています。

Schema.orgのFAQPageという型は現在も存在します。利用するサービスがそのデータを必要としている場合は用途に応じて実装し、ページに見える質問・回答とそろえます。

FAQ本文は、料金や利用条件などの疑問に答える情報として整えましょう。質問と回答を具体化する方法は、次の記事で紹介しています。

必要な型と情報が正しく出力されていれば追加対応は不要です。自動生成の設定だけで判断せず、公開ページを検証して実際に出ている内容を確認します。

誤りがあれば、CMSやプラグインなどの出力元を修正します。テーマやプラグインの変更後も再検証しましょう。

再クロールの時期と成果が現れる時期は別々に考えます。Googleは再クロールに数日から数週間かかる場合があると案内していますが、これはAI回答で採用されるまでの期間を示すものではありません。

まずURL検査などで変更後のページが取得されたかを確認します。その後、検索表示やAI回答の内容を継続して記録し、次の修正が必要かを判断します。