AI-shoppingassistenter selger. Din feed avgjør om du er med

Tre typer bevis som stadig blir blandet sammen

Detaljhandelspressen har i sommer blandet assistenttall, trafikktall og forbrukerundersøkelser i samme avsnitt. De måler forskjellige ting, og bare én av dem forteller deg noe om din egen katalog.

Start med det mest høylytte. På Williams-Sonoma Q2 FY26-samtalen, for kvartalet som endte 2. august 2026, sa teknologidirektør Sameer Hassan at engasjementet med Olive, assistenten på Williams Sonoma-siden, var opp 700 % siden begynnelsen av året, med inntekter knyttet til assistenten opp 620 %, og at kunder som bruker den konverterer tre ganger så mye som de som ikke gjør det. Les det nøye før du siterer det. Dette er muntlige bemerkninger: ingen av de tre tallene vises i selskapets Form 8-K inntektsrapport, som rapporterer en total nettoinntekt på 1,96 milliarder dollar, opp 6,7 %, og nevner aldri assistenten. Olive ble lansert i 2025, så 620 % er vekst fra en ung base uten nevner. Og sammenligningen med tre ganger setter kunder som valgte å åpne en handleassistent opp mot alle andre. Folk som åpner en handleassistent var allerede lenger nede i handlegaten.

Den andre typen tall er mer nyttig, fordi den handler om data snarere enn om en enkelt forhandlers produkt. Shopify-president Harley Finkelstein fortalte Q2 2026-samtalen at "AI-søk drevet av Katalog konverterte dobbelt så mye som de som brukte skrapte data". Samme kunder, samme motorer, samme forhandlere. Variabelen er om plattformen ga maskinene strukturerte produktdata eller lot dem lese siden. Han la til at konvertering fra AI-søk er nesten 80 % høyere enn tradisjonelt organisk søk, og at halvparten av alle AI-henviste økter lander direkte på en produktside, 2,5 ganger så mye som for tradisjonelt søk.

Den tredje typen er markedsomfattende trafikkdata. Adobe, hvis detaljhandelsanalyse dekker mer enn en billion besøk til amerikanske detaljhandelssider, fant at i juli 2026 konverterte AI-henviste besøk 60 % bedre enn ikke-AI-trafikk, den ellevte måneden på rad AI-trafikk kom ut foran. I mars 2026 var gapet 42 %, og i mars et år tidligere var den samme sammenligningen 38 % den andre veien, med AI-trafikk som konverterte dårligere enn alt annet. Reverseringen er historien, og den samsvarer med det vi fant da vi så på hvor mye mindre trafikk AI sender og hvor mye mer hvert besøk er verdt, og igjen i svensk e-handel, der AI-henvisninger nå konverterer bedre enn Google. To forbehold. Adobes tall endrer seg fra måned til måned, så siter måneden med tallet. Og panelet er amerikansk detaljhandel: vi har ikke funnet tilsvarende irske, britiske eller EU-datasett.

Lite, uvanlig verdifullt, raskt voksende

Etsy var flaggskip-lanseringspartneren for OpenAIs Instant Checkout. Administrerende direktør Kruti Patel Goyal fortalte Q2 2026-samtalen at "trafikk fra agentiske opplevelser fortsatt er mindre enn 1 % av vår totale trafikk", samtidig som hun la til at det er trafikk med høyere intensjon og høyere gjennomsnittlig ordrverdi. Det er den ærlige nevneren for alt ovenfor. Shopify sa at deres AI-drevne trafikk og bestillinger hver tredoblet seg år over år, mens volumet forblir lite i forhold til deres totale GMV. Target sa at deres digitale trafikk fra eksterne AI-plattformer vokser mer enn 3,5 ganger bransjens rate, og ledet med ordene "mens det fortsatt er lite totalt i dag".

Rørleggerarbeidet er også i endring. OpenAI pensjonerte den originale Instant Checkout i mars 2026, og sa at den "ikke tilbød den fleksibiliteten vi ønsker å tilby", og sendte selgere tilbake til sine egne kasser. Emily Pfeiffer, en hovedanalytiker ved Forrester, sa at per februar 2026 var omtrent 30 Shopify-selgere tilgjengelige via Instant Checkout, mot et lanseringsløfte om over en million som snart skulle komme. Walmart sa at de fant konvertering tre ganger lavere for produkter solgt direkte i ChatGPT enn for kunder som ble omdirigert til en forhandlers egen side for kassen. Å kjøpe inne i chatvinduet er den delen av dette som fortsatt diskuteres.

