If your website is not showing on Google, the cause is almost always one of six things: the site is indexed but you’re searching the wrong way, something is blocking Google (a noindex tag, robots.txt, a password or a staging setting), the site is too new and nothing links to it, Google crawled it but decided not to index it, a canonical tag points to a different URL, or the server is returning errors or broken redirects.
Work through them in that order. The first check takes two minutes and rules out the most common false alarm. Use Google Search Console’s URL Inspection tool as your source of truth, because it tells you exactly what Google knows about a page and why it is or isn’t indexed.
Step 1: Confirm it’s actually not indexed
Start by searching Google for site:yourdomain.com. If you see results, your site is in the index and the real problem is ranking, not indexing. If you see nothing, that’s a strong hint, but not proof. Google’s own documentation says the site: operator “doesn’t necessarily return all the URLs that are indexed under the prefix specified in the query.”
For a definite answer, add your site to Google Search Console, verify it, and paste a page URL into the URL Inspection tool at the top. “URL is on Google” means the page is eligible to appear in search. “URL is not on Google” means it can’t appear, and the tool usually tells you why. Google notes that even “URL is on Google” doesn’t guarantee the page will show up for a particular search.
Then open the Page indexing report. It lists every URL Google knows about, split into indexed and not indexed, with a reason for each one. Google says most sites have at least a few unindexed pages and that “not indexed is not necessarily bad,” so focus on your important pages: home, services, contact and key products.
Step 2: Check whether you’re blocking Google
This is the most common fixable cause, especially on sites that were built on a staging address and then launched. Look for four things.
A noindex tag. In URL Inspection or the Page indexing report this shows as “URL marked ‘noindex’,” which Google describes as: when Google tried to index the page, it found a noindex directive and didn’t index it. Many website builders and CMS platforms have a “discourage search engines” or “hide from search” setting that adds this to every page. It can also be sent as an X-Robots-Tag HTTP header, so check your server settings, not just the page HTML.
A robots.txt block. Visit yourdomain.com/robots.txt. A line like “Disallow: /” under “User-agent: *” blocks all crawling. Google says robots.txt is “not a mechanism for keeping a web page out of Google,” and a blocked URL can still appear without a description, but it does stop Google reading your content. One trap: if you want a page removed, Google says the page with noindex “must not be blocked by a robots.txt file,” or Google never sees the noindex.
A password or login wall. Googlebot can’t log in. If your whole site is behind a password, a “coming soon” gate or a maintenance page, Google sees that page instead of your content.
A staging or preview address. If the version you worked on lived on a temporary subdomain, make sure the live domain is the one you submitted to Search Console, and that the staging settings didn’t carry over.
Step 3: A new site with no links pointing to it
Google finds most pages by following links. A brand-new site that nothing links to can sit undiscovered. Google lists “your site isn’t linked to by other sites on the web” as one of the common reasons a site gets missed, and says “it can take a few weeks for Google to notice a new site, or any changes in your existing site.”
Speed this up three ways. Submit an XML sitemap in Search Console; Google calls a sitemap “an important way for Google to discover URLs on your site.” Use Request indexing in URL Inspection for your most important pages, keeping in mind there’s a daily quota. And get a few genuine links: your Google Business Profile, social profiles, local directories, suppliers and partners. Google warns against buying links.
Be patient with timelines. Google says “crawling can take anywhere from a few days to a few weeks,” and that requesting a crawl “does not guarantee that inclusion in search results will happen instantly or even at all.”
Step 4: Crawled or discovered, but not indexed
Two statuses in the Page indexing report confuse a lot of owners. “Discovered – currently not indexed” means Google found the URL but hasn’t crawled it yet; Google says it usually delayed the crawl to avoid overloading the site. On a small site this often clears on its own, but if it lingers, it can point to slow hosting or too many low-value URLs competing for attention.
“Crawled – currently not indexed” means Google fetched the page and chose not to index it. Google says it may be indexed later and you don’t need to resubmit. In practice this is usually a quality or duplication signal: thin pages, near-identical service pages for every town, auto-generated tag pages, or copy borrowed from a supplier or another site.
The fix is to make the page clearly worth indexing. Add real detail a customer would want, such as prices, process, photos, FAQs and proof. Merge thin pages that say the same thing. Link to the page from your main navigation or other relevant pages so Google sees it matters.
Step 5: The canonical tag points somewhere else
A canonical tag tells Google which URL is the main version of a page. When it’s wrong, Google indexes the other URL, or nothing useful. This is a common website-builder bug: every page carries a canonical pointing at the homepage, a canonical still points at the old staging domain, or http and https versions both exist with mixed signals.
In URL Inspection, compare the “User-declared canonical” with the “Google-selected canonical.” In the Page indexing report, watch for “Duplicate without user-selected canonical” and “Duplicate, Google chose different canonical than user.” Google says if the canonical you declare isn’t similar to the page, Google won’t choose it. “Alternate page with proper canonical tag” is fine, though: Google says there’s nothing you need to do.
Fix it by giving each page a self-referencing canonical on its own live URL, picking one version of your domain (https, with or without www) and redirecting the others to it.
Step 6: Server errors and redirect problems
If Google can’t load the page, it can’t index it. “Server error (5xx)” means your server returned a 500-level error when Google asked for the page; Google suggests checking your server and the Crawl Stats report. Cheap, overloaded hosting and expired plans are frequent culprits.
“Redirect error” covers redirect loops, chains that are too long, and redirects to empty or bad URLs. These often appear after a domain change or after switching to https. “Page with redirect” is normal; it just means that URL forwards to another one, and the destination is what should get indexed.
Also check that your domain’s DNS actually points at the live site and that the SSL certificate is valid. Use URL Inspection’s live test to see what Googlebot gets right now, as opposed to what it saw on its last visit.
After the fix: getting your site on Google
Once the blocker is gone, run the live test in URL Inspection, then click Request indexing for your key pages. Resubmit your sitemap if URLs changed. For problems listed in the Page indexing report, use Validate fix so Google rechecks those URLs.
Google says indexing after a request “typically takes only a day or so, but can take much longer in some cases.” Don’t keep resubmitting the same URL; it doesn’t make things faster. Check the Page indexing report again in a week or two.
Remember that indexing is the entry ticket, not the finish line. Ranking depends on how useful your pages are for what people search, so clear page titles, specific descriptions, real content and a Google Business Profile for local businesses still matter after you’re in the index.
If you’d rather not do this yourself
Most indexing problems on small-business sites come from setup: a leftover noindex, a wrong canonical, a domain that was never verified, or a sitemap nobody submitted. If you don’t want to work through Search Console yourself, OneSol Max is a done-for-you small-business website: it’s built with you from a prompt, your own domain is connected for you, a CRM is set up, and the SEO basics are done for you, including pages, titles and search listings, with a developer assigned to your site. It costs $1 for the first month, then $29 a month.
To be clear about the limits: no one, including Google, can guarantee rankings or exactly when a page gets indexed. What a correct setup does is remove the avoidable blockers, so Google can find, crawl and index your pages, and your effort can go into content and customers instead.