A website not showing on Google can mean two very different things. Either Google hasn’t indexed your pages, so they can’t appear for any search, or it has indexed them and they don’t rank for the search you tried. The fixes have almost nothing in common, so first find out which problem you have.
The steps below work through it in order: see what Google has indexed, find what’s blocking it, then deal with ranking.
The short answer
When a website isn’t showing on Google, the cause is usually one of three things:
- Google is blocked, by a noindex tag or robots.txt rule left over from staging, a password or a firewall.
- Google hasn’t found the pages or chose not to index them, often a new domain with no links or sitemap, or pages too thin or similar to others.
- The pages are indexed but don’t rank, because other pages match the search better.
Search Console’s URL Inspection tool and Page indexing report tell you which applies. Fix blockers first, submit a sitemap, request indexing for key pages, then work on relevance and quality.
Step 1: Run a site: search
Type site:yourdomain.com into Google, with no space after the colon, and look for a pattern.
| What you see | What it probably means | Where to go |
|---|---|---|
| No results at all | Blocked, brand new or never discovered | Steps 2 and 3 |
| Some pages, but not the important ones | A page-level problem | Step 2 |
| Pages appear here, but not when you search for your services | Indexed, but not ranking | Step 5 |
| The staging site or old domain instead | Build or redesign leftovers | Step 3 |
| Pages you never created | Possibly hacked | Security issues (step 3) |
Add a path (site:yourdomain.com/services/) to check one section. Treat it as a sense check, not a count: Google says the site: operator doesn’t necessarily return every indexed URL. The authoritative answer comes from Search Console.
Step 2: Get the real answer from Search Console
Google Search Console is free, and it’s where Google tells you directly how it sees your site.
Verify the right property
Add a Domain property if you can. It’s verified through your domain’s DNS settings and covers http and https, with and without www, plus every subdomain. A URL-prefix property covers only addresses that start with exactly what you type, protocol and www included, so it can miss part of your site.
If a former developer set it up and has gone quiet, verify the same property yourself through DNS. The data belongs to the property, not to whoever added it, so you’ll see the same reports.
Inspect your most important pages
Paste your home page address into the URL Inspection bar, then your main service page. The headline says “URL is on Google” or “URL is not on Google”, and the details show why:
- Discovery: whether Google found the page through your sitemap or a link.
- Crawl: when Googlebot last visited, whether robots.txt allowed it, whether the fetch worked and whether indexing is allowed. A “No” on that last line means Google found a noindex rule.
- Canonical: if the user-declared and Google-selected canonicals differ, Google has picked another URL as the main version.
Those details describe Google’s last visit. Test live URL checks the page as it is now, and View tested page shows the HTML and screenshot Google renders. If your main content is missing there, Google can’t index it.
Read the Page indexing report
Under Indexing → Pages, every URL Google knows is split into Indexed and Not indexed, with a reason for each exclusion. Some exclusions are normal; what matters is whether pages you want in Google sit under the wrong reason.
| Reason in the report | What to do |
|---|---|
| Excluded by ‘noindex’ tag | Remove the noindex if the page should rank |
| Blocked by robots.txt | Change the rule if the page matters |
| Page with redirect | Normal for old URLs; check the target is indexed |
| Duplicate, Google chose different canonical than user | Look for near-identical pages and conflicting signals |
| Discovered – currently not indexed | Found but not crawled yet: link to it from key pages, then give it time |
| Crawled – currently not indexed | Make the page more useful and distinct |
| Soft 404 or Server error (5xx) | Fix the empty-looking page, or the hosting |
After fixing a reason, open it and click Validate fix to follow Google’s recheck. The technical SEO checklist puts this report into a full check of crawling, indexing and canonicals.
Step 3: Check the usual leftovers from a build
If a site vanished after a launch or redesign, or never appeared at all, the cause is very often something switched on during the build and never switched off.
A noindex tag left over from staging
A noindex rule usually sits in the HTML as <meta name="robots" content="noindex">, but can also be sent as an X-Robots-Tag HTTP header that never shows in the page source.
Check it yourself.
A robots.txt file that blocks everything
Open yourdomain.com/robots.txt. These two lines, a common staging setting, hide an entire site:
User-agent: *
Disallow: /robots.txt controls crawling, not indexing: a blocked URL can still appear in results, just without a description. And because Google must crawl a page to see its noindex, blocking a page in robots.txt while marking it noindex works against you.
A password, firewall or country block
If a staging password survives launch, Googlebot gets a 401 or 403 error and sees nothing. Security plugins, firewalls and bot protection can do the same more quietly, as can blocking visitors from outside your country: Google’s documentation says Googlebot crawls from US-based IP addresses by default.
Check it yourself. A failed fetch in a URL Inspection live test, or a screenshot of a login or challenge screen, means something is turning Google away.
Canonical tags pointing somewhere else
Two build mistakes are common: canonical tags still pointing at the staging domain, and a template bug that points every page’s canonical at the home page. Search the page source for “canonical”; it should show the page’s own live address.
Redirects that chain, loop or go to the wrong place
After a redesign, each old URL needs one permanent (301) redirect straight to its closest new equivalent. Loops, and chains that go on too long, end in a “Redirect error”. Google also warns that redirecting many old URLs to one irrelevant page, such as the home page, may be treated as a soft 404. The website migration SEO checklist covers redirect mapping.
A missing or misleading sitemap
On a new domain with few links from other sites, an XML sitemap is one of the main ways Google learns your pages exist. Check it loads, lists only live, indexable URLs on the live domain, and is submitted in the Sitemaps report.
Anything Google has flagged
Rule out Manual actions and Security issues, which show whether Google has acted against the site or found it hacked, and Removals, where someone with access may have hidden URLs from results for about six months.
The website launch checklist builds all of these into a go-live plan, so they’re caught before launch.
Step 4: Fix it, then ask Google to come back
Once you’ve found the cause:
- Fix it on the live site, then clear any plugin or CDN cache.
- Run a live test in URL Inspection to confirm the page can be indexed.
- Submit your sitemap in the Sitemaps report, and reference it with a
Sitemap:line in robots.txt. - Request indexing for your most important pages. There’s a daily limit, and asking again for the same URL doesn’t move it up the queue.
- Validate the fix in the Page indexing report.
- Give Google more routes in. Link key pages from your navigation and related pages, and list your web address on your Google Business Profile and genuine listings. Google finds most new pages by following links from pages it already knows.
How long does it take to get indexed on Google?
There’s no fixed timescale, and Google doesn’t guarantee to crawl or index any page. Its recrawl guidance says crawling can take anywhere from a few days to a few weeks. An established site fixing a stray noindex tends to recover sooner than a new domain gets picked up, because Google already knows its pages. If a key page is still missing after several weeks with no blocker, look at the page itself.
Step 5: Indexed, but still not showing on Google
If URL Inspection says “URL is on Google” but you can’t find the page, it’s a ranking problem. Don’t judge by searching yourself: results vary with location, language, device and history.
Open the Performance report instead, filter by the page and read its queries, impressions and average position. Impressions at an average position of 30 or 50 mean the page is shown, but deep in the results where few people look. No impressions for your main service terms mean Google doesn’t yet see the page as relevant to them.
The page doesn’t target what customers search
Businesses describe services in their own words; customers use different ones. A page about “architectural glazing solutions” won’t rank for “aluminium windows and doors”. Language matters too: a page generally ranks for searches in its own language (see multilingual SEO). Keyword research and search intent shows how to find the terms customers actually use.
The page doesn’t match the search intent
Look at what already ranks. If the top results are directories and comparison articles, searchers want to compare, and a single service page will struggle. If a map of business listings dominates, it’s a local search, where your Google Business Profile matters as much as the website; the local SEO checklist covers both.
Other pages answer the search better
Put your page next to the top three results. Do they explain the service, show examples, answer common questions, give a sense of price or process? A 150-word service page rarely beats pages that do. The fix is a better page, not more keywords; the guide to SEO-friendly websites explains what makes a page worth ranking.
Competitors have more history and reputation
A new domain starts with few links, few mentions and no track record. Google says links are one of the signals it uses to judge relevance, and established competitors have had years to earn them. Close the gap with genuinely useful pages and mentions from real organisations, such as suppliers and industry bodies; buying links breaks Google’s spam policies.
Frequently asked questions
Do I need to submit my website to Google for it to appear?
No. Google finds most sites by following links, and there’s no fee or application. Submitting a sitemap in Search Console helps it find every page, especially on a new domain, but doesn’t guarantee indexing.
Will paying for Google Ads help my website get indexed or rank?
No. Google says it doesn’t accept payment to crawl a site more often or rank it higher. Ads appear in their own labelled slots, and running them doesn’t change whether your pages are indexed or where they rank organically.
Why did my website disappear from Google after a redesign?
Usually because something from the build went live with it: a noindex rule, a robots.txt block, staging canonicals or missing redirects. Some movement while Google processes new URLs is normal; a sudden, total drop points to a blocker.
What to do next
Most indexing problems come down to one setting or one file, found by working through the steps in order. Ranking problems take longer, because the fix is better pages rather than a switch.
For a second opinion, request a free website audit and mention that your site isn’t showing on Google. We’ll check your key pages for the blockers covered here, from noindex rules to canonicals and redirects, and email you a plain-language report within two business days. If the real problem is a site that can’t compete, with thin pages or a structure that doesn’t match how people search, a website redesign is worth weighing up.