Six new sites, one launch day, 106 URLs. Six days later Google had indexed 94 of them.
Everyone repeats that a new domain waits weeks or months to be indexed. I had six of them and an API that answers per URL, so I checked instead of repeating.
- Across six sites launched the same week, 94 of 106 URLs were indexed after six days. That is 88.7%.
- The per-site spread was 71% to 100%, on identical stacks and identical sitemaps.
- Nothing was blocked, redirected or excluded. Every miss was either unknown to Google or discovered and not yet crawled.
- The Sitemaps API said zero indexed for all six sites at the same moment URL Inspection said 94. One of those two numbers is a decade out of date.
- Crawling clustered on one day per site, which suggests the sitemap ping matters more than the drip of internal links in week one.
The line you hear is that a new domain sits in a sandbox for weeks. Sometimes months. Nobody I have read ever put a number on it with a per-URL check, and I happened to have six sites that went live in the same week, so I stopped repeating the line and went to look.
What I had to work with
Six sites. Same stack, same sitemap format, same launch week, different topics, and not a single backlink pointing at any of them. Small ones, between sixteen and nineteen addresses each.
I asked the URL Inspection API about every single address. Not a sample, every one, six days after launch. It answers per URL, which is the whole reason this was worth doing.
Ninety-four of them were indexed.
Do this before you trust the indexing report you already have
Open the Sitemaps report in the API. Look at the indexed field. Then take ten of those same URLs and put them through URL Inspection.
If the two disagree, believe URL Inspection.
Mine disagreed by everything. The Sitemaps API reported zero indexed pages for all six sitemaps, in the same hour that URL Inspection reported ninety-four indexed pages sitting behind them.
I had already built a dashboard on that zero. It said the sites were dead and that indexing was the thing blocking growth. Both conclusions were wrong, and I worked from them for a day before I checked.
The misses are only two kinds
Twelve addresses were not indexed. None of them were blocked by robots, excluded by a tag, redirected, or flagged as duplicates.
Two states only. Either Google had never heard of the address, or Google had it from the sitemap and had not fetched it yet.
Those have different fixes, and neither fix is “wait”.
The crawl arrived in a lump
On one site, fifteen of its sixteen pages carry the same last-crawl date, and the sixteenth is two days later.
I had expected a drip. What it looks like is one visit that took almost everything, then a slow return for the leftovers.
If that holds elsewhere, the sitemap is doing more work in launch week than internal linking is, which is the reverse of the order most launch checklists use. Six sites is not enough to claim it. It is enough to measure properly on the next launch, and measuring costs nothing.
An afternoon I would not spend again
I tried to correlate index share with page count, text volume and average response time. Nothing came out. Six points is too few for a correlation, which I knew while I was doing it, and I did it anyway.
Now the spread, which is the part I keep
| Site | URLs | Indexed | Share | What the rest were |
|---|---|---|---|---|
| A | 16 | 16 | 100% | nothing left over |
| B | 19 | 18 | 95% | 1 discovered, not crawled |
| C | 17 | 16 | 94% | 1 discovered, not crawled |
| D | 19 | 17 | 89% | 2 unknown to Google |
| E | 18 | 15 | 83% | 3 unknown to Google |
| F | 17 | 12 | 71% | 1 unknown, 4 discovered, not crawled |
Across the whole set that comes to 88.7% in six days, on domains registered the week before that nobody links to.
Same launch week, same stack. One site got all of it. Another got seven tenths.
What I still cannot explain
Site F sits at 71%, and four of its five missing pages were discovered and never fetched. Those four are the only pages in the set that no internal link points at.
Tidy story. I do not fully believe it, because site E has orphan pages too, and Google indexed those.
Could be crawl depth. Could be the day of the week. Could be nothing at all. The next check is the same one across the next six launches, with orphan status written down before the crawl instead of after it.
Questions people ask about this
How did you check indexing?
URL Inspection in the Search Console API, one call per URL, 106 URLs across six properties on 23 August 2026. It returns coverage state per address, so no sampling and no guessing.
Why not just read the sitemaps report?
Because it is wrong. The indexed field in the Sitemaps API returned zero for every one of my sitemaps while URL Inspection reported 94 indexed pages behind them. I built a dashboard on the first number and it told me the network was dead.
What does 'discovered, currently not indexed' actually mean here?
Google has the address from the sitemap and has not fetched it yet. In my data it was six URLs, all on two sites, all pages that no internal link pointed at.
Is 88.7% good?
For six days on brand new domains with no backlinks, it is far better than the folklore suggests. It also says nothing about ranking. All six sites are indexed and getting almost no clicks.
Would this hold for a large site?
Almost certainly not. These are sites of 16 to 19 URLs. Crawl budget is not a constraint at that size, and it becomes one somewhere in the thousands.
- Google Search Central, URL Inspection API. Checked 2026-08-24.
- Google Search Central, Sitemaps API reference. Checked 2026-08-24.
- Google Search Central, How Google Search crawls pages. Checked 2026-08-24.
- Google Search Central, Build and submit a sitemap. Checked 2026-08-24.
- Google Search Central, Page Indexing report. Checked 2026-08-24.
- Google Search Central, Crawl budget for large sites. Checked 2026-08-24.
- Own measurement, 106 URLs across six properties, 23 August 2026. Checked 2026-08-24.
Run the free check on the page you care about. It reads the live HTML and reports what a crawler sees: status, noindex, canonical, headings, links and structured data.
Run the free check → Open the glossary