構造化データとは？メリットデメリットや実装方法まとめ！

2023 2/06

2022年3月19日 2023年2月6日

構造化データとは、ホームページやブログの情報を、検索エンジン（Google）に分かりやすく伝えるためのタグ情報です。

Googleは創業当時から「世界中の情報を整理し、世界中の人々がアクセスできて使えるようにすること」と理念を掲げ、常に検索ユーザーの為に、利便性と有益性を求めています。

しかし、検索エンジンはネットをクローラーして、見つけたサイトのHTMLを読んでも、その内容は単なる”文字列”や”記号”としか認識できませんでした。

そこで、構造化データをHTMLの中に記述することで、検索エンジンはサイトコンテンツ内容を把握しやすくなりました。

そして、Googleは把握した検索情報を、口コミ評価（★の数）やお店の名前、住所などを、リッチスニペットとして検索結果に表示することが可能になったのです。

構造化データの仕組みについて｜Google検索セントラル
https://developers.google.com/search/docs/advanced/structured-data/intro-structured-data?hl=ja

この記事では、構造化データを導入する際のメリットやデメリット、そして導入方法を詳しく解説していきます

構造化データの概念と、実装する目的

構造化データは、『セマンティックWeb』という考えの元に構築された記述です。

セマンティック・ウェブ（英: semantic web）は W3C のティム・バーナーズ＝リーによって提唱された、ウェブページの意味を扱うことを可能とする標準やツール群の開発によってワールド・ワイド・ウェブ[1]の利便性を向上させるプロジェクト。セマンティック・ウェブの目的はウェブページの閲覧という行為に、データの交換の側面に加えて意味の疎通を付け加えることにある。

セマンティック・ウェブはXMLによって記述した文書にRDFやOWLを用いてタグを付け加える。この、データの意味を記述したタグが文書の含む意味を形式化し、コンピュータによる自動的な情報の収集や分析へのアプローチが可能となると期待されている。
引用元：セマンティック・ウェブ – Wikipedia

このセマンティックWebの考えの元、検索エンジンにサイトコンテンツの内容を把握させる方法として、『構造化データ』が必要となります。

つまり、Googleが構造化データを推奨している理由は、蓄積した構造化データを『検索情報』として提供することで、検索ユーザーの利便性向上を目指しているのです。

構造化データのメリット

『HTML内に構造化データを記述することで、SEO対策になる』、と言われている２つのメリットがコチラです。

検索エンジンがサイトコンテンツを認識しやすくなり、インデックス化が促進される
検索結果に『リッチスニペット』が表示されるようになる

この2つについて、詳しく説明します。

検索エンジンがサイトコンテンツを認識しやすくなり、インデックス化が促進される

上でも書きましたが、構造化データをHTML内に記述することで、検索エンジンはそのサイトコンテンツを、より正確に把握することができます。
例えば、『ポム』というブログがあり、運営者は『AAA』、ブログURLは『https://pomu～.com』とします。
htmlでは下記のように記述されます。

<div>
<p>ブログ名：ぽむ</p>
<p>運営者：AAA</p>
<p>URL：https://pomu～.com</p>
</div>

構造化データ：非対応　✕	構造化データ：対応　○
ブログ名ポム運営者AAAブログURLhttps://pomu～.com	ブログ名：ポム運営者：AAA ブログURL：https://pomu～.com

構造化データに対応していない場合、検索エンジンが読み取れるのは、文字列としてのテキストだけです。

反対に構造化データに対応していると、ブログ名はポム、運営者はＡＡＡ、ブログのＵＲＬはhttps://pomu～.com、と人間が理解するように、検索エンジンも１つずつ把握します。

たったこれくらいか、と思われたかもしれません。

しかし、『同じ内容を書いている記事ページが、複数あった場合』を想像してみてください。

同じ内容であれば、Googleは記事を2つともインデックスする必要はありません。どちらか１つで足ります。

となると、構造化データが記載されていない単なる文字列だけのブログと、構造化データによってコンテンツを詳しく把握できているブログ。

Googleはこの2つのブログ記事の、どちらをインデックスしようとするでしょうか？

同じ記事内容であれば、Googleは内容をより把握できている記事ページをインデックスした方が、検索ユーザーにとって有益性が増すと考えるでしょう。

従って、構造化データが記述されたページの方が、インデックス化が促されていくことになります。

検索結果に『リッチスニペット』が表示されるようになる

構造化データを記載すると、検索結果ページに『リッチスニペット』が表示されることがあります。

下図はGoogleで『動物園』と検索した検索結果画面になります。ちなみにWeb検索した場所は、埼玉の大宮です。