Geografi innsnevrer det ytterligere for alle som leser dette fra Galway, Manchester eller Berlin. Googles UCP-drevne kasse gjelder kun for produkter med kvalifisering i USA, Canada og Australia, og kun for deltakende selgere og partnere. Microsofts UCP-klare feeds er generelt tilgjengelige i USA. Adobes konverteringspremie måles på amerikanske nettsteder. Ingenting av dette er en bryter en irsk eller britisk selger kan snu i dag. Det som reiser er forberedelsen, fordi forberedelsen er identisk overalt og den er billig.

Hvert av disse programmene kjører på en forhandlerfeed

Dette er delen som blir hoppet over. Googles Universal Commerce Protocol ble medutviklet med Shopify, Etsy, Wayfair, Target og Walmart og godkjent av mer enn 20 andre inkludert Adyen, Stripe og Zalando, og den er publisert som en åpen standard. Den leser produktdataene dine fra Merchant Center. Google sier det direkte: Merchant Center "vil fortsette å være det sentrale knutepunktet for å forberede produktdataene dine", og Kjøp-knappen i den nye kasseopplevelsen vises kun for produktlister som bruker produktattributtet native_commerce(checkout_eligibility). UCP-utviklerdokumentasjonen legger til at du må oppdatere produktfeeden din for å signalisere kvalifisering og levere samsvarsdata, at en manglende kvalifiseringsverdi som standard betyr ikke-kvalifisert, og at returpolicyer inkludert kostnad og tidsramme må defineres i Merchant Center fordi de er et Merchant of Record-krav som vises på kassesiden.

OpenAI gikk samme vei, og deres kunngjøring i mars 2026 var eksplisitt om det: "Gjennom ACP deler forhandlere produktfeeds og kampanjer slik at katalogene deres er fullt representert i ChatGPT." Den nåværende ACP-dokumentasjonen beskriver protokollen som et lag som "gjør det mulig for ChatGPT å innta strukturerte katalogdata, forstå forhandlerens varelager og vise relevante produkter i kontekst". Deres feed-spesifikasjon har ni obligatoriske felt per rad og en direkte regel for den som blir utdatert raskest: "Utelatte, tomme eller ukjente verdier avviser raden." Microsoft navnga misforholdet som fanger de fleste forhandlere: de fleste produktfeeds ble bygget for annonsering, og delte en delmengde av katalogen for kampanjer, mens en agent trenger hele katalogen.

Her er hva hvert program faktisk ber om, bygget kun fra plattformenes egen dokumentasjon.

Markup er ikke inngangsbilletten, og Google sier det selv

Ingen av disse radene nevner schema.org, og mange byråer selger for tiden Produkt-markup som veien inn i AI-modus og Gemini. Googles egen dokumentasjon motsier dem i én setning: "Du trenger ikke å opprette nye maskinlesbare filer, AI-tekstfiler eller markup for å vises i disse funksjonene. Det er heller ingen spesiell schema.org strukturert data du trenger å legge til" (Search Central). UCP-utviklerdokumentene, ucp.dev og OpenAIs feed-spesifikasjon inneholder heller ingen schema.org-krav. Hvis noen har fortalt deg at å legge til JSON-LD får produktene dine inn i en assistent, selger de deg noe.

Hva markup faktisk gjør er stillere og mer nyttig. På den samme Google-siden, blant grunnleggende elementer som fortsatt hjelper med AI-funksjoner, er "å sørge for at dine strukturerte data samsvarer med den synlige teksten på siden". Googles veiledning for strukturert produktdata sier at "å tilby både strukturerte data på nettsider og en Merchant Center-feed maksimerer din kvalifisering for opplevelser", og at noen opplevelser kombinerer data fra begge når begge eksisterer. Deres e-handelsveiledning er enda mer spesifikk: strukturerte data forbedrer nøyaktigheten av Googles forståelse av pris, rabatt og frakt, og hjelper Merchant Center med å verifisere feeden din mot nettstedet ditt. For mindre nettsteder som oppdateres sjeldnere, kan Google bygge en automatisert feed fra gjennomgått nettinnhold, og sier at strukturerte data forbedrer nøyaktigheten av denne utvinningen. For en liten forhandler uten en feed-ingeniør, kan din markup bli din feed.

