Produktfeed for AI-modeller
En produktfeed er en strukturert overføring av katalogdata til en mottaker. Den kan hjelpe en AI-tjeneste å forstå hvilke varer dere selger, hva de koster og hvilke varianter som er tilgjengelige. Hver mottaker bestemmer format, felt, tilgang og hvordan opplysningene brukes. Det finnes ikke én produktfeed som automatisk fungerer i alle AI-modeller.
En feed sender data til en tjeneste, ikke inn i modellens minne
Det er nyttig å skille mellom språkmodellen og tjenesten kunden bruker. En shoppingtjeneste kan hente produktinformasjon fra en katalog eller et søkeoppsett når kunden spør. Å sende en feed betyr ikke at dere endrer språkmodellens treningsdata eller interne kunnskap.
En feed er heller ikke en garanti for visning. Opplysningene kan være teknisk akseptert uten at produktet blir foreslått i den enkelte kjøpssituasjonen. Tilgang, behandling og synlighet må undersøkes hver for seg. OpenAI dokumenterer blant annet en egen godkjenningsprosess for direkte produktfeeds.
For hver kanal bør dere derfor kunne svare på tre spørsmål: Hvem mottar dataene? Hvordan ser dere at de er behandlet? Hvilke erfaringer eller rapporter viser hva kunden faktisk møter? Dersom dette er uklart, er det for tidlig å beskrive oppsettet som en fungerende salgskanal.
Hva en produktfeed bør kunne beskrive
Et produktnavn og en pris er et svakt grunnlag for et presist produktvalg. Dere trenger også en entydig kobling mellom produkt, variant og tilbud. Hvilke felter som er påkrevd varierer; tabellen nedenfor er en oversikt over datakategorier, ikke en universell spesifikasjon.
En størrelse eller farge som har egen pris eller tilgjengelighet bør kunne behandles som den konkrete varianten kunden velger. Identifikatorer skal være stabile når tittel, lager eller pris endres. Produsentidentifikatorer som GTIN og MPN må brukes korrekt når de finnes, og ikke diktes opp.
| Datakategori | Hva den avklarer | Typisk feil |
|---|---|---|
| Identitet | Hvilket produkt og hvilken variant opplysningene gjelder | Samme ID brukes for ulike varianter |
| Egenskaper | Størrelse, mål, materiale, kompatibilitet eller bruksområde | Egenskaper finnes bare i et bilde |
| Pris og tilgjengelighet | Gjeldende tilbud, valuta og lagerstatus | Feeden viser gårsdagens pris |
| Lenker og bilder | Hvor kunden finner den konkrete varen | Alle varianter lander på standardvalget |
| Selger og betingelser | Hvem som leverer varen og aktuelle vilkår | Levering eller retur er uklart |
Fil, API eller eksport fra nettbutikken
En filoverføring kan være et egnet første steg når mottakeren støtter formatet og oppdateringsbehovet lar seg håndtere. En API-integrasjon kan gi en annen oppdateringsflyt, men krever at autentisering, feil, endringer og drift er avklart. Valget bør følge katalogens behov og mottakerens kontrakt.
En eksisterende feed for Google eller en annen kanal kan være et nyttig datagrunnlag. Det betyr ikke at den kan sendes uendret til en AI-tjeneste. Feltnavn, variantmodell, filtype og betydningen av verdier må sammenlignes. Bruk gjeldende dokumentasjon fra mottakeren, ikke en gammel kopi av en spesifikasjon.
Avklar også hva som skjer når en vare fjernes. En løsning som kan legge til nye produkter, men ikke holde katalogen oppdatert ved sletting eller endret tilgjengelighet, er ufullstendig. Den konkrete håndteringen avhenger av mottakerens grensesnitt.
Oppdateringer er en del av leveransen
Nettbutikk, PIM, ERP og feedverktøy kan alle inneholde produktopplysninger. Før eksporten bygges bør dere bestemme hvilket system som eier hvert felt, og hva som skjer dersom systemene er uenige. En feed kan ellers spre et dataavvik til flere kanaler.
Skille mellom vellykket eksport og vellykket behandling hos mottakeren. En fil som er sendt, er ikke nødvendigvis godkjent. Driften bør fange opp avviste produkter, mislykkede overføringer og avvik som dukker opp på produktsiden.
Start med et avgrenset utvalg som inneholder relevante varianter og endringer. Sammenlign datakilden, det som sendes og det mottakeren viser der dette kan observeres. Skaler når datakoblingen og oppfølgingen fungerer.
- Navngitt ansvar for produktdata og kanaloppsett
- Dokumentasjon av felt og gyldige verdier
- Rutine for pris-, lager- og sortimentsendringer
- Kontroll av feil og behandling hos mottakeren
Produktfeed er én del av kjøpsreisen
Produktsiden forklarer tilbudet på nettstedet. Strukturert data beskriver deler av det samme maskinlesbart. Feeden overfører katalogdata til en valgt mottaker. En kjøpsintegrasjon utfører handelsoppgaver. Disse delene kan utfylle hverandre, men bør ikke forveksles.
Før dere investerer i integrert checkout, bør dere undersøke om kunden kommer til riktig variant med riktig pris og betingelser. Et godt feedoppsett er verdifullt først når dataene holder hele veien til det kunden kan kjøpe.
FAQ
Spørsmål om Produktfeed for AI-modeller
Nei. Mottakerne har egne formater, feltkrav og regler for tilgang. Et felles internt datagrunnlag kan gjenbrukes, men hver kanal må ha en dokumentert tilpasning.
En feed kan gi tjenesten katalogdata til søke- og shoppingopplevelser. Den gir dere ikke tilgang til å redigere modellens treningsdata eller minne.
Det riktige formatet er det mottakeren støtter for den aktuelle integrasjonen. Ikke velg filtype før dere har kontrollert kontrakten og tilgangen.
Ofte kan opplysningene brukes som utgangspunkt. Format, felt, varianter og tilgang må likevel avklares for den nye mottakeren.
Det avhenger av endringer i pris, lager og sortiment og hvordan mottakeren tar imot oppdateringer. Oppdateringsrutinen bør tilpasses risikoen ved å vise utdaterte opplysninger.
Bruk mottakerens status- og feildata der de finnes, og kontroller relevante kjøpssituasjoner. At en overføring er godtatt, dokumenterer ikke at alle produkter blir vist.
Ikke alene. Katalogtilgang og kjøpsintegrasjon har ulike krav. Betaling, ordre, plattformstøtte og kundens godkjenning må avklares separat.
Vi kan kartlegge data, beskrive felttilpasningen, rette avtalte avvik og teste et avgrenset oppsett. Kanaltilgang, utviklingsomfang og drift avklares i oppdraget.
Les videre om AI-assistert handel
Produktdata for AI-søk
Produktdata gjør det mulig å vurdere om en vare passer et konkret behov. For AI-assistert handel er det særlig viktig at produkt, variant, egenskaper og tilbud kan kobles riktig. Jobben starter i datagrunnlaget, før dere velger feed, protokoll eller integrasjon.
Universal Commerce Protocol
Universal Commerce Protocol, forkortet UCP, er en åpen protokoll for samhandling mellom handelssystemer. Den beskriver hvordan en virksomhet kan gjøre støttede funksjoner tilgjengelige for kompatible plattformer og agenter. For en nettbutikk er det viktigste spørsmålet hvilke funksjoner den aktuelle kjøpsreisen trenger, og om begge sider støtter dem.
Agent Commerce
Se konkrete leveranser, kjøpssituasjoner og hvordan et avgrenset oppdrag gjennomføres.
Kilder og gjeldende spesifikasjoner
Faglig gjennomgått 4. oktober 2026. Formater, tilgang og protokollstøtte kan endres. Bruk mottakerens gjeldende dokumentasjon når en integrasjon avgrenses.
Start med én konkret kjøpsreise
Fortell hvilken nettbutikk dere bruker, hva dere selger og hvor dere ser problemer med produktdata eller kjøpsflyt. Vi avklarer hva som bør undersøkes først.
Var dette nyttig?