検索結果で「目立てない」問題に心当たりはありませんか

自社サイトの検索順位は悪くない。10位以内に入っているページもある。それなのに、思ったほどクリックされていない。Search Consoleを開くと、表示回数はそこそこあるのにCTR（クリック率）が2〜3%台で止まっている。

こうした状況に心当たりがあるなら、原因のひとつは検索結果の見た目かもしれません。

同じ1ページ目に並んでいても、FAQが展開されていたり、レビューの星が表示されていたり、パンくずリストが整然と並んでいるサイトのほうが、ユーザーの目に留まりやすいのは当然です。これらの表示は「リッチリザルト」と呼ばれ、構造化データ（Schema Markup） を正しく実装することで獲得できます。

この記事では、構造化データの基本概念から、実際の実装方法、テスト手順、そして効果測定まで、非エンジニアの実務担当者でも理解できるように解説します。

構造化データとは何か

構造化データとは、Webページの内容を検索エンジンが理解しやすいように、決められた形式で記述したコードのことです。人間が読むHTMLとは別に、「このページにはFAQが載っている」「この商品の価格は5,000円で、レビュー評価は4.2だ」といった情報を、機械が読める形で伝えます。

記述の規格は Schema.org という国際的な共同プロジェクトで定められており、Google、Microsoft（Bing）、Yahoo!などの主要検索エンジンが共通で対応しています。

実装形式にはMicrodata、RDFa、JSON-LDの3種類がありますが、現在Googleが推奨しているのはJSON-LDです。HTMLの本文とは分離して <script> タグ内に記述するため、既存のページ構造を変更せずに導入できる点が大きなメリットです。

リッチリザルトがもたらす具体的な効果

構造化データを実装したからといって、検索順位が直接上がるわけではありません。Googleも 検索セントラルのドキュメント で「構造化データはランキング要因ではない」と明言しています。

では何が変わるのか。答えはCTR（クリック率）の改善です。

従業員80名ほどの住宅設備メーカーの事例を紹介します。この会社は施工事例ページにFAQの構造化データを追加しました。「エコキュート 交換 費用」というキーワードで検索順位は6位のまま変わりませんでしたが、検索結果にFAQが展開表示されるようになった結果、CTRが3.1%から7.8%に改善しました。順位は同じでも、クリック数は約2.5倍になったのです。

これは珍しい事例ではありません。リッチリザルトが表示されるページは、通常の検索結果と比べて占有面積が大きくなります。FAQなら質問と回答が展開され、レビューなら星とスコアが表示され、レシピなら調理時間やカロリーが並びます。競合よりも情報量が多く見えるため、ユーザーが自然とクリックしやすくなるわけです。

ビジネスで使える主要な構造化データの種類

Schema.orgには数百種類のスキーマが定義されていますが、実際にGoogleがリッチリザルトとして表示するものは限られています。ビジネスサイトで効果が出やすい主要なタイプを整理します。

FAQPage（よくある質問）

最も導入ハードルが低く、効果も実感しやすいタイプです。検索結果にQ&Aが折りたたみ形式で表示されます。サービス紹介ページや商品ページの下部に設置しているFAQセクションがあれば、そのまま構造化データにできます。

LocalBusiness（地域ビジネス）

実店舗や営業所を持つ企業に有効です。住所、電話番号、営業時間、地図情報などが検索結果やGoogleマップに反映されます。MEO（マップエンジン最適化）との相乗効果が期待できます。ローカルSEOの基礎については、当ポータルのローカルSEOガイドも参考にしてください。

Article（記事）

ブログやコラムページに適用します。見出し画像、公開日、著者名が検索結果に表示されやすくなります。特にニュースやトレンド系の記事では、公開日の表示がユーザーの信頼感に直結します。

Product（商品）

ECサイトや商品紹介ページ向けです。価格、在庫状況、レビュー評価が検索結果に表示されます。商品名で検索したユーザーが、検索結果の時点で価格や評判を確認できるため、購買意欲の高いユーザーの流入が見込めます。

BreadcrumbList（パンくずリスト）

検索結果のURLがパンくず形式で表示されます。「example.com > カテゴリ > 記事名」のように階層が見えるため、サイトの全体像が伝わりやすくなります。大規模サイトほど効果が大きいですが、中小サイトでも導入しておくとサイト構造の理解が促進されます。

HowTo（手順）

「○○のやり方」「○○の設定方法」といったハウツー記事に適用します。ステップごとの手順が検索結果に表示されるため、実用的な情報を求めているユーザーへの訴求力が高いタイプです。

JSON-LDの実装方法

ここからは具体的な実装手順です。JSON-LDはHTMLの <head> 内、または <body> 内のどこにでも配置できます。

FAQPageの実装例

たとえば、自社の料金ページに「よくある質問」セクションがある場合、以下のようなJSON-LDを追加します。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "初期費用はかかりますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "初期費用は無料です。月額プランのみで全機能をご利用いただけます。"
      }
    },
    {
      "@type": "Question",
      "name": "契約期間の縛りはありますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "最低契約期間はありません。月単位でいつでも解約が可能です。"
      }
    }
  ]
}

