「サイトを修正したのに、Google検索では古い内容のまま……」
WordPressで記事を更新したときや、タイトルを変更したとき、サイトの構成を大きく見直したときに、こんな経験をしたことはないでしょうか。
「変更したんだから、すぐGoogleにも反映されるはず」と思ってしまいますが、実際にはそう単純ではありません。
Google検索では、ページを発見する「クロール」、内容を処理して登録する「インデックス」、そして検索結果に表示する「サービング」という複数の段階があります。それぞれに時間がかかるため、サイト側で変更した瞬間に検索結果まで変わるわけではありません。
そして2026年10月、GoogleのSearch Relationsチームに所属するGary Illyes氏が、Googleの内部分析をもとにした検索処理の時間について、これまでより具体的な数字をイベントで紹介しました。
新しいURLの発見は約20時間、既存URLの再クロールは約30日、タイトルやスニペットの更新は1～2日、サイト移転は1～3か月、コアアップデート後の回復は3～6か月――。
これまで「数日から数週間」としか考えにくかったGoogle検索の処理時間を、SEOの作業計画に使える形で考えるための材料が出てきたわけです。
ただし、ここで一つ注意があります。
今回紹介された数字は、Googleの検索セントラルに「保証された処理時間」として掲載されているものではありません。イベントで紹介された内部分析の数字であり、サイトの規模や品質、サーバー、URL構造などによって実際の時間は変わります。
そのため、「20時間たてば必ずクロールされる」と考えるのではなく、Googleがサイトを処理する時間感覚を知るための目安として見るのが適切です。
この記事では、これらの数字をもとに、
- 新しい記事はどのくらいでGoogleに発見されるのか
- 既存記事を修正した場合、いつ再評価されるのか
- タイトルや説明文はいつ変わるのか
- canonical変更やサイト移転にはなぜ時間がかかるのか
- 何日待ってから対策を考えればいいのか
を、できるだけ実際のサイト運営に近い形で整理していきます。
- Google検索は「クロール→インデックス→検索結果」の3段階
- ① クロール：Googleがサイトの変更を確認するまで
- 「新記事」と「既存記事の修正」は同じではない
- ② インデックス：クロールされた後にも処理がある
- ③ 検索結果：タイトルや説明文が変わるまで
- 改修内容によって「待つ時間」は変わる
- 実際のケース：記事タイトルを変更したらどうする？
- サイトを大幅に変更した場合は、もっと長く考える
- サーバーが不安定だと、Googleのクロールにも影響する
- Google Search Consoleは「待ち時間を短くする魔法」ではない
- メリット・デメリット・注意点
- 他の検索エンジンと比べるとどうなのか？
- 初心者がよくハマるポイント
- SEOの時間を「作業計画」に変えて考える
- まとめ：Googleは遅いのではなく、処理が分かれている
Google検索は「クロール→インデックス→検索結果」の3段階
まず、今回の話を理解するために、Google検索の大まかな流れを確認しておきましょう。
サイトを変更したからといって、Googleがその瞬間に変更内容を知るわけではありません。
大きく分けると、次のような流れになります。
サイトを変更する
↓
GoogleがURLを発見・再クロールする
↓
ページの内容を処理する
↓
インデックスに反映する
↓
検索結果のタイトル・説明・画像などを更新する
↓
検索順位や検索流入にも変化が出る
ここで重要なのは、それぞれが別の処理だということです。
例えば、記事を更新した翌日にGooglebotがページをクロールしたとしても、その時点ですぐ検索結果のタイトルや順位まで変わるとは限りません。
逆に、検索結果のタイトルが更新されたからといって、検索順位まで同じタイミングで変化するとも限りません。
つまり、
「Googleに見つかった」＝「インデックスされた」＝「検索結果が変わった」
ではないのです。
この違いを理解するだけでも、「昨日修正したのにまだ古い」という焦りはかなり減ります。
① クロール：Googleがサイトの変更を確認するまで
最初の段階はクロールです。
Googleがページを見に来なければ、基本的に新しい内容を処理してもらうことはできません。
今回紹介されたデータでは、クロール関連の時間は次のようになっています。
| 処理 | 目安 | 遅いケース |
|---|---|---|
| 新しいURLの発見 | 約20時間 | 数週間～発見されない場合も |
| 既知URLの更新確認 | 約30日 | 数週間～更新されない場合も |
| Sitemapの処理 | 約24時間 | 約14日、品質によっては処理されない場合も |
| robots.txtの更新 | 約24時間 | 約25時間 |
| クロール容量の調整 | 4時間～2週間 | 回復に1～3週間 |
| クロール需要の調整 | 約20時間 | 数週間～数か月 |
ここで特に面白いのが、
新しいURLの発見：約20時間
に対して、
すでにGoogleが知っているURLの再クロール：約30日
という違いです。
「新しい記事を公開したらGoogleは比較的早く見つけることがあるのに、古い記事を修正した場合はなかなか見に来ない」
という現象が起きても、不思議ではありません。
もちろん、これはすべてのサイトで30日待つという意味ではありません。
サイトの更新頻度や内部リンク、外部からのリンク、Googleがそのサイトをどの程度頻繁にクロールしているかなどによって変わります。
ただ、既存記事を大幅に修正した場合に「3日たったのに何も変わらない」と焦るのは、少し早いかもしれません。
「新記事」と「既存記事の修正」は同じではない
ここは、今回のデータの中でもブログ運営者が特に覚えておきたい部分です。
例えば、新しく
「無料APIを使って画像を処理する方法」
という記事を公開したとします。
Googleがまだ知らないURLなので、まず「このURLが存在する」という情報を発見する必要があります。
一方で、
「無料APIを使って画像を処理する方法」
という既存記事を大幅に書き直した場合、URLそのものはGoogleがすでに知っています。
必要なのは「新しいURLを発見すること」ではなく、既知のURLをもう一度クロールして、内容の変更を確認してもらうことです。
そのため、新規ページと既存ページではGoogle側の処理が違います。
これはSEO作業の予定を立てるときにも重要です。
「新記事を公開した場合」と「過去記事をリライトした場合」を同じスケジュールで考えないほうがいいでしょう。
② インデックス：クロールされた後にも処理がある
Googleがページをクロールしたら、それで終わりではありません。
取得したページの内容を分析し、検索システムで利用できる状態に処理する必要があります。
今回紹介されたインデックス関連の目安は次の通りです。
| 処理 | 目安 | 遅いケース |
|---|---|---|
| ページのレンダリング | 数秒～数時間 | キューによって数時間～数週間 |
| ページ情報の処理 | 約45～90分 | 1～4日 |
| リンク情報の処理 | 数分～3週間 | 数か月 |
| インデックス処理全体 | 約1.5時間 | 数か月～品質によっては登録されない |
| インデックスからの削除 | 1～3週間 | 数か月 |
| canonical変更 | 1～3週間 | シグナルが競合すると数か月 |
| サイト移転 | 1～3か月 | 1年以上かかるケースも |
| 構造化データ | 数時間～2週間 | 品質などによって更新されない場合も |
| 画像・動画 | 数時間～数日 | 数か月 |
ここで注意したいのが「インデックス全体：約1.5時間」という数字です。
これだけを見ると、
「Googleはページを1時間半くらいで登録してくれるんだ」
と思ってしまいます。
しかし、これはクロールが完了した後の処理です。
そもそもGoogleがページを再クロールするまでに時間がかかれば、その前段階で待つことになります。
つまり、
クロール：約20時間～それ以上
＋
インデックス処理：約1.5時間
というように、複数の処理を別々に考える必要があります。
Google側でも、これらの処理は互いに関連しており、一つの処理が遅れれば後ろの処理にも影響します。
③ 検索結果：タイトルや説明文が変わるまで
そして最後が、私たちが一番目で確認しやすい「検索結果」です。
例えばWordPressの記事タイトルを、
「Docker入門」
から
「Docker初心者向け入門｜インストールから基本操作まで」
に変更したとします。
サイト上では保存した瞬間に新しいタイトルになっています。
しかし、Google検索に表示されるタイトルは別のタイミングで更新されます。
今回のデータでは、タイトルやスニペットの更新は、
通常：約1～2日
となっています。
ただし、遅いケースでは数週間から数か月かかる場合もあります。
つまり、
「WordPressでタイトルを変更した」
と
「Google検索のタイトルが変更された」
の間には、時間差があります。
この差を知らないと、何度もタイトルを変更してしまうことがあります。
これはSEOではあまり良い進め方とはいえません。
一度変更したら、すぐにまた変更するのではなく、まずGoogleが変更を確認できるだけの時間を置いて、その後Search Consoleなどで状況を見るほうが落ち着いて判断できます。
改修内容によって「待つ時間」は変わる
ここまでを実際のサイト運営に置き換えてみましょう。
| 変更した内容 | まず見る期間の目安 | 判断のポイント |
|---|---|---|
| 新しい記事を公開 | 1～数日 | URLが発見・クロールされたか |
| 既存記事を修正 | 数日～数週間 | 再クロールされたか |
| タイトル変更 | 1～数日 | 検索結果のタイトルが変わったか |
| メタディスクリプション変更 | 数日～数週間 | スニペットが変わったか |
| 内部リンク変更 | 数週間 | Googleがリンク構造を再処理するか |
| canonical変更 | 1～3週間程度 | canonicalの認識が変わったか |
| 構造化データ変更 | 数時間～2週間程度 | リッチリザルトなどを確認 |
| サイト移転 | 1～3か月以上 | URL移転と検索評価の安定を確認 |
| コアアップデート後の改善 | 数か月 | アップデート単位で評価を見る |
もちろん、この表も「その期間を過ぎれば必ず結果が出る」という保証ではありません。
むしろ重要なのは、変更内容が大きくなるほど、結果を判断するまでの時間も長くなるということです。
タイトルを1行変更した場合と、ドメインを変更するサイト移転では、同じ「SEO変更」と呼んでも影響範囲がまったく違います。
実際のケース：記事タイトルを変更したらどうする？
例えば、あなたのブログに次の記事があるとします。
変更前
「無料APIの使い方」
少し検索意図が分かりにくかったので、
変更後
「無料APIの使い方｜初心者でも試せるおすすめAPIと実例」
に変更したとします。
WordPressではすぐに変更が完了します。
ここで、
「Googleにまだ古いタイトルが表示されている！」
と焦って、さらにタイトルを変更する必要はありません。
まずはGoogleがページを再クロールする時間を考えます。
その後、検索結果のタイトルやスニペットが更新されるまで待ちます。
もし数日たっても変化がなくても、すぐに異常と判断する必要はありません。
一方、かなり長い期間が経過しても古い情報が残り続ける場合は、
- Googleがページを再クロールしているか
- Search ConsoleでURLを確認する
- canonicalが意図したURLになっているか
- noindexが設定されていないか
- robots.txtでクロールを妨げていないか
- サーバーが正常に応答しているか
などを確認します。
ここで大切なのは、
「待つ」ことと「放置する」ことは違う
ということです。
待っている間に確認するべきところは確認し、それでも問題がなければGoogle側の処理を待つ。
このくらいの距離感が、SEOではちょうどいいと思います。
サイトを大幅に変更した場合は、もっと長く考える
小さな記事修正と、サイト全体の変更を同じように考えてはいけません。
例えば、
- ドメインを変更する
- URL構造を変更する
- 大量の記事URLを変更する
- サイトを別サーバーへ移転する
- canonicalを大幅に変更する
- カテゴリー構造を作り直す
といった作業は、Google側で確認する対象が一気に増えます。
特にサイト移転については、今回紹介された目安でも1～3か月程度となっています。遅いケースでは半年から1年以上かかる可能性も示されています。
Google自身も、サイト移転ではURL数やサーバー速度などによって処理速度が変わり、移転中には検索順位が一時的に変動することがあると説明しています。
そのため、
「サイトを移転したのに1週間で元の順位に戻らない」
という理由だけで、すぐに移転作業をやり直すのは危険です。
301リダイレクト、内部リンク、サイトマップ、canonicalなどを正しく設定したうえで、長い目で状況を見る必要があります。
サーバーが不安定だと、Googleのクロールにも影響する
今回のデータでもう一つ気になるのが、クロール量の調整です。
Googleはサイトに大きな負荷をかけ続けるわけではありません。
サーバーが遅くなったり、エラーが増えたりすると、Google側がクロール量を下げることがあります。
今回紹介された説明では、サーバーに問題がある場合、Googleが数秒という非常に短い時間でクロール量を減らすこともあるとされています。一方、一度下げられたクロール量が戻るまでには、1～3週間程度かかるケースがあります。
これはレンタルサーバーやVPSを使っている人にとって、かなり重要なポイントです。
SEOというと、キーワードや文章ばかり気にしがちですが、
「Googleが安定してページを取得できる環境になっているか」
もサイト運営の基本です。
特に大量の記事を一度に更新したときや、WordPressのプラグインを変更したときは、5xxエラーやタイムアウトが発生していないか確認しておきたいところです。
Google Search Consoleは「待ち時間を短くする魔法」ではない
Search ConsoleにはURL検査など便利な機能があります。
ただし、
「URL検査でインデックス登録をリクエストすれば、Googleがすぐに検索結果へ反映してくれる」
というものではありません。
URL検査はGoogleがページをどのように認識しているかを確認するための重要なツールですが、検索結果への反映時間を保証する機能ではありません。
そのため、
変更 → URL検査 → 待つ → 状況を確認
という使い方が基本になります。
何度も登録リクエストを繰り返すより、まず変更内容が本当に正しいかを確認するほうが大切です。
メリット・デメリット・注意点
今回のGoogleの数字を知るメリットは、SEO作業の「待ち時間」を現実的に考えられることです。
今までは、
「Googleが反映するまで数日かな？」
という感覚で作業していた人も多いでしょう。
しかし、
- 新URLの発見は約20時間
- 既存URLの更新確認は約30日
- タイトル・スニペットは約1～2日
- canonicalは約1～3週間
- サイト移転は約1～3か月
という違いを知ると、変更内容によって待つべき期間が違うことが分かります。
一方で、数字をそのまま自分のサイトに当てはめるのは危険です。
今回の数字はGoogleが公開した保証値ではなく、イベントで紹介された内部分析の目安です。また、サイトの品質によっては処理が遅くなったり、そもそもインデックスされないケースも示されています。
つまり、
数字を「期限」として使うのではなく、「判断の基準」として使う
のがおすすめです。
他の検索エンジンと比べるとどうなのか？
Googleだけを見ていると、「検索エンジンは全部同じように処理している」と思ってしまいます。
実際には、検索エンジンごとにクロールやインデックスの仕組み、サイト管理者向けのツールは異なります。
例えばMicrosoftのBingには「Bing Webmaster Tools」があり、Googleには「Google Search Console」があります。
| 項目 | Bing | |
|---|---|---|
| サイト管理ツール | Search Console | Bing Webmaster Tools |
| クロール確認 | 可能 | 可能 |
| URLの状態確認 | URL検査 | URL Inspection |
| サイトマップ | 利用可能 | 利用可能 |
| 検索パフォーマンス | 確認可能 | 確認可能 |
| 主な用途 | Google検索の状態確認 | Bing検索の状態確認 |
どちらを使うべきかというより、ブログを長く運営するなら両方登録しておくほうが便利です。
ただし、Googleの処理時間が分かったからといって、Bingも同じ時間で処理されるわけではありません。
検索エンジンごとに別々のものとして考えたほうがいいでしょう。
初心者がよくハマるポイント
「更新したのに検索順位が変わらない」
これはかなり普通にあります。
クロール、インデックス、検索結果への反映、ランキング評価は同じ処理ではありません。
記事を改善したからといって、翌日に順位が上がるとは限りません。
「インデックスされたから順位も上がるはず」
これも別問題です。
インデックスとは、Googleがページを検索システムに登録できる状態にしたという話です。
検索順位は、そのページが検索クエリに対してどれくらい役立つかなど、別の評価が関係します。
そのため、
インデックスされた＝上位表示
ではありません。
「検索結果が古いから、何度もタイトルを変える」
これも避けたいところです。
例えば1日に3回タイトルを変更すると、Googleがどの変更を認識したのか分かりにくくなります。
SEOでは、
変更 → 十分待つ → データを見る → 次の変更
という流れのほうが、原因と結果を判断しやすくなります。
「数日変わらないからサイトがおかしい」
これも早すぎる判断かもしれません。
特に既存ページの大幅な修正、内部リンク変更、canonical変更、サイト移転などは、数週間から数か月単位で考える必要があります。
逆に、robots.txtやサーバーのHTTPエラーなど、技術的な問題が疑われる場合は、ただ待つのではなく早めに確認したほうがいいでしょう。
SEOの時間を「作業計画」に変えて考える
今回の数字を知って、一番実用的なのは「何日待つか」を決めることです。
例えば個人ブログなら、次のような運用でもいいでしょう。
タイトルやメタ情報を変更した
→ 数日間は様子を見る
記事本文を大幅にリライトした
→ Search Consoleを確認しながら、数週間単位で変化を見る
内部リンクやサイト構造を変更した
→ 数週間単位で確認する
canonicalやURL構造を変更した
→ 1～3週間以上を目安に状態を見る
ドメイン移転をした
→ 数か月単位で順位やインデックスの状態を見る
このように、SEOの作業を「今日変更したから明日結果を見る」というものから、
小さな変更は短期、大きな変更は中長期
という考え方に変えるだけでも、かなり運営しやすくなります。
まとめ：Googleは遅いのではなく、処理が分かれている
「サイトを変更したのにGoogleが追いついてこない」。
そう感じることは珍しくありません。
でも、今回紹介されたGoogle側の時間感覚を見ると、単純にGoogleが遅いという話ではないことが分かります。
Google検索では、
クロール → インデックス → 検索結果への反映
という複数の処理があります。
新しいURLの発見は約20時間が一つの目安ですが、既知URLの更新確認は約30日という数字もあります。インデックス処理自体は約1.5時間というケースがある一方、canonical変更は1～3週間、サイト移転は1～3か月程度が目安とされています。
さらに、検索結果のタイトルやスニペットは1～2日程度が目安ですが、遅いケースではもっと時間がかかります。
だからこそ、SEOでは「変更したらすぐ結果を求める」のではなく、変更の大きさに合わせて待つ時間を変えることが大切です。
覚えておきたいのは、次のくらいで十分です。
タイトル・説明文の変更 → 数日
記事や内部構造の変更 → 数週間
canonicalや大規模な構造変更 → 数週間～
サイト移転 → 数か月
コアアップデート後の回復 → 数か月
もちろん、これはGoogleからの保証期間ではありません。
サイトによってはもっと早く反映されることもありますし、逆に品質や技術的な問題によって長期間処理されないこともあります。
SEOで一番避けたいのは、まだGoogleが変更を確認している途中なのに、「効果がない」と判断して次々と設定を変えてしまうことです。
変更したら、まずGoogleがその変更を認識できる状態になっているかを確認する。
そのうえで、必要な時間を待つ。
そしてSearch Consoleのデータを見ながら、次の改善を考える。
この繰り返しが、結局は一番安定したSEO運用につながります。
Googleが「いつ追いつくのか」を正確に予言することはできません。
しかし、どの変更なら数日待ち、どの変更なら数週間、どの変更なら数か月覚悟するべきなのかが分かれば、SEOで無駄に焦る場面はかなり減らせます。
评论