スキーママークアップ(構造化データ)実践ガイド:SEOで今も効果があるもの

要点: スキーママークアップとは、schema.org の語彙を使ってページを記述するコード(通常は JSON-LD のスクリプト)のことです。商品と価格、記事と著者、店舗と住所など、ページの内容を検索エンジンに正確に伝えます。Google では、価格、レビューの星、パンくずリストなどのリッチリザルトの対象になれますが、表示が保証されるわけではなく、ランキングを押し上げる施策でもありません。2026年5月の FAQ をはじめ、すでに廃止されたリッチリザルトもあります。Google が今もサポートしているタイプをマークアップし、ユーザーに見える内容と完全に一致させ、テンプレートを変更するたびにその前後でテストしましょう。

「スキーマを入れている」サイトの多くは、次のどちらかの問題を抱えています。何年も前に、今は Google が表示しなくなったリッチリザルト向けに追加したマークアップが残っている。あるいは、テーマ、プラグイン、アプリがそれぞれ独自のブロックを出力し、内容が食い違っている。このガイドでは、構造化データが現在果たす役割、2026年10月時点で取り組む価値のあるタイプ、そのままコピーして使える JSON-LD、そしてテストの手順を解説します。

スキーママークアップとは

Schema.org は、Web 上のものごとを記述するための共通語彙です。Google、Microsoft、Yahoo、Yandex が設立し、コミュニティプロジェクトとして運営されています。Product、Article、LocalBusiness、Event といったタイプと、各タイプが持てるプロパティ(price、author、address、startDate など)を定義しています。Schema.org によると、2024年時点で4,500万を超える Web ドメインが利用しています。

「構造化データ」は、機械が推測なしに読み取れる決まった形式の情報を指す総称です。「スキーママークアップ」は、schema.org の語彙で書かれた構造化データのことです。実務ではこの2つはほぼ同じ意味で使われます。

マークアップがない場合、検索エンジンは「マグカップ」という語の近くにある「$32」を見て、おそらく価格だろうと推測します。マークアップがあれば、ページがそれを明示できます。「これは『Speckled Stoneware Mug』という名前の Product で、32.00 USD で提供され、在庫がある」というように。Google の構造化データの概要は、その目的をこう説明しています。Google は構造化データを使ってページの内容を理解し、ユーザーにとってより魅力的な検索結果を可能にすることがある、というものです。

JSON-LD、Microdata、RDFa

Google 検索がサポートする形式は3つです。どれも同じ語彙を表現でき、違いは情報を置く場所にあります。

Google は、サイトの構成が許すなら一般的に JSON-LD を推奨すると述べています。新規に追加するものはすべて JSON-LD にしましょう。すでにプラットフォームが正しい Microdata を出力しているなら、書き直す必要はありません。ただし、同じ項目を別の内容で記述する JSON-LD ブロックを重ねて追加するのは避けてください。

構造化データにできること、できないこと

ページをリッチリザルトの対象にできます。 リッチリザルトとは、強化された検索表示のことです。商品の価格と在庫状況、レビューの星、URL そのままではなくパンくずリスト、動画のサムネイル、イベントの日付などがあります。Google のドキュメントには、リッチリザルトでクリック率が向上した事例があります。たとえば Rotten Tomatoes は、構造化データを使ったページでクリック率が25%高いと計測しています。

何も保証されません。 Google の構造化データの一般的なガイドラインには、構造化データが検索結果に表示される保証はないと明記されています。有効なマークアップはページを対象にするだけで、リッチリザルトが役に立つかどうかはクエリごとに Google が判断します。

ランキングの近道ではありません。 Google は構造化データを、コンテンツを理解し、検索機能の対象になるための手段と位置づけています。最も分かりやすいのは不正の扱いです。構造化データに対する手動対策を受けると、そのページはリッチリザルトの対象外になりますが、Google によればウェブ検索での掲載順位には影響しません。

曖昧さの解消に役立ちます。 GoogleのOrganizationのドキュメントによると、Organization マークアップは、Google が組織の管理上の詳細を理解し、他の組織と区別するのに役立ち、検索結果やナレッジパネルに表示されるロゴにも影響することがあります。

Googleが今もサポートするリッチリザルト(2026年10月)

Google は3年にわたって一覧を絞り込んできました。廃止された機能向けのマークアップが害になることはありませんが、保守の手間が無駄になります。しかも、プラグインがデフォルトでそれを生成するケースが今も残っています。

廃止または制限された機能

