If your website isn't showing up on Google, the most likely reason is that Google hasn't indexed it yet, or that something on the site tells Google not to: a noindex tag, a robots.txt block, or a canonical tag pointing elsewhere. Check first whether Google has indexed your site at all with a site: search and Search Console's URL Inspection, then work through the causes below in order.
"My site is live but Google can't find it" is one of the most common questions new site owners ask, on every platform: Shopify, Squarespace, Wix, WordPress and custom builds. The good news is that the causes are a short, known list, and most are fixed in minutes once you find them. This guide goes through them in the order worth checking, with the exact place to look.
How do you check whether Google has indexed your site?
- Search Google for
site:yourwebsite.com(no space after the colon). Google's own starter guide says that if you see results pointing to your site, you're in the index. If nothing comes back, Google hasn't indexed any page yet. Thesite:search doesn't show every indexed page, so treat it as a quick yes or no, not a count. - Use Google Search Console. It's free. Verify your site, then type a page's full address into the inspection bar at the top. "URL is on Google" means the page is indexed and eligible to appear; Google notes that it doesn't guarantee the page will show for any particular search.
- Open the Page indexing report in Search Console. It lists every page Google knows about and why each one isn't indexed. The status names it uses appear in the causes below.
If your pages are indexed but you don't see them, skip to indexed but not showing for your searches.
1. Is it a new site that Google hasn't reached yet?
Indexing takes time, and Google is clear that it's never instant. Its help pages say it "can take a week or so for Google to start crawling and indexing a new page or site", and its starter guide says some changes take effect in a few hours while "others could take several months". A site that went live a few days ago with no links pointing to it is usually just waiting.
What to do: add the site to Search Console, submit your sitemap (usually /sitemap.xml), inspect your home page and click Request indexing. Then get at least a few real links to the site, such as your social profiles, a directory listing or a partner's page, because Google finds most new pages by following links.
We're a dated example: dottpace.com went live in mid-October 2026, and a week later Bing still hadn't indexed it. That's normal for a new domain with no links yet.
2. Does a page carry a noindex tag?
A noindex rule tells Google to leave a page out, and Google obeys it. In Search Console this shows as "Excluded by 'noindex' tag". It often comes from a setting rather than from code: a "hide from search engines" option left on from development, an SEO plugin rule, or a template applied to a whole section.
Where to look: view the page source and search for noindex in a <meta name="robots"> tag, and check the HTTP header X-Robots-Tag. Remove the rule from pages you want found, then request indexing.
3. Is robots.txt blocking Google?
Open yourwebsite.com/robots.txt. A group like User-agent: * followed by Disallow: / asks every crawler, Googlebot included, to stay out. Staging sites often launch with this file still in place.
It's rare on a live business site and less rare elsewhere: in our October 2026 robots.txt study, 0.2% of 2,117 live business websites blocked Googlebot from the whole site, against 1.7% of 1,497 random top-1M domains. The free AI bot checker tells you in seconds whether yours is one of them — it checks Googlebot and Bingbot as well as the AI bots.
Two details trip people up. First, robots.txt controls crawling, not indexing: Google says a blocked URL can still appear in results, without a description. Second, if you want a page removed, don't block it in robots.txt and add noindex at the same time, because Google can't see the noindex on a page it isn't allowed to crawl.
If you're editing robots.txt anyway, our guide to robots.txt for AI crawlers covers the AI bots too.
4. Does the canonical tag point somewhere else?
A canonical tag (<link rel="canonical" href="…">) tells Google which address is the main version of a page. Google calls it "a strong signal". If every page's canonical points to your home page, or to an old domain, or to the http:// version, Google may index only that one address and ignore the rest.
What to do: each page you want indexed should have a canonical pointing to its own preferred address. In Search Console, "Alternate page with proper canonical tag" is fine; "Duplicate, Google chose different canonical than user" means Google disagreed with yours and is worth a look.
5. Do your pages look like errors to Google (soft 404s)?
A soft 404 is a page that returns a normal "OK" status but looks like an error or an empty page: an empty category, a product that's out of stock with no details, a search page with no results, a "coming soon" placeholder. Google's Page indexing report describes it as a page that returns a user-friendly "not found" message without a 404 status code. Google won't index it.
What to do: give real pages real content. Pages that truly no longer exist should return a 404 or 410, or redirect to the closest replacement.
6. Can Google discover the page at all?
Google finds pages through links and sitemaps. A page that no other page links to, and that isn't in your sitemap, may never be found. In Search Console, "Discovered – currently not indexed" means Google knows the address but hasn't crawled it yet; "Crawled – currently not indexed" means it crawled the page and chose not to index it for now. Both have their own guide: Crawled or discovered – currently not indexed.
What to do: link important pages from your menu or from related pages with descriptive anchor text, and keep your sitemap limited to pages you actually want indexed. Check that Search Console's Sitemaps report shows "Success" and not "Couldn't fetch".
7. Are several pages too similar?
When pages are near-copies of each other, such as the same product in five colors on five addresses, or location pages that only swap the city name, Google picks one to index and treats the rest as duplicates. Search Console shows "Duplicate without user-selected canonical". Google says it will decide which pages are duplicates "based on similarity of content".
What to do: merge thin variants into one stronger page, or make each page genuinely different (different details, photos, prices, answers), and set canonicals for true variants.
8. Is the content only visible after JavaScript runs?
Google can render JavaScript, but it takes extra time and things can fail: a script blocked in robots.txt, content that loads only after a click, or an app shell that shows nothing until an API answers. Many AI crawlers don't run JavaScript at all, so content that only exists after scripts run may be invisible to them.
What to check: in Search Console's URL Inspection, run Test live URL and look at the rendered HTML and screenshot. Then view the page with JavaScript turned off. Your main text, links and product details should be there.
9. Has Google flagged the site (manual action or security issue)?
Rare, but serious. If someone on Google's team found spam on your site, or Google detected hacked content or malware, pages can drop out. Search Console has a Manual actions report and a Security issues report; both should say "No issues detected". Sites bought second-hand and sites on outdated plugins are the usual cases.
What if your pages are indexed but you still don't see them?
Being indexed only makes a page eligible. For it to show, it has to be one of the best answers for that search. Common reasons an indexed page doesn't appear:
- You're searching for a phrase nobody uses, or a very competitive one. Search for your business name first; that should work within weeks. Generic terms like "plumber" take far longer.
- The page doesn't say what people search for. If customers search "emergency plumber Round Rock", the page needs those words, naturally, in its title, heading and text.
- Your results are personalized. Use Search Console's Performance report to see where you actually appear, instead of guessing from your own searches.
- Few other sites mention or link to you yet. That builds over months.
What should you check on Shopify, Squarespace, Wix and WordPress?
- Shopify: a store that still has its storefront password turned on can't be indexed. Remove the password once you launch. Shopify creates the sitemap and canonicals for you.
- Squarespace: check that the site's visibility is set to public, not private or password-protected, and that pages aren't hidden from search in their SEO settings.
- Wix: make sure the site is published, and that the setting that lets search engines index your site is on in the SEO settings.
- WordPress: under Settings → Reading, make sure "Discourage search engines from indexing this site" is unchecked. Then check your SEO plugin for noindex rules on whole post types.
Why does this matter for AI search too?
Google's AI Overviews and AI Mode only link to pages that are indexed and eligible to show a snippet; Google says "there are no additional technical requirements". So every fix above also helps you appear in Google's AI answers. ChatGPT and Copilot lean on Bing, so add your site to Bing Webmaster Tools as well; our guide on getting recommended by ChatGPT covers that.
Dottpace's free audit checks causes 2 to 8 on your own pages, with the evidence and the pages affected. Causes 1 and 9 need Search Console, which only you can open. Once your site is connected, Health keeps checking after every release and SEO Search shows which searches each page gets.
Sources
- Google, Page indexing report (status definitions; "a week or so").
- Google, SEO Starter Guide (the
site:check; "a few hours" to "several months"). - Google, URL Inspection tool.
- Google, Introduction to robots.txt and Block indexing with noindex.
- Google, How to specify a canonical URL.
- Google, AI features and your website.