構造化データ(Schema.org)の実装でSEOと検索表示を強化する方法
Googleの検索結果を眺めていると、星評価が表示されているレビュー、営業時間が書かれた店舗情報、FAQが折りたたまれて表示されているページなど、通常の青いリンクとは異なる表示形式に気づくことがあります。これが「リッチリザルト」と呼ばれるもので、その実現を支えているのが**構造化データ(Schema.org)**です。
構造化データを適切に実装しているページは、検索結果でより多くの情報を表示できるため、ユーザーの目に留まりやすくなります。中小企業にとっては、大手に比べてブランド認知で劣る部分を、こうした技術的な工夫で補える側面もあります。この記事では、構造化データの基本から実装方法、注意点まで実務的な視点でまとめました。
構造化データとは何か、なぜSEOに関係するのか
構造化データとは、Webページの内容を検索エンジンが理解しやすい形式で記述したコードのことです。Schema.orgはその語彙(用語の定義)を提供する共同プロジェクトで、Google・Bing・Yahoo!などの主要検索エンジンが共同で策定しています。
通常のHTMLだけでは、たとえば「4.5」という数字がレビューの評価なのか、価格なのか、電話番号の一部なのか、検索エンジンには文脈から判断するしかありません。構造化データを使うと「この4.5は商品レビューの平均評価で、評価数は127件です」とコード上で明示できます。
これにより起こりうることは大きく2つです。
1. リッチリザルトへの表示資格を得る 星評価・FAQ・パンくずリスト・イベント情報など、特定のスキーマタイプを正しく実装すると、Googleのリッチリザルトの表示対象になります。必ずしも表示されるわけではありませんが、実装なしでは表示される可能性がゼロです。
2. クロールの効率化と理解精度の向上 Googleがページの内容を正確に把握しやすくなるため、適切なクエリとのマッチング精度が高まる可能性があります。
記述方式はJSON-LDを選ぶのが現実的
構造化データの記述形式にはJSON-LD・Microdata・RDFaの3種類がありますが、Googleが推奨しているのはJSON-LDです。
JSON-LDは<script type="application/ld+json">タグの中にコードを書く形式で、HTMLの本文とは独立しています。そのため、既存のHTMLを書き換えずに済み、WordPressなどのCMSにも導入しやすいという実務上のメリットがあります。
基本的な書き方の例として、ローカルビジネス(店舗情報)のスキーマを見てみましょう。
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "株式会社サイプレス",
"url": "https://example.com",
"telephone": "06-0000-0000",
"address": {
"@type": "PostalAddress",
"streetAddress": "○○区△△1-2-3",
"addressLocality": "大阪市",
"addressRegion": "大阪府",
"postalCode": "000-0000",
"addressCountry": "JP"
},
"openingHours": "Mo-Fr 09:00-18:00"
}
このコードをページの<head>内または<body>内に挿入するだけで実装できます。
業種・ページ種別ごとに使うべきスキーマの選び方
Schema.orgには数百種類のスキーマタイプがありますが、中小企業がまず押さえておくべきものは以下のカテゴリに絞られます。
店舗・サービス業
- LocalBusiness(または業種別のサブタイプ:Restaurant、MedicalClinic、AutoRepairなど)
- 含める情報:店舗名・住所・電話番号・営業時間・地図URL・サービスエリア
コーポレートサイト全般
- Organization:会社概要ページに実装。ロゴ・SNSリンク・連絡先を含めることが多い
- BreadcrumbList:パンくずナビゲーションに対応。カテゴリ構造を明示できる
ブログ・コラムページ
- Article(またはBlogPosting):記事の著者・公開日・更新日・サムネイルを明示
商品・ECサイト
- Product:商品名・価格・在庫状況・ブランド・レビュー評価
- Offer:価格情報や販売期間と組み合わせて使用
よくある質問ページ
- FAQPage:Q&Aコンテンツを検索結果上に展開表示させるためのスキーマ。コンテンツマーケティングとの相性が良い
FAQページのスキーマは比較的実装しやすく、検索結果でのビジュアル的な変化が出やすいため、導入効果を実感しやすい入り口としておすすめです。
実装後に必ず行うべき検証と管理
構造化データは「書いて終わり」ではありません。誤った実装はGoogleのガイドライン違反となり、ペナルティを受けることもあるため、実装後の検証が必須です。
Google提供のツールを使う
リッチリザルトテスト(search.google.com/test/rich-results) URLまたはコードを入力すると、どのリッチリザルトタイプとして認識されているか、エラーや警告がないかを確認できます。実装後は必ずここでチェックしましょう。
Google Search Console サイドメニューの「拡張」セクションに、FAQやパンくずリストなどのスキーマ別の状況が表示されます。エラーが発生していればここで通知されるため、定期的な確認が必要です。
よくある実装ミスと注意点
- ページの実際のコンテンツと乖離した内容を書かない:ページにない評価情報や在庫情報をスキーマに書くことは、スパムとみなされる可能性があります
- 必須プロパティの漏れ:スキーマタイプごとに必須・推奨プロパティが定められており、必須プロパティが欠けるとエラーになります
- サイト全体に同じスキーマを貼るだけ:トップページと記事ページ、店舗ページでは適切なスキーマタイプが異なります。ページ性質に合わせた設計が必要です
WordPressサイトへの実装方法:プラグインと手動の使い分け
WordPressを使っている場合、構造化データの実装には主に2つのアプローチがあります。
プラグインを使う方法 「Yoast SEO」や「Rank Math」などのSEOプラグインは、基本的な構造化データを自動で生成してくれます。ブログ記事にはArticleスキーマ、サイト情報にはOrganizationスキーマが出力されるため、導入コストを抑えたい場合は有効です。ただし、細かいカスタマイズには限界があります。
手動で実装する方法 テーマのfunctions.phpや各テンプレートに直接JSON-LDを記述する方法です。複雑なProductスキーマやLocalBusinessスキーマを詳細に設定したい場合、手動実装のほうが意図した通りのコードを出力できます。開発者への依頼が必要になるケースが多いですが、精度は高くなります。
どちらを選ぶかはサイトの規模・目的・予算によりますが、「とりあえずプラグインで基本を入れておき、重要なページは手動で上書き追加する」という組み合わせも現実的な選択肢です。
まとめ:構造化データは検索エンジンとの「対話」のための手段
構造化データは、魔法のようにランキングを上げるものではありません。しかし、検索エンジンに対してページの内容を正確に伝え、リッチリザルトの表示資格を得るための重要な技術的基盤です。特に競合が多い業種や地域では、検索結果画面での見た目の差別化が、クリック率に影響することがあります。
実装の優先順位としては、①OrganizationまたはLocalBusiness→②BreadcrumbList→③FAQPage→④ページ特性に応じた追加スキーマ、という順番で取り組むと効率的です。
株式会社サイプレスでは、SEO対策の一環として構造化データの設計・実装支援も行っています。「自社サイトに何のスキーマが必要か判断できない」「既存のスキーマにエラーが出ているが対処方法がわからない」といった状況でお困りの場合は、お気軽にご相談ください。技術的な実装から効果検証まで、実務に即したサポートをご提供しています。
Related Pages
関連するサービス・ガイド
株式会社サイプレス 編集部
MEO・SEO・AIO・Web集客支援の専門家チームが、実践に基づいた情報を発信しています。東京都葛飾区を拠点に全国のビジネスを支援。