構造化データとは？SEOでの意味とJSON-LDの書き方・確認方法【2026年版】

📖 読了時間：約15分

構造化データとは、ページに書かれている内容の意味を、検索エンジンが読み取りやすい決まった形式で伝えるためのデータです。たとえばレシピのページなら、材料、調理時間、カロリーといった情報に「これは材料」「これは調理時間」と名札を付けて渡します。

Googleは、構造化データをもとに、星の評価や価格、イベントの日時などを付けた目立つ検索結果（リッチリザルト）を表示することがあります。ただし、対応する種類は年々減っています。2026年5月7日には、よくある質問を検索結果に広げて見せるFAQの表示が終わりました。

以下では、構造化データの意味、書き方（JSON-LD）、Googleが今も対応している種類、AI検索との関係、確認方法、Webエンジニアとしての経験の書き方の順に解説します。内容は2026年10月30日時点のGoogle検索セントラルの情報にもとづいています。

この記事を読めば、構造化データを入れるべきページと、もう入れなくてよいマークアップを見分けられます。まずは無料でスキルログに登録し、使っている技術を整理しておきましょう。

人が読む文章は、検索エンジンにとって「どの数字が価格で、どの日付が開催日か」が分かりにくいことがあります。構造化データは、こうした情報の意味を、schema.orgという共通の語彙を使って明示します。Googleは、見つけた構造化データをページの内容の理解に使い、条件を満たすと検索結果を目立つ形で表示します。これをリッチリザルトと呼びます。

リッチリザルトでクリックが増えた事例

Google検索セントラルの解説では、Rotten Tomatoesが10万ページに構造化データを入れ、入れていないページよりクリック率が25％高かったこと、Nestléではリッチリザルトとして表示されたページのクリック率が82％高かったことが紹介されています。

入れても表示は保証されない

Googleの一般的なガイドラインには、正しくマークアップしても、リッチリザルトが表示されるとは限らないと書かれています。検索した人の状況によって、普通の表示の方がよいと判断されることもあります。また、構造化データを入れること自体が、順位を直接上げるわけではありません。

データ分析での「構造化データ」とは別の意味

データベースの表のように、行と列に整理されたデータも「構造化データ」と呼ばれ、文章や画像などの「非構造化データ」と対で使われます。この記事で扱うのは、Webページに埋め込むSEOの意味の構造化データです。

Googleが対応している形式は、JSON-LD、Microdata、RDFaの3つです。どれも正しく書けば同じように扱われますが、Googleは、書きやすく保守もしやすいJSON-LDを推奨しています。

形式	書き方	特徴
JSON-LD（推奨）	scriptタグの中にJSONで書く	本文のHTMLと分けて書ける。JavaScriptで後から入れても読まれる
Microdata	HTMLのタグに属性を足す	本文と一体なので、HTMLを変えると壊れやすい
RDFa	HTMLのタグに属性を足す	Microdataと同じく本文に埋め込む

JSON-LDの最小の例

ブログ記事を表す例です。@typeで種類を、残りの項目で内容を指定します。headやbodyの中に置けます。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "構造化データとは？",
  "datePublished": "2026-10-30",
  "author": { "@type": "Person", "name": "山田 花子" }
}
</script>

種類ごとに、必ず入れる項目（必須プロパティ）と、入れた方がよい項目（推奨プロパティ）が決まっています。Googleの検索での扱いは、schema.orgではなくGoogle検索セントラルの説明を基準にします。

守るべきルール

• ページに見えていない情報をマークアップしない
• ページの主な内容と関係のないことを書かない（偽のレビューなど）
• 構造化データのためだけのページを作らない
• robots.txtやnoindexで、構造化データのあるページをブロックしない

ルールに反すると手動による対策を受け、リッチリザルトの対象外になることがあります。

分野	主な種類
記事・サイト	記事（Article）、パンくずリスト、組織（Organization）、プロフィールページ、動画
お店・EC	商品（Product）、ローカルビジネス、レビュー、宿泊施設
採用・教育	求人（JobPosting）、雇用主の評価、講座の一覧、教育のQ&A
その他	イベント、レシピ、映画、ソフトウェアアプリ、掲示板、Q&A

Google検索セントラルの対応一覧（2026年10月16日更新）によるものです。

表示が終わった種類

種類	変化
HowTo（手順）	2023年9月、検索結果に表示されなくなった
パンくずリスト	2025年1月、スマホの検索結果では表示されなくなった（PCは継続）
給与の見積もり、講座の情報など5種類	2025年に段階的に廃止し、9月に説明を削除
練習問題、データセット	2025年11月に廃止を告知（データセットはDataset Searchでのみ使う）
FAQ（よくある質問）	2026年5月7日から検索結果に表示されない。6月に説明を削除

いずれもGoogle検索セントラルの更新履歴によるものです。Googleは、検索結果をシンプルにする取り組みの一環と説明しています。

FAQのマークアップは消すべきか

FAQの構造化データが残っていても、ペナルティになるとは書かれていません。ほかの検索エンジンやサービスが使う可能性もあります。ただし、Googleの検索結果でFAQの表示を狙って新しく入れる理由はなくなりました。工数をかけるなら、記事や商品など今も対応している種類を正しく入れる方が効果を見込めます。

「AI検索に引用されるには構造化データが必要」という説明を見かけますが、Googleの公式の説明は違います。AI OverviewやAIモードに表示されるための追加の要件はなく、インデックスされ、スニペット付きで表示できるページであればよいとしています。

