Universal Commerce Protocol: hvordan KI-agenter endrer netthandel

Universal Commerce Protocol (UCP) er en åpen standard som lar KI-agenter finne produkter, bygge handlekurver og fullføre kjøp hos en selger direkte fra et KI-grensesnitt. Selgeren publiserer en profil på /.well-known/ucp, oppgir hvilke kapasiteter den støtter, og agenten forhandler fram overlappet. Google lanserte protokollen i januar 2026 sammen med Shopify, Etsy, Wayfair, Target og Walmart, og bruker den i AI Mode i Google Søk og i Gemini.

#Hva er Universal Commerce Protocol

Universal Commerce Protocol (UCP) er en åpen standard som beskriver hvordan KI-systemer samhandler med selgere for å finne produkter, sjekke pris og tilgjengelighet og gjennomføre transaksjoner. Googles utviklerdokumentasjon kaller den “en åpen standard laget for fremtidens handel” (egen oversettelse) (Google Merchant UCP-dokumentasjon). Den løser et praktisk problem: en KI-assistent som har funnet riktig produkt, trenger fortsatt en pålitelig måte å kjøpe det på uten at et menneske klikker seg gjennom en nettbutikk.

I tradisjonell netthandel blar brukeren gjennom nettsider, legger varer i handlekurven og fyller ut kasseskjemaer selv. UCP åpner for det Google kaller agentisk handel: KI-agenter handler på vegne av brukeren, finner produkter som passer kriteriene, sammenligner alternativer, kontrollerer detaljer og gjennomfører kjøpet.

#Hvem har laget UCP og hvem vedlikeholder den

UCP er ikke en spesifikasjon som bare tilhører Google. Sundar Pichai presenterte den på handelskonferansen NRF 11. januar 2026 og beskrev den som utviklet sammen med Shopify, Etsy, Wayfair, Target og Walmart, med støtte fra over 20 andre selskaper (Google, NRF 2026-tale). Shopify publiserte sin egen tekniske gjennomgang samme dag, skrevet av Ilya Grigorik (Shopify Engineering).

Prosjektsiden ucp.dev lister nå medutviklere per vertikal: varehandel (blant andre Google, Shopify, Etsy, Wayfair, Target, Walmart, Salesforce og Stripe), overnatting (blant andre Booking.com, Expedia Group, Hilton og Marriott) og mat (blant andre DoorDash, Square, Toast og Uber Eats). Spesifikasjonen ligger på GitHub under Apache License 2.0, med opphavsrett UCP Authors og en offentlig veiledning for bidragsytere (ucp.dev). Den praktiske konsekvensen: Googles tjenester er i dag den største brukeren av UCP, men selve protokollen er åpen kildekode, og enhver plattform kan implementere den.

#Hvordan UCP endrer SEO og produktsøk

I over to tiår har søkemotoroptimalisering (SEO) vært den viktigste måten bedrifter har gjort produkter og tjenester synlige på nettet. Bedrifter optimaliserte sider med relevante søkeord, bygde lenker og skrev innhold for å rangere høyere i søkeresultatene.

UCP flytter en del av dette arbeidet fra presentasjonslaget (nettsider) til datalaget (feeder, profiler og API-er). Googles UCP-FAQ er tydelig på to punkter. Produktoppdagelse i Googles tjenester bygger fortsatt på Shopping Graph og feeder fra Merchant Center, og en innebygd UCP-integrasjon endrer ikke rangeringen; den legger til et direkte kjøpsalternativ på kvalifiserte tilbud (Google UCP-FAQ). Spørsmålene som avgjør synlighet, handler derfor om data:

• Datakvalitet: er produktfeeden komplett, korrekt og oppdatert?
• Schema-samsvar: har produktsidene riktige Schema.org-typer (Product, Offer, PriceSpecification)?
• Tilgjengelighetssignaler: kan en agent sjekke lagerstatus og leveringstid i sanntid?
• Kjøpsberedskap: kan agenten fullføre kjøpet uten å sende kjøperen til et skjema?

#Hvordan publiserer en selger en UCP-profil

