Skip to content
BurTech Solution

Ecommerce11 min read

How to Write Product Descriptions That Rank and Convert (With Templates)

The two-reader method for product copy: liftable openings, benefit blocks in the buyer's question order, objection handling, spec data and micro-FAQs — with full templates and the catalogue-scale playbook.

BurTech Solution

Engineering team

A product card being written by a pen whose ink becomes both a rising ranking curve and a filled shopping cart

A product description has two readers with opposite habits: the shopper, who skims for “is this for me?”, and the search engine, which parses for “what is this and what questions does it answer?” Descriptions fail when they serve neither — the manufacturer’s spec sheet pasted verbatim (unreadable and duplicated across forty other stores), or the “premium quality lifestyle” prose that says nothing a machine or a buyer can use.

Writing for both readers at once is a craft with rules, and this guide contains all of ours: the structure that ranks, the copy patterns that convert, templates for the three main description lengths, category-specific guidance, and the scaling playbook for catalogues too large to hand-write. It is the methodology behind the thousands of descriptions our product content workflow has produced — written out in full so you can run it yourself.

Why unique descriptions matter more than almost any other store SEO

When forty retailers paste the same manufacturer paragraph, search engines must choose which copy deserves to rank — and the answer is usually the biggest domain, which is not you. Identical text offers no reason to rank the smaller store. A unique description flips the calculus: suddenly your page is the only place where those particular buyer questions are answered in that particular way, and long-tail queries — “do these run small”, “is this compatible with X” — have exactly one best result.

The conversion case is just as direct. The manufacturer wrote for a retail buyer scanning a line sheet; your shopper is a person with a problem. Copy that restates their problem and resolves it outsells copy that lists polymer specifications — and the behavioural signals of shoppers who stay, scroll and buy feed back into rankings. Unique, useful descriptions are the rare investment that pays on the traffic side and the conversion side simultaneously, which is why they anchor our product data guide for the AI-search era too.

The structure that serves both readers

  1. The liftable opening (two sentences). What it is, who it is for, the headline benefit. Written so a search engine, an AI assistant or a skimming human could quote it alone: “Graduated 20–30mmHg compression socks designed for nurses and frequent flyers who are on their feet past hour eight. Firm all-day support that goes on without a wrestling match.”
  2. Benefit blocks in the buyer’s question order. Three to five short blocks, each led by a bolded benefit phrase, each resolving one question: what does it do for me → will it work for my situation → what is it like to live with → what is the catch. The order matters; buyers bail at the first unanswered question.
  3. The objection paragraph. Every category has a dominant doubt — sizing for apparel, compatibility for accessories, durability for tools, “will it actually work” for anything with claims. Name it and answer it plainly; the description that acknowledges the doubt reads as honest, and honest converts.
  4. Specs as data, not prose. A scannable list or table: dimensions, materials, contents, care, certifications. Machines parse it, humans scan it, and nobody has to excavate the washing instructions from a paragraph.
  5. The micro-FAQ (optional but potent). Two to four real questions from your support inbox, answered in a sentence each. This is long-tail search bait and objection handling in one block — and with FAQ markup, it is machine-legible too.

Keywords: where they go and where they don’t

Keyword work for product pages is placement, not density. The primary term (what a buyer actually types — “men’s compression socks 20-30mmHg”, not your internal product name) belongs in: the page title, the H1, the first liftable sentence, and once in a heading or benefit block where it reads naturally. Attribute modifiers — size, colour, material, use case — belong in the spec list and variant data, where they match the long-tail phrasings buyers use. That is the entire placement map; every additional repetition past natural usage is risk without reward. If the description reads like it was written to contain a phrase, rewrite it — both of your readers can tell.

A note on timing: description rewrites are one of the few SEO projects with no dependencies — no developer queue, no redesign, no tooling migration. The top-fifty pass can start Monday with a spreadsheet and this structure, which makes it the ideal first project for a store that wants proof the content-quality thesis pays before committing to the full catalogue. Ship fifty, watch the long-tail impressions and conversion cohorts for six weeks, then scale with conviction instead of faith.

