サーチコンソール データ反映はいつ、遅い理由と数字の歪み方

結論から書きます。いま画面に出ている直近の数字は、まだ増えます。だから直近を含む期間で切ると、実際より低い数字を見ることになります。

そしてずれる向きは常に同じです。誤差なら上下に振れますが、これは下にしか振れません。毎回「減った」と表示されるので、勘違いが定着します。

遅延を踏まえた期間で落としたCSVから、直す記事を選ぶところまで自動でやる道具も作りましたが、先に「いつのデータを見ているのか」を書きます。ここを間違えると、何を使っても答えは変わりません。

公式が書いているのは「何日」ではない

「サーチコンソールは2日遅れ」「3日遅れ」といった数字をよく見かけますが、公式ヘルプには「収集されたデータは通常、2〜3 日以内に利用可能になります」と書かれています(Search Console のデータについて)。ただしこれは「何日ぶんが暫定か」とは別の話で、検索パフォーマンス レポートの解説にあるのは、この一文だけです。

暫定データ: 最新のデータは暫定値の可能性があり、引き続きデータが収集中であるため、その後数時間で変動する場合があります。暫定データは、グラフ上に点線で表示されます。

書いてあるのは「最新のデータは暫定である」という性質であって、何日ぶんが暫定なのかという量ではありません。2024年12月12日の Search Central Blog も、新しい「24時間」ビューについては「数時間の遅れで表示される」と書き、「平均のデータ遅延をほぼ半分に短縮した」とだけ述べています。短縮後が何日なのかは公表されていません。

もう少し踏み込んだ記述があるのは API のほうです。 Search Console API の検索アナリティクスには dataState という指定があり、省略すると「確定済みのデータだけ」、all を指定すると「暫定データを含む」が返ります。さらに応答には first_incomplete_date(まだ収集・処理が続いている最初の日付)が入り、「この日より後の値は大きく変わる可能性がある」と明記されています。

ここが実務上いちばん大事な点です。Google自身が「確定」と「暫定」を分けて扱っており、境界の日付は固定ではなく、そのつど返される値になっている。つまり「◯日遅れ」と覚えるのではなく、「末尾は暫定だと扱う」と覚えるのが正解です。

出典:検索パフォーマンス レポート(Search Console ヘルプ)/An improved way to view your recent performance data in Search Console(2024年12月12日)/Search Analytics: query(Search Console API)

暫定の日が混ざると、なぜ数字が「下がる」のか

ここが本題です。暫定というのは「不正確」ではなく「途中」という意味です。集計の途中なので、通常はあとから足される方向に動きます(公式が方向を明言しているわけではないので、原則としてそうなる、という理解に留めてください)。

期間の合計は、こういう内訳になっています。

過去7日の合計 = 確定した5日ぶんの実数 + 暫定の2日ぶんの「途中経過」

右側の第2項が、まだ本来の値に届いていません。たとえば1日あたり10クリックのページなら、7日で70クリックになるはずです。ところが末尾2日がまだ7クリック・3クリックまでしか集計されていなければ、確定5日の50に10を足して画面の合計は60。何も起きていないのに14%減です。

※サンプルデータの数字です

この14%は誤差ではなく、偏り(バイアス)です。誤差なら見るたびに上にも下にも振れますが、暫定は通常は下側に出ます。毎日開くたびに「直近が下がっている」グラフを見ることになり、それが正常な見え方だと気づけません。

リライトの効果測定では、この偏りがそのまま誤診になります。直した直後に見れば、「直した日を含む期間」の末尾に暫定日が入るからです。下がって見えるのは当たり前で、リライトの結果ではありません。

表示回数・クリック数だけでなく、CTRと平均掲載順位も暫定です。ただしCTRはクリックと表示の両方が欠けるので、どちらに動くかは決まりません。「合計は下に偏る、割合は向きが読めない」と分けて覚えてください。

期間が短いほど、同じ遅延が大きく効く

遅延そのものの長さは変わりません。変わるのは分母です。暫定の日が2日あるとして、それが期間全体に占める割合はこうなります。

