Crawled, currently not indexed: get store pages indexed

What the Search Console status really means, which URLs you can ignore and how to get categories and products indexed. With a cause-fix table.

ecomando editorial9 min read
Contents
  1. What the status actually means
  2. Diagnosis: split the list into three groups
  3. The causes, each with a check and a fix
  4. Cause, check and fix at a glance
  5. Step by step: work through it in four weeks
  6. What does not help
  7. What your platform contributes

Your page indexing report lists a few thousand URLs under "Crawled - currently not indexed", which is the exact label Google uses in the English interface. Google visited every one of them and decided against the index. This article shows you how to split that list into three groups, which causes are typical for online stores, and which fix belongs to which cause. The goal is not to get every URL indexed. It is to get the right ones indexed.

What the status actually means

Google describes it plainly: the page was crawled but not indexed, it may or may not be indexed in the future, and there is no need to resubmit the URL for crawling. The full list of reasons sits in the Google help page for the page indexing report.

Translated: technically nothing was wrong. No error, no noindex, no block in robots.txt. Google saw the content and, compared to what is already in the index, did not consider it worth adding. That is a judgement about value, not a bug.

Do not confuse it with "Discovered - currently not indexed". There, Google has not fetched the URL at all, usually because crawling was deferred. That is a crawl capacity and internal linking problem and it gets solved differently.

Diagnosis: split the list into three groups

Open the Page indexing report, click the reason under the list of why pages are not indexed, and export the URLs. Google's help page notes that the table on an issue detail page is an example list limited to 1,000 rows, so it will not always contain every affected address. For spotting patterns that is enough.

Now sort the URLs by type. Almost every store ends up with three groups.

Group A: should never be indexed. Filter combinations, sort parameters, internal search result pages, tag pages, cart, wishlists, comparison lists, deep pagination. Here the status is the desired result. Do nothing, except limit crawling when the volume gets extreme.

Group B: should be indexed, but the content is thin. Product pages carrying nothing but the manufacturer's text, variants as separate URLs, categories with three products, brand pages without copy, 200-word blog posts. This is the actual work.

Group C: should be indexed and the content is fine. New products, freshly rewritten categories, guides. Here the cause is usually a signal problem: weak internal linking, contradictory canonicals, content that only arrives via JavaScript, or simply time.

Count the share of each group. If group A is ninety percent of the list, you do not have an indexing problem, you have a housekeeping problem, and it belongs in the article on duplicate content in ecommerce. If groups B and C contain pages that are supposed to sell, keep reading.

Checking individual URLs

For specific pages use URL Inspection. It shows when Google last crawled the page, which canonical you declared and which canonical Google chose. The live test additionally shows the rendered HTML. If the product copy, the price or the product list are missing there, Google saw an empty shell during the crawl.

Two quick manual tests round this out: load the page with JavaScript disabled, and search a full sentence from your product description in quotation marks to see how many other stores publish the same text.

The causes, each with a check and a fix

1. The content is interchangeable

The same supplier text that thirty other stores publish. Product pages that differ only in size or colour. Category copy where only the category word was swapped. Google already has hundreds of pages like that; yours adds nothing.

Check: paste one sentence from the product description into Google in quotation marks. Ten other stores with the same sentence, and the cause is settled.

Fix: add sections that exist only on your page. Use cases, fit, comparison with the obvious alternative, care instructions, what is in the box, answers to the questions customers actually ask. If you use generative tools for the first draft, the guardrails are in the article on AI product descriptions. For variants: one product page with a selector instead of five near-identical URLs.

2. There is barely any content

Categories with two products and no text. Brand pages showing a logo and a grid. Landing pages consisting of one banner.

Check: read the rendered HTML from the live test, or view the page with images disabled. What text is left?

Fix: either add substance or merge the page into a stronger one and redirect. A category with two products usually belongs as a section inside its parent category.

3. The page is orphaned

Google found it once, probably through the sitemap, but nothing in the store links to it. Without internal links, the signal that this page matters to you is missing.

Check: look for the URL in your navigation, in category listings, in breadcrumbs and in guides. If it only appears in the sitemap, it is orphaned. For larger stores a crawler that reports click depth answers this in minutes.

Fix: link from topically related pages, add it to the navigation if it deserves that, and reference it from guides. The general approach sits in the ecommerce SEO guide.

4. The content only arrives via JavaScript

Product grids, prices or descriptions get loaded after the initial response. Google does render JavaScript, but not always on the first crawl and not always completely. Whatever was missing at crawl time did not feed into the judgement.

Check: URL Inspection, live test, read the rendered HTML. If the content you see in your browser is absent there, you found it. Second test: disable JavaScript and reload.

Fix: serve the essentials server-side. Most Shopify and Lightspeed themes already do; filter apps and some review widgets are the exceptions. Talk to your theme vendor or developer.

5. Contradictory signals

The page declares a canonical pointing at a different URL but is linked as a destination itself. Or it sits in the sitemap while internal links only ever point at the parameter version. Google has to guess which version you mean, and when in doubt it takes neither.

Check: in URL Inspection, compare "user-declared canonical" with "Google-selected canonical". Then check the source: does the canonical point at the URL you actually requested?

