De productfeedattributen die ChatGPT Shopping en Google AI Mode echt lezen

Komt je productfeed al door de beoordeling van Google Shopping en Meta, dan is het verleidelijk om aan te nemen dat hij ook klaar is voor ChatGPT Shopping en AI Mode van Google. Aan de kant van Google is dat waarschijnlijk niet zo. De productfeedspecificatie voor Agentic Commerce van OpenAI vereist 9 velden om een product geschikt te maken voor zoeken en afrekenen in ChatGPT, volgens de eigen developerdocumentatie van OpenAI. De Merchant Center Help van Google, bijgewerkt als onderdeel van de introductie van het Universal Commerce Protocol in mei 2026, noemt 6 specifieke attributen die Google "conversational attributes" noemt voor AI Mode in Search. De twee lijsten hebben geen enkele veldnaam gemeen. Deze gids laat zien wat elk platform werkelijk leest, wat je waarschijnlijk al hebt en wat je nog moet toevoegen, plus een checklist met scores om op je eigen feed los te laten.

Twee verschillende "AI shopping"-vraagstukken, niet één

"Klaar worden voor AI shopping" wordt vaak als één project behandeld, maar het zijn er eigenlijk twee, gebouwd door twee bedrijven met twee afzonderlijke specificaties en twee afzonderlijke doelen.

Met het Agentic Commerce Protocol (ACP) van OpenAI kan een merchant via Instant Checkout rechtstreeks in een ChatGPT-gesprek verkopen. De taak van de productfeed is hier beperkt: ChatGPT genoeg gestructureerde data geven om een product correct weer te geven en een echte transactie mogelijk te maken, waarbij de merchant, niet OpenAI, optreedt als merchant of record en fulfilment, belasting en betaling afhandelt via de eigen betaaldienstverlener.

De conversational attributes van Google zitten daarentegen in de Merchant Center-feed die je al draait voor Shopping-advertenties en gratis vermeldingen. Er is geen apart checkoutprotocol om te implementeren en geen nieuwe feed om vanaf nul te bouwen. Google vraagt je de feed die je al hebt te verrijken, zodat AI Mode en de door Gemini aangedreven shoppingomgevingen van Google specifiekere vragen over je producten kunnen beantwoorden.

Wie de twee door elkaar haalt, loopt tegen twee soorten mislukkingen aan: teams die een volledige tweede feed voor ChatGPT bouwen die ze niet nodig hadden, en teams die aannemen dat het afvinken van een paar vakjes in OpenAI-stijl ook AI Mode van Google afdekt, terwijl dat niet zo is.

Wat de productfeedspecificatie van OpenAI werkelijk vereist

De specificatie van OpenAI (voor het laatst gecontroleerd aan de hand van de live documentatie in september 2026) definieert een basisset verplichte velden, een kleinere set die specifiek nodig is om in aanmerking te komen voor checkout, en een langere lijst aanbevolen velden die de ranking en het vertrouwen verbeteren.

Bovenop de basisnegen bepalen nog drie velden specifiek of je voor checkout in aanmerking komt: is_eligible_checkout (boolean, moet true zijn), seller_privacy_policy (een openbare URL naar het privacybeleid) en seller_tos (een openbare URL naar de algemene voorwaarden). Zonder deze velden kan een product wel in aanmerking komen voor zoeken, maar niet voor checkout.

OpenAI accepteert JSONL, CSV of TSV, ook in met gzip gecomprimeerde varianten. Eén JSONL-rij ziet er zo uit:

{"item_id":"SKU-10432","title":"Merino Wool Crew Socks - Charcoal, M","description":"Mid-weight merino wool blend crew socks with reinforced heel and toe.","url":"https://example.com/products/merino-crew-socks-charcoal-m","brand":"Example Co","seller_name":"Example Co Online Store","image_url":"https://example.com/img/merino-crew-charcoal-m.jpg","availability":"in_stock","price":"18.00 USD","is_eligible_checkout":true}

De specificatie noemt geen vaste updatefrequentie, maar OpenAI stelt expliciet dat prijs en beschikbaarheid actueel moeten zijn zodra een actie begint of eindigt. In de praktijk betekent dat synchroniseren in hetzelfde ritme dat je al voor Google Shopping gebruikt, niet langzamer.

Waarom de meeste feeds die klaar zijn voor Google of Meta al dicht bij de lat van OpenAI zitten

Kijk nog eens naar die lijst met velden: title, description, price, availability, image_url, brand. Elk daarvan heeft een vrijwel identieke tegenhanger in de standaardspecificaties voor Google Shopping en Meta-catalogi die je vrijwel zeker al vult. De hernoeming is grotendeels cosmetisch: image_link van Google wordt image_url bij OpenAI, id van Google wordt item_id.