これを <script type="application/ld+json"> タグで囲んでHTMLに埋め込みます。HTMLの見た目には一切影響しないため、デザインを壊す心配はありません。

LocalBusinessの実装例

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "株式会社サンプル工業",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "中央区本町1-2-3",
    "addressLocality": "大阪市",
    "addressRegion": "大阪府",
    "postalCode": "541-0053",
    "addressCountry": "JP"
  },
  "telephone": "+81-6-1234-5678",
  "openingHoursSpecification": {
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday","Tuesday","Wednesday","Thursday","Friday"],
    "opens": "09:00",
    "closes": "18:00"
  }
}

住所や電話番号は、Googleビジネスプロフィールに登録している情報と完全に一致させてください。表記のゆれがあると、Googleが同一事業者として認識できず、リッチリザルトが表示されないことがあります。

実装後のテストと検証

構造化データを追加したら、公開前に必ずテストを行います。

Google リッチリザルトテスト

Google リッチリザルトテスト にURLまたはコードを入力すると、構造化データが正しく記述されているか、リッチリザルトの対象になるかを確認できます。エラーがあれば具体的な箇所を指摘してくれるので、修正も容易です。

Schema Markup Validator

Schema Markup Validator は、Schema.orgの仕様に準拠しているかをチェックするツールです。Googleのテストではカバーされない細かい仕様上の問題も検出できます。

テストで「有効」と判定されても、実際にリッチリザルトが表示されるまでには時間がかかります。Googleがページを再クロール・再インデックスする必要があるため、通常は数日から2週間程度かかります。Search Consoleの「拡張」レポートで、構造化データの検出状況を継続的にモニタリングしてください。

よくある実装ミスと注意点

構造化データの導入で失敗しやすいポイントをまとめます。

ページ内容と一致しないデータを記述する

これは最も深刻なミスです。ページに掲載されていないFAQを構造化データだけに記述したり、実際の価格と異なる金額をProduct型に設定したりすると、Googleのスパムポリシーに抵触します。Googleの構造化データガイドラインでは「構造化データはページ上の可視コンテンツを正確に反映しなければならない」と明記されています。最悪の場合、手動対策（ペナルティ）の対象になります。

JSON構文のエラー

カンマの付け忘れ、閉じ括弧の不足、文字列内のエスケープ忘れといったJSON構文のエラーは非常に多いです。特に手動でJSON-LDを記述する場合は、テストツールでの検証を必ず行ってください。

過剰なマークアップ

「とにかく多くのスキーマを入れればいい」という考えは逆効果です。ページの内容に本当に関連するスキーマだけを選んで実装してください。関係の薄い構造化データを大量に追加すると、Googleがどれを優先すべきか判断できず、結果的にどのリッチリザルトも表示されなくなることがあります。

効果測定の方法

構造化データの効果は、Search Consoleの「検索パフォーマンス」レポートで測定します。

実装前後の比較ポイントは以下の通りです。

  • CTR（クリック率）の変化: 実装前の2週間と実装後の2週間を比較します。順位が変わっていないのにCTRが上がっていれば、リッチリザルトの効果と判断できます
  • 表示回数の変化: リッチリザルトが表示されることで、これまでクリックされなかった下位表示のページにも注目が集まることがあります
  • リッチリザルトの表示状況: Search Console の「拡張」メニューから、各スキーマタイプの有効数・エラー数を確認できます

数値改善の基準として、CTRが1.5倍以上になれば「成功」と判断してよいでしょう。Search Consoleの活用方法については、当ポータルのSearch Console設定ガイドで詳しく解説しています。

段階的な導入ロードマップ

一度にすべてのページに構造化データを入れる必要はありません。以下の優先順位で段階的に進めるのが現実的です。

第1段階（1週目）: トップページまたは会社概要にOrganizationスキーマを追加する。サイト全体の認識を助けるベースラインになります。

第2段階（2〜3週目）: アクセス数が多い上位5ページにFAQPageまたはBreadcrumbListを追加する。効果が見えやすいページから始めることで、社内での理解も得やすくなります。

第3段階（4週目以降）: 商品ページにProduct、ブログ記事にArticle、店舗ページにLocalBusinessと、ページの種類に応じてスキーマを拡大していきます。

各段階で必ずリッチリザルトテストを通し、Search Consoleで反映状況を確認する。このサイクルを回すことで、着実にリッチリザルトの獲得数を増やせます。

まずは来週、FAQの構造化データから始めてみてください

構造化データは、検索順位を変えずにクリック率を改善できる数少ないSEO施策です。特にFAQPageは、すでにページ上にQ&Aセクションがあれば、JSON-LDをコピーして質問と回答を書き換えるだけで実装できます。

来週の月曜日に30分だけ時間を取って、自社サイトで最もアクセス数が多いページのFAQを構造化データにしてみてください。リッチリザルトテストで「有効」と表示されたら、あとはGoogleのクロールを待つだけです。2週間後にSearch Consoleを開いて、CTRの変化を確認してみてください。