SERVICE / 09

Ecommerce SEO Services

Ecommerce SEO is an architecture problem before it is a content problem. A store with ten thousand SKUs, filters that generate millions of URLs, products that go out of stock weekly and a catalogue spread across marketplaces needs a system that decides what Google should crawl, index and rank. I build that system for D2C brands and online retailers in India on Shopify, Magento and custom stacks.

Working with businesses across IndiaRemote-first · English & Hindi
On this page
  1. What ecommerce SEO involves
  2. Who this is for
  3. Problems this solves
  4. My approach to ecommerce SEO
  5. Platform considerations
  6. What you get
  7. How the engagement runs
  8. Related work
  9. Frequently asked questions
  10. Turn the catalogue into a search asset

Most ecommerce sites I audit have the same shape of problem. The category pages that should rank for "men's running shoes" or "wooden study table" are competing with hundreds of filtered variants of themselves. Product pages copy the manufacturer's description. Out-of-stock items return 404s one week and 200s the next. None of this is a content problem. It is the absence of a system that decides, consistently, what each URL is for. Building that system is the core of my ecommerce SEO work.

What ecommerce SEO involves

Ecommerce SEO is the work of making a catalogue discoverable, crawlable and rankable at scale, and then making the pages that rank convert. The scale is what makes it different from other SEO. Decisions about canonicals, filters, pagination and stock status are made once in code and then applied to every URL, so a wrong decision costs thousands of pages and a right one compounds across the whole store.

In India, most shoppers are on mobile, many compare the brand's own store against the same product on Amazon, Flipkart, Myntra or Nykaa, and D2C brands are trying to shift revenue to their own domain where margins are better. Organic search is one of the few channels where the brand store can win that comparison.

  1. Catalogue data
  2. Category architecture
  3. Facet rules
  4. Product templates
  5. Internal linking
  6. Structured data
  7. Index control

Who this is for

D2C brands growing their own store

Fashion, beauty, home, nutrition and electronics brands on Shopify or a custom stack that want organic to carry more of the revenue currently bought through ads and marketplaces.

Large catalogue retailers

Stores with tens of thousands of SKUs on Magento, Adobe Commerce or a custom platform, where crawl budget and faceted navigation are hard constraints.

Marketplaces and multi-vendor platforms

Platforms with seller-contributed listings, duplicate products from multiple vendors, and a long tail of pages needing indexability rules.

Brands moving platforms

Migrations between Shopify, Magento, WooCommerce or custom builds, where redirects, URL structures and templates decide between a smooth transition and months of lost revenue.

Problems this solves

Faceted navigation creating millions of URLs

Colour, size, price and brand filters combining into an unbounded URL space that absorbs crawl budget and dilutes category rankings. I define which facets deserve indexable pages and lock down the rest.

Category pages that do not rank

Categories with a grid of products and no content, no internal links from anywhere other than the menu, and a title generated from the category name. These are the highest-value pages on most stores and get the least attention.

Product pages with duplicate or thin content

Manufacturer descriptions shared with every other retailer, variants each on their own URL, and no answers to the questions buyers ask before purchase.

Out-of-stock and discontinued products handled badly

Pages deleted and recreated, returning 404s for products that come back, or kept live with no signals about availability. Each case needs a rule, not a per-product decision.

Canonical and duplicate confusion

Products reachable under several category paths, with and without trailing slashes, with tracking parameters, and on both www and non-www. My canonical tags guide covers the mechanics; the fix is a consistent rule set applied by the platform.

My approach to ecommerce SEO

The ecommerce SEO guide explains each of these in detail. Here is how they fit together in an engagement.

Category architecture from search demand

The category tree is the most important SEO decision in a store, and it is usually inherited from how merchandising thinks rather than how shoppers search. I map demand to a category structure, decide where it justifies a dedicated landing page (brand, attribute or use case within category), and set the site architecture so every important page is a few clicks from home.

Facet rules, written down and enforced

For every filter I decide: is this combination a query people make? If yes, it becomes an indexable page with its own title, content and canonical. If no, it is canonicalised to the parent, blocked from crawling, or rendered without creating a URL. The rules are documented and implemented in the platform so they survive the next developer.

Product page templates with real substance

The product template determines what every product page can rank for. I specify the sections: original description, specifications, variant handling, buyer questions, reviews, delivery details, related products and the internal links back to categories. The data model has to support all of it, which is often the real project.

Stock status as a rule set

Temporarily out of stock: keep the page live, mark availability in structured data, show alternatives. Discontinued with a successor: redirect. Discontinued with no successor but still searched for: keep the page with clear messaging. Never let Google see the same URL flip between 200 and 404.

Internal linking at catalogue scale

Breadcrumbs, subcategory links, related products, brand pages and editorial content all generate links. I design which link types exist and where they point, so authority concentrates on the category pages that drive revenue instead of leaking into filtered URLs. My internal linking at scale experiment and internal linking framework describe the structures.

Product structured data and merchant listings

Accurate Product, Offer, AggregateRating and Review markup, consistent with the Merchant Center feed, so the store qualifies for product rich results and merchant listing experiences. For Indian stores the details matter: INR pricing in the markup, availability values that match reality, and shipping details where the format supports them. My schema markup experiment covers what this does and does not change.

Marketplace and D2C working together