Three templates, by description length

The short (60–100 words): high-volume, low-consideration items

Structure: liftable opening → two benefit sentences → spec line. Example skeleton: “[What it is] for [who]. [Headline benefit in plain words]. [Second benefit tied to daily use]. [The category’s objection, answered in one clause]. [Specs: size/material/contents].” The discipline is compression — every sentence earns its place or leaves. Consumables, accessories, and anything bought on autopilot live here.

The standard (150–250 words): most catalogue items

The full five-part structure above, tightly executed — opening, three benefit blocks, objection paragraph, spec list. This is the workhorse: enough room to answer the buying questions, short enough that skimmers hit the add-to-cart with momentum. If in doubt about which template a product deserves, it is this one.

The long (400+ words): considered purchases and hero products

Everything in the standard, plus: a “who it’s not for” sentence (the highest-trust sentence in commerce — excluding the wrong buyer makes the right buyer certain), a comparison against your own adjacent products (“choose this over the X if…”), the micro-FAQ, and — where genuine — a line of provenance or process. Reserve it for products where the ticket or the doubt justifies the reading time: flagship items, technical gear, anything above the price point where people consult a spouse.

Category-specific rules from the trenches

  • Apparel and anything sized: the objection is always fit. State the fit honestly (“runs narrow; size up for wide calves”), reference the size guide, and if returns data shows a pattern, write the pattern into the copy. The fit-tool approach we built for Buracare is this principle upgraded to software.
  • Electronics and accessories: compatibility is the conversion gate. Lead the spec list with “works with”, in the exact model-name phrasings buyers search.
  • Consumables and supplements: outcomes language walks regulatory lines — describe use and experience, attribute claims to the label, and never let a template exaggerate. One overreaching sentence at catalogue scale is a thousand overreaching sentences.
  • Home and furniture: the doubt is scale and effort — dimensions in context (“seats four; fits through a standard 32-inch door”) and assembly honesty (“two people, forty minutes”).
  • Handmade and one-of-a-kind: uniqueness is the story, but the structure holds — buyers of singular items still ask who it is for and how it ships. Provenance replaces the comparison block.

The scaling playbook: 500 products, no content mill

Hand-writing works to perhaps fifty products. Past that, the choice is not “human versus AI” — it is structured versus sloppy. The pipeline that works:

  1. Attributes first. Extract every product’s facts into fields (the same exercise from our product data guide). The description generator — human or machine — writes from facts, never from vibes.
  2. Templates per category, voice per brand. One structural template per product type, one voice document for the whole store (banned words, tone, how you talk about price). This is what keeps five hundred outputs sounding like one shop.
  3. Generate in drafts, review in batches. A human reviews every description before publish — not for wordsmithing, but for the two fatal errors machines make: invented facts and category-inappropriate claims. Reviewing fifty drafts takes an afternoon; writing fifty takes a fortnight.
  4. Ship the top sellers first, long tail on schedule. Revenue-ranked, exactly like every other catalogue project. Our workflow runs this whole loop at $2.50–$4 per product with the review step built in — the economics that make “every product unique” feasible for stores that could never staff it.

Before and after: one product, rewritten

Before (manufacturer copy): “Premium stainless steel insulated bottle. Double-wall vacuum construction. Available in 500ml and 750ml. BPA free. Multiple colors available.” Duplicated on every stockist’s site, answers no one’s actual question, ranks nowhere.

After: “A stainless bottle that keeps water cold through a full workday — 24 hours cold, 12 hot — without sweating on your desk. Built for commuters and gym bags: the powder-coat grip doesn’t slip, the lid seals leak-proof enough for a laptop bag, and the 500ml fits every car cup holder (the 750ml fits most). Heads-up: it’s steel — it dents if you drop it on concrete, and it keeps your drink so cold you’ll forget it’s in the freezer. Specs: 18/8 stainless, BPA-free lid, hand-wash the lid / dishwasher-safe body, 500ml · 750ml, six colours.”