De echte gaten zitten in de velden die geen enkele standaard advertentiefeed bevat, omdat geen advertentieplatform er ooit om heeft gevraagd: seller_name als apart identiteitsveld, seller_privacy_policy, seller_tos en de checkoutvlag is_eligible_checkout. Daarvoor heb je een mappingregel nodig die gegevens haalt uit je juridische of bedrijfspagina's in plaats van uit je productcatalogus. Dat is precies het soort statische veld dat niet per SKU verschilt en dat een engine voor feedregels (Feedance heeft er een onder feedverrijking) beter afhandelt dan handmatig een spreadsheetkolom bewerken.

Kortom: komt je feed al door de beoordeling van Google Shopping en Meta, dan is het bouwen van een export die aan de eisen van OpenAI voldoet eerder een mappingoefening dan een project om data te verzamelen.

Wat Google werkelijk heeft toegevoegd voor AI Mode

De eigen helpdocumentatie van Google noemt precies zes attributen "conversational attributes": question_and_answer, document_link, related_product, item_group_title, variant_option en popularity_rank. Alle zes zijn optioneel, en Google stelt direct dat het toevoegen ervan "geen invloed heeft op de goedkeuringsstatus van je bestaande producten".

• question_and_answer — maximaal 30 vraag-en-antwoordparen per product, elk maximaal 1.000 tekens, in totaal 10.000 tekens voor alle paren samen. Bedoeld voor precies het soort vervolgvraag die een shopper aan een chatinterface stelt in plaats van een specificatieblad door te nemen.
• document_link — maximaal vijf HTTPS-links naar uitsluitend pdf's (handleidingen, specificatiebladen, onderhoudsinstructies), elk maximaal 50 MB, met een URL van maximaal 2.000 tekens, zodat AI Mode kan antwoorden op basis van je eigen documentatie in plaats van te gokken.
• related_product — maximaal 30 items per product, elk getypeerd naar relatie (onderdeel van een set, vereist onderdeel, vaak samen gekocht, vervanging, ander merk, accessoire), zodat een conversationeel antwoord het juiste bijpassende artikel kan voorstellen.
• item_group_title — een gedeelde titel voor een variantgroep (1–150 tekens, daarboven ingekort) die algemeen blijft, terwijl de eigen titel van elke variant specifiek wordt over maat of kleur.
• variant_option — naam-waardeparen (elk maximaal 250 tekens) voor variantdimensies buiten de zes standaarddimensies van Google (kleur, maat, materiaal, dessin, leeftijdsgroep, geslacht), aangeleverd samen met een gedeelde item_group_id.
• popularity_rank — een getal van 0.0 tot 100.0, met één decimaal, dat de werkelijke relatieve verkoopprestaties van een product binnen je catalogus weergeeft, geen marketingclaim.

Een rij met question_and_answer in een feed met tabs als scheidingsteken ziet eruit zoals in het eigen voorbeeld van Google:

'Does it have a headphone jack?':'This version doesn't have a headphone jack.'

Niets hiervan wordt via een nieuw endpoint aangeleverd. Het gaat mee in dezelfde Merchant Center-feed, op dezelfde manier als product_highlight of gtin nu al.

De twee attributen die iedereen ten onrechte "AI Mode-attributen" noemt

Verschillende veel gedeelde gidsen, waaronder een populaire analyse uit de community op het eigen supportforum van Google, beschrijven "8 attributen voor AI Mode" door product_highlight en product_detail toe te voegen aan de lijst van zes van Google. Dat verdient een correctie: de officiële pagina van Google over conversational attributes noemt er zes, geen acht, en product_highlight is een apart, ouder attribuut (zie de eigen specificatie van Google) dat al lang vóór AI Mode bestond en is gebouwd voor gewone Shopping-vermeldingen, niet specifiek voor conversationele omgevingen.

Dat maakt product_highlight niet nutteloos voor AI Mode. Korte, feitelijke voordelen (het eigen voorbeeld van Google: "Ondersteunt zowel 2,4 GHz- als 5 GHz-wifinetwerken") zijn precies het soort gestructureerde, snel scanbare data dat een AI-systeem verkiest boven een alinea marketingtekst, en de aankondiging van Google in mei 2026 spoort merchants in het algemeen aan tot meer conversationele productbeschrijvingen. Maar het behandelen als een van de "officiële zes" overdrijft hoe nieuw of AI Mode-specifiek het attribuut is, en kan ertoe leiden dat een team de zes overslaat die het wel zijn.

Checklist voor feedgereedheid, gescoord tegen beide specificaties

Geef jezelf een punt voor elk item dat je nu al zonder gokken kunt bevestigen. Dit is een momentopname, geen certificering: dat een veld aanwezig is, garandeert nog niet dat de inhoud voldoet aan de kwaliteitseisen die elk platform daarnaast hanteert.

