Google's Rich Results Test Displays No More Than 102 Objects for One JSON-LD Entity and Accepts an Invalid eventStatus Value
この論文は、Googleのリッチリザルト テストにおける2つのサイレントな失敗を特定しており、それらは、警告なしにJSON-LDオブジェクトの数を102個で切り捨てる表示制限と、"EventCompleted"のような無効な値を誤って受け入れてしまうeventStatusプロパティの検証不足です。
原論文は CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
あらゆる本が、単にタイトルや著者によってではなく、その内容の詳細なマップ、他の本とのつながり、そしてそれが保持する特定の事実によって記述されている図書館を想像してみてください。これが、現代の検索エンジンがウェブを理解する方法です。ページ上の言葉をただ読むのではなく、彼らはサイトの構造の中に隠された特別な種類のコードを探します。JSON-LDと呼ばれる形式で書かれたこのコードは、情報の構造化されたマップとして機能します。それは、誰がそのサイトを運営しているのか、どのようなトピックを扱っているのか、そして異なる情報の断片がどのように互いに関連しているのかを、検索エンジンに正確に伝えます。ウェブサイトの所有者にとって、これは強力なツールです。これらの明確で整理された事実を提供することで、彼らは自身のページが、星による評価、イベントの日付、あるいは質問に対する直接的な回答といった、より豊かな詳細とともに検索結果に表示されることを期待しています。
しかし、ウェブサイトの所有者が提供するものと、その情報をチェックするために使用されるツールが実際に表示するものとの間には、隔たりが存在します。整形外科医であり、膝置換術の患者のための教育サイトの創設者であるブライアン・R・ハッテンによる最近の研究は、Googleの主要なテストツールである「リッチリザルト テスト」において、2つのサイレントな失敗を発見しました。このツールは、ウェブマスターが自分のコードを貼り付けて、Googleがそれをどのように解釈するかを確認できるように設計されています。ハッテンは、このツールには隠れた天井があることを発見しました。つまり、単一の人物または組織に対して、最初の102個の情報のみを表示し、それ以降のものはすべて黙って無視してしまうのです。さらに、このツールはある種のタイプのエラーを検知できず、拒否されるべき無効なデータを受け入れてしまいます。これらの発見が重要なのは、ウェブサイトの所有者がツールの「緑のチェックマーク」による承認を受け取り、自分のデータは完璧で完全であると信じている一方で、実際には情報の大部分が非表示になっていたり、技術的に不正確であったりする場合があることを意味するからです。
この発見の物語は、ハッテン自身のウェブサイト「My Knee Guide」から始まりました。2026年、彼は自身の仕事や経歴を検索エンジンや人工知能システムが理解しやすくするために、サイトのための包括的な構造化データマップを構築することを決意しました。彼は、自身のキャリア、所属、執筆した記事、および教えたイベントを記述する「医師（Physician）」というエンティティ（実体）のデジタルプロフィールを作成しました。詳細を追加していくにつれ、このプロフィールは121個の異なる情報を含むまでに成長しました。彼がこのプロフィールをGoogleのリッチリザルト テストに通して、それがどのように表示されるかを確認したとき、ツールはクリーンで有効な結果を示しました。しかし、ハッテンがツールの出力と元のファイルを比較したとき、何かが欠落していることに気づきました。ツールは正確に102個の項目を表示し、そこで止まっていたのです。彼が含めていた残りの19個の情報が表示されていませんでした。
この発見を特に厄介にしていたのは、ツールが警告を与えなかったことです。ツールは、データが切り捨てられたことを示すエラーメッセージや赤いライトを点滅させることはありませんでした。サマリー画面には緑のチェックマークが表示され、すべてが順調であることを示唆していました。ハッテンは、ツールの表示と元のファイルのテキストを手動で比較することで、プロフィールの最後の部分が単に消えてしまっていることに気づかなければなりませんでした。彼はこの挙動を確認するために、一連のテストを行いました。様々な数の項目を含むファイルを作成したところ、エンティティが102個を超えると、ツールは一貫して最初の102個のみを表示することを発見しました。項目の長さに関わらず、制限はテキストの量ではなく、項目の数に基づいていました。さらに驚くべきことに、このツールは各個人または組織に対して個別にこの制限を適用しているようでした。もしページ内に2つの異なる組織が含まれていた場合、ツールはページ全体の合計で102個に達したところで止まるのではなく、最初の組織に対して102個、そして2番目の組織に対しても最初の102個を表示するのです。
ハッテンはまた、ツールが常に表示されている情報の質をチェックしているわけではないことも発見しました。彼のプロフィールには、すでに終了したイベントが含まれており、そのステータスが「EventCompleted（イベント完了）」とマークされていました。このタイプのデータの公式ルールによれば、イベントのステータスの有効な選択肢は「EventScheduled（イベント予定）」や「EventCancelled（イベントキャンセル）」のような特定の用語ですが、「EventCompleted」はそのリストに含まれていません。ハッテンがこのファイルをGoogleのツールで実行したとき、ツールはエラーを指摘することなく、彼に緑のチェックを与え、その無効な用語を受け入れました。しかし、彼が全く同じファイルを別の独立したバリデーター（検証器）で実行したところ、そのツールは正しくエラーをフラグ立てし、その用語を拒否しました。これは、ハッテンのウェブサイトが数ヶ月間、技術的には不正確なデータでありながら、ウェブマスターが作業を検証するために使用する主要なツールが、それは完璧であると告げていたことを意味します。
これらの発見が持つ意味は、自身のデジタルプレゼンスを管理しようとするすべての人にとって重大です。リッチリザルト テストは、ウェブサイトの所有者が構造化データが正しく機能していることを確認するための標準的な方法です。もしツールが情報を黙ってドロップしたり、無効な値を受け入れたりするのであれば、所有者は偽りの安心感を与えられてしまいます。彼らは、自身のリッチリザルトが意図した通りに表示されると考えているかもしれませんが、実際には検索エンジンが重要な詳細を見落としていたり、提供したデータがインデックス作成に必要な厳格な基準を満たしていなかったりすることがあります。ハッテンの研究は、このツールが完全なチェックではないことを示唆しています。それはファイルが読み取り可能であることを検証することはできますが、ファイル全体が表示されていることや、すべての値が公式の定義に従って正しいことを保証することはできません。
これらの隠れた制限を回避するために、ハッテンはより慎重なアプローチを推奨しています。ウェブサイトの所有者は、リッチリザルト テストの緑のチェックマークだけに頼るべきではありません。代わりに、単一のエンティティ内の項目数が102個の閾値を下回っていることを確認するために、データ内の項目を手動でカウントすべきです。また、Googleのツールが見逃す可能性のあるエラーを捉えるために、独立したバリデーターを使用してファイルをクロスチェックすべきです。おそらく最も重要なことは、ツールの表示を完全なレポートとしてではなく、一つのサンプルとして扱うことです。もしある項目がツールのプレビューに表示されていないとしても、それは必ずしも検索エンジンがそれを無視したことを意味するわけではありませんが、所有者が何が見られているのかを確信できないことを意味します。研究の結論は、Googleがこれらの制限やエラーを明確に報告するようにツールを更新するまで、作成したデジタルマップが完全かつ正確であることを保証するために、複数のソースに対して自身のデータを検証する責任は、ウェブサイトの構築者にあるということです。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。