SEOスコアを過剰に読み取らずに構造化データを検証する方法
JSON‑LD構文、ページの意味、リッチリザルトの適格性を別々に確認し、テンプレート変更後にマークアップを再度検証する。
ページは完璧に読み込まれるが、構造化データが古い価格、欠落画像、または誤ったビジネスを記述している場合があります。 訪問者は完成したページを確認します。 検索システムはその中の機械可読説明も読み取ります。 その説明を確認するにはいくつかの別々のテストが必要です。
編集上の訂正： この記事の以前のバージョンではウェブサイトが混在していました
. 私たちはその統計を撤回しました。そして .
マークアップがページについて何を述べているかから始めます
構造化データはページが記述するものをラベル付けします：組織、製品、記事、レシピ、または他のエンティティ。 JSON-LDはそれらのラベルとプロパティをスクリプトブロックで表現します。 構文エラーはブロックの解析を妨げる可能性があり、構文的に有効なマークアップでもページを誤って記述することがあります。
Schema.org validator を使用して構文と語彙を検査します。 その後、解析されたプロパティを表示されるページと比較します。 価格、著者、住所、または画像は現在のコンテンツを記述すべきです。 より広い structured-data and social-metadata guide は、その検査をページが公開する他のメタデータと並べて配置します。
複数のエンティティが同じページに存在することがあります
製品ページは製品、その販売者、およびパンくずリストを記述できます。 いくつかのタイプが存在するだけでは欠陥ではありません。 Google は multiple structured-data items on a page を明示的にサポートします。
関係性を調べる。 プロパティは意図したエンティティを参照し、識別子は一貫性を保ち、情報は人が見るものと一致するべきです。 すべてのページを単一タイプに減らすのではなく、矛盾や無関係な主張を除去します。
リッチリザルトの適格性は別のチェックです
Google はそれぞれ独自の要件を持つ特定の構造化データ機能をサポートします。 構造化データギャラリー から関連機能を選択し、Rich Results Test で代表的なページをテストします。
テストに合格すると、サポートされる機能の適格性が確立されますが、検索結果への表示は別の判断です。 クリック数や収益の固定増加を確立するものではありません。 同様に、Google の AI-feature guidance では AI Overview や AI Mode に対する特別なスキーマ要件は指定されていません。
マークアップを生成するテンプレートで修正を行う
- 代表的な URL を調べる。 ホームページと各重要な ページテンプレート（製品ページや記事ページなど）を含める。
- パースエラーを修正する。 影響を受けた JSON-LD ブロックが読み取れることを確認する そのプロパティを解釈する前に。
- 説明を修正する。 エンティティ関係、可視事実、 画像 URL と現在の値をページと照合する。
- 適格性をテストする。 ドキュメントを使用し、ページが実際にサポートする検索 機能をテストする。
- 変更後に確認する。 テンプレート、プラグイン、価格設定または コンテンツの変更。 テストしたURLと結果を記録する。
デプロイパイプラインでの自動SEO監査は、繰り返しの検査を容易にすることができます。 マークアップがビジネスとページを正確に表しているかどうかは、人間が確認する必要があります。
監査スコアを調査の出発点として読む
カテゴリスコアは評価されたチェック項目をまとめます。 発見事項、その証拠、および監査のカバレッジは、何に注意が必要かを説明します。 全体スコアだけでは、リッチリザルトの適格性、AI回答での引用、または金銭的リターンを確立できません。
有用な記録は具体的です：欠陥を生じさせたテンプレート、変更点、次の検証で観測されたこと。 Search Consoleは、影響を受けたページが時間とともにどのようにパフォーマンスを発揮するかを表示できます。