「構造化データは今も入れるべきなのか」「FAQのリッチリザルトが終わったと聞いたけれど、案件ではどう説明すればいいのか」と迷っていませんか。結論から言えば、構造化データは、ページの内容の意味を検索エンジンに伝えるためのコードで、今も記事、パンくずリスト、商品、店舗などでは実装する価値がありますが、FAQやHowToなど検索結果での表示が終わった種類もあるため、Googleの最新の対応状況を確かめ、ページに見えている内容と一致させて実装・検証することが大切です。基礎、AI検索との関係、2026年の対応状況、実装と検証の手順、よくある失敗、案件での提案の仕方まで、このページで整理しました。
この記事でわかること
【結論】構造化データは今も実装すべき？
構造化データとは、ページの内容が「記事」「商品」「店舗」などであることや、その名前、価格、日付などの意味を、検索エンジンが読み取れる形で書き加えるコードです。案件で扱うなら、次の3つを押さえてください。
- 今も表示に使える種類を優先する記事、パンくずリスト、商品、店舗、レビューなどを優先し、FAQやHowToは検索結果での表示を目的に新しく入れない
- 見えている内容と一致させるページに表示されていない情報はマークアップせず、JSON-LDで書き、テーマやプラグインとの重複も確かめる
- 検証と監視までを1つの作業にするリッチリザルトテストで確かめ、公開後はSearch Consoleでエラーを見続ける
Googleは、AIによる概要などに表示されるために特別な構造化データを追加する必要はないと説明しています。AI検索のためだけに入れるものではない、と正しく説明できることが信頼につながります。
構造化データの実装は、SEOやサイト制作の案件で任されることの多い作業です。技術的なSEOを生かせる案件を探すなら、エージェントで案件の幅を比べる方法もあります。
構造化データとは？どんな形式で書く？
構造化データは、schema.orgという共通の語彙を使って、ページの要素が何を意味するかを書き加えるコードで、Googleは3つの形式のうちJSON-LDを推奨しています。人が読む文章とは別に、「これは商品名」「これは価格」「これはパンくずリストの階層」といった意味を、機械が読み取れる形で伝えます。
| JSON-LD（推奨） | HTMLの中のscriptタグにまとめて書く形式。本文のHTMLと分けて書けるため、実装と管理がしやすい |
|---|---|
| microdata | HTMLのタグに属性を付けて、本文の中に意味を書き込む形式 |
| RDFa | HTMLの属性を使って意味を書き込む、HTML5の拡張の形式 |
構造化データが正しく読み取られると、検索結果に評価の星や価格、パンくずリストなどが付いた「リッチリザルト」として表示されることがあります。ただし、構造化データを入れても、リッチリザルトとして表示されるとは限りません。表示するかどうかはGoogleが判断します。
何のために実装する？AI検索に必要？
構造化データを実装する目的は、ページの意味を検索エンジンに正確に伝え、対応している種類ではリッチリザルトとして表示される可能性を得ることで、AIによる概要などに表示されるための特別な要件ではありません。Googleは、AI機能について次のように説明しています。
| 追加の要件 | AIによる概要やAIモードにコンテンツが表示されるための追加の要件はなく、別途特別な最適化を行う必要もない |
|---|---|
| 構造化データ | AI機能で表示されるために、新たなマークアップを作成したり、特別なschema.orgの構造化データを追加したりする必要はない |
| 大切なこと | これまでのSEOの基本は引き続き重要 |
つまり、「構造化データを入れればAI検索で引用される」とは言えません。案件では、検索エンジンにページの意味を伝える基本的なSEOの作業の1つとして位置づけ、リッチリザルトに対応する種類で表示の機会を得る、と説明するのが正確です。
あわせて読みたい（AI検索とSEO）
2026年時点で、どの種類が使える？
記事、パンくずリスト、商品、レビュー、店舗、レシピなどは今もリッチリザルトの対象ですが、FAQは2026年5月7日、HowToは2023年9月に検索結果での表示が終わり、2025年以降もいくつかの種類が整理されています。古い情報のまま実装すると、効果のない作業をクライアントに提供してしまうため、実装前に最新の状況を確かめます。
| 種類 | 検索結果での表示 | 案件での扱い |
|---|---|---|
| 記事（Article）、パンくずリスト（BreadcrumbList） | 対象 | メディアやブログの基本として実装する |
| 商品（Product）、レビュー（Review、AggregateRating） | 対象 | ECサイトや商品ページで実装する |
| 店舗（LocalBusiness）、組織（Organization） | 対象 | 店舗や会社のサイトで、住所や連絡先などを伝える |
| よくある質問（FAQPage） | 2026年5月7日以降、表示されない | 表示を目的に新しく入れない。既存の記述を残すかは任意（編集部の考え方） |
| 手順（HowTo） | 2023年9月までに表示が終了 | 表示を目的に入れない |
| 書籍の操作、コース情報、推定給与、ClaimReview、学習動画、特別なお知らせ、車両の掲載情報 | 2025年に段階的に廃止 | 表示を目的に入れない |
| 練習問題 | 表示されなくなり、2026年1月にドキュメントが削除 | 表示を目的に入れない |
FAQのリッチリザルトが終わっても、ページに「よくある質問」を載せる価値がなくなったわけではありません。読者の疑問に答える内容として本文に載せることと、検索結果での表示を狙った構造化データは、分けて考えます。
主な種類では、何を書けばいい？
| 種類 | Googleが定める主な項目 |
|---|---|
| 記事（Article） | 必須の項目はなく、見出し（headline）、画像（image）、公開日（datePublished）、更新日（dateModified）、著者（author）の記述が推奨 |
| パンくずリスト（BreadcrumbList） | 階層の各項目（itemListElement）に、順番（position）、名前（name）、URL（item）を記述 |
| 商品（Product） | 商品名（name）に加え、価格などの販売情報（offers）、レビュー（review）、評価（aggregateRating）のいずれか |
| 店舗（LocalBusiness） | 店舗名（name）と住所（address）が必須で、電話番号や営業時間などは推奨 |
構造化データはどう実装する？
実装は「対象のページと種類を決める」「すでに出力されているものを確かめる」「JSON-LDで書く」「ページに設置する」「テストツールで検証する」「公開後に監視する」の6つの手順で進めます。いきなりコードを書かず、既存の状況を確かめるところから始めるのが基本です。
対象のページと種類を決める
記事、商品、店舗などページの種類に合う構造化データを選びます。リッチリザルトの表示を狙うのか、意味を伝えることが目的なのかも整理しておきます。
すでに出力されているものを確かめる
テーマやSEO系のプラグインが自動で出力している構造化データがないかを、ページのソースやテストツールで確かめます。同じ種類が二重に出力されないようにします。
JSON-LDで書く
Googleのドキュメントで必須と推奨の項目を確かめて書きます。値は、ページに表示されている内容と一致させます。
ページに設置する
scriptタグでページに入れます。記事や商品のように同じ形のページが多い場合は、テンプレートでページごとの値を自動で出力できるようにすると、手作業の誤りを減らせます。
テストツールで検証する
リッチリザルトテストでエラーや警告を確かめて直します。schema.orgの語彙として正しいかは、Schema Markup Validatorで確かめます。
公開後に監視する
Search Consoleの拡張機能やURL検査で、Googleに認識されているか、エラーが出ていないかを定期的に確かめます。
WordPressでは、テーマやSEO系のプラグインが記事やパンくずリストなどの構造化データを自動で出力していることがよくあります。手で書き足す前に、何がどこから出力されているかを確かめ、足りない種類だけを追加するのが効率的です。
あわせて読みたい（サイト構造と技術的なSEO）
どう検証する？よくある失敗は？
検証はリッチリザルトテスト、Schema Markup Validator、Search Consoleの3つで行い、ページに見えていない内容のマークアップや、実際の利用者によらないレビューなど、Googleのガイドラインに反する実装を避けます。ガイドラインに反すると、手動による対策の対象になり、リッチリザルトが表示されなくなることがあります。
| ツール | 確かめること |
|---|---|
| リッチリザルトテスト | Googleのリッチリザルトの対象になるか、エラーや警告がないか |
| Schema Markup Validator | schema.orgの語彙として、書き方が正しいか |
| Search Console | 公開後にGoogleが認識しているか、エラーが増えていないか |
案件で見つかりやすい失敗は？
| 失敗 | 起きること | 対策 |
|---|---|---|
| ページに表示されていない内容をマークアップする | Googleのガイドライン違反になる | 見えている内容とだけ一致させる |
| 実際の利用者によらないレビューや評価を書く | 手動による対策の対象になりうる | 実際のレビューだけをマークアップする |
| 会社や店舗が自分自身について載せたレビューで星を出そうとする | 店舗や組織についての自己宣伝的なレビューはリッチリザルトの対象外 | 第三者のレビューサイトなどの仕組みを検討する |
| 表示が終わった種類で検索結果を目立たせようとする | 作業しても表示されない | 最新の対象の種類を確かめてから提案する |
| 必須の項目が抜けている | エラーになり、リッチリザルトの対象にならない | テストツールで確かめてから公開する |
| プラグインと手書きで二重に出力する | 同じ種類が重複し、内容が食い違うことがある | 出力元を1つにまとめる |
| 公開後に確かめない | テーマの更新などで壊れても気づけない | Search Consoleで定期的にエラーを確かめる |
あわせて読みたい（公開後の確認）
案件ではどう提案する？単価に生かすには？
案件では、今の構造化データの状況を診断し、「表示の機会がある種類」と「意味を伝えるための種類」を分けて提案し、実装から検証、公開後の監視までをまとめて引き受けると、価値が伝わり継続につながります。コードを書けるだけでなく、最新の対応状況を踏まえて「やるべきこと」と「やらなくてよいこと」を説明できる人は頼られます。
構造化データの診断結果の報告（例文）
サイトの構造化データを確認しました。
1. 記事とパンくずリストはテーマから出力されており、エラーはありませんでした
2. 商品ページには構造化データがなく、価格や在庫の情報を追加すると、検索結果で商品情報が表示される可能性があります
3. よくある質問の構造化データは、2026年5月以降、検索結果に表示されなくなったため、新たな作業は不要と考えます
商品ページへの追加と、公開後1か月間のエラーの確認をご提案します。
実績がないうちは、自分のサイトやブログで記事やパンくずリストを実装し、テストツールで検証するところまでを一通り経験しておきましょう。「どのページに、何を入れ、どう検証したか」を説明できれば、そのまま提案の材料になります。
あわせて読みたい（SEOの仕事を広げる）
よくある質問（FAQ）
構造化データは、schema.orgの語彙でページの意味を検索エンジンに伝えるコード。GoogleはJSON-LDを推奨し、入れてもリッチリザルトの表示は保証されない。AI機能のために特別な構造化データは不要
記事、パンくずリスト、商品、レビュー、店舗などは今も対象。FAQは2026年5月7日、HowToは2023年9月に表示が終わり、2025年以降もいくつかの種類が整理された。実装前に最新の対象を確かめる
既存の出力を確かめ、見えている内容と一致させてJSON-LDで書き、リッチリザルトテストとSearch Consoleで検証と監視を続ける。診断から監視までをまとめて提案すると価値が伝わる
構造化データの仕様は変わり続けますが、最新の一次情報を確かめて説明できる人は、どの案件でも頼られます。技術的なSEOを生かせる案件に関わりながら、実装と提案の経験を積み上げていきましょう。
