Ecommerce SEO Audit Checklist: What to Check in an Online Shop, and What to Ignore
An ecommerce SEO audit checklist should start with whether the right pages are crawled and indexed, then check category and product templates, filters and parameter URLs, duplicate content, product data, internal links, speed and stock handling. Work in order of cost to you. Most scanner warnings are noise.
Prabhu SolutionsPublished 8 October 2026Last reviewed 8 October 202613 min read
On this page
- What is an ecommerce SEO audit checklist?
- Which checks matter most in an ecommerce audit, and which are mostly noise?
- How do you check which pages Google has indexed?
- How should category and product page structure be checked?
- How do you audit faceted navigation and parameter URLs?
- How do you find duplicate and thin content in a shop?
- What should you check in product structured data and product feeds?
- How do you audit internal linking in an online shop?
- How do page speed and Core Web Vitals fit into a shop audit?
- What should the audit check for out-of-stock and discontinued products?
- How do you check pagination and reviews?
- Does the platform change the checklist?
- When is an ecommerce SEO audit premature?
What is an ecommerce SEO audit checklist?
An ecommerce SEO audit checklist is the ordered list of checks that shows how a search engine crawls, indexes and understands an online shop, so fixes can be ranked by what they cost you. It differs from a general audit because shops generate pages automatically: filters, sort orders, variants and out-of-stock listings.
A service business has a few dozen pages that each have to be good. A shop has a handful of templates repeated across the catalogue, so one mistake in a template is a mistake on every page that uses it. That is why most of the checks below are about templates and rules, not individual pages.
Use it as a working list, in order. For the general version of the same exercise, see what a SEO audit includes. For a written, prioritised report with specifications a developer can build from, that is the ecommerce SEO service, and the wider SEO audit service covers sites that are not shops.
The point
For the general version of the same exercise, see what a SEO audit includes.
Which checks matter most in an ecommerce audit, and which are mostly noise?
Indexation, category templates, filter and parameter control, product data and stock handling decide most outcomes in a shop. Meta description length, keyword density, text-to-code ratio and most scanner warnings rarely do. The table sorts the checks by how often they change results, so the first hours go where they count.
| Check | Why it matters, or does not | Verdict |
|---|---|---|
| Unwanted filter and parameter URLs indexed | They dilute crawling and create near-duplicates of every category. | Matters most |
| Important categories or products not indexed | Nothing ranks that is not indexed, and categories carry most buying searches. | Matters most |
| Category pages that are only a grid of products | The page that matches the search has nothing of its own to rank on. | Matters most |
| Price or stock disagreeing between page, markup and feed | Can disapprove listings and show shoppers wrong information. Paid Shopping campaigns read the same data. | Matters |
| Out-of-stock and discontinued handling | Deleting pages that earned links throws that value away. | Matters |
| Internal links to categories and products | Discovery and emphasis both depend on ordinary links. | Matters |
| Core Web Vitals on category and product templates | Real visitors feel it, but the ranking effect is modest. See what Core Web Vitals are. | Matters, rarely first |
| Missing or duplicate meta descriptions at scale | They shape the snippet, not the ranking, and Google often rewrites them. | Usually noise |
| Keyword density, text-to-code ratio, word-count targets | No documented effect on ranking. | Noise |
| Crawl budget on a small or medium shop | Google's crawl budget guidance is aimed at very large or fast-changing sites. | Usually noise |
| Sitemap priority and change-frequency tags | Google has said it ignores them. | Noise |
| The total number of warnings in a scanner report | The count says nothing about severity. Ten that cost money outweigh a thousand that do not. | Noise |
How do you check which pages Google has indexed?
Open the page indexing report in Search Console, read the reasons rather than the totals, and compare indexed pages with the pages you want. Then crawl the shop yourself and compare the crawl with the sitemap. The gaps in both directions are the first findings, because everything else depends on them.
- Read the reasons. Statuses such as “Crawled – currently not indexed”, “Duplicate without user-selected canonical” and “Alternate page with proper canonical tag” each point to a different problem. A single total hides which.
- Compare the sitemap with what is indexed. Submitted categories and products that are not indexed need a reason. Indexed URLs that are not in the sitemap are often filters or parameters leaking out.
- Look for filter and parameter URLs among the indexed pages. If thousands of addresses containing a question mark are indexed, the facets are leaking.
- Crawl the shop with a crawler that follows links as a search engine would. Compare the number of URLs it finds with the number of products and categories you actually have. A large multiple is a finding in itself.
- Inspect one category and one product with the URL Inspection tool. Check the rendered HTML, the canonical Google selected and whether the page is indexed. The deeper rendering and indexing checks are the ground technical SEO covers.
- Read robots.txt against your real URL patterns. A rule written for last year's platform may block nothing, or block the wrong thing.
- Do not rely on a site: search for counts. They are approximate and cannot tell you why a page is missing.
How should category and product page structure be checked?
Check templates, not single pages. For category pages, look for one clear search target, a title and heading that say it, introductory copy, links to subcategories and some buying guidance. For product pages, look for unique titles and descriptions, sensible variant handling, breadcrumbs and a canonical that points where you expect.
- Category target. Can you state, in a phrase, the search each category is meant to match? If two categories chase the same phrase, one of them needs a different job.
- Category content. A heading above a grid has little to rank on. A short introduction above the products and helpful guidance below them gives the page something of its own. Producing that copy at scale is content marketing work, and it should be written for the buyer's decision rather than to hit a word count.
- Depth and hierarchy. Can a visitor and a crawler reach every product from the menu through categories by ordinary links? Deep or tangled hierarchies bury the products that matter.
- Titles and headings. Unique, descriptive and consistent across the template. Pattern titles that differ only by a product number are a warning sign.
- Product copy. Manufacturer descriptions are shared with every other retailer of the product, so a page that repeats them has nothing of its own. Even a short specific description is better.
- Variants. Decide whether sizes and colours share a URL or have one each. Either can work. A URL per variant with identical content and no canonical logic is how a few hundred products become thousands of near-copies.
- Breadcrumbs. Consistent routes from every product back to its category, with matching markup.
How do you find duplicate and thin content in a shop?
Look for pages that say what another page already says: manufacturer descriptions shared with other retailers, variants with identical copy, tag and filter pages, and category pages that are only a grid. Thin means the page adds nothing beyond a product list. A good test is whether a shopper would miss it if it vanished.
In a crawl, group pages by title, heading and body text, and look at the largest groups first. In Search Console, the “Duplicate without user-selected canonical” reason shows pages Google grouped with another URL. Google generally clusters duplicates and picks one version rather than penalising the site, so the usual cost is wasted crawling and the wrong URL being chosen, not a punishment.
Not every duplicate deserves effort. Start with the categories and products that earn revenue, fix the template-level cause rather than rewriting pages one by one, and leave long-tail products with plain, accurate descriptions until the important templates are right. Rewriting five thousand descriptions before fixing a canonical rule is the classic wrong order.
The point
Rewriting five thousand descriptions before fixing a canonical rule is the classic wrong order.
What should you check in product structured data and product feeds?
Check that Product and Offer markup validates, that price, currency and availability match the visible page, and that the feed says the same thing. Test the template on awkward products: variants, sale items and out-of-stock items. Disagreement between page, markup and feed is the commonest fault.
- Run a sample through the Rich Results Test and the Schema Markup Validator. Test several kinds of product, because markup is most often wrong on variants, sale prices and stock changes.
- Read the Product snippets and Merchant listings reports in Search Console, where they appear. They show which templates have errors and warnings at scale.
- Compare three sources for one product: the visible page, the markup and the feed. Price, currency and availability should be identical. When they are generated from different places, they drift.
- Check identifiers. Brand and product identifiers such as GTINs are where feeds most often lose products. How the feed is built and fixed is covered under Google Shopping management, which treats the feed as the targeting.
- Open the Merchant Center diagnostics, if you use it. Disapproved items and account-level warnings are findings, not housekeeping.
- Mark up only what is visible. Reviews, ratings and shipping details that a shopper cannot see on the page should not be in the markup.
- Treat shipping and returns as a policy question first. If the policy itself is unclear on the site, markup cannot fix it.
How do you audit internal linking in an online shop?
Check that every category and product you want found is reachable through ordinary HTML links from the menu or a parent category, and that the pages that earn money receive the most links. Orphaned products, menus built by script and links to redirected or parameter URLs are the usual findings.
A crawl gives most of the answers. Sort pages by the number of internal links they receive and ask whether the top of that list matches your commercial priorities. Check click depth to your important products. Find pages in the sitemap with no internal links at all; they are orphans, and a crawler that does not submit searches may never reach them through the site.
Then check the details. Links should point at final URLs, not through redirects. Load-more buttons and infinite scroll need a crawlable link to each page of results behind them. Related-product blocks should be relevant rather than fifty arbitrary links. Menu and breadcrumb fixes usually live in the theme or platform templates, which is why they belong near the store build itself.
The point
Load-more buttons and infinite scroll need a crawlable link to each page of results behind them.
How do page speed and Core Web Vitals fit into a shop audit?
Test the templates that carry traffic, using real-visitor data where there is enough of it. A page is rated good when Largest Contentful Paint is 2.5 seconds or less, Interaction to Next Paint is 200 milliseconds or less and Cumulative Layout Shift is 0.1 or less. Fix poor results on category and product templates first.
Shop templates tend to be slow for ordinary reasons: heavy images, sliders, tracking and marketing scripts, and apps that each add their own code. Layout shift commonly comes from banners, cookie notices and images without set dimensions. The Core Web Vitals report in Search Console groups URLs by template, which is the right unit to work with. Our guide to Core Web Vitals explains how to read it.
Keep it in proportion. Speed matters to shoppers, and the ranking effect is modest, so a relevant, indexed category with mediocre speed generally does better than a fast page nobody can find. On hosted platforms, installed apps are often the first thing to examine; the causes specific to Shopify stores are covered separately.
The point
Speed matters to shoppers, and the ranking effect is modest, so a relevant, indexed category with mediocre speed generally does better than a fast page nobody can find.
What should the audit check for out-of-stock and discontinued products?
Test what actually happens to a product when it sells out or is retired, using real examples. The right outcome depends on the situation: keep the page for temporary stock-outs, redirect to a close equivalent for discontinued products, and return a genuine not-found only when nothing relevant remains.
| Product state | What to test | Red flag |
|---|---|---|
| Temporarily out of stock | The page stays live, shows the stock state plainly, and markup and feed say out of stock. | The page returns an error or redirects to the homepage. |
| Discontinued, with a close successor | A single 301 redirect to the successor, or the page stays and points to it. | A chain of redirects, or a redirect to an unrelated page. |
| Discontinued, with no equivalent | A redirect to the most relevant category, or a genuine not-found response. | A page that says “unavailable” but returns a normal response. |
| One variant sold out | That variant is marked unavailable and the rest of the page is unaffected. | The whole page flagged out of stock, or the feed advertising a size you cannot send. |
| A whole range withdrawn | A planned set of redirects, with the sitemap and feed updated in the same release. | A bulk delete leaving broken internal links and orphaned pages. |
How do you check pagination and reviews?
Check that every page of a paginated listing has its own URL, its own canonical and ordinary links to it, and that reviews on the page are genuine, visible and consistent with any markup. Pagination hides products when it is built wrongly; review markup invites trouble when it describes something the shopper cannot see.
- Each page of results has its own URL. Page two should be reachable by a normal link, not only by a button that runs a script.
- Page two onwards is not canonicalised to page one. Doing so hides the products that appear only on later pages.
- Do not rely on previous and next link tags. Google no longer uses them, though they do no harm.
- Infinite scroll and load-more patterns need paginated URLs behind them that a crawler can follow.
- Reviews are genuine and visible. Mark up only reviews from real customers that a shopper can read on the page, not reviews the shop wrote about itself.
- Rating figures agree. The average and count in the markup should match what the page shows.
- Review forms and thank-you pages are not indexed. They have no value in search and add clutter to the index.
Does the platform change the checklist?
The checks stay the same; where the fixes live changes. Shopify, WooCommerce and custom builds each produce their own habits, such as parameter URLs, a product reachable by more than one path or tag archives, and each limits what you can change without development. Find out what your platform generates by default.
On WooCommerce, sorting and layered filters commonly produce parameter URLs and product tag archives need a decision. On Shopify, the same product is commonly reachable under more than one path, which canonical tags are meant to resolve, and themes control much of the markup. A custom build has no habits and no defaults, so every rule has to be written. Our Shopify agency page goes further on that platform.
None of this is a reason to choose one platform over another; that decision turns on the business, as set out in Shopify, WooCommerce or custom. If the shop is being rebuilt, settle the category structure and URL rules before the build starts, which is how ecommerce development should be planned. If it is live, audit first and change the templates.
The point
If it is live, audit first and change the templates.
When is an ecommerce SEO audit premature?
An audit is premature when the shop is about to be rebuilt, when it is so new that little is indexed yet, when nobody can ship fixes, or when the real problem is range, margin or checkout. In each case planning, access or a different kind of work comes first, and a long report would sit unread.
If a replatform or restructure is coming, plan the move for search first; migration planning comes before the build. If nobody can change the templates, an audit only adds to the pile of unimplemented reports, which is the commonest failure. And if pages are indexed and visited but orders are low, look at conversion before commissioning more search work.
Very small shops can start with the cheap checks above and no formal audit: Search Console, a look at the indexed pages, and a test of one category and one product. If you run a shop and are weighing priorities, our ecommerce and retail page explains how we think about the sector, and how to choose an ecommerce SEO agency covers what to ask. To talk through your own shop, get in touch.
The point
Very small shops can start with the cheap checks above and no formal audit: Search Console, a look at the indexed pages, and a test of one category and one product.
Questions people ask about this
What should an ecommerce SEO audit include?
Indexation, category and product templates, faceted navigation and parameter URLs, duplicate and thin content, product structured data and feeds, internal linking, speed, stock handling, pagination and reviews. Start with what is crawled and indexed, because every other finding depends on it. A good audit ranks findings by cost and gives a developer something to build.
How often should an online shop be audited?
Audit when something changes rather than by the calendar: a replatform, a category restructure, a large change of range, or an unexplained fall in indexed pages. Between audits, check the indexing and product reports in Search Console regularly, because template mistakes show up there first.
Can I do an ecommerce SEO audit myself?
You can do the first pass: Search Console's indexing reports, a crawl of the shop, the URL Inspection tool on one category and one product, and a structured data test. The harder part is judgement, deciding which findings cost you most and what the platform allows. Do the checks, then be honest about what you cannot interpret.
Do I need a paid tool to audit an online shop?
Not for a first pass. Search Console, the Rich Results Test and PageSpeed Insights are free, and small shops can be crawled without paying. Larger catalogues need a crawler that copes with many URLs. Tools find problems; they do not rank them, so judgement still decides the order of the fixes.
Should out-of-stock products be noindexed or deleted?
Usually neither. Keep the page live and marked out of stock if the product is returning, redirect to a close equivalent if it is discontinued, and return not-found only when nothing relevant remains. Deleting or noindexing pages that earned links wastes that value. Make markup and feed say what the page says.
Do faceted filters hurt ecommerce SEO?
They can. Each combination can create a new URL, flooding the crawl with near-duplicates. But some filtered pages match real searches and deserve to be indexed. The answer is a decision per filter, not blocking everything or allowing everything. An audit shows which filters generate URLs and which, if any, deserve pages.
Is Core Web Vitals the first thing to fix on a slow shop?
Rarely. Fix indexation, duplicates and template problems first, because they decide whether the right pages can rank at all. Speed is worth fixing where real-visitor data shows a poor result on category or product templates, and it helps shoppers regardless. It is seldom the cause of a ranking problem on its own.
What does an ecommerce SEO audit not tell you?
Whether your range, margin, delivery terms or checkout are the real constraint. An audit shows how a search engine sees the shop, not why shoppers leave. If pages are indexed and visited but orders stay low, look at conversion before commissioning more search work.
The work behind this article
Read next
What Does an SEO Audit Include? A Plain Guide to the Checklist and the Report
An SEO audit should examine nine things and rank what it finds. Here is each check, what a real report looks like next to a tool printout, and when an audit is the wrong first step.
What Are Core Web Vitals? What They Measure and What Fixes Them
Three measures of how a page feels to a real visitor, with published thresholds and a real but modest link to ranking. What each one measures, how to read the report and what actually fixes a failing page.
How to Choose an Ecommerce SEO Agency (and a Shopify SEO Agency)
Shop SEO is rules applied to thousands of generated pages, so the agency you pick should answer specific questions about filters, stock and templates. A buyer's guide with questions you can put to any supplier, ours included.