Same facts, different reader. The second version answers use-case, leak-doubt, size-doubt and durability honestly — including a limitation, which is what makes the rest believable — and contains the long-tail phrasings (“leak-proof”, “fits cup holder”, “keeps cold 24 hours”) that buyers actually search.

The five failure patterns (a pre-publish checklist)

Run every description — handwritten or generated — against these before it ships. Each is common enough to have a name in our review process:

  • The Thesaurus: premium, superior, exceptional, unparalleled — grand adjectives carrying zero information. Test: delete the adjective; if the sentence loses nothing, the adjective was nothing. Replace with the concrete fact that earned the adjective (“keeps ice 24 hours” beats “exceptional insulation” forever).
  • The Mirror: copy about the brand instead of the buyer. “We are passionate about craftsmanship” answers no buying question. Flip every we-sentence into a you-sentence or cut it.
  • The Spec Dump: the whole description is the table. Specs answer “what exactly”; someone still has to answer “why” and “for whom.” If the page has no sentence a friend would say out loud when recommending the product, it is a dump.
  • The Ghost: copy that could describe any product in the category — swap in a competitor’s product and nothing breaks. Cure: one detail only your product can claim, one honest limitation, one specific use scene.
  • The Overreach: claims the label, the lab or the law will not back — the pattern that turns a copy problem into a compliance problem. At scale this is the single most important thing the human review catches.

Where descriptions sit in the wider page

The best description cannot rescue a page that fights it. Three placement rules so the copy you just perfected actually gets read: the liftable opening belongs above the fold near the price, not below eight lifestyle photos; benefit blocks should be scannable without a “read more” tap on mobile (hiding the sales argument behind an accordion is a conversion tax measured in real money); and the micro-FAQ belongs on the page itself rather than a separate help centre, both for buyers and for the FAQ schema that makes it machine-visible. Description, layout and data are one system — the same argument our CRO checklist makes about the whole product page.

The voice document: your store’s copy constitution

Whether one person writes your descriptions or a pipeline produces five hundred, consistency comes from a one-page voice document. Ours for clients contains exactly six sections, and you can draft yours in an hour:

  • Who we talk to: one sentence per buyer persona, in their own vocabulary. (“Nurses on 12-hour shifts” writes different copy than “compression therapy patients.”)
  • How we sound: three adjectives with examples — “plain, warm, a bit dry: we say it dents if you drop it, not engineered for durability.”
  • Words we never use: the banned list. “Premium,” “game-changing,” “elevate” — whatever adjectives your category has drained of meaning.
  • How we handle claims: what needs attribution (“lab-tested” → to whose lab?), what we never promise, how we phrase comparisons with competitors (we don’t name them; we name trade-offs).
  • How we talk about price: confidently, apologetically, or not at all — pick one and enforce it.
  • The honesty rule: every product gets one true limitation stated plainly. This is the rule that makes everything else believable, and the one AI drafts most need a human to enforce.

Collection and category copy: the descriptions everyone forgets

Product descriptions get the attention, but the copy one level up — collection pages — answers the queries with the most volume: “best X for Y” questions land on categories, not SKUs. The same two-reader method applies in miniature: a liftable how-to-choose paragraph above the product grid (what the three deciding attributes are and who should pick what), buying-criteria blocks that double as links into filtered views, and a category FAQ built from the questions that recur across every product in it. A hundred words of genuinely useful choosing-advice on a collection page routinely outranks competitors’ thousand-word keyword essays — because it answers the question the searcher actually had, which has been the entire method all along.

The efficient order for a whole store, then: top-fifty products by revenue → top-five collections → the long tail via pipeline. Each layer feeds the next — collection copy links down to products whose descriptions confirm the promise, and the structured attributes underneath keep every layer factually synchronized. Copy, like the data it stands on, is a system.

Measuring description quality (beyond “it reads nicely”)

