WooCommerce SEO From a Developer Who Fixes the Code

I provide WooCommerce SEO as a developer, so I fix problems in your theme, plugins and server rather than only listing them in a report. This service is for UK WooCommerce stores that want cleaner crawling, faster templates and product pages that search engines can read properly.

Discuss your projectSee selected work

Why WooCommerce SEO is different

WooCommerce is WordPress plus a store. That means search performance depends on more layers than a normal brochure site.

• Plugins. An SEO plugin, a filter plugin, a cache plugin and a schema plugin can all change the same page.
• Theme templates. Product, category and cart templates decide your headings, markup, links and page weight.
• Hosting. Slow database queries and weak caching hurt product and category pages first, because they do the most work.
• Store logic. Filters, variations, stock levels and sorting create many URLs from a small catalogue.

A generic SEO checklist misses most of this. You need someone who can open the theme, read the plugin output and change the server setup. If you want the wider build side, see my WooCommerce developer service and my WordPress developer service.

The WooCommerce issues I fix most

These are the problems I check first on any store. Each one is a code or configuration fix, not a content tip.

Product category and tag archives

Category pages are usually your best ranking pages. Tag pages are often the opposite. Many stores add tags for admin convenience, and each tag becomes a thin page that repeats products from a category.

My approach is simple. Keep categories indexable and give them real intro copy, clear headings and sensible internal links. For tags, I check whether they add a distinct search topic. If they do not, I set them to noindex and remove them from the sitemap. If a tag does match a real search, I treat it like a category and write for it.

Attribute archives and filtered URLs

Layered navigation can turn 200 products into thousands of crawlable URLs. Think of ?filter_colour=blue&min_price=20 and every combination of them. Crawl budget is wasted, and near-duplicate pages compete with your main categories.

There are three main tools, and each has a cost.

• Canonical tags point filtered pages at the main category. Google can still crawl them, and it treats the canonical as a hint, not an order.
• Noindex keeps pages out of the index. Google has to crawl a page to see the tag, so it does not save crawling on its own.
• Robots.txt disallow stops crawling. But blocked URLs cannot show a canonical or noindex, and they can still appear in results if other pages link to them.

I pick per store. Most filter combinations get a canonical to the category. Pointless ones, such as price sliders, get blocked from crawling. A few attribute pages with real search demand stay indexable as proper landing pages.

Variable products and variation URLs

Variable products usually live on one URL. Some themes and plugins add query strings for each selected variation, such as ?attribute_pa_size=large. Those should canonicalise to the main product URL. I also check that the page title, description and schema describe the product, not whichever variation loaded last.

Pagination and sorting parameters

Category pages need pagination, and Google no longer uses rel="next" and rel="prev". Page 2 and beyond should be self-canonical and linked with plain crawlable links. Google covers the details in its guidance on pagination and incremental page loading.

Sorting is different. A URL such as ?orderby=price shows the same products in a new order. It adds no value in search, so I canonicalise it to the unsorted page and keep it out of the sitemap and internal links.

SEO plugin conflicts

Two plugins can output titles, canonical tags or schema on the same page. I often find an SEO plugin plus a theme that also prints its own title tags. Or a schema plugin running next to the theme schema. The result is two canonicals, two meta descriptions or two competing Product graphs.

I view the rendered source, not just the settings screen. Then I decide which tool owns each job and switch the others off, in the plugin settings or in the theme code.

Product structured data

WooCommerce core already outputs Product schema. Often that is enough. I check that price, currency, availability and review data match what a visitor sees on the page. Sale prices, stock status and variable product price ranges are common sources of mismatch.

The bigger risk is duplication. If a plugin and the theme both add a Product graph, search engines get conflicting data. I remove the extra output and test the result against Google’s Product structured data guidelines.

Performance on WooCommerce

Store pages are heavy by nature. These are the causes I see most:

• Cart fragments AJAX requests firing on every page, including pages with no cart.
• Page builders that add large DOM trees and unused CSS and JavaScript.
• Product images uploaded at full camera size and served without modern formats.
• Too many plugins loading scripts on pages that do not need them.
• No object caching, so the database repeats the same queries.
• Database bloat from expired transients, old sessions and revisions.

I measure product and category templates separately, because they behave differently. Then I fix the cause in the theme, the plugin setup or the server. See my pages on Core Web Vitals and WordPress speed optimisation for more detail.

Out-of-stock and discontinued products

Deleting a product or leaving it out of stock forever both cause problems. My usual rules are below.

• Temporarily out of stock: keep the page live, show the right availability in schema, and offer alternatives.
• Discontinued with a close replacement: 301 redirect to the replacement product or its category.
• Discontinued with no replacement: redirect to the parent category, or return a 410 if the page has no value.

