構造化データは、ページに書かれた主体・サービス・記事・FAQ等を、機械が判読できる形で示すための記述です。SEOやGEOでは、検索エンジンやAIが情報の種類と関係を確認する材料になります。ただし、可視本文にない情報を追加したり、検索結果やAI回答での表示を保証したりする仕組みではありません。
構造化データは、文法が正しいだけでは十分ではありません。対象ページの可視本文、実在する主体、確認できる事実、Googleの対象機能・ガイドライン、公開後の更新責任を一組で確認します。
構造化データSEO・GEO対策の対象
- 会社・サービス・記事・FAQの意味をサイト内で統一したい
- JSON-LDが重複し、テーマ・プラグイン・手動記述の担当を判断できない
- 可視本文と構造化データの名称・URL・住所・料金等がずれている
- リニューアルやURL変更に伴い、
@id、canonical、内部リンクを整理したい - AI検索の引用候補となる一次情報と、更新条件・確認先を明確にしたい
TRAILではページ個別の安全な編集元を確認し、必要な型、実装箇所、確認資料、公開監査、更新・削除条件を整理します。プラグイン全体やサイトワイド出力は、影響範囲と復元経路を確認できない状態では変更しません。
よく使う型と掲載条件
| 型 | 対象 | 確認する可視情報 |
|---|---|---|
| Organization | 運営法人・団体 | 正式名称、URL、ロゴ、連絡先、確認できる同一主体の参照先 |
| LocalBusiness | 顧客が訪問できる店舗・施設等 | 実在拠点、名称、住所、電話、営業時間、来訪条件 |
| WebSite | サイト全体 | サイト名、URL、運営主体、検索機能を示す場合は実際の検索動作 |
| WebPage | 個別ページ | ページ名、正規URL、説明、サイト・主体との関係 |
| Service | サービス説明 | 名称、対象、範囲、提供主体、対応地域、費用要因、相談条件 |
| Article | 記事・解説 | 見出し、著者・公開者、公開日・更新日、本文、主要画像 |
| FAQPage | ページ上で閲覧できる質問と回答 | 質問、回答、対象条件、本文との完全な一致 |
| BreadcrumbList | 階層ナビゲーション | 画面上の階層、名称、正規URL、順序 |
型がSchema.orgに存在しても、Google検索の表示機能の対象とは限りません。実装前にGoogleの構造化データの概要と対象機能の要件を確認します。
可視本文・canonical・JSON-LDを一致させる
ページのtitle、H1、本文、会社情報、料金、FAQ、canonical、内部リンクと、JSON-LDの名称・URL・説明・主体・対象を照合します。構造化データだけに所在地、価格、評価、資格、実績、対応地域を追加しません。本文に情報があっても、確認元・適用条件・更新日が不明なら先に事実確認を行います。
同じ主体は安定した@idで参照し、ページURLと主体IDを混同しません。URL変更時は、新旧URL、canonical、リダイレクト、内部リンク、サイトマップ、@idの影響をまとめて確認します。
型を選ぶ前に確認する7項目
- このページの主目的と検索者が確認したい情報
- 情報の主体、公開責任者、正本となる資料
- 可視本文に掲載済みの名称、URL、条件、日付
- テーマ・プラグイン・手動記述による既存JSON-LD
- Googleの対象機能と必須・推奨プロパティ
- 公開後に情報を更新・終了する担当と期限
- Rich Results Test、Schema.org Validator、公開HTMLでの検証方法
JSON-LDの実装範囲を分ける
| 実装層 | 向いている情報 | 主な注意 |
|---|---|---|
| サイト共通 | 運営主体、WebSite、共通パンくず等 | 全ページへの影響、重複、環境差、復元経路 |
| テンプレート | 記事、固定ページ、商品等の共通構造 | 入力値の欠落、誤った型の一括出力、テーマ更新 |
| ページ個別 | Service、FAQPage、固有のWebPage関係 | 本文との一致、URL変更、手動更新漏れ |
| 外部データ連携 | 商品、イベント、求人等の更新頻度が高い情報 | 正本、同期遅延、終了情報、障害時の表示 |
サイト共通出力は便利ですが、一つの変更が多数URLへ波及します。ページ個別の実装で要件を確認し、共通化する場合は対象、例外、検証URL、変更前バックアップ、切戻し条件を決めます。
会社・店舗情報は実在条件と正本を確認する
Organizationには運営主体として確認できる正式名称、URL、ロゴ、連絡先を使います。LocalBusinessは、顧客が訪問できる実在拠点等の条件を確認し、薄い地域ページや対応地域だけを根拠に住所・店舗を作りません。名称、住所、電話、営業時間、休業、移転、閉店は、公式サイトの可視情報と事業者が管理する正本を揃えます。
複数拠点は、固有の住所、電話、営業時間、サービス、来訪経路、予約先、ページURLを確認します。すべてを同じ情報で複製せず、閉店・統合・移転時はページ、構造化データ、内部リンク、サイトマップ、外部媒体の終了処理を記録します。
Service・Article・FAQPageの境界
Serviceは、対象、対応範囲、提供主体、費用要因、工程、責任、相談条件を本文と一致させます。Articleは、著者または公開者、公開日・更新日、本文、主要画像を確認し、更新していない日付だけを新しくしません。FAQPageは、利用者が同じページで読める質問と回答だけを記述します。
事例や顧客の声は、許諾、掲載範囲、公開期間、実担当、確認できる成果を分けます。Reviewや評価値を、社内評価、推測、選別した声、本文にない数値から作りません。料金や在庫、イベント、求人等の変動情報は、正本と終了条件を管理できる場合に限って対象型を検討します。
GEOで引用候補にする一次情報
AI検索向けには、構造化データだけでなく、主体、サービス、対象、対応範囲、料金要因、工程、責任、確認資料、更新条件を可視本文で整理します。会社情報、資格、数値、実績、引用は確認できる一次情報または公開資料を根拠にし、一般論・自社事実・推測を分けます。
構造化データがAI回答の引用を保証することはありません。観測する場合は、質問、回答、引用URL、観測日、表示環境、本文との一致、変化を記録し、短期間の表示だけで成果を断定しません。
検証は3段階で行う
- 文法：Schema.org ValidatorでJSON-LDの構文と語彙を確認する
- 検索機能：リッチリザルトテストでGoogleの対象型と必須項目を確認する
- 公開整合：公開HTML、可視本文、HTTP、canonical、noindex、リンク、モバイル、サイトマップを確認する
テスト合格は検索結果への表示を保証しません。警告・エラーの対象、ページURL、検証日時、修正内容、再検証結果を記録し、テーマ・プラグイン・キャッシュ・CDNで公開HTMLが変わる場合は通常URLでも再確認します。Schema.orgの型とプロパティは全体一覧でも確認できます。
公開後の監査項目
- 公開URLがHTTP 200で、不要な転送がない
- title・H1・本文と構造化データの対象が一致する
- self canonicalが正しく、意図しないnoindexがない
- JSON-LDが解析でき、同じ型・
@idの矛盾した重複がない - 内部リンクと公式参照先にリンク切れ・不要な転送がない
- スマートフォンで長いURL、コード、表がページ全体を押し広げない
- サイトマップに正規URLが収録されている
更新・削除条件を台帳に残す
構造化データは公開時点だけでなく、変更時に古くならない仕組みが必要です。名称、住所、電話、料金、営業時間、資格、担当、サービス、記事、FAQ、URLごとに、正本、確認者、承認者、適用日、終了日、更新先、次回確認日を記録します。
移転・閉店・サービス終了・求人終了・イベント終了・料金改定・URL変更では、可視本文とJSON-LDを同時に更新し、旧情報の削除、後継URL、通常表示への復帰、サイトマップ、外部媒体、キャッシュを確認します。
費用を左右する条件
費用は対象URL数、型数、CMS・テーマ・プラグイン、既存重複、正本の整理、ページ改稿、テンプレート実装、外部連携、検証URL数、更新頻度、移行・切戻しで変わります。調査、本文整備、JSON-LD実装、サイトワイド共通化、公開監査、月次更新、第三者費用を分けて見積もります。公開中の制作・運用区分は料金ページで確認できます。
依頼者とTRAILの責任を分ける
| 担当 | 主な責任 |
|---|---|
| 依頼者 | 会社・店舗・サービス・料金・資格・実績等の事実、正本、素材権利、公開承認 |
| TRAIL | 合意範囲の型選択、実装、変更前保存、検証、公開監査、技術上の検出事項の共有 |
| 共同確認 | 対象URL、更新責任、サイトワイド影響、エラー対応、終了処理、観測条件 |
相談から公開までの7工程
- 対象URL、主体、サービス、記事・FAQ、困っている表示を共有する
- 可視本文、正本、既存JSON-LD、canonical、CMSの出力元を確認する
- 型、対象URL、必須情報、実装層、対象外、費用を決める
- 変更前バックアップと検証URLを残す
- 可視本文を整え、JSON-LDを実装する
- Validator、リッチリザルトテスト、公開HTML、モバイルを検証する
- 更新台帳、終了条件、再確認日を引き継ぐ
合同会社TRAILの確認先
運営者は合同会社TRAIL、所在地は東京都足立区千住1-4-1 東京芸術センタービル11Fです。会社情報は会社概要、GEO全体の進め方はGEO対策、診断範囲はSEOサイト診断、制作・運用例は制作実績で確認できます。
構造化データSEO・GEO対策でよくある質問
構造化データを入れると順位やAI引用が上がりますか？
順位上昇やAI引用は保証できません。可視本文と事実に一致する構造化データを実装し、公開状態と観測条件を記録します。
すべてのページに同じJSON-LDを入れてよいですか？
ページの役割と可視情報が異なるため、同じ記述の一括出力が適切とは限りません。共通主体とページ固有情報を分け、対象型と例外を確認します。
エラーがなければ実装完了ですか？
いいえ。文法、Googleの対象要件、可視本文との一致、公開HTML、canonical・noindex、モバイル、更新責任まで確認します。
テーマやプラグインの出力も直せますか？
影響範囲、変更元、バックアップ、復元方法を確認できる場合に個別相談できます。安全な経路が不明な状態でサイトワイド設定を変更しません。
問い合わせ送信で契約開始になりますか？
なりません。対象サイトと実装状況を確認し、必要に応じて追加確認、提案、見積もり、契約を行います。
対象URLと実装状況から相談する
対象URL、表示したい主体・サービス・記事・FAQ、現在のエラー、利用中のCMS・テーマ・プラグイン、希望時期が分かると確認が進みます。初回送信ではパスワード、秘密鍵、二要素認証コード、顧客情報を記載しないでください。