Skip to content
Neaptidestudio
blog

Ecommerce AEO: check product data before rewriting the copy

Neaptide · September 7, 2026 · 5 min read

Align product pages, variants, feeds and structured data. A fictional mismatch example shows what to check for search and AI answers.

On this page
A product basket, information cards and a glass speech bubble.

If a product page says “in stock” but the selected size is available only to order, it is already misleading the buyer. The same mistake can appear in search or an AI answer. Start ecommerce AEO by checking that the product, included accessories, price and purchase terms agree wherever they appear.

Check one product and all its variants

Choose an item that generates questions. Compare its name, SKU, variant, specifications and units. Do not silently carry size or capacity across from another option. Make clear whether the price covers one item, a set or a pack.

For each field that changes, establish where the data comes from and who maintains it. This includes prices, stock and delivery terms. A product feed is a file used to send those details to other services; if it is edited separately from the page, the two may get out of sync.

A fictional flask with two capacities

Imagine a shop selling 500 ml and 750 ml variants. The buyer selects 750 ml, but some text and feed data still describe the smaller item. This is a teaching example, not an audit or a real product specification.

Fictional flask: 750 ml selected
FieldMismatchWhat to check
Capacity750 ml title, 500 ml descriptionWhether the description changes with the variant
PricePage updated, feed unchangedSource and update time
StockGeneral status instead of variant stockExact SKU availability
Included accessoriesPhoto includes an unexplained sleeveWhether the sleeve is included
Four inconsistencies in a fictional product: capacity, price, stock and package.
Fictional example: check these differences against the shop’s product records.

Make structured data match the selected product

Google has different requirements for product snippets and merchant listings, with separate guidance for variants. Use the structured data that fits the page and the offer it displays, rather than adding every available field.

Check which variant the marked-up offer describes and what a visitor sees at its URL. Do not use zero as a substitute for an unknown price, mark unavailable stock as available, or invent ratings and identifiers to satisfy a validator.

Answer questions that affect the purchase

Explain what is included, which dimensions matter, what the product works with and where it can be delivered. Base these details on verified information. “Suitable for everyone” does not answer a compatibility question.

Use the same fields and conditions when comparing items. Mark an unknown property as unknown, not zero or a disadvantage for a competitor. Correct the data source before rewriting descriptions and guides.

Test the full update path

Choose a variant, copy its link and reopen it. Compare the product page with the feed and structured data, including price and availability. Change a price or stock value in a test environment and repeat the check to see whether every source updates.

Structured data does not guarantee a search appearance or an AI recommendation. Track accuracy, visibility and orders separately. To discuss the work with Neaptide, send a few affected product pages and explain how prices and stock are updated.

faq

The short version

Can we start with markup alone?

Verify the facts first. Marking up inconsistent data does not fix the page.

Does every variant need a page?

It depends on the catalogue. The selected variant should be unambiguous and its data should match the offer.

Should we rewrite the whole catalogue?

Start with a representative group and fix the source of errors. Otherwise rewritten descriptions may soon become stale.