Oppdagelsen starter med én fil. Googles implementeringsguide sier at UCP-profilen skal publiseres på /.well-known/ucp på selgerens domene (publiser profilen). Googles ingeniører beskriver den som et standard JSON-manifest som lister tjenestene og kapasitetene en virksomhet støtter, slik at agenter finner funksjoner, endepunkter og betalingsoppsett uten en hardkodet integrasjon (Google Developers Blog, Under the Hood).

En forkortet profil med samme struktur som Googles eksempel ser slik ut (endepunkt- og skjema-URL-er er utelatt):

{
  "ucp": {
    "version": "2026-04-08",
    "services": {
      "dev.ucp.shopping": [{ "transport": "rest", "endpoint": "..." }]
    },
    "capabilities": {
      "dev.ucp.shopping.checkout": [{ "version": "2026-04-08" }],
      "dev.ucp.shopping.discount": [{ "extends": "dev.ucp.shopping.checkout" }]
    },
    "payment_handlers": { "com.google.pay": [{ "config": { } }] }
  },
  "signing_keys": [{ "kid": "...", "kty": "EC", "crv": "P-256" }]
}

Objektet ucp inneholder protokollversjon, tjenester og kapasiteter. signing_keys holder offentlige nøkler i JWK-format. Googles tekst omtaler betalingsoppsettet som et søsken til ucp, mens eksempelet legger payment_handlers inni det, så sjekk spesifikasjonen for versjonen du sikter mot før du kopierer noen av variantene.

#Tjenester, kapasiteter og utvidelser

Grigorik beskriver UCP som tre lag. Handletjenesten inneholder de grunnleggende byggesteinene. Kapasiteter som Checkout, Orders og Catalog ligger oppå og versjoneres hver for seg. Utvidelser legger til domenespesifikke skjemaer gjennom komposisjon, for eksempel rabatter eller levering som utvider kassen. Navnene bruker omvendt domenenotasjon (dev.ucp.shopping.checkout), så et selskap kan publisere sin egen utvidelse under sitt eget domene uten et sentralt register.

Begge parter publiserer profiler. Agenten henter selgerens profil, og forhandlingen beregner snittet av de to (Shopify Engineering): transaksjonen bruker bare kapasitetene begge støtter. En butikk som har kasse, men ikke handlekurv, fungerer fortsatt med en agent som støtter begge deler; økten går da uten handlekurvfunksjoner.

Kapasitetsnavnene i Googles eksempelprofil er dev.ucp.shopping.checkout, dev.ucp.shopping.cart, dev.ucp.shopping.order, dev.ucp.shopping.fulfillment, dev.ucp.shopping.discount og dev.ucp.common.identity_linking. 19. mars 2026 la Google til tre valgfrie kapasiteter i sine tjenester: Cart (flere varer fra én butikk samtidig), Catalog (oppdaterte produktdetaljer som varianter, lager og pris) og Identity Linking (innloggede kunder beholder lojalitets- eller medlemsfordeler) (Google, UCP-oppdateringer).

#Alternativer for kasseintegrasjon

UCP støtter to kassemodeller:

1. Native checkout: standardvalget i Googles tjenester. Kasselogikken integreres direkte med AI Mode og Gemini, og agenten jobber mot selgerens kasse-API.

2. Embedded checkout: en valgfri, iframe-basert vei som Google forbeholder bestemte, godkjente selgere med svært spesialtilpasset merkevareprofil eller kompliserte kasseflyter.

Shopifys gjennomgang forklarer hvordan den innebygde varianten gir kontrollen til et menneske. Embedded Checkout Protocol, avledet fra Shopifys Checkout Kit, åpner en JSON-RPC 2.0-kanal mellom agentens grensesnitt og selgerens kasse. En kasseøkt går gjennom tilstandene incomplete, requires_escalation og ready_for_complete; eskaleringstilstanden er der kjøperen blir bedt om å gjøre noe, for eksempel bekrefte betalingsmåte eller godta vilkår.

#Forskjellen på UCP, MCP, A2A og AP2 i agentisk handel

