外部検査のエラー3件から、公開記事74件の不備をどう見つけたか
公開
この記事は2026年8月26日にIntrix Labが韓国語で公開した記事の翻訳です。
外部ツールが示したエラー3件は、検査の終点ではなく、検出漏れの手がかりでした。 2026-08-25時点で、外部ツールはintrix.krの100ページから構造化データのエラー3件を検出しました。内部の検査コードを照合し、公開記事101件を全件集計したところ、Article系のimage欠落は74件でした。JSONの構文チェック合格とスキーマ仕様への適合を同じ判定にしていたことが、この差の原因でした。
エラー3件が内部検査では0件だったのはなぜですか？
出発点は、外部診断と自社診断の結果の不一致でした。外部ツールのSite Healthは94%で、エラー3件はすべて構造化データに関するものでした。警告も133件ありました。同じサイトを調べていた内部エンジンは、この不備を検出できていませんでした。
そこで、結果画面より先に判定基準を見直しました。内部検査はJSONの構文が正しいかを確認していましたが、各ノードが自身の型に必要なプロパティを備えているかまでは確認していませんでした。
公開記事74件はどのように数えましたか？
外部ツールがクロールした100ページの結果だけを修正するのではなく、原因を2つに分けました。ホームの@graphでは、@typeのない参照ノードを1件確認しました。Article系では、必須プロパティのimageが欠落するパターンを確認しました。
次に、クロール標本の範囲外まで調べるため、DB内の公開記事を全件集計しました。母集団はintrix.krの公開記事101件です。このうち、Article系のimageが欠落していた記事は74件でした。外部ツールが報告したエラー数を不備の総数と解釈していたら、標本外にある同じパターンを見落としていたはずです。
何を検査するように変更しましたか？
修正の方向性はエラーメッセージを増やすことではなく、構文チェックの合格が仕様チェックの合格として記録されないよう、判定を分けることでした。
この結果はどこまで信頼できますか？
測定期間は2026-08-25の1日のみです。外部ツールの母集団はintrix.krの100ページで、内部の全件集計の母集団は自社の公開記事101件でした。母集団と検査方法が異なるため、エラー3件とimage欠落74件を、同じ比率の前後変化として解釈することはできません。
この結果は、他のサイトでも同じ欠落率になることを保証するものではありません。構造化データの生成方法や記事テンプレートが異なれば、不備の種類も変わります。外部ツールが常に過少集計するという結論も支持しません。ここで確認したのは、限定的なクロールで得た手がかりを、同じパターンの全件検査へ広げると、欠落の範囲が大きくなったという事実です。
構造化データの有効性は、検索エンジンが文書を解釈するための条件を点検する指標です。修正しても、順位、引用、表示を保証するものではありません。このデータが示す範囲は、自社の検査ツールが見落とした不備の種類と、2026-08-25当時の影響範囲までです。
同じ欠落はどこから確認すればよいですか？
まず、JSONのパース成功と型ごとの仕様チェック合格を、別の項目として扱う必要があります。標本クロールで1つのパターンが見つかったら、同じテンプレートを使う全ページへ母集団を広げ、数え直す必要があります。現在のサイトの構造化データとクロール範囲を確認するには、無料SEO・GEO診断で実際のレスポンスを測定できます。
よくある質問（FAQ）
Q. JSONをパースできれば、有効な構造化データではないのですか？
いいえ。パースの成功は、構文が壊れていないという意味です。ノードが自身の型に必要なプロパティを備えているかは、別途仕様チェックで確認する必要があります。
Q. エラー3件とimage欠落74件を直接比較してもよいですか？
分母が同じ値ではありません。エラー3件は外部ツールによる100ページのクロール結果で、74件はDB内の公開記事101件を全件集計した結果です。前者は、検出漏れを発見した手がかりとして捉える必要があります。
Q. なぜ標本だけで終わらせず、全件検査を行ったのですか？
同じテンプレートが複数の記事に適用されていると、標本で見つかった不備がクロール範囲外でも繰り返される可能性があるためです。この事例では、公開記事全体を同じ条件で集計し、影響範囲を確認しました。