If the same product is on Amazon and your store, Google has to choose which to rank. I make the brand store the source of truth: original content, richer specifications, first-party reviews, and brand-plus-product queries captured on the domain you own.

Platform considerations

StackTypical strengthsWhat I check first
ShopifyFast, stable, good defaults for small catalogues, easy structured data via theme.Collection and product URL duplication, tag page indexing, variant handling, pagination, app-injected scripts hurting performance, limits on robots and redirects.
Magento / Adobe CommerceFull control over catalogue, facets and URL rewrites; built for large catalogues.Layered navigation URL rules, canonical configuration, category path duplication, rendering performance, index management.
Custom / headlessAnything is possible, including the right thing.Rendering (JavaScript SEO), per-page control of canonicals and robots, structured data pipeline, how stock changes propagate to the page.

What you get

Ecommerce technical and architecture audit

Crawl analysis of the full catalogue, facet and parameter audit, canonical and duplicate analysis, stock-handling review, structured data validation and Core Web Vitals by template.

Category and landing page architecture

A demand-mapped category tree, the list of indexable facet and attribute pages, URL rules and the migration plan if structure is changing.

Template specifications

Category, product, brand and landing page specs covering content sections, data fields, structured data, internal link slots and conversion elements.

Rule sets for facets, canonicals and stock

Documented, testable rules for every URL class, written so developers can implement them and QA can verify them.

Content programme for categories and buying guides

Category copy that helps shoppers choose, buying guides that link into categories and products, and the topic clusters that build authority for the store's core categories.

Implementation and measurement

Ticket-level specs, staging review, post-deploy verification, and reporting by template type (category, product, landing, content) tied to revenue rather than just sessions.

How the engagement runs

  1. Full-catalogue crawl and data review

    I crawl the store the way Google does, compare it to the catalogue data, and look at Search Console by URL pattern. This shows what Google is spending crawl on and what is indexed versus what should be.

  2. Architecture and rules decisions

    Category tree, facet, canonical and stock rules, and URL structure, agreed with merchandising and engineering. These decisions shape everything else.

  3. Platform and template implementation

    Working with your developers or agency to apply the rules in the platform and build the templates. I review each change on staging before it goes live.

  4. Structured data and merchant alignment

    Product markup implemented and validated, Merchant Center feed aligned with on-page data, and rich result eligibility confirmed.

  5. Category content and internal linking build

    Category copy, buying guides and the linking layer that connects editorial content to the commercial pages.

  6. Monitor by template and iterate

    Index coverage, crawl stats, rankings and revenue by page type, reviewed monthly. Catalogue changes are checked against the rules so the system holds as the store grows.

Recent e-commerce engagements including Sentiment Furniture Systems (Anil Sharma), Rohit Bansal (scaled 7k to 31k visits), Sneha Gupta (3x revenue growth), and Lily Singh (scaled to 30–40 orders/day) show how category optimization, product schema, and clean faceted architecture drive compounding organic revenue.

3xOrganic revenue growth (Sneha Gupta)
30–40Daily organic orders from scratch (Lily Singh)
7k → 31kMonthly traffic growth (Rohit Bansal)

Where a store's landing pages scale into hundreds of attribute combinations, the work overlaps with programmatic SEO. Many of the D2C brands I work with are based in Mumbai and Bangalore; the engagement itself is remote and platform-agnostic.

Frequently asked questions

Should filtered category pages be indexed or not?

Some should. "Red running shoes" or "Samsung 55 inch TV" are real queries and deserve an indexable page with a proper title and content. "Price 2000 to 3000, sorted by newest, page 4" is not. The decision is made per facet type based on demand, then applied by rule. Indexing everything or nothing are both wrong; most stores I see have done one or the other.

What should happen to a product page when the product goes out of stock?

If it will come back, keep it live with accurate availability in the structured data, a notify-me option and visible alternatives. If it is discontinued with a direct replacement, redirect to the replacement. If it is discontinued with no replacement, keep it with clear messaging if it still earns traffic, otherwise redirect to the category. The worst option is deleting and recreating, which resets every signal the page had.

Can our D2C store rank above Amazon and Flipkart for our own products?

For brand-plus-product queries, usually yes, with original content, structured data, first-party reviews and a reasonable authority base. For generic category queries it is harder; the marketplaces have enormous authority. The strategy is to own your brand queries completely and compete on the generic categories where you have genuine depth and differentiation.

Do we need unique descriptions for every product?

For products that matter, yes, and a template that pulls structured specifications into prose can do much of the work. For a long tail of variants or low-value SKUs, the priority is accurate data and structured markup rather than bespoke copy. I decide where copy is worth the cost based on demand and margin, not by applying one rule to the whole catalogue.

How long does ecommerce SEO take to show results?

Technical and architecture fixes on an established store often show in crawl and index data within weeks and in rankings within a few months, because the pages already have authority that is being wasted. New category content and authority building take longer. Migrations are the exception: done well they are neutral in the short term, and the gains come from what the new structure allows afterwards.

Turn the catalogue into a search asset

If the products and the demand exist but organic is not carrying its share, the cause is almost always architectural and fixable. Send me the domain and I will tell you, from a first crawl, where the biggest problems are and what order to fix them in.

Work With Me See Case Studies

Work with me

Have an SEO problem?

Tell me what you're working on.

Start a Conversation Explore SEO Resources
Email — [email protected]
Based in — India · working remotely
Response — usually within 2 working days