UCP står ikke alene. Den definerer handelssemantikken og overlater transporten til andre standarder: Googles ingeniører nevner REST-API-er, MCP og A2A som støttede transporter, så én kassekapasitet kan ha en REST-binding og en MCP-binding samtidig.

#Model Context Protocol (MCP)

MCP (Model Context Protocol) lar KI-agenter kalle eksterne systemer som typede verktøy. MCP ble opprinnelig utviklet av Anthropic for Claude og lar KI-systemer:

• Utføre søk og oppslag programmatisk
• Lese innhold uten å rendre HTML
• Sende strukturerte handlinger i stedet for å fylle ut skjemaer
• Få tilgang til API-er og dataendepunkter

Tenk på MCP som verktøylaget og UCP som handelsvokabularet som kan gå over det. For WooCommerce-butikker bør de to holdes fra hverandre: spørsmål om katalogen over REST hører hjemme i en skrivebeskyttet MCP som woocommerce-mcp på GitHub, mens agentkasse og selgerfeeder hører hjemme i denne UCP-guiden. Utvikling av skreddersydde MCP-løsninger finner du under MCP-serverutvikling.

#Agent-to-Agent Protocol (A2A)

A2A (Agent2Agent) er utviklet av Google og håndterer kommunikasjon mellom ulike KI-agenter. Den gjør det mulig for spesialiserte agenter å samarbeide: én tar seg av produktsøket, en annen av kjøpet. UCP lister A2A som en av sine transporter.

#Agent Payments Protocol (AP2)

AP2 er Googles protokoll for betalinger som agenter setter i gang. Googles FAQ beskriver arbeidsdelingen: UCP styrer kjøpets livsløp, og AP2 kan fungere som det spesialiserte betalingslaget. Betalingsinstrumenter (det kjøperen betaler med) holdes adskilt fra betalingsbehandlere (den som behandler betalingen), og Googles ingeniører opplyser at hver autorisasjon er støttet av et kryptografisk bevis på brukerens samtykke.

#Hva er WebMCP og hvordan utfyller det UCP

WebMCP er et utkast til spesifikasjon fra W3C Web Machine Learning Community Group, redigert av ingeniører fra Microsoft og Google. Det lar en nettside eksponere JavaScript-funksjoner som verktøy en agent kan kalle, via document.modelContext.registerTool() (WebMCP-utkast). Det er et utkast fra et fellesskap, ikke en W3C-standard. Der UCP snakker med selgerens bakende, dekker WebMCP siden brukeren allerede har åpen i nettleseren.

Oppdatering, 2. november 2026. Cloudflare beskriver hvordan Commerce.com slo på WebMCP i kanten for nesten 100 000 butikkdomener uten at selgere måtte endre temaer. Cloudflare setter inn et lite bridgescript i kanten; verktøy som search_products og add_to_cart kjører i kjøperens nettleserøkt på butikkdomenet, så pris og handlekurv matcher det et menneske ser, og kassen blir hos selgeren. Enkeltbutikker kan skru av via hostname-metadata og en Configuration Rule (cf.hostname.metadata.webmcp_opt_out), og MCP-URL kan settes til en egen sti, for eksempel /api/mcp i stedet for /mcp. For en WooCommerce-butikk allerede bak Cloudflare er skillet nyttig: UCP dekker fortsatt backend-kassen mot Google-flater, mens edge-WebMCP dekker agenter som allerede sitter i kjøperens nettleser - uten temarewrite.

Skjermbilde: Cloudflare Blog, How Commerce.com and Cloudflare are getting storefronts ready for AI agents, 21. oktober 2026.

#Hvordan skiller UCP seg fra Agentic Commerce Protocol

UCP har en parallell standard. Agentic Commerce Protocol (ACP) er utviklet av Stripe og OpenAI, er også åpen kildekode under Apache 2.0, og nevner ChatGPT som den første KI-plattformen som implementerer den, med Stripes Shared Payment Token som første kompatible betalingsmetode (agenticcommerce.dev). De to protokollene løser samme problem for ulike økosystemer, så en selger som vil ha kasse både i Googles tjenester og i ChatGPT, må planlegge for begge. WPPoland publiserer oppdagelsesfiler for hver av dem: /.well-known/ucp og /.well-known/acp.json.

