Adobe scoret detaljhandelsproduktsider på 66 % maskinlesbare i 1. kvartal 2026, den laveste av alle sidetyper, under hjemmesider på 75 % og kategorisider på 74 %. I samme kvartal økte AI-basert trafikk til amerikanske detaljhandelssider med 393 % fra år til år, og i mars konverterte den 42 % bedre enn ikke-AI-kanaler. Plattformene som sender den best konverterende trafikken leser de dårligst forberedte sidene.
Denne veiledningen er for e-handelsteam som allerede kjører en produktfeed for Google Shopping eller en markedsplass, og som nå trenger at katalogen skal overleve å bli lest av en shoppingagent. Syv gjennomganger, hver med en regel du kan sjekke i dag: hvilke felt blokkerer inkludering, hvilke EU-oppføringer som lovlig må inneholde, hvor ofte den skal oppdateres og hvor metoden slutter å virke.
Tre lag, og bare ett av dem er en protokoll
«Agentic Commerce Readiness» selges som ett integrasjonsprosjekt. Det er tre lag, og de fleste team trenger bare de to første: adgang (kan roboten nå sidene dine), dato (er katalogen komplett og fersk nok til å kunne siteres), Transaksjonen (kan megleren kjøpe uten å sende kjøperen til nettstedet ditt).
Agentic Commerce Protocol (ACP), som vedlikeholdes av Stripe, OpenAI og Meta, er det tredje laget: fem REST-endepunkter for å opprette, lese, oppdatere, fullføre og avbryte en betalingssesjon, der selgeren fortsatt er registrert forhandler. Den er i beta, versjonsdato, for tiden med utgivelse 2026-04-17. Det den ikke gjør, er oppdagelse – ingenting i den forteller en agent at produktet ditt finnes, hva det koster eller om det er på lager. Det skjer i feeden og på siden, det samme gjelder passeringer 1 til 5 før omfangspassering av passering 6.
Pass 1: fiks feltene som porter inkludering
Start med feltene som får et produkt til å bli droppet, ikke bare rangert dårlig. To spesifikasjoner er viktigst, og de er uenige om navnene.
| Hva det er | OpenAI-produktfeed | Google Merchant Center | Passregel |
|---|---|---|---|
| Stabil identifikator | item_id (Påkrevd) | id (obligatorisk, maks 50 tegn) | Uendret i 3 fôrgenerasjoner |
| Navn | title (Påkrevd) | title (obligatorisk, maks 150 tegn) | Ingen SKU-koder eller leveringsløfter |
| Landing page | url (Påkrevd) | link (Påkrevd) | 200, ingen samtykkevegg eller geo-omdirigering |
| Bilde | image_url (obligatorisk, direkte JPEG/PNG) | image_link (Påkrevd) | Direkte fil, ikke en lat plassholder |
| Aksjestatus | availability (obligatorisk opplisting) | availability (obligatorisk opplisting) | Matcher levende dyr ved eksport |
| Pris | price som «79.99 USD» (obligatorisk) | price med ISO 4217-kode (obligatorisk) | Samsvarer med det kjøperen betaler |
| Merke | brand (obligatorisk, ingen plassholdere) | brand (obligatorisk unntatt filmer, bøker, musikk) | Ekte merke, aldri butikknavnet ditt |
Begge spesifikasjonene krever også en beskrivelse (maks. 5,000 tegn, attributter i stedet for markedsføringstekst), og OpenAI krever seller_nameKondisjonsformlene fanger opp folk: mpn bare når det ikke finnes noe GTIN-nummer tildelt av produsenten, condition kun for brukte og renoverte varer, availability_date for forhåndsbestilling og restordre. Klær i Brasil, Frankrike, Tyskland, Japan, Storbritannia og USA trenger også farge, kjønn, aldersgruppe, størrelse og item_group_idGoogles minimumsstørrelse for bilder øker til 500 × 500 piksler fra 31. januar 2027.
Beslutningspunkt. Hvis mer enn 5 % av SKU-ene ikke oppfyller noen av de obligatoriske feltene, må du slutte å bygge nye overflater og fikse eksporten. En feed med en avvisningsrate på 10 % har ikke et AI-problem, men et PIM-problem.
Pass 2: Få siden til å si det samme som feeden
Agenter leser begge deler, og der de er uenige, kontrollerer du ikke hvem som vinner.
Googles oppføringsopplevelser for selgere krever lite: name, image og offers on Product, Pluss price og priceCurrency on OfferResten er kun anbefalt – men det anbefalte settet er det agenter bruker til sammenligningsspørsmål: availability, hasMerchantReturnPolicy, shippingDetails, itemCondition, gtin, mpn, aggregateRating.
Kjør en paritetssjekk på 50 SKU-er med høyest inntekt, og sammenlign pris, valuta, tilgjengelighet og kanonisk URL mellom feed og markup. Passregel: 100 % enighet om pris og tilgjengelighet. Det er verre å få et pristilbud du ikke holder enn å ikke få et pristilbud.
Trinn 3: angi en oppdateringskadens som prisene dine kan overleve
Ferskhet blir vanligvis behandlet som hygiene. I et marked med høy inflasjon er det korrekthet. Tyrkisk årlig konsumprisvekst ble rapportert til 31.5 % for august 2026, så en lirakatalog beveger seg vesentlig innenfor et kvartal, og prisingen er kontinuerlig snarere enn sesongmessig. Et daglig trekk som passer en eurokatalog passer ikke denne.
Beregn din egen kadens:
- Hent 90 dager med prisendringer og utsolgte varer fra handelsplattformen din.
- Ta medianintervallet for hver, på dine 100 beste SKU-er etter inntekt.
- Sett oppdatering til maksimalt en fjerdedel av det kortere intervallet.
Eksempel på utarbeidelse: en elektronikkforhandler som endrer prisen hver 6. dag og lager ut hver 4. lander på 24 timer, drevet av intervallet for utsolgte varer. En moteforhandler som endrer prisen to ganger i sesongen, men lager ut daglig, lander på de samme 24 timene av en annen grunn. Hvilken begrensning som produserte tallet forteller deg hva du skal se på.
Beslutningspunkt. Hvis plattformen din ikke kan sende deltaer med den kadensen, send inn availability as unknown heller enn foreldet – OpenAIs spesifikasjon aksepterer det. Ærlig usikkerhet kan gjenopprettes; selvsikker feil om aksjer kan ikke gjenopprettes.
Pass 4: ha samsvarsfeltene EU-oppføringene dine trenger
Hvis du sender varer til EU, har den generelle produkttrygghetsforordningen (EU) 2023/988 gjeldt siden 13. desember 2024, og artikkel 19 setter følgende forpliktelser på selve netttilbudet: produsentens navn eller handelsnavn og kontaktinformasjon, eller den autoriserte representantens; informasjon som identifiserer produktet, inkludert et bilde; og eventuelle advarsler eller sikkerhetsinformasjon.
Poenget som blir oversett: dette er produktdatafelt, ikke standardtekst i bunnteksten. De følger med varen, per SKU – en kanal som gjengir oppføringen din fra en feed gjengir den uten GPSR-blokken med mindre feeden inneholder den.
For selgere utenfor EU, inkludert tyrkiske eksportører, sekvenseringsbiter her: du trenger en økonomisk aktør etablert i EU før oppføringen kan fullføres, så dataendringen og den kommersielle avtalen må planlegges sammen. [INTERNAL DATA NEEDED: which Switas client segments ship into the EU, and whether their PIM carries manufacturer contact and EU responsible person fields]
Passregel: Alle SKU-er som sendes i EU løser produsentnavn, postadresse, ansvarlig person i EU og advarsler fra strukturerte felt, ikke fritekst.
Pass 5: bekreft at agenten kan nå siden
Blokkering er vanligere enn team er klar over, vanligvis utilsiktet skade fra en anti-skrapingsregel skrevet i 2023. OpenAI kjører fire brukeragenter med uavhengige kontroller, og å blande dem sammen er standardfeilen.
| Brukeragent | Formål | Effekt av å ikke tillate |
|---|---|---|
OAI-SearchBot | Gjennomsøker for ChatGPT-søk | Ikke vist i ChatGPT-søkesvar |
GPTBot | Data som kan trene opp fundamentmodeller | Ingen effekt på synligheten i søk |
OAI-AdsBot | Sjekk av annonselandingssider og relevans | Påvirker annonser, ikke organiske svar |
ChatGPT-User | Brukerinitierte hentinger i ChatGPT | robots.txt-regler gjelder kanskje ikke |
Den fornuftige standarden er å tillate OAI-SearchBot og behandle GPTBot som en separat lisensavgjørelse. Sjekk CDN og WAF samt robots.txt: en regel som gir samme resultat som en disallow, i stillhet. Hver robotsøkeprogram publiserer verifiserbare IP-områder.
Pass 6: avgjør om du trenger transaksjonslaget
Først nå er ACP en fornuftig samtale. Ønsker alle tre før man vurderer omfanget av en bygging.
- AI-kildebaserte økter er en målbar andel av inntektene, ikke en avrundingsfeil.
- Betalingsmåten din konverterer allerede bra – hvis den ikke yter så bra for menneskelig trafikk, vil ikke et API redde den.
- Lagerlogikken din kan reservere lager for en økt du ikke kontrollerer tempoet i.
Stryk på én prøve og fortsett å forbedre prøvene 1 til 5, der avkastningen er umiddelbar og spesifikasjonen ikke er i beta.
Pass 7: mål det som et panel, ikke som en måleenhet
Agentsvar er ikke-deterministiske – den samme ledeteksten returnerer forskjellige produkter på forskjellige dager – så en enkelt før-og-etter-sjekk forteller deg ingenting. Spor et fast panel med ledetekster, kjør hver gjentatte ganger, og bruk inkluderingsraten på tvers av kjøringer som enhet. Etabler variansbåndet før du endrer noe, ellers kan du ikke skille en fiks fra støy.
Hvor dette brytes ned
Det er en datametode, ikke en etterspørselsmetode. Alt dette gjør deg kvalifisert til å få tilbud. Ingenting av dette får en megler til å foretrekke deg fremfor en billigere konkurrent med like rene data.
Spesifikasjonene endrer seg raskere enn utgivelsessyklusen din, og markedsplassselgere kontrollerer mindre enn dette antar. ACP er i betaversjon og datoversjonert, Googles spesifikasjoner endres ved daterte tidsfrister, og en markedsplass eier feedskjemaet og ofte de strukturerte dataene – noe som gjør pasninger 1, 3 og 4 til forhandlinger.
Konverteringsbevisene er unge og har reversert én gang. Adobes data viser at trafikk fra AI konverterer 38 % verre enn andre kanaler i mars 2025 og 42 % bedre i mars 2026. En tolv måneder gammel reversering er ikke en stabil lov – en grunn til å være forberedt, ikke en prognose for en forretningsplan. Relatert: Tallet «1,200 % vekst» som fortsatt sirkulerer i kortstokker er fra Adobes utgivelse fra mars 2025 og sammenligner februar 2025 med juli 2024, syv måneder unna et veldig lite grunnlag. Det var aldri en årlig rate. Bruk 393 % år over år for 1. kvartal 2026, med Adobes eget forbehold om basisstørrelse.
Ofte stilte spørsmål
Kan jeg bruke Google Shopping-feeden min om igjen for AI-plattformer?
Bruk den på nytt som kilde, men forvent et kartleggingslag: feltnavnene er forskjellige (item_id versus id, url versus link) og OpenAIs spesifikasjoner krever seller_nameGenerer begge eksportene fra PIM-en i stedet for å beholde to kataloger.
Er strukturerte data på produktsiden nok i seg selv?
Det hjelper med oppdagelsen, og det er det søkemotorer leser, men shoppingplattformer som tar inn en feed vil ikke inkludere deg bare på markup. Hvis du bestås på bestått 2, betyr det at de to stemmer overens.
Hva skjer hvis feeden min sier at den er på lager, men produktet ikke er det?
I beste fall taper du salget i kassen; i verste fall oppgir en agent tilgjengelighet du ikke overholder, noe som er en risiko for forbrukerbeskyttelse i EU. unknown er legitimt når systemene ikke kan holde tritt.
Fjerner blokkering av GPTBot meg fra ChatGPT-shoppingresultatene?
Nei. GPTBot styrer innsamling av treningsdata; OAI-SearchBot er den som er knyttet til å vises i ChatGPT-søkesvar. De konfigureres uavhengig.
Hvor mye av GPSR artikkel 19 gjelder hvis jeg kun selger gjennom markedsplasser?
Forpliktelsene knytter seg til tilbudet, så informasjonen må fortsatt vises. Markedsplassen bestemmer hvilke felt den gjengir; din jobb er å levere dataene i skjemaet deres og bekrefte dem på den aktive oppføringen.
Bør jeg implementere ACP nå eller vente?
Vent til du oppfyller alle tre kriteriene i gjennomgang 6. Spesifikasjonen er i beta og har datoversjon, så tidlige integrasjoner har vedlikeholdskostnader som datapassene ikke har.
Hvis du vil at de syv omgangene skal kjøres mot din egen katalog, med en prioritert utbedringsliste på slutten, Snakk med oss om en revisjon av produktdataklargjøringDu kan også besøke vårt verktøy for optimalisering av fôr Feedance.
Kilder
- Adobe, økning i AI-trafikk og maskinlesbarhetspoeng (16. april 2026)
- Adobe Analytics, generativ AI-detaljhandelstrafikk (17. mars 2025)
- OpenAI, spesifikasjon for produktfeed
- OpenAI, roboter og brukeragenter for crawlere
- Google Merchant Center, produktdataspesifikasjon
- Google Search Central, strukturerte data for selgeroppføringer
- Agentisk handelsprotokoll, spesifikasjon
- Oversikt over Stripe og ACP
- ACP-spesifikasjonsarkiv (utgivelse 17.04.2026)
- EUR-Lex, Forordning (EU) 2023/988
- Årlig inflasjon i Tyrkia på 31.5 %, august 2026 (TÜİK-data, rapportert 3. september 2026)