Google はサイトリンク検索ボックスを廃止した際、サポート対象外の構造化データが検索で問題を起こすことはないため、マークアップを削除する必要はないと説明しました。他の機能にも同じ考え方が当てはまります。次にテンプレートを触るときに整理すれば十分で、慌てる必要はありません。

ほとんどのサイトで使う価値のあるタイプ

2026年10月に最終更新された検索ギャラリーには、Google が現在サポートしている機能が並んでいます。そのうち、多くの企業が使えるものは次のとおりです。

ギャラリーには、求人情報、データセット、ディスカッションフォーラム、Q&A ページ、プロフィールページ、映画、バケーションレンタル、有料コンテンツなども含まれます。始める前に知っておきたいドキュメント上のルールが2つあります。オンラインのみのイベントは Event のリッチリザルトの対象外で、物理的な開催場所が必要です。また、長所と短所の表示は編集レビューの商品専用で、販売者のページは対象外です。

そのまま使えるJSON-LDの例

各ブロックは、ページのHTML内の <script type="application/ld+json"> の中に入れます。通常は head 内です。値はすべて実際のデータに置き換え、ページに実際に表示されている内容だけをマークアップしてください。

Organization(ホームページ)

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://www.example.com/#organization",
  "name": "Copperleaf Ceramics",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo-512.png",
  "description": "Handmade stoneware mugs, plates and bowls, shipped across the United States.",
  "email": "[email protected]",
  "sameAs": [
    "https://www.instagram.com/example",
    "https://www.linkedin.com/company/example"
  ]
}

Google は、Organization マークアップをすべてのページではなく、ホームページか、組織を説明する単一のページに置くことを推奨しています。ロゴのガイドラインでは、クロール可能でインデックス可能な、白い背景でも見栄えのする112×112ピクセル以上の画像が求められます。sameAs には、あなたについて説明している他のサイト(SNSやレビューのプロフィールなど)のURLを指定します。Google は、該当する組織向けに vatID や iso6523Code などの識別子も挙げています。

LocalBusiness(店舗・拠点ページ)

{
  "@context": "https://schema.org",
  "@type": "Bakery",
  "name": "North Street Bakery",
  "url": "https://www.example.com/locations/north-street",
  "telephone": "+1-555-010-0199",
  "priceRange": "$$",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "120 North Street",
    "addressLocality": "Springfield",
    "addressRegion": "IL",
    "postalCode": "62701",
    "addressCountry": "US"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 39.80172,
    "longitude": -89.64371
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "07:00",
      "closes": "18:00"
    },
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": "Saturday",
      "opens": "08:00",
      "closes": "14:00"
    }
  ]
}

Google のローカルビジネスのガイドでは、汎用の LocalBusiness ではなく、利用できる最も具体的なサブタイプ(Bakery、Dentist、HealthClub など)を使うこと、緯度・経度は小数点以下5桁以上にすること、電話番号は国番号と市外局番を含めること、priceRange は100文字未満にすることが求められています。詳細は Google ビジネス プロフィールと同じ内容にしてください。その点についてはGoogle ビジネス プロフィール最適化ガイドで解説しています。

オファー付きのProduct(販売者向けリスティング)

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Speckled Stoneware Mug, 12 oz",
  "image": [
    "https://www.example.com/images/mug-1x1.jpg",
    "https://www.example.com/images/mug-4x3.jpg",
    "https://www.example.com/images/mug-16x9.jpg"
  ],
  "description": "Wheel-thrown stoneware mug with a speckled glaze. Dishwasher safe.",
  "sku": "MUG-SPK-12",
  "brand": {
    "@type": "Brand",
    "name": "Copperleaf Ceramics"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://www.example.com/shop/speckled-mug",
    "price": "32.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "14"
  }
}

販売者向けリスティングのガイドでは、name、image、そして price と priceCurrency(3文字のISO 4217コード)を含む offers オブジェクトが必須です。在庫状況、商品の状態、ブランド、存在する場合は GTIN、配送の詳細、返品ポリシーも推奨されています。schema.org の price の定義では、小数点にピリオドを使った単なる数値とし、通貨は値に「$」を入れず priceCurrency で指定するよう求めています。セールについては、Google は現在、セール期間を定義するために validFrom と、validThrough または priceValidUntil を併用する方法を案内しています。また Google は、ページ上のマークアップと Merchant Center のフィードの両方を送ると、ショッピング関連の表示の対象になる可能性が最大化されるとしています。

