Your Shopify products aren't showing up on Google. Here's what to check first.

The short version

If Shopify products are not showing up on Google, check for these first:

• The product is not indexed, which is different from ranking poorly.
• A leftover noindex rule is telling Google not to include the page.
• The canonical tag points Google to a different URL.
• A customized robots.txt.liquid file is blocking products or collections.
• The product is draft, unpublished from the Online Store sales channel, or hidden behind a password page.
• An old product template or campaign template is still assigned to live products.

Start with the boring checks. They are faster, safer, and more reliable than rewriting product descriptions while Google is being told not to index the page in the first place.

First: "not indexed" vs. "not ranking"

There are two very different problems that get described the same way.

The first is an indexing problem: Google cannot find the page, cannot crawl it, or has found a signal telling it not to index the page. In that case, the product may not appear even when you search for the exact URL or product name.

The second is a ranking problem: Google has indexed the page, but it does not appear near the top for the search terms you care about. That is a broader SEO question involving demand, competition, content, links, product data, and time.

This guide is about the first problem. Before changing a theme or rewriting a product page, use two checks. Search Google for site:yourstore.com/products/product-handle. Then use Search Console URL Inspection for the missing product. Those two checks help separate "Google is blocked" from "Google is unimpressed."

The distinction saves a lot of wasted motion. If the page is indexed but ranking poorly, better content, stronger product data, internal links, reviews, and time may all matter. If the page is not indexable, those improvements are downstream. Google needs permission and a clear preferred URL before it can reward anything else on the page.

Cause: a leftover noindex

A noindex tag is a small instruction that tells search engines not to include a page in search results. It has legitimate uses, but it becomes a problem when it outlives the reason it was added.

On Shopify stores, stale noindex rules often come from old theme conditionals, SEO app snippets that remained after uninstall, seasonal landing-page hacks, hidden collection logic, or quick fixes from a launch window that nobody revisited.

I wrote about this exact pattern in The Forgotten Noindex field note. In that case, live products were still carrying old search-control logic. The store looked normal to shoppers, but Google was receiving a different message.

This is why looking at the storefront is not enough. A page can be visible to people and still hidden from search engines.

Cause: wrong or stale canonicals

A canonical tag tells Google which URL should be treated as the main version of a page. For Shopify products, that is usually helpful because products can be reached through more than one path.

The problem starts when the canonical points somewhere stale or wrong: a previous domain, a duplicate page-builder URL, a collection-specific version that is no longer the preferred page, or another product by mistake.

If a live product has a canonical that points away from itself, Google may decide the other URL is the one to index. The product page can still load, ads can still send traffic to it, and customers can still buy from it. Search engines are simply being told to credit another page.

View source and search for rel="canonical". If the URL is not the page you expect Google to index, pause before making broader SEO changes.

Cause: robots.txt.liquid edits

Shopify lets stores customize robots.txt.liquid, which controls crawl rules for search engines. That power is useful, but it can also preserve old experiments long after the context is gone.

I have seen robots edits added for crawl-budget experiments, duplicate-content cleanup, staging protection, search-result cleanup, and app-generated URL control. Some were reasonable at the time. Later, product or collection paths changed and the old block became too broad.

Go to /robots.txt on the live store and look for disallow rules that mention products, collections, vendors, search, or paths used by the missing pages. A robots block does not always remove an already indexed URL immediately, but it can prevent Google from crawling the page well enough to understand and index it properly.

Be careful with broad pattern matching. A rule that looked harmless during a one-time cleanup can catch more URLs after a collection structure changes. If you see a robots rule that might apply, do not delete it blindly. First ask what it was protecting, whether that protection is still needed, and which URLs are actually covered by the pattern.

Cause: the mundane ones

The senior move is to check the boring things without embarrassment.

A product set to draft will not behave like a live product. A product unpublished from the Online Store sales channel may exist in Shopify admin but not be available on the storefront. A store password can block crawling on a supposedly launched store. A market, catalog, or availability setting can make a product visible in one context and absent in another.