Descriptions are testable assets. Four signals, checked quarterly on your top fifty:

  1. Long-tail impressions in Search Console. Rewritten pages should start appearing for question-shaped and attribute-shaped queries within weeks — the clearest evidence the new copy created new surface area.
  2. Product-page conversion rate, cohort vs cohort. Compare the four weeks after a rewrite to the four before, same traffic mix caveats as any CRO reading (full discipline here).
  3. Support-question deflection. If “does it fit X” emails drop after the compatibility block shipped, the copy is doing support’s job — count it.
  4. Returns commentary. Fewer “not what I expected” returns is description accuracy paying for itself; apparel stores see it fastest when fit honesty goes in.

The bottom line

A product description is the only salesperson who talks to every customer. Give it the two-reader structure — liftable opening, benefits in question order, the objection answered, specs as data — keep it honest enough to be believed, and scale it with a system rather than a shortcut. Your catalogue becomes a search asset and a conversion asset at once, one product at a time.

Frequently asked questions

How long should a product description be?

As long as the purchase decision requires and no longer: 60–100 words for autopilot items, 150–250 for most products, 400+ only where consideration is real. Length is a budget set by buyer doubt, not an SEO target — padding a socks page to a thousand words impresses no algorithm worth impressing.

Can I just use AI to write all of them?

Raw generation without structure produces fluent, fact-blurring sameness — and occasionally invents a specification, which at catalogue scale is a liability. The working recipe is the pipeline above: attributes as ground truth, category templates, brand voice document, human review for facts and claims. That recipe is genuinely excellent, and it is precisely what we sell — the craft is in the system, not the typing.

Should variants each get unique copy?

No — one description per product, variants as structured data (and per-variant schema, as covered in the data guide). Write variant-specific copy only where the variant changes the buying decision, like a material difference that alters care or feel.

What about descriptions for marketplaces like Amazon?

Same facts, different grammar: marketplaces have their own conventions (bullet-led, keyword-indexed, image-heavy — where listing images carry much of the persuasion load). Adapt from your attribute source of truth rather than pasting the store copy across — duplication hurts there too.

Who should write them — marketing, product people, or founders?

The best descriptions come from pairing knowledge with method: whoever answers customer questions all day (support, sales, the founder in early days) holds the raw material — the objections, the surprising use cases, the exact words buyers use — and this guide's structure turns that material into copy. The worst descriptions come from whoever was free that afternoon, working from the product photo alone. If you outsource, the deliverable to demand is not “n descriptions” but the system: voice document, category templates, attribute source, review step — then the writing itself, by hand or by pipeline, is the easy part.

Why not use the manufacturer's product description?

Because it is duplicated across every stockist, giving search engines no reason to rank your copy — and it was written for retail buyers, not for your shopper's questions.

Can AI write product descriptions at scale?

Yes, with structure: attributes as ground truth, category templates, a brand voice document and human review for facts and claims. Raw generation without that system produces fluent sameness and occasional invented specifications.

Written by

BurTech Solution

Engineering team

The BurTech Solution engineering team designs, builds and maintains AI automation, ecommerce stores, SaaS and custom software for growing businesses. Everything on this blog comes from work we ship for clients and run ourselves.

Keep reading

More on ecommerce.

All articles

Ecommerce10 min read

Product Photography vs Listing Images: What Amazon Rewards

Photography makes a product look true; listing images make it easy to choose. What Amazon actually rewards — the image stack, slot by slot, with the photography baseline, thumbnail-first design rules, compliance lines and how to test with data.

Read the article →

Ecommerce9 min read

Post-Purchase Flows: The Cheapest Revenue in Ecommerce

The customer who just paid you is the cheapest revenue you will ever touch. The full post-purchase machine, flow by flow — confirmations, delivery check-ins, review requests, replenishment and winback — with timing, wiring and measurement.

Read the article →

Have a project like this?

Tell us what is breaking or what should exist. You will get a straight answer and a fixed quote within one business day.

Start a ProjectBook a call