Oppdatering, 3. november 2026. Shopify Fall ‘26 Edition legger WebMCP-verktøy på alle Liquid- og Hydrogen-butikker og i kassen: nettleseragenter kan søke etter produkter, endre handlekurven og fullføre kjøpet når kjøperen godkjenner, med samme validering som kassesiden, og får strukturerte data i stedet for skjermbilder (Shopify, Fall ‘26 Edition for utviklere). Samme utgivelse gir Shop.dev, én tilkobling for enhver agent eller app til Shopify Catalog, handlekurv, kasse og Shop Pay, og en sikkerhetssjekk for apper i Shopify CLI. For en Shopify-butikk er dette laget nå på som standard; en WooCommerce-butikk må bygge tilsvarende selv, og det er det UCP-profilen og stegene nedenfor er til for.

Oppdatering, 28. oktober 2026. 24. mars 2026 endret OpenAI hvordan ChatGPT bruker ACP. Instant Checkout i ChatGPT er nå bare åpent for godkjente partnere, andre forhandlere beholder sin egen kasse, og OpenAI sier at selskapet konsentrerer seg om at kundene skal finne produktene i ChatGPT (OpenAI). Gjennom ACP deler forhandlere nå først og fremst produktdata og kampanjer, og tilkobling av produktfeed er foreløpig også forbeholdt godkjente partnere (OpenAIs utviklerdokumentasjon). Planlegger du nettbutikken for begge økosystemene, trenger du for ChatGPT en produktfeed og en kasse i din egen butikk der en kjøper fra chatten kan fullføre bestillingen. Kasse-endepunkter av typen denne guiden beskriver, er fortsatt en UCP-oppgave, og Google tar inn forhandlere til den integrasjonen via en venteliste (Google for Developers).

Sammen utgjør disse protokollene dagens stakk for agentisk handel:

• UCP: handels- og transaksjonslaget (Googles tjenester og alle som tar den i bruk)
• ACP: handels- og kasselaget i økosystemet til OpenAI og Stripe
• MCP: verktøyinteraksjon og API-tilgang
• A2A: kommunikasjon mellom agenter
• AP2: agentbetalinger og bevis på samtykke
• WebMCP: verktøy som en side eksponerer i nettleseren

#Hva forventer Google av en UCP-selger

Googles UCP-FAQ lister driftskrav som er lette å overse når profilfilen ser ferdig ut:

• Merchant Center er fortsatt sentralt. Produktfeeder, merkevareressurser, returvilkår og kontaktinformasjon må være komplette og oppdaterte; UCP bygger på den eksisterende shoppingfeeden.
• Selgeren forblir merchant of record. Selgeren eier kundeforholdet og transaksjonsdataene, og selgerens egne vilkår gjelder for kjøpet og må godtas i kassen.
• Lagerstatus i sanntid. Selgeren sjekker lageret i kassen og returnerer feilkoden out_of_stock når en vare er utsolgt.
• Adressevalidering. Brukeren kan endre leveringsadressen, selgeren beregner frakt og avgifter på nytt og returnerer address_undeliverable når den ikke kan levere.
• Feil som kan rettes. En melding som kjøperen kan rette opp, må ha alvorlighetsgraden recoverable i messages-arrayet, ellers møter brukeren en blokkerende feil.
• Betalinger. Selgeren trenger ikke Google Pay API på sin egen nettside, men betalingsleverandøren må kunne behandle Googles tokener. Bare PAN_ONLY brukes for allowed_auth_methods.
• Versjonering. En ny spesifikasjonsversjon legges på et eget endepunkt, slik at Google kan sende trafikken tilbake hvis den nye feiler.
• Én profil, mange land. Det trengs ikke egne profiler per land.

#Hvilke bedrifter trenger UCP

#Nettbutikker