None of these are foolish mistakes. They happen during launches, merchandising changes, wholesale setup, market tests, and catalog cleanup. The reason to check them first is simple: they are faster to verify than theme code and safer to fix than template logic.

Cause: template-level hiding

Some stores use alternate product templates for launches, seasonal drops, hidden collections, early-access campaigns, bundles, wholesale products, or discontinued items. Those templates may include logic that changes robots tags, canonical tags, product availability, structured data, or visible content.

The risk is assignment drift. A product that once belonged in a hidden campaign gets reused, duplicated, or relaunched, but the old template stays attached. The admin says the product is active. The page loads. Search signals are still shaped by last year's campaign logic.

If only a subset of products is missing from Google, compare their templates. Check whether the affected products share a product template, collection, vendor, tag, metafield, or old page-builder section. Patterns usually matter more than a single page.

Why leftovers like this happen

Most established Shopify stores are not built in one clean pass. They are shaped by launches, promotions, agencies, freelancers, app installs, app removals, theme upgrades, emergency fixes, and internal requests from different seasons of the business.

That history is normal. A noindex added to hide a collection before launch may have been the right call. A robots edit may have been part of a thoughtful SEO cleanup. A canonical override may have solved a real duplicate-page issue at the time.

The problem is not that someone made a bad choice. The problem is that old choices can stay active after the store changes around them. Nobody owns the seasonal hack forever unless the team builds a habit of revisiting it.

A calm audit treats these leftovers as archaeology, not blame. The question is not "who did this?" The useful question is "what condition was this code written for, and does that condition still exist?" That framing makes it easier to keep the pieces that are still serving the store and remove the ones that are quietly blocking growth.

What store owners can check first

You can gather useful evidence before editing code.

1. Inspect one missing product in Search Console

Use URL Inspection for the exact product URL. Look for messages about noindex, crawl blocks, canonical selection, redirects, or discovery.

2. View source for noindex and canonical

Open the product page, view source, and search for noindex and rel="canonical". The canonical should point where you expect. The page should not include noindex if you want it in Google.

3. Use a site search

Search site:yourstore.com with the product handle or exact title. This is not as reliable as Search Console, but it is a quick signal.

4. Check Shopify availability

Confirm the product is active and published to Online Store. If the store recently launched, confirm the password page is off.

5. Check robots.txt

Open /robots.txt and look for disallow rules that could cover the missing product or its collection path.

6. Compare an indexed product with a missing one

Pick one product that Google does show and one similar product that is missing. Compare their templates, canonical URLs, robots meta tags, status, and Online Store availability. Differences between the two pages often point faster than studying the missing product alone.

If the indexed product and missing product use different templates, make that your first thread to pull. Template differences can explain why one page sends clean search signals while another carries old hiding logic.

Write down what you find. Good notes keep the next step precise and reduce the risk of changing healthy pages while chasing one missing product.

When to look closer, and how the Detox Scan helps

It is worth looking closer when multiple products are missing, Search Console points to theme-controlled tags, or the affected products share a template, app section, collection, or old campaign path.

Shopify Detox Scan reads public storefront signals from outside the admin. It can inspect robots meta tags, canonical tags, obvious leftover theme-code signals, app script clues, and patterns across templates that a one-page check can miss.

The scan does not replace Search Console or a full SEO strategy. It is useful when the question is more basic: is the storefront accidentally telling Google not to index pages that should be live?

What you can check yourself vs. when to get help

You can check Search Console URL Inspection, page source, site search, product status, Online Store availability, password protection, and the live robots file.

It is worth having someone look closer when those checks point into theme code, alternate templates, old SEO app snippets, or robots/canonical rules that affect more than one page. At that point, the goal is to remove the stale block without weakening useful SEO controls elsewhere.

A careful fix should get live products indexable again while preserving the search rules that still have a reason to exist.