Article(ブログ記事)

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to Care for Handmade Stoneware",
  "image": ["https://www.example.com/images/stoneware-care-16x9.jpg"],
  "datePublished": "2026-09-14T08:00:00+00:00",
  "dateModified": "2026-10-02T09:30:00+00:00",
  "author": [
    {
      "@type": "Person",
      "name": "Maya Lindqvist",
      "url": "https://www.example.com/about/maya"
    }
  ],
  "publisher": {
    "@id": "https://www.example.com/#organization"
  }
}

Article のガイドには必須プロパティはなく、author、日付、headline、image が推奨されています。author.name には肩書きや「投稿者:」などを付けず、人名だけを入れ、著者ごとに別のエントリを用意します。ここでの publisher は @id によって Organization ブロックを参照しているため、2つのブロックが無関係な2つのエンティティではなく、つながった1つのエンティティを記述することになります。

BreadcrumbList

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Shop",
      "item": "https://www.example.com/shop"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Mugs",
      "item": "https://www.example.com/shop/mugs"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Speckled Stoneware Mug"
    }
  ]
}

パンくずリストのガイドによると、パンくずリストには2項目以上が必要です。最後の項目は item を省略でき(その場合 Google はそのページ自身のURLを使います)、一般的なユーザーがそのページにたどり着く経路に沿わせるべきで、URLのフォルダ構造をそのまま映す必要はありません。

ブロックを1つのグラフにつなぐ

1つのページが複数のものを記述することはよくあります。ページ自体、その背後にある組織、商品、パンくずリストなどです。Google のガイドラインでは、ページ上の複数のアイテムは、ネストしても個別に指定しても理解でき、別々のブロックを @id でリンクできるとされています。多くの WordPress 環境ではすでにそうなっています。たとえば Yoast SEO は、WebPage、WebSite、Organization または Person、Article、BreadcrumbList を別々のノードとし、@id で相互に参照させた単一の @graph を出力します。

実践上のルールは2つです。Organization には安定した @id を1つ付け、詳細を繰り返さずにあらゆる場所からそれを参照すること。そして、Google のガイドラインが求めるとおり、VideoObject などの副次的なアイテムに加えて、ページの主たるアイテム(Product や Recipe)もマークアップすることです。

スキーママークアップとAI検索

「スキーマこそAIの回答に載る鍵だ」というアドバイスは多く見かけます。しかし、Google 自身のAI機能とウェブサイトに関するガイダンスははっきりしています。AI による概要や AI モードに表示されるために追加すべき特別な schema.org の構造化データはなく、新しい機械可読ファイルも必要ありません。推奨されているベストプラクティスの1つに、構造化データがページ上の表示テキストと一致していることの確認が挙げられています。

他のAIアシスタントも、マークアップの要件を公開していません。構造化データが確実に果たすのは、曖昧さの除去です。名前、ロゴ、sameAs のプロフィールが一貫した Organization マークアップは、サイトがどの主体に属するかを示し、Product や SoftwareApplication のマークアップは、何をいくらで販売しているかを示します。これはページを読み取るあらゆるシステムにとって有用であり、だからこそアイデンティティ関連のマークアップのチェックをAI検索対応度チェッカーに含めています。ただし、これは基本的な衛生管理であり、成果を左右するレバーではありません。クローラーのアクセスや第三者からの言及といった、AI の回答に効く要素は生成エンジン最適化(GEO)のガイドで、成果の測定はAI可視性トラッキングで扱っています。

構造化データのテスト方法

3つのツールを、3つの異なる問いに使い分けます。

1. リッチリザルトテスト:「Googleのリッチリザルトの対象になるか?」 検出したリッチリザルトのタイプを、エラーや警告とともに表示します。デフォルトではスマートフォンとしてテストします。マークアップを JavaScript で生成している場合は、コードの貼り付けではなくURL入力を使ってください。Google のJavaScriptのガイドによると、Google はレンダリング後のDOMにある構造化データを処理しますが、コード入力には制約があります。
2. スキーママークアップ検証ツール:「schema.org として有効か?」 Google は2021年に、従来の構造化データテストツールを、Google 固有のチェックを持たない汎用の検証ツールとして schema.org に移管しました。ロゴ以外の Organization の詳細など、Google がリッチリザルトとして表示しないタイプに使います。
3. Search Consoleのリッチリザルトレポート:「サイト全体で機能しているか?」 Google がマークアップを検出すると、対応するタイプのレポートが表示されます。有効なアイテムはリッチリザルトとして表示される可能性があり、重大な問題があるアイテムは修正されるまで表示されません。修正後は「修正を検証」を使って、Google に該当ページを再確認してもらいます。

