構造化データの有効性
ページに検索エンジン向けのコンテンツ説明用機械可読データが含まれている場合、そのデータは役に立つために有効でなければなりません。Silktide は、マークアップが正しく解析され、説明対象の種類が宣言され、その種類に必要なプロパティが含まれていることをチェックします。
は通常、schema.org の語彙を使用した で記述されます。
<!-- 有効: 解析可能で、@type があり、必須の headline が含まれている -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "How to store wine"
}
</script>
重要な理由
検索エンジンは、壊れた構造化データを何も通知せずに破棄します。無効な JSON、説明対象を一度も示していないブロック、または必須プロパティが欠けているタイプは、いずれもマークアップが無視される原因になります。その結果、マークアップによって得られるはずだったリッチリザルト(星評価、記事カード、商品詳細)が失われても、ページ上では何も起きたことが分かりません。
無効な構造化データは、構造化データがないより悪いとも言えます。労力をかけたにもかかわらず、ページは対応済みのように見え、実際には何も提供していないからです。
修正方法
- 無効な JSON - 構文を修正します。末尾のカンマ、テキスト内のエスケープされていない引用符、置換されないままのテンプレートプレースホルダーが、通常の原因です。
@typeがない -Article、Product、Eventなど、schema.org で認識されているタイプを使用して、すべてのエンティティに追加します。- 必須プロパティがない - タイプに必要な情報を追加します。たとえば、
Articleにはheadline、Productにはname、EventにはnameとstartDateが必要です。 - 公開前に、Google のリッチリザルト テストまたは schema.org バリデーターで結果を検証します。
Silktide によるチェック方法
- 検索インデックス登録の対象となるページのみをチェックします。
- ページ上のすべての JSON-LD ブロックを収集します。構造化データが存在すべきかどうかは 構造化データ で別途チェックされるため、JSON-LD がないページはスキップします。
- ページごとに最大 1 件の問題を、重大度の高い順に報告します。
- 有効な JSON ではないブロック。
@typeを含まないブロック。- 必須プロパティが欠けている、認識されたタイプ。Silktide は、
Article(headline)、Product、Organization、Person、LocalBusiness(name)、Recipe(name と ingredients)、Event(name と開始日)、FAQPage(質問)、BreadcrumbList(項目)など、一般的なタイプに必要な基本項目をチェックします。
トラブルシューティング
Google のテストには合格するのに、Silktide で問題が報告される
Silktide は schema.org の語彙全体ではなく、一般的なタイプに必要な基本項目を検証します。また、ネストされたエンティティも個別に検証されます。たとえば、作成者としてネストされた Person にも name が必要です。問題で指定されているエンティティを確認してください。
JSON-LD ではなく microdata または RDFa を使用している
このチェックで読み取るのは、Google が推奨している形式である JSON-LD のみです。その他の形式の構造化データは、ここでは検証されません。
詳細情報
- 構造化データのマークアップ - マークアップを検証し、正確な状態に保つ方法を含む、手法の詳細
- ローカル SEO と Google ビジネス プロフィール - 表示される所在地ページと一致させる必要がある LocalBusiness のフィールド
- 構造化データの概要(Google 検索セントラル)
- Schema.org
- 構造化データ