構造化データ（JSON-LD）の実装はどこまで対応していますか？

さらに詳しい内容をご覧になりたい方は下記も併せてお読みください。

ENVY DESIGNでは、構造化データ（JSON-LD形式）の実装を標準対応しています。Organization・WebSite・BreadcrumbListなどの基本スキーマに加え、ページや業種に応じてArticle・FAQPage・Person・LocalBusiness・Product・Eventなども実装します。構造化データはGoogle検索のリッチリザルト表示だけでなく、AI検索エンジンがサイトの内容を正確に理解するための重要な要素であり、AIO（AI検索最適化）対策の中核施策の1つと位置づけています。

結論：JSON-LD形式で標準対応します

構造化データとは、検索エンジンやAIに対して「このページに書かれている情報が何を意味するか」を機械可読な形式で伝える仕組みです。記述方式にはJSON-LD・Microdata・RDFaの3種類がありますが、Googleも構造化データに関する公式ドキュメントでJSON-LD形式を推奨しており、メンテナンス性も高いことからENVY DESIGNでは標準採用しています。HTMLの本文とは独立してscriptタグ内に記述するため、デザインやレイアウトに影響を与えずに実装できる点も利点です。AIO対策の全体像についてはAI検索に対応したサイトを作ってもらえますか？もご参照ください。

たとえば、企業情報を伝えるOrganizationスキーマは次のような形でJSON-LD形式で記述します。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "ENVY DESIGN",
  "url": "https://envydesign.jp/",
  "logo": "https://envydesign.jp/logo.png",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "港区",
    "addressRegion": "東京都",
    "addressCountry": "JP"
  }
}

基本的に実装するスキーマ

サイト全体で基本的に実装するスキーマは次の通りです。Organization（企業情報：社名・ロゴ・所在地・連絡先・SNSアカウントなど）、WebSite（サイト全体の情報とサイト内検索機能）、BreadcrumbList（パンくずリスト：サイト階層の明示）、Article（ブログ記事・コラムの著者・公開日・更新日など）です。これらは、検索エンジンとAIがサイトの基本構造と運営者情報を正確に把握するための土台になります。特にOrganizationスキーマは、企業を1つの明確な存在（エンティティ）として認識させる上で重要です。

業種・ページに応じて実装するスキーマ

サイトの業種やページの内容に応じて、追加で実装するスキーマがあります。FAQPage（よくある質問：質問と回答の構造化）、Person（経営者・専門家の個人情報：経歴・専門性をエンティティ化）、LocalBusiness（店舗型ビジネス：営業時間・所在地・地図情報）、Product（商品情報：価格・在庫・レビュー）、Event（イベント・セミナー：日時・場所・参加方法）、Service（提供サービスの詳細）などです。たとえばクリニックや士業ではPersonスキーマで専門家の権威性を、店舗型ビジネスではLocalBusinessスキーマで地域検索への対応を強化します。

構造化データのメリット

構造化データを実装する主なメリットは2つあります。1つ目はGoogle検索のリッチリザルト表示で、検索結果に評価の星・パンくず・FAQの展開表示などが表示され、クリック率の向上が期待できます。2つ目はAI検索エンジンの情報源認識の向上で、ChatGPT・Perplexity・Google AI Overviewなどが、サイトの内容や運営主体を理解しやすくなる要素としても重要視されています。特にAIO（AI検索最適化）の観点では、構造化データはサイトを明確なエンティティとしてAIに認識させるための基盤として重要度が高まっています。AIに引用されることを目指す場合の考え方についてはAIに「うちのホームページを引用するように」と頼めますか？もご参照ください。

FAQリッチリザルト縮小と、構造化データの残る価値

2023年8月以降、GoogleはFAQリッチリザルト（検索結果でのFAQ展開表示）を一部の公的機関・医療機関などを除き大幅に縮小しました。これにより「FAQPageスキーマを実装してもリッチリザルトは表示されにくくなった」のは事実です。ただし、構造化データの価値が失われたわけではありません。検索結果での見た目の変化とは別に、構造化データはAI検索エンジンがコンテンツを機械的に理解するための手がかりとして、むしろ重要性を増していると考えられています。「リッチリザルトが出るかどうか」だけでなく「AIに正しく理解されるかどうか」という観点で、構造化データは引き続き有効な施策です。SEOとAIOの違いについてはAIO対策と通常のSEOは何が違いますか？もご参照ください。

構造化データの検証・メンテナンス

実装した構造化データは、Googleの「リッチリザルトテスト」やSchema.org Validatorでエラーがないかを確認します。構造化データはSEOプラグインで自動生成されるケースもありますが、業種や実態に合わない情報が出力されることもあるため、必要に応じて個別に調整します。また構造化データの仕様は定期的に更新されるため、実装して終わりではなく、仕様変更への追従や、新しいスキーマタイプへの対応も継続的なメンテナンスの対象になります。保守契約や運用支援契約をご利用いただいている場合、構造化データの追加・更新も対応範囲に含めることが可能です。

ご相談時の流れ

新規制作時は基本スキーマを標準で実装します。既存サイトに対して「構造化データを実装したい」「AI検索に正しく認識されるようにしたい」というご相談についても、現状サイトの実装状況を診断した上で、優先的に実装すべきスキーマをご提案します。他社で制作されたサイトのご相談も対応可能です。詳しくは他社で制作したホームページの修正・更新を依頼できますか？もご参照ください。

構造化データの実装やAIO対策のご相談はお問い合わせフォームからお気軽にどうぞ。