You launched, submitted the sitemap, and Search Console now lists most of your pages under "Discovered, currently not indexed". Google knows the URLs exist and has chosen not to fetch them yet. Its cousin, "Crawled, currently not indexed", means Google fetched the page and chose not to keep it. Both are the same message: the site has not earned the crawl budget or the trust for those pages. Here is how to change that.
Why new sites get this most
Google crawls a site in proportion to how much it trusts it, and a new domain with no links pointing at it starts with almost none. Sites built quickly with AI make it worse in three predictable ways: dozens of thin pages that say similar things, URLs that exist in two forms (with and without a trailing slash, or under an old path that redirects), and a homepage that links to a nav but not to the pages that matter. Each of those spends crawl budget on nothing.
Fix 1: Link to the page from somewhere Google already visits
A page that only appears in the sitemap and a footer is a low-priority page. Link it from the homepage body, from the two or three pages that already have impressions, and from related articles with descriptive anchor text. This is the single change that moves most discovered pages, because it changes what Google thinks the page is worth.
Fix 2: Kill the duplicates
Open the Pages report and look for the same page twice: /pricing and /pricing/, http and https, an old path that 307s to a new one. A 307 is a temporary redirect, so Google keeps both. Make every redirect a 301, make every internal link use the canonical form, and make sure the canonical tag on each page points at itself. Fewer URLs means each one gets more of the budget.
Fix 3: Consolidate thin pages
If you have eight posts that each answer a slice of the same question, Google will index one or none. Merge them into one page that answers the whole question, 301 the others to it, and update the internal links. This feels like losing content. It is the opposite: the merged page is the one that gets crawled and ranked.
Fix 4: Check what Google actually sees
Run URL Inspection and click "View crawled page". If the HTML is an empty shell that fills in with JavaScript, Google may be indexing the shell. Server-render the content. Check for an accidental noindex left over from staging, a robots rule blocking a folder, and a sitemap that lists URLs your site redirects.
Fix 5: Request indexing, once, for the pages that matter
The Request Indexing button queues a crawl. It is a nudge, not a fix, and it is rate limited. Use it for the ten pages that carry the business after the links and duplicates are fixed, not for every URL. For Bing, IndexNow does the same job and accepts a bulk list.
Fix 6: Get a few real links
Directories for your category, a listing on the platforms you integrate with, a mention from a partner's site, your other domain if you have one. Ten ordinary links change how often a new domain is crawled. This is the slow part, and there is no substitute for it.
What to expect
Pages with new internal links and a clean canonical usually move within a few crawl cycles. A domain with no links moves when the links arrive. If the status is still there after the fixes above, the page itself is the problem: it says nothing a page Google already indexes does not say.
Indexing Triage is our fixed-price package for this: we read your Search Console, find which of the six is the real cause, make the changes in your codebase, and show you the pages moving in the report. The price is on the pricing page.
