GSCがPASSならSEO改修は反映済みか？登録状態・再クロール・効果を分けて確認する

SEO変更の報告に、9ページPASSと改修前のクロール日が並んだ

「海辺の部屋」では、ChatGPTにWixサイトのSEO設定を整える作業を依頼しました。ページごとのタイトルや説明文、ページの内容を検索エンジンへ伝える構造化データなどを変更した、という報告が残っています。

同じ報告には、Google Search Console（以下、GSC）のURL検査で「主要9ページすべてPASS」とありました。しかし、その直後に、検査で表示された最終クロール日はページによって7月〜9月17日であり、当日変更したタイトルや構造化データをGoogleがすでに再取得したという意味ではない、と説明されています。

本記事では、この当時の報告文を、登録状態と改修後の取得状態を分けた例として扱います。

PASSは「何の検査か」と一緒に読む

GSCのURL検査APIには、URLの登録状態だけでなく、リッチリザルトなど別の検査結果にも判定欄があります。したがって、PASSという文字だけを抜き出して「SEO全体が成功した」と読むことはできません。

Google公式の仕様では、登録状態の判定はindexStatusResult.verdict、GoogleがそのURLを最後にクロールした日時はindexStatusResult.lastCrawlTimeです。クロールとは、Googleのプログラムがページを取得することです。PASSは対象の検査で有効とされた値で、クリック数や順位の上昇を表す値ではありません。Google公式：URL検査結果の項目

なお、現在のAPIのindex.inspectが返すのはGoogleのインデックスにある版の情報です。このAPIで、いま公開されているURLのライブテストを実行することはできません。Google公式：index.inspectの対象

最終クロール日時を、変更日時と並べる

改修後の確認では、まず同じURLについて「新しい内容を公開した日時」「URL検査を取得した日時」「検査に表示された最終クロール日時」を並べます。日時のタイムゾーンもそろえます。検査した日が新しくても、検査対象の版が新しいとは限らないからです。

• 最終クロールが変更前：その結果では、改修後に取得されたことを確認できません。
• 最終クロールが変更後：変更後の時点に取得があったと読めます。ただし、日時だけで変更した全項目が取り込まれたことや、検索表示が改善したことまでは判断しません。
• 変更日時かクロール日時が不明：前後関係を未確認として残します。記事の保存日や会話を読み返した日で埋めません。

現在の公開ページをGoogleの検査ツールが取得できるかは、GSC画面のライブテストで別に調べられます。その成功も、インデックスへの登録完了や検索結果への表示を保証しません。再登録のリクエストを送ったことも、完了とは分けます。Google公式：通常のURL検査とライブテストの違い

日付を混ぜないための前提は、公開・更新・測定・主張の4つの時点を分ける実例で整理しています。本記事では、その考え方をGSCの登録情報とクロール日時に当てはめます。

改修前の90日実績を、改修後の効果にしない

続く作業報告では、Featuresと記された固定ページについて、2026年6月23日〜9月20日の90日間で16表示、0クリック、平均順位7.06位という値が示されました。原文では、これを「今日SEOタイトルを変更する前」のデータと明記しています。

その報告では、旧タイトルに「Strategies」が含まれていたページを変更した直後だったため、さらにタイトルを変えることを見送りました。これは、新旧タイトルの影響を区別しにくくしないための当時の判断です。

16表示という報告値だけを見て、タイトルの良し悪しを決めることも避けます。表示回数は小さく、検索語などの内訳も確かめる必要があります。平均順位7.06位は、常に特定の検索語で7位だったという意味でもありません。

効果を見るときは、検索実績を別に比較する

GSCの検索パフォーマンスでは、クリック数、表示回数、クリック率、平均順位を確認できます。クリック率はクリック数を表示回数で割った値です。URL検査の判定とは別のデータとして扱います。Google公式：検索パフォーマンスの指標

ここからは、当時の報告と公式仕様を踏まえた確認方法の提案です。

1. 変更を固定する。対象URL、変更前後のタイトルなどの差分、公開日時を残します。同時に説明文や内部リンクも変えたなら、それも記録します。
2. 登録情報と取得時点を残す。取得日時、検査の種類、判定項目、最終クロール日時を記録します。可能なら元の返却データも保存します。
3. 比較条件をそろえる。改修前後の期間を明示し、同じページ、検索語、検索種別、国、端末などの条件で検索実績を比べます。改修日とGoogleの取得時点がずれている期間は、そのずれも記します。
4. 変化と原因を別々に書く。数字が増えたことを確認できても、同時変更や検索需要の変化を検討するまでは、特定の改修が原因だと断定しません。

Googleも、検索実績の変化を調べる際には、期間やページ、検索語などを比較し、季節性や検索需要、ランキングシステムの変化などを確認するよう案内しています。Google公式：検索トラフィックの変化を調べる方法

ただし、比較条件をそろえれば、それだけで因果関係が証明されるわけではありません。「改修後に増えた」という観測と「この改修で増えた」という説明を分けます。原因の説明を次の検証候補として扱う考え方は、AIの説明と、確認された原因を分ける実例につながります。

この事例で分かったことと、まだ分からないこと

本記事では、原会話の報告文に、登録判定、改修後の取得、検索実績を分ける留保があったことを確認しました。Google公式資料では、その区別に必要な現在の項目と検査範囲を確認しました。

一方、当時の正確な改修日時、URL検査の取得日時、対象URLごとの生レスポンス、検索語などの集計条件、改修後の比較データは今回そろっていません。したがって、当時の測定値を独立に検証したり、改修効果を確定したりするものではありません。

そのため、この事例の結論は「PASSだけでは改修の反映や効果を判断しない」です。今のURL検査を追加する場合は、新しい測定として日付を付け、過去の測定の代わりにしません。

現在地：CONTENT & EVIDENCE → Evidence・検証状態

実務との接続：SEO、GA4、Search Console、Web改善などの支援内容は、海辺の部屋のWebマーケティング支援にまとめています。

このKnowledgeの関連知識

前提：Blog件数が243→252→256と変わった――公開・更新・測定・主張の4つの時点を分けて残す。変更日、検査取得日、クロール日時を混ぜないための既存の時間整理を参照する。

次の検証：AIが説明できたことと、原因を突き止めたことは別――セルフレビューを「仮説」として扱う。検索実績の変化を確認した後、AIの説明を原因確定に昇格させない考え方へ接続する。