SEO構造化データの使い方：一般的なマークアップの種類と実装方法

SEO構造化データの役割は、機械が読み取れる形式で、ウェブページ上のエンティティとその関係を説明することです。たとえば、そのページが記事、商品、パンくずリストのいずれを紹介しているかを示します。検索エンジンはこれをコンテンツの理解に役立てることができます。また、特定の要件を満たすページはリッチリザルトに表示される可能性がありますが、マークアップを追加しても特別な表示が保証されるわけではなく、ランキング向上が直接保証されるわけでもありません。

実装時に最も重要なのは、「いくつの項目をマークアップできるか」ではなく、ページに実際に何が表示されているか、検索エンジンに何を理解してほしいか、そして対象の検索エンジンが該当する検索表示に対応しているかを判断することです。スペイン語圏でいう datos estructurados seo も、この構造化データの活用方法を指します。

マークアップの種類と検索表示の対象資格を区別する

Schema.org には、ウェブページのコンテンツを記述するための語彙が用意されています。たとえば、Article、Product、Organization などです。JSON-LD や Microdata などは、これらの語彙を記述する形式です。Google は JSON-LD の使用を推奨しています。通常、ページのコード内に独立して配置でき、ページ上のコンテンツタグを一つずつ書き換える必要がなく、管理しやすいためです。

Schema.org に特定のタイプが存在していても、Google がそのタイプのリッチリザルトを必ず提供するとは限りません。実装前に、Schema.org のタイプ定義と Google 検索セントラルの該当機能に関するドキュメントを確認し、必須プロパティ、推奨プロパティ、コンテンツポリシーを把握してください。テストツールでマークアップが有効と表示されても、最終的に表示されるかどうかは、ページの品質や検索クエリなどの要因に基づいて検索エンジンが判断します。

一般的なマークアップを設定するページ

Article：記事・ニュースページ。タイトル、著者、公開日、更新日、画像などの情報を示すために使用できます。記事ページには、該当する内容が実際に表示されている必要があります。また、日付はページ上の表示および実際の更新状況と一致させてください。古い記事を新しく見せるためだけに、マークアップの日付を変更してはいけません。

たとえば、ページの特集コンテンツが事業所の財政予算執行率向上策に関する研究の場合、そのページに実際に掲載されている内容に基づいてタイプを判断します。完全な記事であれば Article を検討できますが、リンクのタイトルだけでは、リンク先のページが特定のマークアップに適しているかどうかは判断できません。

Product：個別の商品ページ。具体的な商品情報を掲載するページに適しており、商品名、画像、ブランドなどを記述できます。実際の価格が提示されている場合は、Offer を使用して価格、通貨、在庫を記述することもできます。価格を公開していない問い合わせ型のウェブサイトでは、架空の価格を入力してはいけません。また、「価格についてはお問い合わせください」を具体的な金額に書き換えてはいけません。商品向けの検索機能によって必要なプロパティは異なるため、価格などの情報がない場合、該当するリッチリザルトの表示対象になると決めつけてはいけません。

Organization：企業情報。企業名、ウェブサイト、ロゴ、公開されている連絡先などを記述するため、トップページや企業を紹介する代表的なページに適しています。検索エンジンがウェブサイトの運営組織を理解する助けになりますが、企業情報が必ずナレッジパネルに表示されるわけではありません。多言語サイトでは、企業名、ウェブサイト、連絡先の一貫性に注意してください。

BreadcrumbList：パンくずリスト。「ホーム—商品カテゴリー—商品詳細」のように、ウェブサイト内でページがどの階層に位置するかを示します。マークアップの順序はユーザーに見えるナビゲーションと一致させ、各項目のリンクは対応するページを指すようにしてください。キーワードを追加するために、実在しない階層を作ってはいけません。

FAQPage：Q&Aコンテンツ。該当する質問と回答が実際にページに含まれている場合にのみ使用してください。Google が FAQ リッチリザルトを表示する対象は厳しく制限されています。有効なマークアップを追加しても、一般的な商用ウェブサイトで質問と回答が展開表示される確実な手段とはみなせません。実施前に、Google が現在サポートしている範囲を確認してください。

JSON-LD の実装：ページコンテンツをコードに対応付ける

記事ページを例に、まずページ上にすでに表示されているタイトル、著者、日付、画像を確認し、それらを該当するプロパティに対応付けます。以下は簡略化した例です。URL、日付、名称は例示であり、公開時にはページ上の実際の情報に置き換えてください。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "産業設備のメンテナンスガイド",
  "author": {
    "@type": "Organization",
    "name": "サンプル企業"
  },
  "datePublished": "2025-01-10",
  "dateModified": "2025-02-15",
  "image": "https://example.com/images/guide.jpg"
}
</script>

このコードは、ページの HTML の head または body に配置できます。ウェブサイト構築システムを使用している場合は、まず構造化データ機能がすでに備わっているか確認してください。システムが Article を自動生成している場合、内容が競合する Article を別途挿入すると、ページ情報の判断が難しくなる可能性があります。一括適用するテンプレートでは、すべての記事に同じタイトル、著者、日付を設定するのではなく、コンテンツ管理システムから実際のフィールドを読み込むようにしてください。

JSON-LD では、記事コンテンツに Article、ナビゲーションに BreadcrumbList を使用するなど、複数のマークアップで同じページを記述できます。それぞれのマークアップが異なる役割を担うようにし、同じエンティティが複数回登場する場合は、名称やウェブサイトなどのプロパティを一致させてください。ウェブサイト上のすべての商品価格をトップページにまとめて記載したり、カテゴリー一覧ページを単一商品の詳細ページとして誤ってマークアップしたりしてはいけません。

公開後の確認とメンテナンス

確認する際は、まず実際に出力されたページのコードを確認し、ページの読み込み時にマークアップが含まれていること、検索エンジンがページと関連リソースにアクセスできることを確かめます。JavaScript でマークアップを挿入している場合は、レンダリング後に存在しているか、内容が完全かどうかにも注意してください。ローカルのプレビューで正常でも、公開版で有効になっているとは限りません。

次に、Google の「リッチリザルト テスト」でサポート対象のリッチリザルトタイプを確認します。また、Schema Markup Validator で Schema.org のマークアップ構造を確認することもできます。両者の用途は異なります。前者は Google がサポートする検索機能に重点を置き、後者は語彙と構造を確認するもので、ページが Google の表示条件を満たしていることを証明するものではありません。テストではエラーを解消するとともに、推奨フィールドのうち、実際のページ内容に基づいて追加できるものがないか検討してください。

ページの公開後、クロールを許可したら、Google Search Console の URL 検査ツールで Google がページにアクセスできるか確認できます。該当機能のレポートが利用可能な場合は、検出された項目とエラーも確認してください。レポートに表示されない場合や検索結果に変化がない場合でも、コードが無効だとは限りません。レポートや検索結果への表示は、サポート対象のタイプ、クロール状況、検索エンジンの判断などに左右されます。

メンテナンスでは、ページの変更に合わせてデータを更新することが重要です。商品を販売終了にした場合は、ページ上の表示と在庫マークアップを速やかに更新してください。価格を変更する際は、通貨と金額を一致させる必要があります。多言語ページでは、その言語版に実際に表示されている名称やコンテンツ、および対応するURLを使用してください。構文が正しくても内容が事実と異なるマークアップを残すより、ページ上に存在しなくなったレビュー、特典、Q&Aを削除することが重要です。