ここに、この記事でいちばん皮肉な事実があります。リライトの効果を早く知りたい人ほど、短い期間で見ます。そして短い期間は、遅延にいちばん弱い切り方です。

急いで見るほど数字は低く出て、低く出た数字を見てさらに焦る。「効果が出ない」と判断して元に戻すところまで行くと、直したものを理由なく壊したことになります。

対処は2つだけです。期間の末尾を数日前に置くことと、比べるなら同じ長さで比べること。「昨日まで」ではなく「3日前まで」で切れば、暫定日は期間から外れます。

比較そのものの手順(長さを揃える・曜日の構成・季節性)はサーチコンソールの期間比較で間違えやすいことにまとめています。この記事は末尾の数日をどう扱うかだけの話です。

なお「いつまで待てば効果が出るのか」は別の問題です。データの遅延は数日ですが、リライトが検索結果に反映されて数字が溜まるまでの時間はそれより長くかかります →リライトの効果はいつ分かるのか

遅延の影響が小さい期間で落としたCSVから、直す候補を出すツールも作ったので、毎回の突き合わせが面倒なら使ってください。詳しくは記事の最後に書きます。

「遅い」のか「壊れている」のかを切り分ける

待てば埋まるのが遅延です。待っても埋まらないものは、遅延ではありません。Search Console にはデータ異常を告知する公式ページがあり、実際に欠落やロギングエラーが記録されています。

2026年8月16日時点で、そのページにはたとえば次の記載があります。

• 2026年2月28日と3月1日: 技術的な問題により、一部のプロパティの一括データ エクスポートで2日間ぶんのデータが欠落。このデータは復元されないと明記されています
• 2025年5月13日〜2026年4月27日: ロギングエラーにより、インプレッション数が正確にレポートされていなかった。影響を受けたのはインプレッション数と、それに連動するクリック率・平均掲載順位で、クリック数は影響を受けていないとされています

2つめは期間の切り方では防げない種類のものです。この期間は表示回数が実際より多く記録されていたので、CTRは実力より低く出ていました。自分のサイトの問題だと思って原因を探しても、見つかりません。

切り分けの手順は単純です。

1. 同じ期間を数日後にもう一度見る。数字が増えていれば、それは遅延だった
2. 増えていなければ、データ異常のページを見る。告知があれば自分のサイトの問題ではない
3. どちらでもなければ、そこで初めてサイト側を疑う

告知はSearch Console のデータ異常にあります。随時更新されるページなので、上に引いた2件は執筆時点の記載です。最新の内容はリンク先で確認してください。

エクスポートしたCSVにも、同じ遅延が乗っている

CSVにすると確定値になる、ということはありません。エクスポートは画面で選んだ期間の集計をそのまま書き出したものなので、画面が暫定データを含んでいれば、CSVの合計にも入ります。

しかもCSVのほうが厄介です。画面では暫定データが点線で示されますが、CSVにその印はありません。数字だけを見て、どこまでが確定なのかを判断する材料がない状態になります。

「ページ」CSVの場合はもう一段きつくなります。

ページ.csv はURLごとに期間全体を1行へ集計したファイルなので、日付の列がありません。1行の中に暫定日が溶け込んでいて、あとから取り出せないのです。

つまりCSV側で遅延を制御する方法はなく、エクスポートするときの期間指定でしか調整できません。末尾を数日前に置いた期間で落とすか、遅延の割合が無視できるくらい長い期間で落とすか、の二択です。

同じZIPに入っている日付.csv を開けば、データが何日ぶん入っているかは確認できます。最終日の行と、その手前の数日を見比べてください。末尾だけがきれいに落ち込んでいたら、それが暫定の日です。

どの期間を選ぶかという判断そのものは「ページ」CSVはどの期間で落とすかに書いています。表示回数を溜める都合と、遅延を薄める都合は、どちらも「期間を長めに取る」という同じ方向を向きます。

よくある質問

サーチコンソールのデータは何日で反映されますか

