Productpagina’s voor Google en AI-assistenten: checklist

Een productpagina werkt voor Google, AI-assistenten en klanten als ze de vragen van een koper beantwoordt zonder dat die hoeft te bellen. Deze checklist loopt de onderdelen langs: een eigen beschrijving, specificaties als tekst, toepassing en beperkingen, varianten met eigen URL’s, prijs en voorraad die gelijk zijn aan de structured data, beschreven afbeeldingen, zichtbare reviews en verzend- en retourinformatie.

Gebruik de lijst per product of per producttype. Bij een grote catalogus begin je met de producten die het meest verkocht of bekeken worden.

Wat hoort er in de tekst van een productpagina?

• Een titel die zegt wat het is. Merk, producttype en het kenmerk dat het onderscheidt: “Wandelschoen Veluwe, waterdicht, heren”. Geen reeks zoekwoorden.
• Een eigen beschrijving. Schrijf wat jij weet over het product, niet alleen de tekst van de fabrikant. Google vraagt in de richtlijnen voor nuttige, betrouwbare inhoud of een pagina eigen informatie bevat en laat zien dat iemand het product echt kent.
• De belangrijkste informatie bovenaan. Wat het is en voor wie, in de eerste zinnen. Details daaronder.
• Toepassing. Voor welke situatie is het bedoeld? “Voor dagelijkse wandelingen tot 15 kilometer op verharde en onverharde paden.”
• Beperkingen. Waar houdt het op? “Niet geschikt voor stijgijzers”, “valt klein, kies een halve maat groter”. Een AI-assistent die de vraag “is dit geschikt voor...” krijgt, heeft hier een antwoord aan. Meer daarover in GEO voor webshops.
• Specificaties als tekst. Afmetingen, gewicht, materiaal, vermogen, inhoud, compatibiliteit. Zet ze in een tabel in de HTML, niet in een afbeelding of alleen in een pdf.
• Maattabel. Bij kleding en schoenen: maten in centimeters, met uitleg hoe je meet.
• Wat er in de doos zit. Een veelgestelde vraag bij elektronica en sets.

Hoe regel je varianten en URL’s?

• Elke variant een eigen URL. Google vraagt in de documentatie over productvarianten dat elke variant via een eigen URL vooraf te selecteren is, met de juiste afbeelding, prijs en beschikbaarheid. Dat mag met parameters (?kleur=groen) of met een pad (/wandelschoen/groen).
• Een canonical. Gebruiken varianten een optionele parameter, dan is de URL zonder parameter de canonical. Hebben ze elk een eigen pagina, zet dan de canonieke product-URL op elke variantpagina. Zo staat het in Google’s uitleg over URL-structuur voor webshops.
• Beschrijvende URL’s. /wandelschoen-veluwe-waterdicht zegt meer dan /product/3243.
• Variantnamen die verschillen. “Wandelschoen Veluwe, groen, maat 43” in plaats van drie keer “Wandelschoen Veluwe”.

Hoe houd je prijs, voorraad en structured data gelijk?

• Product-schema en Offer aanwezig. Volgens de documentatie over merchant listings zijn name, image en offers verplicht, met price (hoger dan nul) en priceCurrency in de Offer.
• Aanbevolen velden ingevuld. availability, brand, gtin, sku, itemCondition, shippingDetails en, waar van toepassing, color, size en material.
• Prijs in schema gelijk aan de pagina. Ook tijdens een actie of met staffelkorting. Controleer een product in de aanbieding.
• Voorraad in schema gelijk aan de pagina. Uitverkocht in de tekst betekent uitverkocht in de markup.
• Eén productblok. Theme, review-app en SEO-plugin zetten soms elk een eigen versie neer. Zie welke structured data heeft een webshop nodig?
• Feed gelijk aan de pagina. Gebruik je Google Merchant Center, dan moeten prijs en voorraad in de feed overeenkomen met de site. Google beschrijft in Share your product data with Google dat die twee uit de pas kunnen lopen.
• Markup in de oorspronkelijke HTML. Google raadt aan productmarkup niet pas via JavaScript te laden.

Hoe beschrijf je productfoto’s?