この詳しく表示されている内容の部分を『リッチスニペット』といい、構造化データによって検索エンジンの蓄積された情報が表示されます。

『動物園』と検索しただけなのに、検索した場所（埼玉）に近い動物園ばかりがヒットしたのも、動物園の住所を検索エンジンが把握していたからです。

そして、リッチスニペットは上の図の通り、検索結果画面に大きく表示されます。

これによって競合サイトに差をつけ、検索ユーザーの目にとまりやすくなり、クリックの増加が見込まれます。

構造化データのデメリット

構造化データは、メリットだけでなくデメリットもあります。

メリット・デメリットをしっかり吟味して、サイトに導入するべき否か、考える必要があるでしょう。

構造化データの専門知識が必要になり、工数がかかる

HTMLの中に構造化データを記載するためには、構造化データ専用のマークアップをしなければなりません。

しかし、マークアップする記述方法は、『Microdata』『RDFa Lite』『JSON-LD』と3種類あり、それぞれ記述形式が異なっています。

さらに、この記述方法や内容は、定期的に更新されてタグの数が増えたりするため、都度、更新内容をチェックして必要であれば修正追記する手間が発生します。

もちろん構造化データを作成するためには、自ら勉強して専門知識を身につける必要があります。

当たり前ですが、トライ＆エラーを繰り返すので、制作工数や時間がたくさんかかります。

構造化データを導入してもコストに見合う収益が不透明

構造化データのメリットとして、『コンテンツのインデックス化が促される』ことをあげましたが、これは必ずインデックスされるという訳ではありません。

大前提として、Googleは検索エンジンがクロールして有益だと判断したコンテンツページを、インデックスして検索結果ページに表示します。

そのため、元から文字数が少なかったり、内容が薄いコンテンツは、構造化データがHTMLに記述されていたとしても、インデックスされにくいのです。

また、『リッチスニペット』の表示も、検索結果画面で必ず表示されるというわけではありません。

構造化データ導入を外注していれば、その分だけコストが多くかかりますので、その出費に見合うだけの収益が必要です。

制作工数や外注コストに見合うだけのメリットの不透明さが、構造化データの導入をためらうデメリットでしょう。

構造化データの定義と記述方法

サイトコンテンツ内に構造化データを記述するとき、定義のことを『ボキャブラリー』、記述方法のことを『シンタックス』と言います。

そしてGoogleがサポートしているボキャブラリー（定義）は、Google、Yahoo!、Microsoftが策定を進めてきた「schema.org」という規格があります。
この規格は一般的に「スキーマ」と呼ばれています。

また、Googleがサポートしているシンタックス（記述方法）は、下記の３つです

Microdata
RDFa Lite
JSON-LD

つまり、構造化データは「schema.org」で定義され、「Microdata・RDFa Lite・JSON-LD」のどれかで記述されることになります。

この3つの中で、Googleが推奨しているのが「JSON-LD」です。

「JSON-LD」は後発のシンタックス（記述方法）ですが、Googleが推奨しているため、今後、伸びてくることが見込まれます。

構造化データを実装する方法

構造化データをサイトコンテンツに導入する方法は、以下の３つがあります。

HTMLに手動でマークアップする
構造化データマークアップ支援ツールを使う
WordPressサイト・ブログであればプラグインを使う

３つとも構造化データの専門知識が必要ですが、実装するページを絞ったり、構造化データにする項目を目的によって限定することもできます。

サイトコンテンツに合わせて、必要な項目を構造化データとして実装していくとよいでしょう。

01 手動でHTMLをマークアップする

これは人の手で直接、HTMLにマークアップしていく方法です。
例えば『パンくずリスト』であれば、下記のようにトップページからの階層全てをマークアップします。
シンタックスはJSON-LDです。

▼パンくずリスト
Books > Science Fiction > Award Winners

<script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "BreadcrumbList",
      "itemListElement": [{
        "@type": "ListItem",
        "position": 1,
        "name": "Books",
        "item": "https://example.com/books"
      },{
        "@type": "ListItem",
        "position": 2,
        "name": "Science Fiction",
        "item": "https://example.com/books/sciencefiction"
      },{
        "@type": "ListItem",
        "position": 3,
        "name": "Award Winners"
      }]
    }
    </script>

※引用元：https://developers.google.com/search/docs/advanced/structured-data/breadcrumb?hl=ja

1行目にシンタックス「JSON-LD」を宣言し、3行目にボキャブラリー「https://schema.org」と定義しています。

そして、パンくずリストの階層をすべてマークアップしていきます。