PIGNOTE
構造化マークアップとは、検索エンジンやAIにページの内容を正確に伝えるため、HTMLに意味づけを加える実装作業のことです。正しく実装するとリッチリザルトに表示される可能性が高まり、AI検索(Google AI Overviewなど)に情報を引用されやすくなります。一方で、検索順位への直接的な影響は限定的で、「マークアップを入れれば上がる」ものではありません。
本記事では、構造化マークアップと構造化データの違い、SEO・AI検索における効果、主要なスキーマの実装例、確認方法までを実務目線で整理します。
構造化マークアップとは？構造化データとの違いも整理
構造化マークアップとは、Schema.orgなどの語彙に従って、HTMLの各要素に「これは社名」「これは価格」「これは公開日」といった意味のラベルを付ける作業のことです。
混同されやすい用語に「構造化データ」がありますが、両者は厳密には少し違います。
| 用語 | 指すもの |
|---|---|
| 構造化データ(Structured Data) | 意味づけされたデータそのもの。Schema.orgなどの語彙に従って整理された情報 |
| 構造化マークアップ(Structured Markup) | 構造化データをHTMLに埋め込む実装作業。手段・行為を指す |
Googleの公式日本語ドキュメントでは「構造化データ」という表記が採用されており、こちらが正式名称です。「構造化マークアップ」は実務の現場で広く使われる慣用表現で、両者は実質的にほぼ同じ意味で扱われます。
Schema.org とは
構造化データの記述ルールを定めた語彙集です。Google・Microsoft・Yahoo・Yandexが共同で策定しており、Article(記事)、Product(商品)、Organization(組織)など、数百種類のタイプが定義されています。検索エンジンが理解できる「共通語」と考えるとイメージしやすいでしょう。
マークアップの記述形式は3種類
構造化データをHTMLに埋め込む形式には JSON-LD・Microdata・RDFa の3つがあります。
| 形式 | 特徴 | Googleの推奨度 |
|---|---|---|
| JSON-LD | 専用のscriptブロックにJSON形式で記述。HTML本体と分離できる | 推奨 |
| Microdata | HTMLタグに itemprop などの属性を追加 | 利用可能 |
| RDFa | HTML5の拡張属性で記述 | 利用可能 |
Googleは公式にJSON-LDを推奨しており、本記事でも以降の実装例はすべてJSON-LDで紹介します。
構造化マークアップがSEO・AI検索にもたらす効果
構造化マークアップは「実装すれば検索順位が上がる」ものではありません。Googleも公式に「構造化データは順位を保証するものではない」と明言しています。それでも実装する価値があるのは、次の3つの効果が見込めるためです。
1. リッチリザルト表示の可能性
リッチリザルトとは、通常の青いリンク+説明文だけでなく、評価の星・価格・パンくず・FAQなどの追加情報が検索結果に表示される形式です。CTRの向上が期待でき、特にECサイトや求人サイトでは導入効果が大きくなります。
ただし、構造化データを実装してもリッチリザルトが必ず表示される保証はありません。表示の可否はGoogleのアルゴリズムが判断します。
2. AI検索(AI Overview / 生成AI)に引用されやすくなる
Google AI Overview、Perplexity、ChatGPT search などのAI検索は、ページから事実情報を抽出するときに構造化データを手がかりにします。著者名(Person)・公開日(datePublished)・出典(Organization)などが構造化されていると、AIが「この情報は誰が・いつ・どこから出したか」を判別しやすくなります。
GEO(生成エンジン最適化)の観点では、構造化マークアップは「AIが引用しやすい記事を作る」基本要件の1つです。
▼関連記事
3. クローラーのコンテンツ理解を助ける
検索エンジンはテキスト・画像・構造から「このページは何について書かれているか」を推論しますが、誤認は発生します。構造化データはこの推論を補助し、ページの主題やエンティティ(人・組織・商品など)を明示的に伝える役割を果たします。
直接的な順位効果は限定的ですが、検索結果での「正しい文脈での表示」につながります。
主要な構造化マークアップ7種類とJSON-LD実装例
ここでは、企業メディア・コーポレートサイト・ECサイトで実装機会が多い主要7種類を紹介します。実装可否はGoogleの構造化データガイドラインも合わせて確認してください。
以下のサンプルは、いずれも JSON-LD用のscriptブロック(MIMEタイプ application/ld+json)に包んで <head> 内、または </body> の直前に挿入して使います。
1. BreadcrumbList(パンくずリスト)
ページがサイト階層のどこに位置するかを伝えます。検索結果のURL表示が日本語のパンくず形式になり、視認性が大きく向上します。
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [{
"@type": "ListItem",
"position": 1,
"name": "HOME",
"item": "https://www.pignus.co.jp/"
},{
"@type": "ListItem",
"position": 2,
"name": "コラム",
"item": "https://www.pignus.co.jp/column/"
},{
"@type": "ListItem",
"position": 3,
"name": "SEO",
"item": "https://www.pignus.co.jp/column/seo/"
}]
}ほぼすべてのページで実装すべき、最も汎用性が高いマークアップです。
2. Article / BlogPosting(記事)
ブログ記事・ニュース・コラム向け。著者・公開日・更新日などをマークアップすることで、AI検索に「いつ・誰が書いたか」を伝えやすくなります。
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "構造化マークアップとは｜種類・実装方法・SEO効果を解説",
"datePublished": "2024-07-03",
"dateModified": "2026-06-30",
"author": {
"@type": "Organization",
"name": "PIGNUS編集部",
"url": "https://www.pignus.co.jp/"
},
"publisher": {
"@type": "Organization",
"name": "株式会社PIGNUS",
"logo": {
"@type": "ImageObject",
"url": "https://www.pignus.co.jp/logo.png"
}
},
"image": "https://www.pignus.co.jp/wp-content/uploads/2024/07/thumbnail.png",
"mainEntityOfPage": "https://www.pignus.co.jp/column/seo/18159/"
}AI Overviewへの引用文脈では、author と datePublished が特に重要です。
3. Product(商品)
ECサイト・SaaS紹介・商品レビューサイトで使います。価格・在庫・レビュー評価・返品ポリシーなどをマークアップすると、商品スニペットとして検索結果に表示されます。
{
"@context": "https://schema.org",
"@type": "Product",
"name": "サンプル商品A",
"image": "https://example.com/product.jpg",
"description": "商品の説明文",
"brand": { "@type": "Brand", "name": "サンプルブランド" },
"offers": {
"@type": "Offer",
"url": "https://example.com/product",
"priceCurrency": "JPY",
"price": "3980",
"availability": "https://schema.org/InStock",
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 30
}
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.5",
"reviewCount": "127"
}
}2024年以降、Googleは Product マークアップで hasMerchantReturnPolicy(返品ポリシー)・shippingDetails(送料)を強く推奨しています。未対応だとMerchant Centerで警告が出るケースもあるため、ECは要対応です。
4. Organization(組織)
会社情報を伝えます。ブランドのナレッジパネル表示や、AI検索が「この記事を出している組織は何か」を判別する材料になります。
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "株式会社PIGNUS",
"url": "https://www.pignus.co.jp/",
"logo": "https://www.pignus.co.jp/logo.png",
"sameAs": [
"https://x.com/pignus_official",
"https://www.facebook.com/pignus"
],
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+81-3-XXXX-XXXX",
"contactType": "customer service"
}
}sameAs プロパティに公式SNSや関連プロフィールを列挙することで、Googleが「この組織のオンライン上の存在」を理解しやすくなります。
5. FAQPage(よくある質問)
ページ内のQ&Aコーナーをマークアップすると、かつては検索結果にFAQリッチリザルトが表示されていました。ただしGoogleは2023年8月以降、FAQリッチリザルトの表示を大幅に縮小しており、現在は政府機関・医療機関などごく一部のサイトでしか表示されません。
実装してもリッチリザルトは出にくくなっていますが、AI検索が質問・回答ペアを抽出する手がかりにはなります。
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "構造化マークアップを実装すると順位は上がりますか？",
"acceptedAnswer": {
"@type": "Answer",
"text": "直接的な順位効果は限定的です。Googleも『順位を保証するものではない』と明言しています。"
}
}]
}6. VideoObject(動画)
ページに埋め込まれた動画を伝えます。動画のサムネイル・再生時間・公開日が検索結果に表示される可能性があります。
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "動画タイトル",
"description": "動画の説明",
"thumbnailUrl": "https://example.com/thumb.jpg",
"uploadDate": "2026-06-30T08:00:00+09:00",
"duration": "PT5M30S",
"contentUrl": "https://example.com/video.mp4"
}7. Person(著者)
記事の著者情報を構造化します。E-E-A-T(経験・専門性・権威性・信頼性)を検索エンジンとAIに伝える上で、Article の author プロパティと組み合わせて使うのが定番です。
{
"@context": "https://schema.org",
"@type": "Person",
"name": "矢田 真理絵",
"jobTitle": "コンテンツマーケター",
"worksFor": {
"@type": "Organization",
"name": "株式会社PIGNUS"
},
"url": "https://www.pignus.co.jp/author/yada/",
"sameAs": [
"https://x.com/yada_pignus"
]
}構造化マークアップの実装方法
実装パターンは「直接HTMLに書く」「テーマ/CMSの機能を使う」「プラグインで自動生成する」の3つに大別されます。
WordPressで実装する場合
WordPressサイトでは、SEOプラグインが主要なマークアップ(Article、BreadcrumbList、Organization、WebSite)を自動生成してくれます。
Yoast SEO / Rank Math / All in One SEO Pack(AIOSEO) などのプラグインを導入していれば、初期設定の段階でArticle・BreadcrumbList・Organizationが出力されている可能性が高いです。まずはリッチリザルトテストで自社サイトの現状を確認してから、不足分を追加実装するのが効率的です。
静的サイト・自社開発サイトで実装する場合
<head> 内、または </body> の直前に、JSON-LD用のscriptブロック(MIMEタイプ application/ld+json)を挿入して、上記で紹介したJSONをそのまま記述します。CMSのテンプレート機能で動的に値を埋め込めるようにしておくと、記事数が増えても保守できます。
実装時の注意点(Googleガイドライン違反になる例)
Googleの構造化データ品質ガイドラインに違反すると、リッチリザルトが表示されないだけでなく、手動対応(ペナルティ)の対象になります。特に多いミスは次の3点です。
- ページに存在しない内容をマークアップする(例: ページに書いていないレビューを
aggregateRatingで記述) - ユーザーから見えない要素をマークアップする(例:
display:noneでDOM上だけ存在するFAQをマークアップ) - 誤解を招くコンテンツ(例: 商品ページではないのにProductマークアップを実装)
「ページに見えている内容と、構造化データの内容が一致する」が大原則です。
実装後の確認と運用
リッチリザルトテスト(Google公式)
リッチリザルトテストにURLを入力すると、検出された構造化データの種類と、リッチリザルトとして有効かどうかが確認できます。エラーがあれば該当箇所と修正提案が表示されます。
Search Console の「拡張」レポート
Search Consoleの「拡張」(または「リッチリザルト」)レポートでは、サイト全体で検出された構造化データの種類別に、有効・警告・エラーの件数が確認できます。エラーが出ているページが多い場合はここから一括で把握できます。
▼関連記事
Schema.org Validator
Schema.org Validator は、Googleが対応していないSchema.orgのプロパティも含めて構文チェックできるツールです。リッチリザルトテストで「該当なし」と出るマークアップでも、Schema.org的に正しいかを別途検証できます。
まとめ
構造化マークアップは、検索エンジンとAIに「このページは何について書かれているか」を明示的に伝える実装です。
- 構造化マークアップ(実装行為)と構造化データ(データそのもの)はほぼ同義で使われる
- 検索順位への直接効果は限定的だが、リッチリザルト表示・AI検索への引用で間接的に流入を伸ばせる
- 主要7種類(BreadcrumbList / Article / Product / Organization / FAQPage / VideoObject / Person)はJSON-LDで実装するのが標準
- 実装後は リッチリザルトテスト → Search Console拡張レポート → Schema.org Validator の3つで継続的に検証
特にAI検索が普及した現在、構造化データはGEO(生成エンジン最適化)の基本要件として再評価されています。SEOプラグインが自動出力しているもので満足せず、Person・Article・Productなど自社にとって重要なエンティティを意識的に整理することが、AI時代の検索流入を伸ばす土台になります。
監修者
