ギャップの発見: 「改善したページと変わらないページがある」
観察
seo.codequest.workで構造化データを全ページに実装した。WebSite・Organization・Person（著者E-E-A-T）・BreadcrumbListを共通で、ツールページにSoftwareApplication、ブログにArticle + FAQPage、料金ページにProduct + Offer、著書紹介にBook。GA4でページ別のエンゲージメントを確認すると、一部のページでは改善が見られたが、変化がないページもあった。
違和感
「構造化データを入れたから改善した」と言い切れるデータではない。改善したページと変化がないページの違いは何か？構造化データ以外の要因が絡んでいるのではないか？全ページに同じタイミングで実装したにもかかわらず効果にばらつきがある以上、構造化データだけでは説明できない何かがある。
GA4だけでは「効果がまちまち」までしかわからない。構造化データの実装品質に差があるのか、それとも別の要因なのかを切り分ける必要がある。
伝達の質を検証する: 配点設計が示す構造化データの本質
まずSEO_CHECKの構造化データ採点がどう設計されているかを確認する。40点満点の内訳は以下の通りだ。
構造化データ採点の内訳（40点満点）
Rich Results適格性だけで20点 — 全項目中の単独最大配点だ。この設計には理由がある。構造化データがSEOに直接もたらす効果はCTR改善であり、それはRich Resultsが検索結果に表示されることで実現する。ランキングを直接押し上げるものではなく、Googleへの伝達精度を上げるツールだからこそ、Rich Results適格性に最大の重みを置いている。
検証結果
GA4で改善が見られたページと変化がないページの両方をSEO_CHECKで確認した。どちらも構造化データスコアは高い。つまり実装品質の差ではない。構造化データは正しく実装されているのに、効果に差がある。原因は構造化データの「質」ではなく「種類」にある可能性が高い。
何が実際に変わったのか: CTRが答えを持っていた
発見
GSCでCTRの変化を見ると、FAQPage schemaを実装したブログ記事でCTRが改善していた。検索結果にFAQ展開が表示され、SERPでの占有面積が増えたことが直接の要因だ。一方、WebSite・Organization・Personだけのページ（全ページ共通分）ではCTRに変化なし。structured-data-checkページは順位16.4でCTR 1.83%、meta-tag-checkは順位7.7でCTR 20%だが、後者は構造化データ以外の要因（コンテンツの検索意図との一致度）も大きい。
つまり
構造化データの効果は一律ではない。Rich Resultsが表示されるタイプ（FAQPage・Product等）はCTR改善に直結する。E-E-A-T強化系（Person・Organization）は短期的なCTR変化には現れない。GA4で見えた「効果のばらつき」の正体は、構造化データの種類によるRich Results表示の有無だった。
仮説: 構造化データの効果はCTR改善であり、直接のランキング要因ではない
観察
構造化データ実装後、順位が大きく改善したページはない。変わったのはCTR。
仮説
構造化データはGoogleに「内容を正しく伝える」ツールであり、それがRich Resultsとして検索結果に反映されることでCTRが改善する。ランキングを直接上げるものではない。
検証
構造化データを実装したがRich Resultsが表示されないページ（Organization/Personのみ）のCTR → 変化なし。Rich Resultsが表示されたページ（FAQPage）のCTR → 改善。この対比が仮説を支持する。
分析
構造化データの効果は「Googleへの伝達精度の向上 → Rich Results表示 → CTR改善」という間接経路をたどる。SEO_CHECKがRich Results適格性に20点（最大配点）を割り当てている理由はここにある。構造化データのROIを最大化するには、Rich Resultsが表示されるschemaタイプの実装を優先すべきだ。
仮説: Person/Organization schemaのE-E-A-T効果は計測困難
観察
Person schemaに著書（Book）・knowsAbout・sameAsを詳細に記述した。しかし短期的な効果は確認できない。Organization schemaも同様で、CTRにも順位にも目に見える変化はない。
仮説
E-E-A-T系の構造化データは長期的にGoogleの著者/組織認識に寄与するが、効果は段階的で計測が困難。Rich Resultsのような目に見える変化ではなく、Googleのナレッジグラフへの統合や著者評価の蓄積という、観測しにくいレイヤーで作用している可能性がある。
検証
GA4のブランドクエリ流入、GSCの著者名クエリの表示回数を経時観察 → 現時点ではデータ不足。実装から数週間では判断できない。
分析
この効果は3〜6ヶ月単位でウォッチする必要がある。SEO_CHECKでPerson・Organization・Bookの実装品質を担保した上で、GSCの著者関連クエリを定期的に確認するのが実務的なアプローチだ。「効果がない」ではなく「まだ計測できていない」が正確な表現。計測困難だからといって実装しない理由にはならない。
仮説: 構造化データの本質は「伝達の精度」
GA4→SEO_CHECK→GSCの3ツール横断で見えてきたのは、構造化データの本質は「Googleに自分のコンテンツを正確に伝えるためのプロトコル」だということだ。順位を直接上げるテクニックではなく、Googleとのコミュニケーション精度を上げるツール。
分析
これはSEO_CHECK自体の設計思想と一致する。SEO_CHECKは「スコアを上げるゲーム」ではなく「Googleに正しく伝わっているか」を検証するツールだ。構造化データもまた同じ性質を持つ。Rich Resultsが表示されれば伝達が成功している証拠であり、表示されなければ実装が不十分か、そのタイプがそもそもRich Results対象外かのどちらか。SEO_CHECKの配点設計がRich Results適格性に最大配点を置いているのは、この「伝達 → 表示 → CTR」の因果構造を反映している。
この分析から得た判断基準
構造化データ実装後はGSCのCTR変化を見る。順位変化ではなくCTR変化が正しい評価指標。順位が動かなくてもCTRが改善していれば、構造化データは意図通りに機能している。
Rich Results適格性のあるタイプ（FAQPage・Product等）を優先実装する。E-E-A-T系（Person・Organization・Book）は長期投資として位置づけ、効果は3〜6ヶ月後に再検証する。
SEO_CHECKの構造化データスコアが高い＋CTRが改善しない場合、Rich Resultsが実際の検索結果に表示されているか確認する。スコアが高くてもRich Resultsが表示されていなければ、そのschemaタイプがCTR改善に寄与しない可能性がある。