For butikker som selger produkter, er saken enkel. Hvis konkurrerende tilbud i AI Mode har et direkte kjøpsalternativ og dine ikke har det, fullfører agenten kjøpet et annet sted.

Viktige tiltak:

• Publiser en UCP-profil på /.well-known/ucp
• Hold feeder i Merchant Center og Schema.org-markup (Product, Offer, PriceSpecification) komplette
• Sørg for at API-er for tilgjengelighet og pris svarer i sanntid
• Test produktoppdagelse gjennom KI-assistenter

Oppdatering, 30. oktober 2026. 29. oktober 2026 publiserte Microsoft Clarity en analyse av over 5,2 millioner økter med AI-agenter fra 230 511 Clarity-prosjekter, samlet inn fra 13. august til 9. september 2026 (Microsoft Clarity). En økt ble regnet som agentøkt når Clarity oppdaget en agentnettleser fra OpenAI-, Google- eller Anthropic-økosystemet. En kassehendelse forekom i 25,21 % av disse øktene mot 14,65 % hos mennesker, innsendt skjema i 19,85 % mot 18,56 %, og lagt i handlekurven i 2,33 % mot 3,31 %. Agentene klikket sjeldnere på utgående lenker (14,28 % mot 26,99 %). Clarity påpeker at et menneske kan ha tatt over i en agentøkt, og at tallene ikke viser at agenten fullførte et kjøp på egen hånd. Studien måler heller ikke konvertering.

For en WooCommerce-butikk betyr det at agentene går rett til kassen, så kassen og produktdataene må fungere uten gjetting:

• Hold feeden i Merchant Center lik nettbutikken (pris, lagerstatus, varianter, GTIN), siden UCP og kassen i Googles tjenester bygger på den.
• Lag Product- og Offer-markeringen på produktsiden fra de samme feltene som feeden, så agenten aldri ser to priser.
• Gå gjennom kassen som gjest: alle felt med etikett, feilmeldinger som tekst, og ingen krav om konto bare for å se fraktprisen.
• Mål agentøkter: Clarity tilbyr Agent Activity Dashboard til dette, og UCP-trafikk kjenner du igjen i serverloggene på headeren UCP-Agent.

Gjennomgang av feed, produktdata og kasse i WooCommerce-butikker gjør jeg som en del av WooCommerce-utvikling.

#Tjenestebedrifter

For byråer, konsulenter og andre profesjonelle tjenester ser regnestykket annerledes ut. Tjenester kjøpes sjelden i ett steg; de krever samtale, et tilbud og et avtalt omfang. UCP-spesifikasjonen har ingen kapasitet for forespørsler eller tilbud, så en tjenestebedrift bruker standarden til oppdagelse og legger sine egne data rundt den:

• Bruk ProfessionalService- og Offer-skjemaer i stedet for Product-skjemaer
• Beskriv tjenestene og hvordan prisen fastsettes
• Oppgi arbeidsflyter for forespørsel og tilbud i en tydelig egendefinert blokk (WPPoland bruker supportsInquiry og supportsQuote, som er egne felt, ikke UCP-kapasiteter)
• Legg ut strukturert FAQ og informasjon om prosessen

#Innholdsutgivere

Mediebedrifter og innholdsutgivere bør konsentrere seg om:

• Å implementere Schema.org-skjemaene Article og FAQ
• Å strukturere innhold for KI-sitering (se vår LLMO-optimaliseringsguide)
• Å lage strukturerte data for entiteter, emner og relasjoner

#Slik implementerer du UCP i fem trinn

#Trinn 1: Gå gjennom dataene du har

Før du implementerer UCP, bør du finne ut hvilke data du allerede har:

• Har produkt- eller tjenestesidene Schema.org-markup?
• Er feeden i Merchant Center komplett og oppdatert?
• Er pris, tilgjengelighet og leveringstid strukturert eller skrevet i fritekst?

#Trinn 2: Publiser UCP-profilen

