構造化データの実装 – 検索エンジンとAIに、サイトの中身を正しく伝える

構造化データとは：ページの意味を機械に伝える「名札」

人がページを見れば、どれが店名でどれが営業時間かはすぐに分かります。一方、検索エンジンやAIは文字の並びから意味を推測しているため、情報が多いページほど読み違いが起こります。構造化データは、schema.orgという共通の語彙を使って「これは会社名」「これは税込価格」「これは在庫あり」と名札を付ける作業です。

Googleが推奨している書き方はJSON-LDで、ページのHTMLとは別のブロックにまとめて記述します。デザインや文章に手を加えずに追加・修正できるため、既存サイトにも後から導入しやすい形式です。

• 伝わる情報の例：会社名、ロゴ、所在地、電話番号、営業時間、SNSアカウント
• ネットショップの場合：商品名、価格、通貨、在庫状況、ブランド、商品画像
• サイト全体の構造：トップから現在のページまでの階層（パンくずリスト）

まずはご自身のサイトのURLをGoogleの「リッチリザルト テスト」に入れて、どの構造化データが検出されるかを確認してみてください。何も表示されない、またはエラーが出る場合は、見直しの余地があります。

構造化データがSEOとAI検索で役立つ場面

構造化データが力を発揮するのは、検索結果での見え方と、内容の理解のされ方です。条件を満たしたページは、価格や在庫、評価、パンくずなどが付いた「リッチリザルト」として表示される可能性があり、検索結果の中で情報量の多い見え方になります。

もうひとつの役割が、AIによる回答や要約への備えです。会社の正式名称、所在地、取扱商品といった基本情報が機械に読める形で揃っていると、検索エンジンやAIが事業の実体を正しく結び付けやすくなります。AI検索への対策全体はAIO対策でまとめています。

• 商品ページに価格や在庫が書いてあるのに、検索結果には反映されていない
• Googleで社名を調べても、ロゴや正しい公式情報が出てこない
• テーマやプラグインを入れ替えたあと、構造化データを一度も確認していない
• Search Consoleの「拡張」欄にエラーや警告が出たまま放置されている

ひとつでも当てはまる場合は、Search Consoleの拡張レポートを開き、どのページでどの項目が不足しているかを書き出しておくと、修正の優先順位が決めやすくなります。

サイトの種類別、優先して入れたいschema

schema.orgには数百の型がありますが、すべてを入れる必要はありません。Googleが検索結果での表示に使っている型を中心に、サイトの目的に合うものから選ぶのが効率的です。

• Organization / LocalBusiness：すべてのサイトの土台。会社名、ロゴ、連絡先、所在地を記述。店舗や医院、サロンなど来店型の事業はLocalBusinessの詳細な型（Dentist、HairSalonなど）を使い、営業時間も入れる
• BreadcrumbList：パンくずリストの構造化データ。ページの階層を伝え、下層ページの多いサイトほど効果的
• Product：ネットショップの商品ページに。価格、在庫、商品画像、ブランドを、ページに表示している内容と一致させて記述
• Article / BlogPosting：コラムやお知らせに。見出し、公開日・更新日、著者を記述
• WebSite：サイト名を伝え、検索結果に表示されるサイト名の候補として使われる
• FAQPage：よくある質問のページに。現在はFAQのリッチリザルトが表示される対象は、政府機関や医療系など信頼性の高い一部のサイトに限られている

コーポレートサイトならOrganization、WebSite、BreadcrumbListの3つ、ネットショップならそこにProductを加えるのが基本の組み合わせです。FAQの構造化データは、リッチリザルトの対象外でも内容を正しく伝える目的で入れておく価値がありますが、優先度は下げて考えるのが現実的です。

構造化マークアップの実装手順と確認方法

構造化マークアップは、次の順番で進めると抜け漏れが少なくなります。テンプレートごとにまとめて設定するため、ページ数が多くても作業量はテンプレートの数で決まります。

• 現状の確認：テーマやプラグインがすでに出力している構造化データを洗い出し、重複や矛盾を見つける
• 型の割り当て：トップ、会社概要、商品、記事、カテゴリなど、テンプレートごとに使う型を決める
• JSON-LDの作成：ページに表示している情報と同じ値を、必須項目と推奨項目に沿って記述する
• テスト：「リッチリザルト テスト」とschema.orgの「Schema Markup Validator」でエラーと警告を確認する
• 公開後の監視：Search Consoleの拡張レポートで、検出数やエラーの増減を定期的に確認する

WordPressではSEOプラグインが基本的な構造化データを自動で出力し、Shopifyでも多くのテーマに商品の構造化データが含まれています。ただし内容は不十分なことも多く、プラグインとテーマの両方から同じ型が出て重複しているケースもよく見かけます。Shopifyでの具体的な調整はShopify SEOで解説しています。

構造化データでよくある間違いと注意点

構造化データはGoogleのガイドラインに沿って書く必要があり、内容によってはリッチリザルトの対象から外されたり、手動による対策の対象になったりします。次の点は特に確認しておきたいところです。

• ページに表示していない価格や評価を、構造化データにだけ書いている
• セール終了後も古い価格や「在庫あり」が残り、実際の内容と食い違っている
• 自社で集めた口コミの星評価を、会社や店舗の構造化データに入れている
• パンくずリストの構造化データと、画面上のパンくずの階層が一致していない
• テンプレートの変更で必須項目が消えたことに気づかず、エラーが続いている

リッチリザルトを表示するかどうかは、最終的にGoogleが判断します。だからこそ、ページの内容と一致した正確な記述を保ち続けることが大切です。表示速度やインデックスなど、構造化データ以外の技術的な土台はテクニカルSEOでまとめています。

UNANOBOの構造化データ実装：デモの段階から組み込みます

UNANOBOでは、新しいサイトや改善案を無料デモとしてお作りする段階から、Organization、パンくずリスト、商品などの構造化データを設計に含めています。実際の画面とあわせて、どのページにどの型を入れるかの一覧もお見せするため、仕組みをイメージしたうえで進めるかどうかを決めていただけます。

流れは「無料デモ → フィードバック → 公開 → 成長」です。代表が最初のデモから公開後のSearch Consoleの確認まで一人で担当するため、窓口が変わることはありません。やり取りはメッセージで、日本語・英語のどちらでも対応します。