Fix: every indexable page declares itself canonical, and sitemap plus internal links use exactly one spelling of the URL.

6. The page is simply new

A product went live three days ago, Google crawled it and is waiting. That is normal behavior.

Check: compare the publication date with the crawl date in URL Inspection.

Fix: wait two to four weeks, add internal links, then act. For one important product you can request indexing through URL Inspection. That is a hint, not a promise.

7. The domain has too many weak pages overall

When a store with 800 products generates 40,000 URLs and Google classifies most of them as expendable, its appetite for adding the good pages drops too. This is the case where group A drags groups B and C down with it.

Check: compare the number of submitted URLs in your sitemap against the number of products and categories. Then look at how much of the not-indexed list is parameter URLs.

Fix: remove parameter URLs from the sitemap and from internal links, keep the filter pages that have real search demand, and noindex or throttle the rest.

Cause, check and fix at a glance

CauseCheckFixGroup
Interchangeable contentSearch a sentence in quotation marksAdd own sections, merge variantsB
Almost no contentRead the rendered HTMLExpand or consolidate and redirectB
Orphaned pageClick depth, presence in navigationAdd internal linksB, C
Content only via JavaScriptLive test, JavaScript disabledServe server-sideC
Contradictory signalsCompare canonicals in URL InspectionAlign canonical, sitemap, linksC
Page is newCrawl date versus publication dateWait, link internallyC
Too many weak URLs overallSitemap size versus product countClean parameters, noindex, throttle crawlingA affects B and C

Step by step: work through it in four weeks

  1. Week 1, take stock. Export the list, sort it into groups A, B and C, write down the share of each. Inspect ten samples from B and C with URL Inspection.
  2. Week 1, defuse group A. Pull sort and filter parameters out of the sitemap, remove internal links pointing at parameter URLs, add noindex where it helps. Never combine a robots.txt block with noindex: what is blocked cannot be read, so the noindex is never seen.
  3. Week 2, repair group C. Straighten canonicals, link the orphans, take rendering problems to your theme vendor. These are technical fixes and they work fast.
  4. Weeks 2 to 4, prioritize group B by revenue. Not alphabetically. Start with the products and categories that sell most in your store or already collect impressions in Search Console. Ten to twenty pages a week is a realistic pace.
  5. After each fix, request indexing. Only for the pages you actually reworked. Note the date.
  6. After four weeks, measure again. Export the report, compare the groups. If B and C shrink, the work is landing. If a genuinely good page stays out, check its neighbours in the index: another page of yours may already cover the topic.

What does not help

  • Requesting indexing in bulk. Google says explicitly that resubmitting is not needed for this status. It does not speed anything up while the judgement stays negative.
  • Deleting pages that could still sell. A product page that is not indexed still converts visitors who arrive through your navigation. Expand first, then judge.
  • Trying to index every filter page. For filter combinations this status is correct.
  • Resubmitting the sitemap as a fix. A sitemap tells Google which URLs exist. It does not tell Google they are good.
  • Padding text with filler. Two hundred vague words change nothing. Concrete details about use, dimensions, differences and care do.

What your platform contributes

Shopify generates product URLs under /products/ and category URLs under /collections/, and products reached through a collection path carry a canonical to the product URL. That removes part of group A automatically. Tag pages under /collections/name/tag and the parameters your filter app invents are your job, and that includes edits to robots.txt.liquid. The wider set of settings is covered in the Shopify SEO guide, and the variant question specifically in Shopify product variants and SEO.

Lightspeed eCom maintains its own SEO fields for meta title and description per product and category. Whether your theme produces crawlable filter parameters is easiest to answer directly in the not-indexed list, because the patterns are right there in the URLs.

In ecomando, the SEO audit flags which of your product and category pages Google left out of the index and where a canonical points at a foreign URL, so you do not have to sort groups B and C out of a spreadsheet by hand.

One closing thought. Index size is not a goal. A store with 900 indexed pages that all sell something is in better shape than one with 30,000 where Google considers most of them dispensable. And once the right pages are indexed, the next question is whether they earn clicks, which is exactly what the article on impressions but no clicks works through.

Frequently asked questions

What does “Crawled - currently not indexed” mean?

Google fetched the page and then decided not to put it in the index. Google states that this may change in the future and that you do not need to resubmit the URL. It is a quality judgement, not a technical error.

How is it different from “Discovered - currently not indexed”?

With “Discovered”, Google knows the URL exists but has not crawled it yet, often because crawling was postponed. With “Crawled”, Google was on the page and chose to leave it out. The causes and the fixes are different.

Is this status an error I have to fix?

Not by itself. Search Console lists it among the pages that are not indexed, without an error state. For filter combinations, sort URLs and internal search results it is the outcome you want. It only matters for pages that should earn revenue.

Does requesting indexing through URL Inspection help?

For a single page you have just rewritten it can speed up the next crawl. It does not change the decision if Google still judges the content as expendable. Fix the cause first, then request indexing.

How long does indexing take after a fix?

Anywhere from a few days to several weeks, and Google publishes no fixed timeframe. Check the status again with URL Inspection after two to four weeks.

Keep reading