Så revisjonen som skal kjøres er en konsistensrevisjon. Vær presis om hva Google faktisk krever, også, for overdreven påstand her er hvordan tekniske lesere slutter å stole på deg. For en Google-forhandleroppføring er det bare navn, bilde, tilbud, og pris og prisvaluta på tilbudet som kreves. Tilgjengelighet, hasMerchantReturnPolicy, priceValidUntil, shippingDetails og gtin anbefales. Den konkrete feilen å se etter er på samme side: oppføringen din vises kanskje ikke hvis priceValidUntil har en tidligere dato. Det er en én-linjes fiks som ingen legger merke til på et år.

Noe som bringer det tilbake til siden agentene lander på. Adobe scoret hvor maskinlesbare amerikanske detaljhandelssider er, og produktsider kom nederst av alle sidetyper med 66 %, under hjemmesider på 75 % og kategorisider på 74 %. Dette er Adobes egen proprietære metrikk snarere enn en schema-gyldighetsscore, så behandle det som retning snarere enn måling. Sett det ved siden av Shopifys funn om at halvparten av AI-henviste økter lander rett på en produktside, og problemets form er klar: den dårligst forberedte sidetyper er den maskinene ankommer på. Vi kjørte den samme testen manuelt på et irsk merke og fant null schema.org-markup på tvers av 50 gjennomgåtte sider av barrystea.ie, noe som er mer vanlig enn bransjen liker å innrømme.

Hva du faktisk gjør

Seks sjekker. Alle handler om at feeden din og siden din sier det samme om det samme produktet på samme dag.

1. Gjør feeden komplett før du gjør den smart. Hvis feeden din ble bygget for shoppingannonser, inneholder den sannsynligvis produktene du byr på, snarere enn alt du selger. Microsofts poeng står: agenter trenger hele katalogen. Hvert produkt du selger bør ha en rad.

2. Sammenlign ti produkter manuelt. Ta ti SKU-er fra sortimentet ditt, og sett tre ting side om side: feed-raden, hva produktsiden viser til et menneske, og JSON-LD i sidekilden. Pris, tilgjengelighet, valuta, tittel og bilde. Ethvert avvik mellom de tre er den faktiske feilen, og du vil finne en innen de første ti.

3. Behandle tilgjengelighet som feltet som mest sannsynlig lyver. Det endres hver time, og det er feltet OpenAI avviser en rad på grunn av. Hvis feeden din oppdateres hver natt og siden din er live, vil de være uenige i løpet av dagen. Bestem hvor ofte feeden oppdateres og kjenn til gapet.

4. Sjekk at priceValidUntil er i fremtiden. Google sier at en tidligere dato kan undertrykke oppføringen. Grep malene dine for et hardkodet år.

5. Fyll inn returer og støtte i Merchant Center nå. Google krever returpolicyer med kostnad og tidsramme pluss en kundestøttekontaktmetode før UCP-kassen er tilgjengelig i det hele tatt. Du trenger uansett en returpolicy. Å legge den der Google leser den, koster en ettermiddag og fjerner en blokkering før programmet når markedet ditt.

6. Bekreft at prisen er i HTML-en, ikke malt inn etterpå. Hvis pris og lager ankommer via JavaScript etter lasting, kan en crawler som leser rå HTML, se en side uten pris. Både den synlige teksten og de strukturerte dataene dine må være der når maskinen leser siden, noe som er Googles samsvarende instruksjon anvendt bokstavelig.

Alt dette er kataloghygiene snarere enn spekulasjoner om en kanal som kan komme, og det lønner seg i vanlige shoppingresultater, i Merchant Center-godkjenningsrater og i hver agent som dukker opp senere. Den billigste måten å starte på er å se hva produktsidene dine for øyeblikket sier til en maskin.

Revider produktmarkeringen din

Spørsmål folk stiller om dette