RevealTheme logo

スキーママークアップ検証ツール

任意のURLからJSON-LD構造化データを抽出して検証します。どのスキーマタイプが存在し、正しく解析されるかを確認できます。

スキーママークアップとは何か、そしてなぜSEOにとって重要なのか?

schema.orgの構造化データは、Google、Microsoft、Yahoo、Yandexによって管理されている共通の語彙で、ページの本文だけでは伝わらない「そのページが何であるか」を検索エンジンに示せるようにするものです。スキーマがないと、Googleは人間のようにページを読み、単語を解析して何が重要かを推測します。スキーマがあれば、「これは商品で、価格は29ドル、1250件のレビューで星4.5です」あるいは「これはこの7ステップからなるガイドです」と明示的にタグ付けできます。この構造化情報がリッチリザルト、すなわち検索結果の中で視覚的に強調された項目を生み出します。これには星評価、価格、レシピカード、FAQのアコーディオン、イベントの日付、パンくずリストなどが含まれます。リッチリザルトは見栄えが良いだけでなく、平均して30%から50%多くのクリックを獲得します。Googleが受け入れる3つの形式は、JSON-LD(推奨:HTMLから分離されており、最も保守しやすい)、Microdata(インラインのHTML属性、レガシー)、RDFa(XMLベース、同じくレガシー)です。最新の助言はすべてJSON-LDであり、この検証ツールが抽出して解析するのもこの形式です。リッチリザルト以外にも、スキーマはGoogleがエンティティ間の関係を理解するのを助け(これがナレッジグラフ上での存在感を構築します)、AIによる要約や回答ボックスを支え、トピックに関する専門性を示します。コンテンツサイトで実装する価値がある最も一般的なスキーマタイプは次のとおりです。Organization(サイト全体のアイデンティティ)、WebSite(検索ボックスのリッチリザルト用のSiteSearchActionを含む)、BreadcrumbList(各ページ)、Article(ブログ記事)、FAQPage(FAQ)、HowTo(チュートリアル)、Product(Eコマース)、Review(レビューや比較)、VideoObject(埋め込み動画)。このツールはURLを取得し、各<script type="application/ld+json">ブロックを解析して、解析エラーと各ブロックで検出された@typeを報告します。Google固有の対象適格性チェックについては、Googleのリッチリザルトテスト(search.google.com/test/rich-results)でもURLを実行してください。

よくある活用例

  • 変更をデプロイした後、新しいスキーマの実装が実際に正しく解析されることを確認する。

  • 競合の構造化データを監査して、どのリッチリザルトを狙っているかを把握する。

  • リッチリザルトの欠落をデバッグする。Googleを疑う前に、スキーマが存在し構文的に有効であることを確かめます。

  • YoastやRank Mathが期待どおりのスキーマタイプを出力していることを確認する。

  • 本番にデプロイする前に、ステージング環境でJSON-LDを検証する。

  • 誤って重複したスキーマブロックがないか確認する(Search Consoleでよくある「複数のArticle」警告の原因です)。

よくある質問

スキーマが有効であればリッチリザルトが保証されますか?
いいえ。スキーマの有効性は前提条件であって、十分条件ではありません。Googleのリッチリザルトへの対象適格性は、コンテンツの品質、その特定のスキーマタイプの要件、そしてGoogleの裁量といった追加要因によって決まります。スキーマが完全に有効であっても、ページの品質シグナルが十分に強くないなどの理由で、Googleが表示しないと判断し、リッチリザルトが表示されないこともあります。
どのサイトでも備えておくべきスキーマタイプは何ですか?
サイト全体では、ナレッジグラフ向けのアイデンティティを確立するOrganization(個人ブランドの場合はPerson)です。WebSiteには、サイトリンク検索ボックス用のSiteSearchActionを含めます。BreadcrumbListは、トップページ以外のすべてのページに設定します。テンプレートごとには、ブログ記事にArticle、商品ページにProduct、該当する箇所にFAQPage、チュートリアルにHowToを使います。
JSON-LDとMicrodataのどちらを使うべきですか?
JSON-LDです。Googleが明確に推奨しています。保守がしやすく(HTMLに混在せず、独立したブロックになっています)、デバッグもしやすく(検証ツールに貼り付けるだけです)、レイアウトの再設計でも壊れにくいです。Microdataはレガシーで、サポートはされていますが、新規実装では推奨されません。
なぜ私のスキーマはこの検証ツールには表示されるのに、Googleのものには表示されないのですか?
schema.orgの仕様とGoogleのリッチリザルトの要件は同一ではありません。Googleは対象適格性のために特定のフィールドを必須としますが、より広範なschema.orgの仕様ではそれが任意とされています。例として、RecipeスキーマはGoogleで対象となるためにname、image、recipeIngredientを必要としますが、schema.org上は技術的にnameのみが必須です。常に両方の検証ツールで実行してください。
1つのページに複数のJSON-LDブロックを置けますか?
はい。Googleはそれらすべてを解析します。よくあるパターンは、Articleスキーマ用に1ブロック、BreadcrumbList用に1ブロック、FAQセクション用に1ブロックを置くというものです。ただし、同じ@typeを重複させないでください。迷ったら、それらを1つの@graph配列にまとめてください。
スキーマは直接ランキングに影響しますか?
間接的に影響します。Googleはスキーマが直接のランキングシグナルではないと繰り返し述べています。しかし、リッチリザルトはクリック率が高く(これは行動シグナルです)、スキーマはGoogleがあなたのコンテンツをより確信を持って理解する助けとなり、ナレッジグラフのエンティティはブランド系のクエリで上位表示されます。
@graphとは何で、いつ使うべきですか?
@graphはJSON-LDの機能で、複数のエンティティ(Articleとその著者のPerson、そして発行元のOrganization)を、相互の@id参照とともに1つのJSON-LDブロックで記述できるようにするものです。相互に関連するエンティティを持つ複雑なページに役立ちます。必須ではありません。よりシンプルなケースでは、フラットなブロックで十分に機能します。

関連ツール