Fewer, better URLs
Google reaches the pages that matter instead of the infinite combinations.
Freelance Ecommerce SEO Expert in Bangalore
Category pages that rank, and a catalogue that does not duplicate itself.
A shop with two thousand products has two thousand chances to get the same mistake wrong. Ecommerce SEO is less about clever ideas and more about structure – which pages exist, which should not, and which are quietly competing with each other.
- Category pages treated as the money pages
- Faceted URLs brought under control
- Variant duplication resolved
- Replies within one working day
Overview
Why ecommerce SEO is a structural problem.
Most stores do not have a content problem. They have a URL problem. Filters generate combinations, variants generate near-identical pages, sorting generates more, and a catalogue of two thousand products becomes two hundred thousand reachable URLs – almost all of them worthless and all of them consuming the attention Google gives your site.
The second structural issue is that the wrong pages get the effort. Product pages are written and optimised; category pages, which are what people actually search for, are a title and a grid. “Running shoes” is a category search. If that page has no content, it loses to one that does, regardless of how good the products are.
Third is duplication by design. The same product in four colours, each with its own URL and the same description. Without canonicals or a deliberate decision about which version should rank, they split signals between themselves and none of them wins.
None of this is exotic. It is unglamorous structural work, it compounds across every product you add, and on a large catalogue it is usually worth more than anything else available.
What I offer
EcommerceSEO
01
Catalogue and URL audit
How many URLs exist, how many Google can reach, and which should not be reachable at all.
The true size of the problem, measured.
02
Category page optimisation
Content, structure and internal links on the pages that actually match search intent.
The money pages stop being an empty grid.
03
Faceted navigation control
Deciding which filter combinations deserve a URL, and stopping the rest from being crawled or indexed.
Crawl budget spent on pages that could rank.
04
Variant and duplication handling
Canonicals, consolidation and a decision about which version should rank.
Products stop competing with themselves.
05
Product metadata at scale
Titles and descriptions generated from real attributes rather than a template with a gap.
Thousands of pages fixed without thousands of hours.
06
Product and offer schema
Markup carrying price, availability and reviews, validated and kept accurate.
Richer results, and markup that does not go stale.
Key benefits
What structural work changes.
Six effects that compound as the catalogue grows.
Categories that rank
The pages matching commercial intent given content worth ranking.
Duplication resolved
Variants consolidated rather than splitting signals.
Metadata everywhere
Generated from attributes, so new products arrive correct.
Schema that stays true
Price and availability accurate, not markup written once in 2021.
Faster templates
Speed fixed at the template level, so it applies to every product at once.
Who this is for
Who this suits.
Mostly a question of catalogue size.
WooCommerce stores
Where plugins have generated more URLs than anyone realises.
Shopify stores
Where the platform’s own URL patterns need handling.
Large catalogues
Thousands of products with templated or missing metadata.
Stores with heavy filtering
Where facets have multiplied the URL count.
Replatformed stores
Where a migration lost rankings and nobody mapped the redirects.
Not for: twenty products
At that size, doing it by hand once properly is faster than any system.
Where I work
Ecommerce SEO for Indian stores.
Most Indian stores I look at are WooCommerce, and most carry three or four plugins that each generate URLs – filters, wishlists, comparison, currency switching. Each was installed for a good reason and none was configured with crawling in mind. The combined effect is a store where Google can reach tens of thousands of pages and the category pages are buried among them.
Marketplace competition shapes what is worth chasing. For most product searches here, the first page is Amazon and Flipkart, and a direct fight for a generic product term is not winnable. What is winnable is the specific: long-tail product searches, brand-plus-product, and category pages for niches the marketplaces treat as an afterthought.
Then there is the practical layer that affects conversions more than rankings: prices in rupees marked up correctly, availability that reflects reality, and pages that load on a mid-range Android on a patchy connection. A store that ranks and then loses the visitor to a seven-second load has not solved anything.
Plugin-generated URLs found
The usual cause of a bloated crawl on WooCommerce.
Realistic about marketplaces
Chasing terms Amazon owns is not a strategy.
Currency and availability correct
In the markup as well as on the page.
Mid-range Android tested
Where most of your traffic actually is.
Serving Chennai, Bangalore, India, Canada, UK, USA, Dubai, Singapore.
Industries
Where this work pays.
Catalogue size and filter depth are the predictors.
Fashion & apparel
Typically needs: Size and colour variants multiplying URLs.
How I help: Variant consolidation and category content that earns the ranking.
Electronics
Typically needs: Specification-driven searches, heavy filtering.
How I help: Facet control and specification content on category pages.
Home & furniture
Typically needs: Large catalogues, long consideration.
How I help: Category and buying-guide content, product schema.
Beauty & wellness
Typically needs: Many similar products, thin descriptions.
How I help: Metadata at scale and differentiated product content.
Industrial & B2B
Typically needs: Technical part searches with low volume but high value.
How I help: Specification-level pages for the exact searches buyers use.
Food & grocery
Typically needs: Availability changing constantly.
How I help: Schema that reflects real stock, and handling for out-of-stock pages.
How I work
How an ecommerce SEO engagement runs.
Six steps, and the first one usually produces a surprising number.
Discovery
I crawl the store as Google does, count what is reachable, and compare it with what is in the index and what is in the sitemap.
Planning
Decisions are made about structure: which facets deserve URLs, which categories should exist, which pages should be consolidated or retired.
Design
Category pages are planned properly: intent, content, internal links, and what differentiates each from its neighbours.
Development
Implementation: crawl rules, canonicals, redirects, metadata generation, schema and template speed fixes.
Testing & SEO
Verification: rendering, indexation, schema validity, and whether the crawl has actually shrunk to what was intended.
Launch & support
Monthly: index coverage, category performance, and a backlog as the catalogue changes.
Technology
What I work with.
Platforms, and the specific levers each one gives you.
Platforms
WooCommerceDeep access, and twelve years of the plugin interactions.
ShopifyWorking within the URL structure the platform imposes.
Magento 2Large catalogues and layered navigation.
Headless and customWhere rendering is the first question to answer.
The levers
CanonicalsDeciding which version should rank.
Robots and meta rulesWhat is crawled and what is indexed.
RedirectsMapped properly, especially after a replatform.
PaginationHandled so deep pages remain reachable.
Structured data
Product schemaName, price, availability, condition.
Offer and aggregate ratingsWhere genuine reviews exist.
BreadcrumbsMatching the real hierarchy.
ValidationChecked, and rechecked as the catalogue changes.
Features
What an engagement covers.
Structure first, content second, both measured.
URL auditReachable versus worthwhile, counted.
Facet policyWritten down, so it survives the next plugin.
Category contentOn the pages that match intent.
Variant handlingConsolidated, not competing.
Metadata generationFrom real attributes, at scale.
Product schemaAccurate and validated.
Redirect mappingEspecially after replatforming.
Template speedFixed once, applied everywhere.
Index monitoringCoverage watched, not assumed.
SEO & performance
What I will and will not claim.
I will claim that the structure gets fixed, that the crawl shrinks to what it should be, that category pages get content worth ranking, and that you can see the before and after.
I will not promise a position or a revenue figure. On a catalogue competing with marketplaces, the honest ambition is usually to win the specific searches rather than the generic ones, and that is a conversation worth having early.
- Crawlable URLs reduced to the ones that could rank
- Category pages given content and internal links
- Variants consolidated with deliberate canonicals
- Product schema accurate on price and availability
- Pagination and facets handled by a written rule
- Redirects mapped on any URL change
- Core Web Vitals fixed at template level
- No guaranteed rankings or revenue forecasts
AI search
On AI shopping surfaces.
AI assistants increasingly answer product questions, and nobody can promise your products appear in them. What those systems need is what structured data has always been for: accurate, machine-readable facts about price, availability and specification that match what the page says.
- Product data accurate in the markup, not only on the page
- Availability reflecting real stock
- Specifications in text, not trapped in images
- Clear, distinct product descriptions
- Category pages that explain the category
- No claim made about inclusion in any AI product
Why me
Why bring this to me.
Four reasons, mostly about implementation.
I build the stores too
Twelve years of WooCommerce means facet rules, canonicals and template changes get implemented by someone who knows what the next plugin update will do to them.
Structure before content
Writing category copy on a store with a hundred thousand junk URLs is decorating a house with a cracked foundation. The order matters and I will insist on it.
Realistic about marketplaces
If Amazon owns the term, I will say so and point the effort at searches you can actually win. That is a smaller promise and a better use of your money.
Template-level thinking
On a catalogue, the fix that matters is the one that applies to every product at once, including the ones added next month.
FAQ
Questions I get asked about ecommerce SEO.
Because they match how people search. “Running shoes” is a category search; a specific model number is a product search. Category pages carry the broader commercial intent and are usually the emptiest pages on the store.
Each combination can generate a URL, and the combinations multiply. A store with a few filters can expose tens of thousands of near-identical pages, which spends the attention Google gives your site on pages that could never rank.
Usually not. Four colours of one shirt with the same description split signals between themselves. The right answer depends on whether people search by colour, and it is a decision to make deliberately rather than by default.
Yes, by generating it from real product attributes rather than writing each by hand. New products then arrive with correct metadata instead of joining the backlog.
Often substantially, if the redirects were never mapped properly – which is the usual cause. The audit will show how many old URLs are returning errors and where the lost rankings pointed.
That depends on the margin difference and whether you want a direct relationship with customers. For most brands the answer is yes, but aimed at the specific searches rather than the generic ones marketplaces dominate.
Same discipline, but a catalogue has problems a brochure site does not: facets, variants, pagination and scale. This page is about those.
No. I will show you the structural problems, fix them, and measure the before and after. Anyone guaranteeing revenue from SEO is guessing with your money.