Følg implementeringsguiden for versjonen du sikter mot, og publiser /.well-known/ucp med tjenester, kapasiteter, betalingsbehandlere og signeringsnøkler. Selgere som vil ha kasse i Googles tjenester, registrerer seg via Googles interesseskjema for UCP-selgere, som det lenkes til fra dokumentasjonen, og Google har varslet en forenklet registreringsflyt i Merchant Center som rulles ut i løpet av de kommende månedene.

#Trinn 3: Implementer Schema.org-markup

Berik nettstedet med Schema.org-data:

• For produkter: skjemaene Product, Offer, Brand og Review
• For tjenester: skjemaene ProfessionalService, Offer og PriceSpecification
• For begge: skjemaene Organization, ContactPoint og FAQPage

#Trinn 4: Bygg kasseendepunktene

Implementer tjenestene du har oppgitt, og begynn med kassen. Googles gjennomgang bruker en eksempelserver i Python og et UCP-SDK med eksempeldata (en blomsterbutikk som demo) for å vise oppdagelse, opprettelse av kasseøkt og en rabattkode fra start til slutt; de offisielle SDK-ene ligger i GitHub-organisasjonen Universal-Commerce-Protocol. Utenom UCP kan en tjenestebedrift legge til egne endepunkter som /agent.json.

#Trinn 5: Test og overvåk

Når alt er på plass:

• Bekreft at /.well-known/ucp returnerer gyldig JSON
• Følg med i serverloggene etter headeren UCP-Agent og User-Agent-strenger som starter med Google/UCP
• Test feilveiene (out_of_stock, address_undeliverable) før lansering
• Spør KI-assistenter om produktene og tjenestene dine

#Slik implementerer en tjenestebedrift UCP

Som tjenestebedrift og ikke produktforhandler hadde WPPoland et konkret spørsmål: hvordan publisere data som agenter kan lese, uten å ha en kasse å tilby.

Den publiserte filen på /.well-known/ucp (også tilgjengelig som /.well-known/ucp.json) svarer på det i to deler. Objektet ucp oppgir versjon 2026-04-08 med tomme tjenester og kapasiteter, fordi det ikke tilbys noen UCP-kasse. Ved siden av ligger en egendefinert blokk som beskriver virksomheten:

• En selgerprofil med juridisk navn, MVA-nummer, adresse og land som betjenes
• Kapasiteter: supportsInquiry og supportsQuote satt til true, supportsPayment og supportsBooking satt til false
• 8 kjernetjenester
• Seks språk: polsk, engelsk, tysk, norsk, portugisisk og spansk
• EUR som tilbudsvaluta og en uttalt policy om at det ikke publiseres noen prisliste, og at det bindende tilbudet kommer etter en skriftlig brief
• Et ekstra endepunkt, /agent.json, med tjenestedata i JSON-LD

Slik holdes standarddelen ærlig (ingenting oppgis som virksomheten ikke kan levere), samtidig som agentene får strukturerte fakta om selskapet.

#Hvordan UCP har utviklet seg gjennom 2026

• 11. januar 2026: lansering på NRF, utviklet sammen med Shopify, Etsy, Wayfair, Target og Walmart; native checkout varslet for AI Mode i Google Søk og Gemini.
• 19. mars 2026: valgfrie kapasiteter for Cart, Catalog og Identity Linking; forenklet registrering i Merchant Center; Commerce Inc, Salesforce og Stripe nevnt som plattformer som skal implementere UCP.
• April 2026: Googles implementeringsguide går over til spesifikasjonsversjon 2026-04-08.
• 20. mai 2026 (Google Marketing Live): en Universal Cart som fungerer på tvers av forhandlere og Googles tjenester, Affirm og Klarna som alternativer i Google Pay, kjøp fra Direct Offers-kampanjer og UCP-basert kasse som rulles ut i Canada og Australia, senere i Storbritannia. Hotellbooking og lokal matbestilling ble presentert som nye kategorier (Google Marketing Live 2026).

Det offentlige veikartet på ucp.dev lister lojalitets- og medlemsfordeler, innebygd mersalg og kryssalg, lokale og omnikanale kundereiser, globale markeder og vertikalene mat og overnatting. Veikartet presiserer at det ikke er en forpliktelse til å levere bestemte funksjoner (UCP-veikart).

