構造化データとは？
SEO効果・JSON-LDの書き方と検証方法

構造化データとは

通常のHTMLは、見出し、段落、画像、リンクといったページの構造を表します。しかし、同じ文字列でも「人名」「会社名」「商品の価格」「イベントの開催日時」など、意味までは常に一意に伝わりません。構造化データは、その意味と項目同士の関係を標準化された形で補足します。

たとえば記事ページなら、見出し文字列を単に表示するだけでなく、headline、author、datePublished、dateModified、imageとして明示できます。商品ページなら、商品名、価格、在庫状態、販売者を別々のプロパティとして表現できます。

構造化データとメタタグは別物

titleやmeta name="description"、og:imageも検索や共有表示に重要ですが、構造化データとは役割が異なります。どちらか一方で代用するのではなく、同じ正規データから一貫した値を出力するのが安全です。

構造化データのSEO効果

構造化データは「入れれば順位が上がる」という施策ではありません。主な価値は、検索エンジンがページ内容を解釈するための明示的な手掛かりを増やし、対応する検索機能に参加できる状態を作ることです。

AI OverviewsやAI Mode専用の構造化データは必要か

Google検索のAI機能だけを対象にした特別なSchema.orgタイプを追加する考え方ではありません。通常のSEOと同様に、独自性のある本文を公開し、クロール可能にし、構造化データを使う場合は画面上の内容と一致させます。構造化データは情報を機械可読に共有する手段であり、本文そのものの価値を置き換えません。

構造化データの2026年最新動向

古い記事やプラグインの説明では、すでにGoogle検索で終了した機能が推奨されていることがあります。Schema.orgに型が存在するかどうかと、Google検索で現在リッチリザルトとして使われるかどうかは分けて確認してください。

ページ別に選ぶ構造化データ

「使える型を全部入れる」のではなく、ページの主目的に最も合う型から選びます。Google検索での実装は、Schema.orgの定義だけでなく、検索ギャラリーと機能別ガイドの両方を確認します。

サイト共通情報とページ固有情報を分ける

OrganizationやWebSiteはサイト全体の情報として共有し、記事、商品、イベントなどは各ページ固有のノードとして生成します。@idを使うと、同じ組織、著者、Webページを重複した別物として扱わず、グラフ内で参照できます。

JSON-LDの書き方と実装例

JSON-LDは通常、<script type="application/ld+json">内に記述します。次は、このような技術記事ページで使えるTechArticle、BreadcrumbList、Organizationを@graphで関連付けた例です。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Example Company",
      "url": "https://example.com/",
      "logo": {
        "@type": "ImageObject",
        "url": "https://example.com/logo.png"
      }
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://example.com/blog/structured-data/#breadcrumb",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "ホーム",
          "item": "https://example.com/"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "SEO",
          "item": "https://example.com/blog/seo/"
        },
        {
          "@type": "ListItem",
          "position": 3,
          "name": "構造化データ",
          "item": "https://example.com/blog/structured-data/"
        }
      ]
    },
    {
      "@type": "Article",
      "@id": "https://example.com/blog/structured-data/#article",
      "mainEntityOfPage": "https://example.com/blog/structured-data/",
      "headline": "構造化データとは？JSON-LDの実装ガイド",
      "description": "構造化データの基礎と実装方法を解説します。",
      "image": [
        "https://example.com/images/structured-data.jpg"
      ],
      "datePublished": "2026-07-01T09:00:00+09:00",
      "dateModified": "2026-07-29T12:00:00+09:00",
      "inLanguage": "ja-JP",
      "author": {
        "@type": "Person",
        "name": "山田 太郎",
        "url": "https://example.com/authors/taro-yamada/"
      },
      "publisher": {
        "@id": "https://example.com/#organization"
      },
      "breadcrumb": {
        "@id": "https://example.com/blog/structured-data/#breadcrumb"
      }
    }
  ]
}
</script>

実装例で確認する10項目

WordPressで実装するときの注意

WordPressではSEOプラグイン、テーマ、商品プラグイン、レビュー機能がそれぞれJSON-LDを出力する場合があります。まず生成HTMLでapplication/ld+jsonを検索し、同じ型が重複していないか確認します。

• テーマとSEOプラグインが両方Articleを出していないか
• WooCommerceの商品価格と別プラグインのOfferが矛盾していないか
• 著者アーカイブを無効にしているのに、存在しない著者URLを出していないか
• キャッシュ後のHTMLにも最新価格・日付・在庫が反映されているか
• 多言語ページで日本語URLと英語の見出しが混ざっていないか

構造化データを検証する手順

検証は「JSONとして正しいか」だけでは足りません。Googleの検索機能に適格か、Schema.orgとして妥当か、実際にGooglebotが取得できるか、本文と一致しているかを段階的に確認します。

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

構造化データでやってはいけないこと

公開前チェックリスト

• ページの主目的に合う型を一つ決め、Googleの現在の機能別ガイドを確認した
• JSON-LDの値は、ユーザーがページ上で確認できる内容と一致している
• title、H1、headline、description、canonical、OGPの内容に大きな矛盾がない
• ページ、画像、ロゴ、著者、パンくずに公開可能な絶対URLを使っている
• datePublishedとdateModifiedをISO 8601形式・タイムゾーン付きで出力した
• テーマやプラグインによる同じ型の重複・競合がない
• リッチリザルト テストとSchema Markup Validatorの両方を実行した
• URL検査でGoogleが取得するHTML、canonical、index可否を確認した
• 価格、在庫、営業時間、イベント、求人など期限のある値に更新担当を決めた
• テンプレート変更後に代表URLを再検証する運用を決めた

構造化データに関するよくある質問

まとめ：構造化データは「正しい情報設計」と「継続運用」で効く

構造化データで最も大切なのは、コード量ではなく整合性です。ページの主目的を明確にし、画面に表示する正規データからJSON-LD、メタタグ、OGPを生成し、Googleが現在対応する検索機能に合わせます。

• Schema.org：型とプロパティの共通語彙
• Googleの機能別ガイド：検索表示に必要な実装・品質条件
• JSON-LD：新規実装で使いやすい推奨形式
• 検証：リッチリザルト テスト、Schema Markup Validator、URL検査
• 運用：価格、在庫、日付、営業時間、機能終了を継続更新

2026年にはFAQリッチリザルト終了などの変更もありました。数年前のテンプレートを固定して使い続けず、Google Search Centralの更新履歴と検索ギャラリーを定期的に確認してください。

執筆・検証：Hikaru OnoHTML、CSS、Go、WordPressなどを使ったWebサイト制作・改善に携わっています。本記事では、仕様名だけでなく、テンプレート出力、検証、更新運用まで実装者が判断できる形に整理しました。

確認に使った公式資料

• Google Search Central：構造化データの仕組み
• Google Search Central：構造化データに関する一般的なガイドライン
• Google Search Central：Google検索が対応する構造化データ
• Google Search Central：Article構造化データ
• Google Search Central：リッチリザルト テストとSchema Markup Validator
• Google Search Central：検索ドキュメントの更新履歴
• Schema.org：型とプロパティの公式語彙