「構造化データ」という言葉を聞いたことはあっても、実際に何をするものなのか分からない方は多いのではないでしょうか。
難しそうに聞こえますが、仕組みを理解すれば、初心者の方でも少しずつ対応できるようになります。
この記事では、構造化データマークアップとは何か、入れるとどう変わるのか、初心者がまず知っておきたい基本を、確認の流れとあわせて整理します。当サイトの記事ページの構造化データも、実際に確認した結果で紹介します。
- 構造化データとは、検索エンジンにページの内容を正確に伝えるための追加情報のこと。
- 入れることで、検索結果が目立つ「リッチリザルト」として表示されやすくなる。
- WordPress・Cocoonなら、一部は特別な知識がなくても対応できる。
- 当サイトの記事は、JSON-LDのArticleで、タイトル・画像・公開日・更新日・著者・説明文を出力し、パンくずリストも有効と判定された(2026年10月8日)。
構造化データマークアップとは何か
- 検索エンジンにページの内容を伝える仕組み
- 通常のHTMLとの違い
検索エンジンにページの内容を伝える仕組み
構造化データマークアップとは、ページ内の情報(記事のタイトル、著者、評価、価格など)が「何を意味するデータなのか」を、検索エンジンに向けて明確に伝えるための書き方のことです。
人間であれば文章を読めば「これは著者名だ」「これは評価点だ」と自然に理解できますが、検索エンジンのプログラムはそれだけでは正確に判断できません。構造化データは、その判断を助けるための機械向けの補足情報だとイメージすると分かりやすいでしょう。
書き方の形式には、いくつかありますが、現在は「JSON-LD」という形式が、一般的に推奨されています。ただし、初心者は、形式を意識する必要はありません。
通常のHTMLとの違い
普段記事を書くときに使っているHTML(見出しや段落のタグ)は、あくまで「どう表示するか」を指定するものです。
一方、構造化データは表示のためではなく、意味を伝えるために追加する情報です。読者の目には直接見えない部分で、検索エンジンだけに向けて発信しているイメージです。
読者に見えるページの内容と、構造化データの内容は、一致している必要があります。
読者には見えない情報を、わざわざ追加する意味ってあるの?
あるんだ。検索エンジンが内容を正確に理解できると、検索結果の見え方が変わることがあるんだよ。次で説明するね。
構造化データを入れるとどうなるのか
- リッチリザルトとして表示される
- 必ず表示されるとは限らない
リッチリザルトとして表示される
構造化データが正しく設定されていると、検索結果に星の評価やパンくずリスト、FAQの折りたたみ表示などが追加されることがあります。これを「リッチリザルト」と呼びます。
通常のテキストだけの検索結果に比べて視覚的に目立つため、クリックされやすくなる効果が期待できます。
ただし、リッチリザルトとして表示される種類や条件は、Googleの方針で変わります。最新の情報は、公式の案内で確認しましょう。
必ず表示されるとは限らない
ここで注意したいのは、構造化データを設定したからといって、必ずリッチリザルトが表示されるわけではないという点です。
あくまで「表示される可能性が高まる」という位置づけであり、最終的にどう表示するかはGoogle側の判断に委ねられています。過度な期待をせず、コツコツ整えていく姿勢が大切です。
記事に書かれていない内容を、構造化データにだけ入れることは、避けましょう。事実と異なる情報は、評価を下げる原因になる場合があります。
代表的な構造化データの種類
- パンくずリスト
- FAQ・記事
- レビュー・評価
パンくずリスト
「トップページ > カテゴリ > 記事名」のように、サイト内の現在位置を示すパンくずリストは、構造化データとしてもよく使われます。
検索結果のURL表示部分がパンくず形式になり、サイト構造が読者に伝わりやすくなります。
パンくずリストは、多くの記事に共通して使える、取り入れやすい種類です。
FAQ・記事
よくある質問(FAQ)を構造化データとして設定すると、検索結果に質問と回答が折りたたみ形式で表示されることがあります。
ただし、FAQの表示は、現在は、政府や健康分野などの一部のサイトに限られていると案内されています。個人ブログでは、表示されないことが多い点は、知っておきましょう。
また「記事(Article)」としての構造化データを設定すると、公開日や著者情報が検索エンジンに伝わりやすくなります。
レビュー・評価
商品やサービスのレビュー記事では、星の数などの評価情報を構造化データにすることで、検索結果に星マークが表示されることがあります。
比較・レビュー系の記事を書く際は、特に意識したい種類です。
評価の表示には、対象となる種類や条件が定められています。また、実際の評価にもとづかない星の数を入れることは、避けましょう。
| 種類 | 主な用途 | 相性の良い記事 |
|---|---|---|
| パンくずリスト | サイト内の位置を伝える | すべての記事 |
| FAQ | 質問と回答を伝える | よくある質問がある記事(表示は条件付き) |
| レビュー | 評価点を伝える | 商品・サービス紹介記事 |
WordPressでの対応方法
- Cocoonテーマの標準機能を確認する
- プラグインを使う選択肢
Cocoonテーマの標準機能を確認する
実は、Cocoonテーマを使っている場合、パンくずリストや記事の基本的な構造化データの一部は、特別な設定をしなくても自動的に出力されています。
まずは自分で新しく何かを追加する前に、今の状態がどうなっているかを知ることから始めましょう(確認方法は次の見出しで紹介します)。
自動で出力されているものと、同じ種類の構造化データを、プラグインでも出力すると、重複してエラーの原因になります。
プラグインを使う選択肢
FAQやレビューなど、テーマ標準では対応しきれない構造化データについては、専用のプラグインを使うと、コードを直接書かなくても設定できます。
ただし、プラグインを増やしすぎると表示速度に影響することもあるため、「今の自分に本当に必要か」を基準に選びましょう。プラグイン選び全般の考え方は、WordPressブログに最低限必要なプラグインの記事も参考にしてください。
プラグインを使うときは、設定のあとに、エラーが出ていないかを、テストツールで確認しましょう。
今の自分のサイトに、構造化データが入っているかどうかを確認する方法はあるの?
Googleが無料で提供している「リッチリザルトテスト」というツールにURLを入力するだけで、今どんな構造化データが認識されているか確認できるよ。まずはそこから始めてみるといいよ。
構造化データを確認する流れ
構造化データは、設定して終わりではなく、正しく認識されているかを確認することが大切です。確認の流れを、次の順番でまとめました。
- Googleの「リッチリザルトテスト」に、記事のURLを入力する
- 検出された構造化データの種類を確認する
- エラー(赤)があれば、対応するプラグインや設定を見直す
- 修正したら、もう一度テストして、エラーが消えたか確認する
テストツールの詳しい使い方は、構造化データのエラーチェック方法で解説しています。
このほか、記事の型や、サイト全体の設計を整える取り組みは、canonicalタグの使い方などとあわせて進めると、効率的です。
当サイトの構造化データの実例
- 確認した内容
- Googleの公式の説明との比較
ここでは、当サイト(伸びるSEO入門)の記事ページに出力されている構造化データを、実際に確認した結果を紹介します(2026年10月8日)。記事のHTMLを読み取って、中身を見ました。
確認した内容
| 項目 | 確認した内容 |
|---|---|
| 形式 | JSON-LD(HTMLの中に、データだけをまとめて書く形式)。記事ページに1か所 |
| 種類(@type) | Article(記事) |
| 入っている項目 | mainEntityOfPage・headline(タイトル)・image・datePublished(公開日)・dateModified(更新日)・author(著者)・description(説明文) |
| 日付の書き方 | 「2026-09-25T14:02:09+09:00」のように、時差(日本時間)つきの形式 |
| 著者(author) | サイト名の「伸びるSEO入門」 |
| パンくずリスト | ページの中のパンくずリストに、BreadcrumbList(パンくず用のマイクロデータ)が付いている。URL検査で「パンくずリスト:1件の有効なアイテムを検出」と表示された |
Googleの公式の説明との比較
Googleの公式ドキュメント(Article)には、次のような説明があります。
- 必須の項目は、ない。当てはまるものを、追加すればよい
- おすすめの項目は、author・datePublished・dateModified・headline・image
- 日付は、ISO 8601の形式で、時差も含めて書く
- 画像は、16:9・4:3・1:1など、複数の比率があるとよい
当サイトは、おすすめの項目を、すべて出力しています。構造化データの確認は、Googleの「リッチリザルトテスト」や、Search ConsoleのURL検査で行えます。
構造化データでよくある質問
構造化データについて、初心者の方が疑問に思いやすい点をまとめました。
構造化データは、必ず設定する必要がありますか?
必須ではありません。設定しなくても、検索結果には表示されます。まずは、テーマが自動で出力しているものを確認し、必要な場合にだけ、追加を検討しましょう。
自分でコードを書く必要はありますか?
初心者の方は、コードを直接書く必要はありません。テーマやプラグインの機能を使うと、コードを書かずに設定できます。
当サイトの記事には、どんな構造化データが入っていますか?
記事の種類(Article)と、タイトル・画像・公開日・更新日・著者・説明文です。パンくずリストは、別のマークアップで、出力されています。
構造化データを入れると、必ず検索結果が変わりますか?
必ずではありません。構造化データは、Googleが内容を理解する手助けになりますが、リッチな表示になるかどうかは、Googleが決めます。
構造化データは、必須ですか?
必須ではありません。たとえば、Googleの公式ドキュメント(Article)では、必須の項目は、なく、当てはまるものを追加すればよい、と説明されています。構造化データを入れても、検索結果が、リッチな表示になるかどうかは、Googleが決めます。
「構造化データ」は、データベースの話とは、違うのですか?
この記事で扱うのは、検索エンジン向けに、ページの内容を、決められた形式で書いておく「構造化データのマークアップ」です。データベースの用語としての「構造化データ(表の形のデータ)」とは、別の意味です。
テーマとプラグインの両方が構造化データを出すと、どうなりますか?
同じ種類の構造化データが、二重に出力されることがあります。リッチリザルトテストで、同じ種類の項目が、重複して出ていないかを確認しましょう。重複しているときは、テーマかプラグインのどちらかの出力を、止める設定にします。設定を変えたら、キャッシュを消してから、もう一度テストします。
構造化データでよくある失敗例は?
よくある失敗は、次の3つです。
- 記事に書かれていない内容を、構造化データにだけ入れてしまう
- 複数のプラグインやテーマが、同じ種類の構造化データを出力して、重複する
- 設定したあと、エラーの確認をしていない
記事の内容と一致していることと、設定後の確認を、習慣にしましょう。
まとめ:まずは現状を知ることから
- 構造化データは、検索エンジン向けの「意味を伝える」補足情報。
- Cocoonなら一部は既に自動出力されているので、まずは現状確認から。
- 当サイトは、記事にJSON-LDのArticleを出力し、公開日・更新日を、時差つきの形式で入れている。
構造化データマークアップは、専門用語が多くとっつきにくい分野ですが、やること自体は「検索エンジンに親切な情報を渡す」というシンプルな考え方です。
いきなり全部を完璧にしようとせず、まずは自分のサイトの現状を確認し、対応できるところから少しずつ整えていきましょう。
進めるときは、次の順番がおすすめです。
- リッチリザルトテストで、現状を確認する
- テーマが自動で出力しているものを、把握する
- 必要な場合にだけ、プラグインで追加して、確認する
SEOを基礎から順番に学びたい方は、SEO入門の進め方(はじめに)と学習ステップもあわせてご覧ください。
コメント