2026年7月に更新された生成AI向けの最適化ガイドでは、「構造化データへの過度な注力」を、気にしなくてよいことの一つに挙げています。生成AIの検索に構造化データは必須ではなく、特別なschema.orgのマークアップもないとしたうえで、リッチリザルトの対象になるため、SEOの一部として使い続けるのはよいと書いています。llms.txtのようなAI用のファイルも、Google検索では使われません。

AI検索で大事にされていること

同じガイドでは、構造化データがページの見えている文章と一致していること、ほかにはない内容を書くこと、クロールを止めていないこと、内部リンクで見つけやすくすることなど、通常のSEOの基本が挙げられています。

道具	使う場面	分かること
リッチリザルトテスト	開発中、公開直後	Googleのリッチリザルトの対象か、エラーや警告がないか
Schema Markup Validator	開発中	schema.orgの語彙として正しいか（Google以外も含む）
Search Consoleの拡張レポート	公開後	サイト全体の有効・エラーのページ数の推移
URL検査ツール	公開後	Googleがそのページの構造化データを見つけたか

テンプレートの変更で壊れやすい

Googleは、公開後にテンプレートや配信の問題で構造化データが壊れることがあるとして、レポートでの監視を勧めています。テーマやプラグインの更新、フロントエンドの改修の後には、代表的なページをテストし直しましょう。

効果は前後で比べる

効果を確かめるには、構造化データのない数ページに追加し、Search Consoleの検索パフォーマンスでURLごとに数か月比べる方法が勧められています。季節で変わりにくいページを選ぶのがコツです。

• WordPressは、SEOプラグイン（All in One SEO、Yoast SEOなど）が記事やパンくずの構造化データを自動で出力する
• Next.jsなどでは、ページのデータからJSON-LDを組み立て、scriptタグで出力する
• ECのサービスは、商品の構造化データを標準で出力するものが多い

二重の出力に注意

テーマとプラグインの両方が同じ種類を出力し、記事の構造化データが2つ並ぶことがあります。ソースを表示して「application/ld+json」を検索し、重複していないか確かめましょう。フレームワークの選び方はJavaScriptフレームワークとはで解説しています。

構造化データは、SEOの担当者が決め、エンジニアが実装することの多い仕事です。必須項目の理解、テンプレートへの組み込み、テストの自動化、公開後の監視までを担えると、マーケティングと開発の橋渡しができる人として評価されます。フロントエンドエンジニアとはで紹介しているHTMLやJavaScriptの基礎とあわせて身につけると、仕事の幅が広がります。

経歴書には「構造化データを実装」だけでなく、対象のページ数、使った種類、エラーを何件から何件に減らしたか、クリック率の変化などを書きましょう。書き方の例はWebエンジニア向けスキルシートの書き方も参考にしてください。

Web開発の経験をスキルログで残す理由

SEOに関わる実装は、案件ごとに担当の範囲が違い、成果が数か月後に出ることもあります。ExcelやWordの経歴書に後から思い出して書くと、どの種類を何ページに入れ、どう確かめたかが抜けやすくなります。スキルログで記録すると、次の点で楽になります。

• 項目がそろう：案件ごとに期間・役割・プロジェクト規模・チーム規模・業種・担当工程・成果を同じ項目で入力するので、書き漏れがなく、案件どうしを比べやすい
• 体裁を整える手間がない：入力した内容はPDF出力で体裁の整ったスキルシートになり、新しい案件を足したらそのまま出し直せる
• 伸びたスキルが見える：スキルごとにS・A・Bなどの自己評価と経験年数を並べて確認でき、次に伸ばすところが分かる

Webの実装経験が、求人や案件でどう評価されそうかを、転職・案件相談で一緒に確かめることもできます。

構造化データとは、ページの内容の意味を、schema.orgの語彙を使って検索エンジンに伝える決まった形式のデータです。Googleが推奨する書き方はJSON-LDで、条件を満たすとリッチリザルトとして表示されることがありますが、表示は保証されません。

HowToに続き、2026年5月にはFAQの表示も終わり、Googleが対応する種類は減っています。AI検索のための特別なマークアップは不要とされています。実装する前にGoogleの構造化データの一覧で対応状況を確かめ、公開後はSearch Consoleで監視しましょう。

構造化データとは何ですか？

ページの内容の意味を、決まった形式で検索エンジンに伝えるデータです。リッチリザルトの表示に使われます。

構造化データを入れると順位は上がりますか？

順位を直接上げるものではありません。リッチリザルトとして表示されると、クリック率が上がることがあります。

JSON-LDはどこに書けばよいですか？

headかbodyの中に、scriptタグで書きます。JavaScriptで後から入れてもGoogleは読み取れます。

FAQの構造化データは削除した方がよいですか？

削除しなくても問題があるとはされていません。ただ、Googleでは2026年5月7日からFAQの表示が終わったため、新しく入れる効果は見込めません。

AI Overviewに載るために構造化データは必要ですか？

Googleは、AI Overviewのための特別な構造化データは不要と説明しています。通常のSEOの基本が大切です。

ここまでの内容を踏まえて、まずはスキルログに無料で登録し、使っている言語や実装の経験を入力してみましょう。Web開発の経験が生きる求人や案件を知りたい場合は、転職・案件相談で一緒に確かめられます。