0–4: je feed is alleen gebouwd voor klassieke Shopping-advertenties. 5–9: je bent klaar voor checkout bij OpenAI, maar de conversationele laag van Google is vrijwel leeg. 10–13: je hebt het verrijkingswerk gedaan dat de meeste catalogi overslaan.

Waar dit tekortschiet

Deze gids gaat over feeddata, niet over de rest van de stack. Instant Checkout van OpenAI vereist ook een betaaldienstverlener die compatibel is met de Delegated Payment Spec, en je moet zelf ordervalidatie, fulfilment en belasting afhandelen. Een feedtool raakt daar niets van aan; dat is een betaal- en engineeringproject, los van feedverrijking.

De gids dekt ook niet elke AI-shoppingomgeving. Perplexity draait een eigen Merchant Program, met een aparte onboarding en een eigen manier om productdata aan te leveren buiten beide hier besproken specificaties. En op het moment van schrijven heeft Meta geen specificatie in de stijl van conversational attributes gepubliceerd die vergelijkbaar is met die van Google; de AI-gedreven shoppingfuncties van Meta draaien nog steeds op de standaardvelden van de Commerce Catalog die we behandelen in onze gids over afkeuringen in Meta-catalogi. Zie beide als open vragen om later op terug te komen, niet als gaten in deze checklist.

Andere feedplatforms hebben hun eigen kijk op de uitrol van Google gepubliceerd; de analyse van Channable is het lezen waard naast deze, omdat de eigen documentatie van Google over de timing van de uitrol en het meten nog mager is en een tweede interpretatie nuttig is zolang de specificatie zich nog uitkristalliseert. Niets hiervan vervangt bovendien de basishygiëne van je feed: een product zonder GTIN of in de verkeerde categorie verschijnt niet in AI Mode of ChatGPT, hoe goed je de conversational attributes ook invult, omdat het überhaupt niet in aanmerking komt om te worden getoond.

FAQ

Moet ik een aparte feed bouwen voor ChatGPT Shopping?

Nee. Je levert de verplichte velden van OpenAI aan als een eigen feedbestand, maar de onderliggende data is een deelverzameling van wat je al voor Google Shopping onderhoudt. De meeste teams genereren het als extra export uit dezelfde productdata, niet als tweede catalogus.

Heeft het toevoegen van de conversational attributes van Google invloed op mijn bestaande Shopping-advertenties?

Google stelt expliciet dat het toevoegen ervan de goedkeuringsstatus van bestaande producten niet verandert. Het zijn aanvullende velden, geen vervanging van je huidige verplichte attributen.

Welk formaat accepteert de feedspecificatie van OpenAI?

JSONL, CSV of TSV, ook in met gzip gecomprimeerde versies. JSONL is het formaat dat in de meeste eigen voorbeelden van OpenAI wordt getoond.

Is popularity_rank gewoon mijn lijst met bestsellers?

Het is bedoeld om de werkelijke relatieve verkoopprestaties op een schaal van 0–100 weer te geven, niet een handmatig samengestelde lijst met "uitgelichte" producten. Voed je het met een marketinggedreven ranking in plaats van echte verkoopdata, dan schiet het zijn doel voorbij.

Heb ik item_group_id nog nodig als ik item_group_title van Google toevoeg?

item_group_id is wat varianten daadwerkelijk aan elkaar koppelt; item_group_title is een label bovenop die groepering. Je hebt ze allebei nodig als je wilt dat de conversationele laag correct werkt.

Heeft Meta een vergelijkbare specificatie waar ik naartoe moet werken?

Op het moment van schrijven niet als gepubliceerde set attributen in de stijl van AI Mode. De catalogusvereisten van Meta zijn nog steeds de standaardvelden van de Commerce Catalog; richt je daar op het doorstaan van de standaardbeoordeling in plaats van een specificatie na te jagen die nog niet bestaat.

Hoe vaak moeten deze velden worden bijgewerkt?

Stem het af op hoe vaak je prijzen en promoties wijzigt. OpenAI is expliciet over het bijwerken van prijs en beschikbaarheid wanneer een actie begint of eindigt; de conversational attributes van Google veranderen minder vaak, maar moet je opnieuw bekijken wanneer je nieuwe producten toevoegt of specificaties bijwerkt.

Kan ik controleren of ChatGPT of AI Mode deze velden echt correct leest?

Op het moment van schrijven biedt geen van beide bedrijven een openbare, realtime previewtool. De praktische aanpak is de feed veld voor veld te valideren tegen de gepubliceerde specificatie en daarna regelmatig in ChatGPT en in AI Mode van Google naar je eigen producten te zoeken op naam en specifieke attributen, om steekproefsgewijs te zien wat er verschijnt.

Voer een gratis productfeedaudit uit om te zien welke van deze velden je huidige feed al dekt en waar de gaten zitten, voordat je handmatig nieuwe attributen gaat mappen.