When "Slow Indexing" Is Actually Normal (Baseline Reference)

Realistic indexing-delay baselines for new sites, new sections, and post-redesign sites — plus the exact thresholds that mean it's a real problem.

A new article hasn’t indexed two weeks in, a new site is still mostly in Discovered a month after launch, or post-redesign traffic dropped — and the reflex is to edit the canonical, resubmit the sitemap, and panic-troubleshoot. But roughly 80% of the time these are normal indexing delays, and thrashing only resets the wait clock.

Fastest fix: do nothing for now. Google’s own guidance is that indexing takes “anywhere from a few hours to a few weeks,” and there is no guarantee every page gets indexed — Mueller has repeatedly said it’s normal for a chunk of a site to stay unindexed. Before you touch anything, anchor a few timestamps (Step 1) and check them against the baseline table (Step 2). If you’re inside the normal window, the correct action is to wait and keep publishing.

This is a baseline reference: how slow is normal in each scenario, and the exact point where it stops being normal.

Symptoms

  • New article: 0-14 days sitting in Discovered – currently not indexed before it’s crawled
  • New site: full indexing typically takes 60-120 days
  • Post-redesign: 2-8 weeks of Pages report fluctuation
  • Performance impressions don’t track your publishing cadence

Quick verdict

Indexing is asynchronous and uneven, and crawling is a separate decision from indexing — Google can crawl a page and still choose not to index it. Unless something technical is actually broken, “slow” is just how Google works.

Common causes

1. New-domain deprioritization (the so-called “sandbox”)

Google officially denies a “sandbox,” but the observed behavior is consistent: new domains get a very low crawl rate, and most pages take 6-12 weeks before steady indexing. This is not a penalty — Google is spending minimal crawl budget until the domain proves it isn’t spam. Pages stuck in Discovered – currently not indexed on a fresh domain are usually deprioritized, not blocked.

Normal baseline:

  • New article on a new site: discovery 1-7 days, crawl 7-30 days, indexed 14-60 days
  • New article on an established site (DR > 30): discovery < 24h, crawl 1-3 days, indexed 3-14 days

2. Crawl budget scales with site age and authority

Crawl budget (the daily requests Google is willing to spend on you) scales with:

  • Site age (older site means more)
  • Backlink count (more links means more)
  • Historical crawl health (fewer 5xx responses and faster response times means more)

A new site might get 50-200 requests/day; an established active site can see 5,000+.

3. Post-redesign URL re-discovery and re-evaluation

A redesign triggers a site-wide re-evaluation, and 2-8 weeks of decline is the baseline. See Indexing coverage drop after redesign.

4. Sitemap submission is advisory, not real-time

When Google receives a sitemap it does not crawl immediately — the URLs are queued. A Success status after submitting just means the file was parseable, not that every URL gets crawled now. Actual crawl timing depends on crawl budget and priority, and it can take 7-30 days to get to a given URL.

5. Core Update periods lag and fluctuate the data

Google ships a handful of broad Core Updates per year, each rolling out over roughly 1-3 weeks. As of June 2026 there have been two this year: the March 2026 Core Update (Mar 27 → Apr 8, ~12 days) and the May 2026 Core Update (May 21 → Jun 2, ~12 days). During a rollout, rankings and Search Console figures can swing or lag; they stabilize after the update finishes. Check the Google Search Status Dashboard to see what’s actively rolling out.

Shortest path to a verdict

Step 1: Record key timestamps

Launch date:        2026-04-01
Today:              2026-06-21
Site age:           81 days
Last change:        2026-06-10 sitemap edited (11 days ago)
Last Core Update:   2026-05-21 → 2026-06-02 (ended ~19 days ago)

Without time anchors you can’t judge whether the current state is normal.

Step 2: Cross-reference the baseline table

StateNew-site baselineEstablished baselineAbnormal threshold
New article to indexed14-60 days1-14 daysNew 90+ days / established 30+ days
Site-wide indexing rate0-8w < 30%; 8-16w 30-70%N/A16w+ still < 30%
Post-redesign indexed drop-20% to -40% normalSame-50%+ sustained 12 weeks
Single URL Discovered to Crawled7-30 days1-7 days60+ days
Performance new-page 0 impressions2-8 weeks0-2 weeks12+ weeks

Inside the normal baseline = don’t panic, wait.

