A product page AI can recommend has the data people ask about written in its HTML: specific attributes with their units (weight, dimensions, material, what it's for), with the same values across the category, a title that says what it is and who it's for, the GTIN and product structured data. Nice prose helps little. Assistants compare data, and if a detail is missing, your product doesn't make the comparison.
What does AI look at on a product page?
When someone asks an assistant for "lightweight waterproof trail running shoes for women", the assistant looks for products that match every part of the sentence. Your page only makes it if it says, in those words or with an equivalent detail, that the shoe is for trail, that it's waterproof, that it's a women's model and how much it weighs.
For that it needs three things from the page:
- To be able to read it. Text and data have to be in the HTML, not loaded only with JavaScript or inside an image. AI crawlers don't execute JavaScript.
- To find the detail. Every attribute written out, with its unit, on every product in the category.
- To know which product it is. Brand, model and GTIN, which help link your page to what other sites say about that product.
What does a product page AI can recommend look like?
Here's an example with a made-up product, the Trail Runner 2 GTX shoe. The left column is the typical page that arrives from the supplier. The right one has the same plus the details people ask about.
| Field | Before | After |
|---|---|---|
| Title | Trail Runner 2 GTX Shoe | Trail Runner 2 GTX Women's Waterproof Trail Running Shoe |
| Description | Stunning design and ultimate comfort for your adventures. | Women's trail running shoe with a GORE-TEX membrane, 6 mm drop and 5 mm lugs for mud and technical terrain. Weighs 245 g in a size 38. |
| Category | Footwear | Running › Trail › Women |
| Gender | – | Women |
| Terrain | – | Technical mountain, mud |
| Waterproof | Yes | Yes, GORE-TEX membrane |
| Drop | – | 6 mm |
| Lug depth | – | 5 mm |
| Weight | – | 245 g (size 38) |
| GTIN | – | 2012345678903 |
The "before" page isn't bad: it has a photo, a price and decent copy. But for the question in the example it only makes "waterproof" clear. The "after" page answers all four parts, and the follow-up questions too: "and with a low drop?", "which one is lightest?".
Which attributes should every product page have?
The ones people use to decide in that category. They vary a lot from one category to another, and that's where it shows who knows their product.
| Category | Attributes people ask about most |
|---|---|
| Running shoes | Use (road, trail), drop, weight, cushioning, pronation, fit width |
| Padel rackets | Shape, balance, weight, core hardness, face material, level |
| Laptops | Processor, RAM, storage, weight, battery life, screen size and type, ports |
| Wine | Grape, designation of origin, vintage, ageing category, alcohol, food pairing |
| Pharmacy and personal care | Active ingredient, format, recommended age, skin type, fragrance-free or not |
Some attributes hide nuances that machine translation or a writer without context will miss. In Spanish wine, "Crianza", "Reserva" and "Gran Reserva" aren't degrees of "aged": they're legal categories with a minimum ageing time, part of it in barrel and the rest in bottle. Getting them right is what makes the page answer "a Rioja Reserva to give as a gift".
Why do you need to normalize values?
Because a detail written five different ways works like five different details. If half your shoes say "245g", others "0.245 kg" and others "Weight: light", neither a filter nor an assistant can compare them.
| Attribute | How it usually looks | How it should look |
|---|---|---|
| Color | Navy, navy blue, NAVY, Dark blue | Navy |
| Weight | 245g, 0.245 kg, 245 gr., light | 245 g |
| Waterproof | Yes, GTX, Waterproof, water-resistant | Yes / No, with the technology separate (GORE-TEX) |
| Size | 38, EU 38, 38 EU, 5 UK | 38 (EU), with the equivalent in another field |
The practical way to get there is to define, for each attribute, a closed list of allowed values, and have every product page pick from that list. "Water-resistant" and "waterproof" aren't the same thing, and the list forces you to decide which one each product is.
What structured data does a product page need?
As well as being written on the page, the key data should go in schema.org Product markup: name, brand, GTIN and an offer (Offer) with price and availability. It's how you tell any machine without it having to interpret your design. A minimal example:
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Trail Runner 2 GTX Women's",
"brand": { "@type": "Brand", "name": "Altamonte" },
"gtin13": "2012345678903",
"offers": {
"@type": "Offer",
"price": "139.90",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock"
}
} Check the GTIN above all: it helps link your product to the reviews and comparisons that talk about it on other sites.
Does the description matter, or only the attributes?
Both matter, for different things. Attributes let you compare: weight with weight, drop with drop. The description explains what the product is for and who it's for, which is exactly what people ask in natural language: "to start running in the mountains", "for wide feet".
What doesn't help is adjectives. "Exceptional comfort" doesn't answer any question, and you can't filter on an adjective. A good description turns attributes into sentences: what it has, what terrain it's for, what kind of runner.
How do you do it across thousands of product pages?
Not one page at a time. In a catalog of several thousand products, filling ten attributes per product by hand never ends. What works:
- Start with the categories where you lose questions, not in alphabetical order.
- Define each attribute once, with its allowed values, and apply it to the whole category.
- Fill only empty fields, without touching content that's already fine.
- Review before publishing. An invented value is worse than an empty field.
- Translate the attributes too if you sell in more than one language.
That's what the Semantico catalog builder does: from the EAN, SKU or name, it finds reliable sources for the product, places it in your category tree, fills the attributes you define across the category with your allowed values, and translates it. Your team reviews it before publishing. Vinoselección went from 20–30 minutes per wine to under 30 seconds, with its product pages translated into five languages.
Where do I start this week?
- Pick your most important category and write down the ten buying questions people ask most.
- Pull out of those questions the data they ask for. That's your list of attributes.
- Export the category's product pages and count how many have each attribute, and in how many different ways it's written.
- Open a product page, view the source and check that the attributes and the GTIN are in the HTML.
- Fix first the attribute that's asked about most and that you have least.
Common questions
Are the product pages the manufacturer sends good enough?
As a starting point, yes. But they're usually the same as every other store selling that product, sometimes in another language, and almost never use your categories or your values. They also describe the product the way the brand sees it, not the way the shopper asks about it.
How many attributes does a product page need?
The ones people ask about in that category, not a fixed number. A basic t-shirt can do with five; a trail running shoe or a laptop needs quite a few more. The way to find out is to look at the real buying questions in the category and the data they ask for.
Do I need to translate product pages for each market?
Yes, and not just the description. Assistants usually answer in the language of whoever asks, and if your attributes are still in another language or other units, the page matches the question less well. Translate attribute names and values too.
Are good product pages enough for AI to recommend me?
No. Complete product pages are the base, but when AI cites a store on a product question, it usually cites a buying guide: in our October 2026 study of sports retail, 54 of 54 store citations on product questions went to buying guides, not product pages. The two reinforce each other.
What is a GTIN and why does it matter?
It's the product's barcode number (EAN in Europe, UPC in the US). It identifies the product uniquely, so it shows that your page and another site's page are about the same product, and that what a review says about it applies to yours too.
Can I fill attributes with AI?
Yes, if the data comes from a reliable source for the product and someone reviews it before publishing. What doesn't work is AI inventing a weight or a measurement to fill the field: a wrong value is worse than an empty one.