公式は「通常、2〜3 日以内に利用可能になります」としています。ただし「直近の何日ぶんが暫定なのか」という量は示されていません。検索パフォーマンス レポートのヘルプにあるのは「最新のデータは暫定値の可能性があり、引き続きデータが収集中であるため、その後数時間で変動する場合があります」という説明で、何日ぶんが暫定かという量は書かれていません。Search Console API では確定済みだけを取る指定(dataState)と、まだ処理中の最初の日付を返すフィールドが用意されており、境界は固定ではなくそのつど返される値という扱いになっています。実務では末尾の2〜3日を期間から外すのが安全側です。

昨日リライトしたのに数字が変わりません。反映されていないのですか

2つの別々の待ち時間が重なっているので、分けて考えてください。1つめはデータの遅延で、これは数日です。 2つめは直した内容が検索結果に出て、表示回数が溜まるまでの時間で、こちらのほうが長くかかります。昨日の変更が今日の数字に出ないのは、どちらの意味でも正常です。待つ期間の目安はリライトの効果はいつ分かるのかに書きました。

全ページで表示回数が減っています。これも遅延ですか

まず期間の末尾を確認してください。直近の日が入っていると、暫定ぶんが足りないまま合計されるので、サイト全体が一斉に減って見えます。末尾を3日前にずらして同じ期間を見直し、それでも減っているなら、次にSearch Console のデータ異常のページで告知を確認します。告知も無ければ、そこで初めて検索需要や検索結果の変化を疑う番です。

直近の数字を早く見る方法はありますか

「24時間」ビューがあります。2024年12月12日のGoogle公式ブログによれば、このビューは直近24時間ぶんを、数時間の遅れで表示します。ただしデータポイントは収集が終わる前から表示され、その部分は点線で示されると説明されています。公開直後の記事に反応があるかを見るには向きますが、リライトの効果測定には使えません。1日ぶんでは表示回数が足りないからです。 この画面の性質(1時間ごとの粒度、ここだけローカル時間になること、何に使えて何に使えないか)は「24時間」ビューは何に使えるかに分けて書きました。

まとめ

• 公式ヘルプに「何日遅れる」という数字は無い。書かれているのは「最新のデータは暫定値の可能性があり、その後数時間で変動する場合がある」
• Search Console API は確定済みだけを取る指定とまだ処理中の最初の日付を返すフィールドを持つ。境界は固定ではない
• 暫定の日は通常あとから増える方向に動く(公式は方向を明言していない)。だから直近を含む期間は常に低めに出る。誤差ではなく偏り
• 末尾2日は、過去7日なら期間の28.6%、過去91日なら2.2%。短い期間で見るほど、同じ遅延が大きく効く
• 待っても埋まらないものは遅延ではない。Search Console のデータ異常のページで告知を確認してから、サイト側を疑う
• CSVにも同じ遅延が乗る。ページ.csvには日付の列が無いので、制御できるのはエクスポート時の期間指定だけ

「リライトしたら下がった」と感じたとき、いちばん先に疑うべきなのは自分のリライトではなく、期間の末尾です。

ここから先は、私が作ったツールの話です。

遅延の影響が小さい期間でエクスポートしたあと、「で、どのページから直すか」を出すツールを作りました。 Search Console のエクスポートをZIPのまま落とすだけで、中から「ページ.csv」を選び、掲載順位4.0〜20.5位・表示回数100回以上のページを残して、改善余地スコア(表示回数 × 期待CTRとの差)の大きい順に並べます。解凍もファイル選びも要りません。判定と候補3記事の改善余地スコアの確認、そのうち1記事分の診断カードまでは無料で、残りの診断カードが2,980円(税込)の買い切りです。サブスクではないので、月額課金も自動更新もありません。ログインも不要です。CSVファイルそのものはブラウザの外に出ません(診断カードを出すときに選んだ1ページのURL・数値・入力したキーワードを、「ページタイトルを取得する」を押したときに判定に出たページのURLを最大10件送ります)。

⚠️ ただし向かない人がいます。このツールは渡されたCSVの数字をそのまま読むので、暫定の日が混ざっているかどうかは判定できません。ページ.csvに日付の列が無いためで、期間の指定は使う人が決めるしかありません。1つの期間しか読まないので、期間比較も行いません。表示回数が100回に届かないブログでも、判定できるページが0件になります。まずは記事を増やす段階なら、このツールは役に立ちません。