Step 3: Take weekly Pages snapshots

# Export the Pages report every Monday into history/
DATE=$(date +%Y-%m-%d)
# Manual: Search Console -> Pages -> Export -> rename to pages-$DATE.csv
mv ~/Downloads/pages.csv history/pages-$DATE.csv

Week-over-week differences matter far more than daily wobble. Note: under normal conditions the Performance report lags only ~2-6 hours (the Pages/indexing report runs a few days behind), so a missing day or two is not a signal — read the weekly trend.

Step 4: Resist changing anything inside the normal window

During a new-site period, do not:

  • Change the canonical structure (unless there’s a clear error)
  • Change the URL structure (this resets every signal)
  • Add or remove noindex rules
  • Repeatedly resubmit the sitemap
  • Mass-fire Request Indexing

Each of these stacks a fresh re-evaluation cycle. One cycle is 4-8 weeks; stack three and you’ve added ~24 weeks to your own clock.

Step 5: Wait, but productively

These strengthen signals instead of resetting them, so they don’t waste the window:

  • Keep publishing new content (2-3/week)
  • Earn real backlinks (3-5)
  • Improve the internal-link network (add hub pages)
  • Refresh old content (add new data / the current year)

Step 6: Only escalate once you’re past the baseline

New site 8-12 weeks with no improvement + tech blockers ruled out -> real problem
Single URL 60 days still Discovered                              -> real problem
Post-redesign 12+ weeks still declining                          -> real problem

When you cross those lines, dig in seriously — start with New site stuck in discovery phase, Crawled, currently not indexed, or Indexing coverage drop after redesign.

How to confirm it’s actually resolving (not stuck)

You don’t need full indexing to confirm progress — you need movement:

  1. Run URL Inspection on a stuck URL. If it reports Crawled (even “Crawled – currently not indexed”), the URL graduated out of Discovered — that’s forward motion.
  2. Compare two weekly Pages exports. A rising Indexed count or a shrinking Discovered bucket means the queue is draining.
  3. Search site:yourdomain.com/your-url in Google. A result means it’s indexed; no result with a recent Crawled date means it’s mid-pipeline, not broken.

If all three are flat for 8+ weeks on a URL well past its baseline window, then it’s a real problem — not a delay.

Easy to misdiagnose

  • Doing many things at once: sitemap changes + canonical changes + new content = attribution is impossible later.
  • Panicking over daily data: read weekly trends, not single-day dips.
  • Thinking repeated Request Indexing accelerates things: it just burns your daily quota; the URL still waits in the same queue.
  • Thinking sitemap resubmission is free: each submission can trigger re-evaluation but does not speed up crawling.

Prevention

  • Schedule launches with a 60-90 day quiet observation period built in.
  • Avoid major structural changes during the indexing ramp.
  • Take a weekly Search Console snapshot so you have a trend to compare against.
  • Install Analytics + Search Console before launch — without historical data, later diagnostics are guesswork.
  • Publish on a fixed cadence (X/week) so Google forms a crawl expectation.

FAQ

Q: What’s the absolute minimum I should wait? A: A few hours for a single URL on an established site; a few weeks for a new site; weeks to months for site-wide changes. Google’s stated range is “a few hours to a few weeks.”

Q: Is it normal for some pages to never get indexed? A: Yes. Google does not guarantee indexing, and it’s normal for a meaningful share of a site (often cited around 20%) to stay unindexed — a page can be high quality and still not be indexed. Don’t treat partial indexing as a defect.

Q: Can I actually speed it up? A: Marginally — solid internal links, real backlinks, and quality content help. But the core driver is Google’s evaluation cycle, and technical acceleration is limited.

Q: How do I tell normal waiting apart from a real problem? A: Cross-reference the Step 2 baseline table and the Step 6 thresholds, then run the three confirmation checks above.

Q: My Search Console data hasn’t moved in days — is indexing broken? A: Almost never. The Performance report normally lags only a few hours and the indexing report a few days. Reporting delays (like the multi-week Performance lag in late 2025) are display bugs and do not affect crawling, indexing, or ranking. Check the Search Status Dashboard before assuming the worst.

Q: Why doesn’t Google publish exact timing? A: Every site, article, and period is different — there’s no formula. Google dynamically computes crawl priority per URL.

Tags: #SEO #Google #Search Console #Indexing #Troubleshooting #Discovery