#Hvordan sikrer du en UCP-integrasjon og oppfyller GDPR

#Identifiser og verifiser agenttrafikk

• UCP-forespørsler har en UCP-Agent-header med agentens profil og en User-Agent som starter med Google/UCP.
• Google kan sjekke helsen til endepunktene med User-Agent Google-UCP-Prober/1.0.
• Bekreft at trafikken virkelig kommer fra Google med omvendte DNS-oppslag og Googles publiserte IP-områder.
• Georestriksjon støttes ikke; Google anbefaler i stedet OAuth 2.0 Bearer-tokener eller andre signaturer.
• Publiser signeringsnøkler i JWK-format i profilen og roter dem som alle andre nøkler.

#Oppfyll kravene i GDPR

• Eierskap til data: selgeren forblir merchant of record og eier transaksjonsdataene.
• Lagringstid: Google beholder vanlige ordredata til brukeren ber om sletting; selgerens egne lagringsplikter gjelder fortsatt for selgerens systemer.
• Remarketing: vanlige regler for personvern og samtykke gjelder; Google oppgir en opt-in-funksjon som planlagt.
• Dataminimering: gi agenter bare de dataene transaksjonen trenger.

#Vanlige UCP-feil og hvordan du retter dem

#Hvorfor KI-agenter ikke finner butikkens kapasiteter

Mulige årsaker:

1. Profilen svarer ikke på /.well-known/ucp (404)
2. Syntaksfeil i JSON
3. Kapasiteter oppgitt uten et tilhørende tjenesteendepunkt

Løsninger:

• Åpne URL-en direkte og sjekk statuskoden
• Kjør filen gjennom en JSON-validator
• Sammenlign oppgitte kapasiteter med endepunktene som faktisk svarer

#Hvorfor KI-agenter viser feil priser

Mulige årsaker:

1. Feil valutaformatering
2. Feed og kasse returnerer ulike priser
3. Problemer med tidssone eller format

Løsninger:

• Bruk valutakoder etter ISO 4217
• Beregn pris, frakt og avgifter på nytt i kassen og hold feeden oppdatert
• Lagre tidsstempler i UTC

#Hvorfor UCP-kassen feiler

Mulige årsaker:

1. Utsolgte varer uten koden out_of_stock
2. Problemer som kan rettes, sendt uten alvorlighetsgraden recoverable
3. Autentiseringsproblemer eller en betalingsleverandør som ikke kan behandle Googles tokener

Løsninger:

• Returner de dokumenterte feilkodene
• Merk meldinger som kjøperen kan rette opp, som recoverable
• Valider tokener og bekreft tokenstøtte med betalingsleverandøren

#Slik forbereder du nettbutikken på agentisk handel

Agentisk kasse er i drift i Googles tjenester, Shopify var med på å utvikle protokollen, og betalingsplattformer har varslet støtte. En del av oppdagelseslaget har flyttet fra nettsider til protokoller. Enten du selger produkter eller tjenester, betyr data som er strukturerte, komplette og tilgjengelige for agenter nå like mye som selve sidene.

For bedrifter er tiltakene klare:

1. Gå gjennom dagens datastrukturer og feeder
2. Publiser en UCP-profil som bare oppgir det du faktisk støtter
3. Test agentoppdagelse og feilveier i kassen
4. Følg med på spesifikasjonsversjoner og det offentlige veikartet

Relaterte artikler:

• LLMO: Den definitive tekniske guiden for optimalisering for AI-boter
• Semantisk SEO for WordPress i 2026
• Core Web Vitals: Oppnå 100/100-score
• Headless WordPress vs tradisjonell WordPress

Tjenestesider:

• AI Commerce Beredskap - UCP Implementering
• WordPress Utvikling
• WooCommerce Utvikling
• Hastighetsoptimalisering
• GEO og LLMO Optimalisering

Tekniske ressurser:

• WPPoland UCP-implementering
• Agent data-endepunkt
• Google UCP-dokumentasjon
• UCP-spesifikasjonen