“How long until Google indexes this page?” is probably the question I get asked most, and until now the honest answer was “it depends.” This week, Google’s Gary Illyes shared internal timing data at Search Central Live Deep Dive in Barcelona, and it is the closest thing we have to real numbers.
The figures were first reported by We Are Roast and covered by Search Engine Roundtable. Below I’ve reorganized them and added what I’d actually do with them as a technical SEO.
Quick Summary
- New URLs are typically discovered in about 20 hours, but the slowest cases are “weeks to never.”
- Indexing end to end typically takes about 1.5 hours, but quality can push it to months or never.
- Title and snippet changes usually show up in 1 to 2 days, and can take months.
- Recovering from a core update typically takes 3 to 6 months, and sometimes until the next core update.
- Site moves are the slowest process: 1 to 3 months typically, 6 months to a year or more at the slow end.
Where This Data Comes From (and How to Read It)
Each process has a typical time and a slowest time, based on Google’s internal analysis. Gary pointed out that many of these processes are linked. A page can’t be indexed until it has been crawled, so delays stack up. He also told Barry Schwartz the slides were meant to see whether the audience could relate to the numbers Google pulled, so treat them as a guide to expectations, not as promises. The reported 1.5-hour figure refers to end-to-end indexing, not the entire time from publishing a new URL to seeing it in Google Search. URL discovery and other preceding steps can add to the overall wait.
Crawling Timelines
| Process | Typical | Slowest |
|---|---|---|
| Discovery (new URL) | ~20 hours | Weeks to never |
| Refresh (known URL) | ~30 days | Weeks to never |
| Sitemap processing | ~24 hours | Up to 14 days, or never (quality) |
| robots.txt update | ~24 hours | 25 hours |
| Crawl capacity update | 4 hours to 1–2 weeks | 1–3 weeks (in recovery) |
| Crawl demand update | ~20 hours | Weeks to months |
One line from the slides stands out: crawl capacity can drop in seconds when Google backs off, for example when your server struggles. It can then take weeks to recover. That is a good reason to fix slow hosting and server errors early. If you want the background, I explained how this works in my crawl budget guide.
Indexing Timelines
| Process | Typical | Slowest |
|---|---|---|
| Rendering | Seconds to render, hours in the queue | Days to weeks |
| Meta annotations | 45–90 minutes | 1–4 days |
| Link annotations | Minutes to 1–3 weeks | Months |
| Indexing (end to end) | ~1.5 hours | Months or never (quality) |
| Removal | 1–3 weeks | Months |
| Canonicalisation change | 1–3 weeks | Months (conflicting signals) |
| Site move | 1–3 months | 6 months to 1 year+ |
| Structured data updates | Hours to 1–2 weeks | Weeks or never (quality) |
| Images | Hours to days | Weeks to months |
| Videos | Hours to days | Weeks to months (deep analysis) |
“End to end” means all the critical processes finish successfully. According to the slides, a small site move can be done in a few weeks.
Serving Timelines
| Process | Typical | Slowest |
|---|---|---|
| Removal in Search Console (owner) | ~2 hours | 24 hours |
| Snippet update | 1–2 days | Several weeks to months |
| Title update | 1–2 days | Several weeks to months |
| Text result image update | 1–2 weeks | Several weeks to months |
| Manual action removal | 1–2 weeks | 4–6 weeks, or much longer for dormant sites |
| Core update change | 3–6 months to recover | 6 months to 1 year (next core update) |
| Spam update change | 1–2 weeks (continuous) | Months (batch refreshes) |
Core updates take 2 to 4 weeks to roll out, while spam updates roll out in 1 to 2 days.
Pages Not Getting Indexed?
I’ll review your crawling, indexing and technical setup and tell you exactly what’s holding your site back.
What This Means for Your Site
1. Don’t panic about a new page in the first day or two
A new URL may take around 20 hours to be discovered, based on the reported data. Discovery is only the first step, though. Google still needs to crawl and process the page, and indexing is not guaranteed. Check that it’s in your sitemap and internally linked, then give it a few days before digging into problems.
2. “Never” is a quality signal, not a timing problem
Notice how often the slowest column says “or never (quality).” If a page is still not indexed after weeks, resubmitting it won’t fix it. The page usually needs to be more useful, more unique, or better connected to the rest of your site.
3. Content updates don’t get recrawled instantly
A typical refresh of a known URL is about 30 days. For important pages, I still use URL Inspection to request indexing after a major change, but don’t expect rankings to move the next morning.
4. Title and snippet rewrites need patience
One to two days is typical, but it can stretch to months. If you rewrite titles across a site, avoid judging the result after a week. Change in batches and track the effect in Search Console.
5. Plan site moves and canonical changes realistically
If you’re changing domains, restructuring URLs, or cleaning up canonicals, set client expectations in months, not weeks. Clean redirects and consistent signals matter here, because conflicting signals are exactly what pushes canonical changes into the slow end.
6. Core update recovery is a long game
A typical recovery window of 3 to 6 months, and sometimes until the next core update, means you shouldn’t make panic changes a few weeks after a drop. Improve the site properly and wait for the next cycle. I covered the practical side in my guide to Google’s AI optimization recommendations, and recent spam updates are in my September 2026 spam update breakdown.
7. Protect your server health
Because crawl capacity can fall within seconds and recover over weeks, uptime and response time matter for SEO. Server errors and sustained performance problems can affect Google’s ability or willingness to crawl a site efficiently. Monitor server response times, availability, and crawl errors rather than assuming every indexing delay is a hosting issue.
A Reality Check
These are Google’s own typical and slowest cases, not a promise for your site. A small site with good internal links and clean technical foundations will usually sit near the fast end. A large or low-quality site can land at the slow end. Use the numbers to set realistic expectations and to spot when something is actually wrong.
Final Thoughts
The most useful takeaway for me is that time isn’t the only variable. Quality decides whether a page gets crawled, indexed and refreshed at all. If your pages are stuck, a technical review is the fastest way to find out why.
Not Sure Where to Start?
Tell me about your site and I’ll point you in the right direction.