JavaScript についての注意点が1つあります。Google は、動的に生成された Product マークアップによって、ショッピングのクロールの頻度や信頼性が下がることがあると述べています。価格や在庫が頻繁に変わる場合は特に重要です。可能であれば、商品マークアップはサーバーサイドでレンダリングされるHTMLに入れましょう。

よくある間違い

実例:ショップの商品ページを修正する(仮想の例)

以下は仮想の例であり、実際のデータではありません。人気のECプラットフォームで運営される架空のオンラインショップ、Copperleaf Ceramics は、競合が検索結果に価格と在庫を表示しているのに、自社の商品ページは通常の青いリンクのままだと気づきました。マグカップのページを監査したところ、次のことが分かりました。

修正は午後ひと回しで終わりました。

1. テーマの商品マークアップをオフにし、レビューアプリが実際のレビューデータを使って、評価を単一の Product ブロックに追加するよう設定した。
2. オファーを書き直した。"price": "32.00"、"priceCurrency": "USD"、availability と itemCondition を追加し、プロモーション期間中は validFrom と priceValidUntil でセール期間を設定した。
3. 3種類の画像比率を追加した。
4. ホームページに、ロゴと sameAs を含む Organization マークアップを追加し、商品ページから @id で参照した。
5. 顧客が読んでいるため FAQ セクションは表示したままにし、そのマークアップを検索機能として扱うのをやめた。
6. 商品URL 5件でリッチリザルトテストを実行し、その後数週間 Search Console の販売者向けリスティングのレポートを観察した。Google がページを再クロールするにつれ、無効なアイテムはゼロになった。

ショップがリッチリザルトの表示を強制することはできませんが、すべてのページが対象になり、購入者に見える内容と矛盾するものは何もなくなりました。

主要プラットフォームでの実装

• WordPress。 Yoast SEO と Rank Math は、サイトの表現設定を入力すれば、Organization または Person、WebSite、WebPage、Article、BreadcrumbList を出力します。WooCommerce は Product マークアップを追加します。テーマや別のプラグインが独自に追加する場合は、重複がないか確認してください。
• Shopify。 テーマは通常、商品マークアップを出力します。多くは Liquid のstructured_data フィルターを通じたもので、商品を schema.org の Product(バリエーションがある場合は ProductGroup)に、記事を Article に変換します。レビューアプリが2つ目のブロックを追加することがあるため、ページのソースを確認してください。
• 独自サイトやフレームワーク。 ページを描画するのと同じデータから、サーバー側で JSON-LD を生成します。こうすれば価格と在庫が食い違うことはありません。
• スキーママークアップジェネレーター。 Organization のような単発のブロックには問題ありません。価格、評価、日付については、静的な出力は古くなっていくため、自社のデータから生成してください。

30分でできるスキーマチェックリスト

1. 無料のスキーママークアップチェッカーをホームページと主要ページで実行し、各ページが宣言している JSON-LD のタイプと、sameAs を含む Organization または LocalBusiness のアイデンティティマークアップがあるかを確認する。
2. テンプレートごとに1ページ(ホーム、商品またはサービス、記事、店舗・拠点)でリッチリザルトテストを実行する。
3. 見つかった各タイプを「サポート対象」「廃止」「リッチリザルトのタイプではない」に分類し、重複を削除する。
4. 残すタイプの必須プロパティを埋める。
5. マークアップしたすべての値を、表示されているページと照合する(価格、評価、営業時間、日付)。
6. ソーシャル共有タグも確認する。同じテンプレートの変更で壊れることが多い。
7. 2〜4週間後に Search Console で再確認する。

Searviaによる構造化データのチェック

無料のスキーママークアップチェッカーは、ウェブサイトSEOチェッカーと同じエンジンで動きます。入力したページ(ドメインのみの場合はホームページ)のHTML内の JSON-LD を読み取り、検出したタイプを一覧にし、Organization、LocalBusiness、Person のアイデンティティマークアップと sameAs リンクの有無を確認し、質問と回答のコンテンツも探します。これは全38項目のチェックの一部です。アプリでは、サイト監査が毎週ページをクロールし、各ページのスキーマタイプを記録して、構造化データのないホームページを、タイトル、壊れたページ、サイトマップの問題とあわせて指摘します。何をどの順番でチェックするかという全体像については、テクニカルSEO監査ガイドをご覧ください。