• Eigen, scherpe foto’s. Google schrijft in de richtlijnen voor afbeeldingen dat scherpe foto’s gebruikers meer aanspreken dan onduidelijke.
• Een foto per variant. De groene schoen toont groen, niet de zwarte.
• Alt-tekst die beschrijft. Wat staat er op de foto: “Groene wandelschoen Veluwe, zijaanzicht met profielzool”. Geen lijst zoekwoorden; Google raadt dat af. Zie alt-tekst.
• Korte, beschrijvende bestandsnamen. wandelschoen-veluwe-groen.jpg, niet IMG_4821.jpg.
• Afbeeldingen bij de tekst. Google raadt aan afbeeldingen dicht bij de tekst te plaatsen waar ze over gaan.

Wat doe je met reviews en klantvragen?

• Zichtbaar op de pagina. Beoordelingen in je structured data moeten volgens de richtlijnen voor review snippets ook voor de bezoeker te zien zijn, met de score.
• Aan het juiste product gekoppeld. Reviews van een ander model of een oude versie horen er niet bij.
• Ook kritische reviews. Een pagina met alleen vijf sterren roept vragen op. Reageer op klachten met wat je hebt gedaan.
• Geen verzonnen of gekochte reviews. Google verbiedt volgens de algemene richtlijnen misleidende markup, waaronder nepreviews.

Klantvragen horen ook op de productpagina:

• Echte klantvragen op de pagina. Uit mail, chat en de klantenservice, niet verzonnen.
• Het antwoord in de eerste zin. “Ja, de schoen past met een steunzool. Haal de binnenzool eruit.”
• Zichtbaar in de HTML. Een uitklapblok mag, maar het antwoord moet zonder klik in de code staan.

Google toont sinds 7 mei 2026 geen FAQ-rich results meer; zie een FAQ die klanten, Google en AI-assistenten helpt. Een vragenblok op de productpagina helpt dus de bezoeker en levert geen extra weergave in Google op.

Zo kan een AI-assistent een antwoord gebruiken dat op je productpagina staat:

Welke verzend-, retour- en bedrijfsgegevens horen erbij?

• Verzendkosten en levertijd bij het product. Niet alleen op een aparte pagina.
• Retourtermijn en voorwaarden. Een korte samenvatting met een link naar de volledige retourpagina. Google raadt aan je algemene retourbeleid in structured data onder Organization te zetten; zie de documentatie over retourbeleid.
• Bedrijfsgegevens bereikbaar. De KVK adviseert online verkopers hun bedrijfsnaam, KVK-nummer, btw-nummer, adres, e-mail en telefoonnummer op elke pagina te zetten, bijvoorbeeld in de footer.

Welke techniek moet kloppen?

• De pagina geeft status 200. Geen doorverwijzing of foutcode.
• Geen noindex op een product dat je verkoopt.
• Bereikbaar via links. De productpagina is te vinden via de categorie, niet alleen via de zoekfunctie van je winkel. Zie categoriepagina’s die gevonden worden en helpen kiezen.
• Tekst in de server-HTML. Beschrijving en specificaties staan in de HTML die de server teruggeeft, niet alleen in tabbladen die pas na een klik via JavaScript laden.
• Kruimelpad. Laat zien waar het product in je winkel hoort, zichtbaar en in structured data.

Hoe Outseen dit aanpakt

Outseen heeft een standaardaanpak voor webshops op Shopify en WooCommerce. Atlas, de eigen onderzoeksengine van Outseen, onderzoekt de openbare code van opgehaalde productpagina’s: titels, koppen, HTTP-antwoorden, indexeringsinstructies, canonicals en ondersteunde JSON-LD zoals product en kruimelpad. Per bevinding staat wat er op welke URL is aangetroffen en wanneer. Een specialist beoordeelt de inhoud, zoals beschrijving, beperkingen en reviews, en na een aanpassing kan Atlas opnieuw controleren.

Wat betekent dit voor jouw webshop?

Begin niet bij de hele catalogus. Kies de producten die het meest verkopen of de meeste vragen opleveren, en neem daar één product in de aanbieding bij. Juist bij acties lopen pagina, structured data en feed het vaakst uit elkaar.

Wat je bij die paar producten vindt, zit meestal in je template of je plugins, en dus op meer pagina’s. Los het op die plek op, dan geldt de oplossing voor je hele winkel. Welke markup een webshop verder nodig heeft, staat in welke structured data heeft een webshop nodig?