I avoid redirecting everything to the home page. Search engines tend to treat that as a soft 404.

Internal linking

Product pages rank better when crawlers and shoppers can reach them easily. I check category links, breadcrumbs, related products and upsells. Breadcrumbs should follow the real category path. Related product blocks should link to relevant items, not random ones. Important categories should be linked from the main menu and from relevant content, not buried behind filters.

Site search pages

WooCommerce search results use URLs like ?s=term&post_type=product. Left open, they can create endless thin pages. I set them to noindex, keep them out of sitemaps and make sure internal search links are not crawled in bulk.

XML sitemaps

WordPress core has its own sitemaps, and most SEO plugins add their own. Running both gives you two sitemaps with different rules. I pick one source. Then I remove thin taxonomies such as unused tags, plus anything set to noindex. A sitemap should list only the URLs you want indexed.

Migrations to or from WooCommerce

Moving platform is where stores lose the most traffic. URL structures change, redirects get missed and metadata disappears. I handle redirect maps, canonical checks and post-launch monitoring through my SEO migration service. If you are weighing a platform change, read my Shopify vs WooCommerce comparison first.

Common WooCommerce SEO problems at a glance

What the WooCommerce SEO service includes

• Audit. I crawl the store, review Search Console and read the rendered source of key templates. Where useful, I draw on my technical SEO audit and ecommerce SEO audit methods.
• Implementation. I make the fixes in your theme, plugins and server configuration. I use a staging site when you have one.
• Retest. I re-crawl, recheck structured data and compare before and after, so you can see what changed.
• Ongoing support (optional). Monthly checks, new-feature reviews and fixes as the catalogue grows.

For wider category and content planning, my ecommerce SEO service covers the strategy side.

How a project runs

1. Intro call. We cover your store, platform setup, goals and any past SEO work.
2. Access and crawl. I get read access to Search Console, analytics, the theme and plugin list, then crawl the site.
3. Priority list. You get a ranked list of fixes, with the reason and the likely effort for each.
4. Build and fix. I make the changes, test each one and keep notes of what I touched.
5. Retest and hand over. I confirm the fixes worked, and we decide whether ongoing support is useful.

I cannot promise rankings. What I can promise is that the technical base will be clean and tested.

WooCommerce SEO agency or independent specialist?

If you search for a WooCommerce SEO agency, you will find teams of strategists, writers and link builders. That suits a large content programme with many people involved. Whoever you hire, my guide to choosing an SEO consultant helps you compare them.

An independent specialist suits a different need. You work directly with the person doing the work, and there is no account manager passing notes. I can read the code, make the change and test it myself. That fits stores whose main problems are technical: duplicate URLs, slow templates, schema errors or a messy plugin stack. If you need a big editorial team, an agency may be the better choice, and I will say so.

I have built on WooCommerce from the product side too. I led development of the Praxis Digital 3D configurator platform used by 20+ UK businesses between 2021 and 2025. I also built and tested a WooCommerce configurator integration example, with cart-to-order data checks under both WooCommerce order-storage modes. You can read about it in my WooCommerce product configurator integration write-up.

WooCommerce SEO FAQ

Do I need Yoast or Rank Math for WooCommerce SEO?

You need something to manage titles, canonicals, robots rules and sitemaps. A plugin such as Yoast SEO or Rank Math does that well, and I work with both. You only need one. The plugin is a tool, not the strategy. Most of the problems above come from store structure, themes and performance, which no plugin fixes alone.

Should I noindex product tags?

Often yes. If tags only repeat products already listed in categories and match no real search, noindex them and remove them from the sitemap. If a tag matches a real search topic, build it up as a proper page with its own copy instead. I check this store by store.

Is WooCommerce good for SEO compared with Shopify?

Both can rank well. WooCommerce gives you more control over URLs, templates and server setup. That control also gives you more ways to cause problems. Shopify is more locked down, which limits some fixes. The right choice depends on your catalogue, your team and your budget. My Shopify vs WooCommerce guide goes through it.

Can you work on my existing theme and plugins?

Yes. Most projects start with the theme and plugins you already have. I only suggest replacing something when it causes a problem I cannot fix cleanly. For reference on core store behaviour, I rely on the official WooCommerce documentation.

For how product options affect variation URLs and your catalogue, see the WooCommerce product options guide.

Related reading: B2B ecommerce SEO and Soinvogue ecommerce redesign.

Next step

If your store has duplicate URLs, slow templates or schema problems, send me the site address and a short note on what worries you. I will tell you what I would check first and whether I am the right fit. Contact me here.

Moving to or from WooCommerce? The website migration case study walks through a redirect map with tests for loops, missing pages and homepage redirects.

WooCommerce runs on WordPress, so the basics still apply. The WordPress SEO checklist covers the site-wide settings to check first.