ACP, UCP ja AP2 vertailussa: agenttisen kaupankäynnin protokollat lokakuussa 2026 ja mitä niistä verkkokauppasi tarvitsee

Kolme avointa protokollaa kuvaa nyt, miten tekoälyagentti ostaa verkkokaupasta. Agentic Commerce Protocol (ACP) on OpenAI:n ja Stripen. Universal Commerce Protocol (UCP) on Googlen ja Shopifyn. Agent Payments Protocol (AP2), jonka Google aloitti ja luovutti huhtikuussa FIDO Alliancelle, ei ole lainkaan kassaprotokolla: se määrittelee allekirjoitetun todisteen siitä, että käyttäjä on valtuuttanut maksun, ja se on suunniteltu toimimaan UCP:n sisällä. Kaikki kolme on julkaistu Apache 2.0 -lisenssillä.

Ne ovat 22. lokakuuta 2026 hyvin eri vaiheissa. ACP on merkitty betaksi, sen uusin julkaisu on 2026-04-17, eikä siihen ole viety yhtään muutosta 17. heinäkuuta jälkeen. Sen pääasiallinen käyttäjä ChatGPT luopui maaliskuussa erillisestä kassastaan ja käyttää ACP:tä nyt lähinnä tuotetietojen vastaanottamiseen. UCP julkaisi elokuussa version 2026-08-25, joka rikkoo yhteensopivuuden, mutta Googlen omat palvelut käyttävät yhä versiota 2026-04-08, ja Googlen kassa on ennakkokäytössä ja vain Yhdysvalloissa. AP2 on versiossa 0.2, eikä yksikään Googlen tuote dokumentoi käyttävänsä sitä.

Tämä artikkeli on verkkokauppojen ja kauppa-alustojen teknologiajohtajille ja johtaville kehittäjille, jotka päättävät, mitä toteuttaa. Jos haluat tietää, mitä kukin tekoälyalusta vaatii kaupalta liiketoiminnan kannalta, aloita agenttisen kaupankäynnin yleiskatsauksestamme.

Rinnakkain

ACP: Agentic Commerce Protocol

Hallintomalli ja versiot

Määritysten repositorion mukaan ACP:tä ylläpitävät OpenAI ja Stripe, ja se on merkitty betaksi. Hallintomallia kuvaava dokumentti tekee näistä kahdesta perustajaylläpitäjät (Founding Maintainers): ne nimittävät ohjauskomitean jäsenet (enintään seitsemän) ja pitävät veto-oikeuden käytettäväksi ”viimeisenä keinona”. Meta liittyi kolmanneksi pääylläpitäjäksi ja komitean jäseneksi 24. huhtikuuta 2026. Stripen dokumentaatiossa ACP:tä kuvataan ”Stripen, OpenAI:n ja Metan luomaksi”, mutta repositorion notice-tiedostossa tekijöiksi mainitaan vain OpenAI ja Stripe. Neutraali säätiö on toistaiseksi vain ilmoitettu tulevaisuuden suunta.

Päivättyjä julkaisuja on viisi: 2025-09-29 (kassa ja delegoitu maksu), 2025-12-12 (rikkovia muutoksia, jotka opittiin URBN:n ja Etsyn adaptereista), 2026-01-16 (kauppiaan valitsema 3DS-palveluntarjoaja), 2026-01-30 (ominaisuuksien neuvottelu, laajennukset ja yhteensopivuuden rikkova maksunkäsittelijäkehys) ja 2026-04-17 (ostoskori, syöte, tilaukset, delegoitu todennus, löydettävyys ja MCP), joka merkitsi version 2026-01-30 vanhentuneeksi. Sen jälkeen kuuteen kuukauteen ei ole julkaistu mitään. unreleased/-kansiossa on pienempiä muutoksia 17. heinäkuuta asti, kuten syötepäivityksen tunniste ja valinnainen tuotteen URL kassan tuoteriveillä.

Mitä kauppias toteuttaa versiossa 2026-04-17

Kassa-API on kauppiaan palvelimella, ja agentti kutsuu sitä:

• POST /checkout_sessions luo istunnon, POST /checkout_sessions/{checkout_session_id} päivittää sen (POST, ei PUT), GET samaan polkuun hakee sen, ja .../complete ja .../cancel päättävät sen.
• Pyynnöissä on bearer-API-avain ja pakollinen API-Version-otsake. Versiosta 2026-04-17 alkaen Idempotency-Key on pakollinen jokaisessa POST-pyynnössä, ja sille on määritelty virheet: 400 idempotency_key_required, 409 idempotency_in_flight ja 422 idempotency_conflict.
• Luontipyynnössä on capabilities-objekti. Agentti ilmoittaa, mitä se tukee, ja myyjä palauttaa ne ominaisuudet, joita molemmat tukevat, joten yhteensopimattomuus tulee esiin ennen maksua.
• Kauppias lähettää tilaustapahtumat POST-pyyntöinä OpenAI:n ylläpitämään vastaanottajaan osoitteessa /agentic_checkout/webhooks/order_events, ja ne allekirjoitetaan HMAC-SHA256:lla Merchant-Signature-otsakkeessa. Tilat etenevät tilasta created tilaan delivered tai canceled, ja adjustments[] sisältää hyvitykset, palautukset, riitautukset ja takaisinveloitukset.

Julkaisu 2026-04-17 lisäsi myös staattisen, julkisen /.well-known/acp.json-tiedoston, jonka transports-kenttä kertoo, tukeeko kauppa siirtotapaa rest, mcp vai molempia. Se lisäsi Streamable HTTP:n yli toimivan MCP-sidonnan, jossa on viisi työkalua (create_checkout_session, get_checkout_session, update_checkout_session, complete_checkout_session, cancel_checkout_session) ja jossa todennus määritetään palvelimen asetuksissa eikä pyyntökohtaisesti. Lisäksi se toi Feed API:n, jota agentti ylläpitää ja johon kauppias lähettää tiedot (POST /feeds, PATCH /feeds/{id}/products), yhden myyjän ostoskorin ilman maksutietoja (POST /carts, PUT /carts/{id}) sekä delegoidun 3DS2-todennuksen (POST /delegate_authentication). Kestotilauksia ei ole: laajennuksia käsittelevä RFC luettelee subscription-laajennuksen kohdalla ”Toistuvan laskutuksen tuki (tulevaisuudessa)”.

Miten maksu toimii ACP:ssä

ACP:n alkuperäinen ratkaisu on delegoitu maksu. Maksupalveluntarjoaja (PSP) tai korttitietojen säilytyspalvelu toteuttaa kutsun POST /agentic_commerce/delegate_payment, joka muuttaa kortin (ainoa maksutietotyyppi) tokeniksi, jota kauppiaan maksupalveluntarjoaja saa käyttää vain sallituissa rajoissa: reason (vain one_time), max_amount, currency, checkout_session_id, merchant_id ja expires_at. RFC:n sanoin: ”Maksut, katteensiirto ja vaatimustenmukaisuus pysyvät kauppiaan omassa maksuinfrastruktuurissa.” Worldpay dokumentoi kutsusta oman versionsa, ja PayPal tukee ACP:tä Braintreen delegoiduilla tokeneilla.

Versiosta 2026-01-30 alkaen hyväksytyt maksutavat ilmoitetaan käsittelijöinä kohdassa capabilities.payment.handlers. Muutoslokin esimerkki maksutiedoista:

{ "handler_id": "card_tokenized", "instrument": { "type": "card", "credential": { "type": "spt", "token": "spt_123" } } }

spt on Stripen Shared Payment Token, joka on saatavilla ”Yhdysvalloissa, Kanadassa ja tietyissä Euroopan maissa”. Stripeä käyttävä myyjä veloittaa sen parametrilla payment_method_data[shared_payment_granted_token] API:n esikatseluversiossa; muuta maksunvälittäjää käyttävä myyjä voi muuntaa sen kerran korttiverkon maksutiedoiksi. Agenttimaksuja käsittelevä artikkelimme kertoo, kuka kantaa riskin.

Mitä OpenAI:n maaliskuun linjaus muutti

OpenAI kirjoitti 24. maaliskuuta 2026, että ”Instant Checkoutin ensimmäinen versio ei tarjonnut sitä joustavuutta, johon pyrimme”, antoi kauppiaiden käyttää omia kassojaan ja kertoi laajentavansa ACP:tä ”yhdistäväksi kerrokseksi kauppiaiden ja käyttäjien välille koko tuotteiden löytämisen ajan.” Target, Sephora, Nordstrom, Lowe's, Best Buy, The Home Depot ja Wayfair olivat integroineet ACP:n löydettävyyttä varten, ja Shopify-kauppojen tuotevalikoimat tulevat Shopify Catalogin kautta. Mitä tämä tarkoittaa kehittäjälle:

• Syöte on se osa, joka on käytössä. OpenAI:n kauppiassivulla sanotaan, että ostot ”viimeistellään kauppiaan omistamilla verkkosivustoilla tai sovelluksissa” ja että ostokset ovat käytössä yhdysvaltalaisille käyttäjille. Syötteen käyttöönotto on jonotuslistalta hyväksytyille kumppaneille: päivittäinen täysi tiedosto SFTP:n kautta yhdeksällä pakollisella kentällä, API-päivitykset päivän mittaan ja tarjoukset vain API:n kautta. Vakiomuotoinen lataus ”kohdistuu tällä hetkellä Yhdysvaltoihin”.
• Kassa on erillinen portti. Syötteen määrityksen mukaan kassa ”vaatii erikseen käyttöön otetun integraation”. ChatGPT-sovelluksille yleisesti saatavilla oleva reitti on ulkoinen kassa kehittäjän omalla verkkotunnuksella. Keskustelun sisäinen maksunäkymä on suljettu beta, joka on ”rajattu valittuihin markkinapaikkoihin” ja joka välittää maksutokenin sovelluksen MCP-palvelimelle complete_checkout-työkalukutsussa.
• OpenAI:n sivut laahaavat määrityksen perässä. Sen kassan referenssidokumentaatiossa näkyy yhä API-Version 2025-09-12 ja provider-enum, jonka arvot ovat stripe, adyen ja braintree. Toteuta repositorion mukaan ja varmista OpenAI:lta, minkä version se hyväksyy.

Maksupalveluntarjoajien sivut, jotka yhä esittelevät Instant Checkoutin käytössä olevana, ovat vanhentuneita.

UCP: Universal Commerce Protocol

Hallintomalli ja versiot

Google julkaisi UCP:n 11. tammikuuta 2026; se on kehitetty yhdessä Shopifyn, Etsyn, Wayfairin, Targetin ja Walmartin kanssa. Hallintosäännöt antavat Googlelle ja Shopifylle kummallekin yhden pysyvän äänen Governing Councilissa, johon Stripe liittyi 28. huhtikuuta 2026, ja niissä todetaan: ”Google käyttää valtakirjalla kaikkien avoimien paikkojen ääniä joulukuuhun 2028 asti”. Shopping Tech Council kasvoi 24. huhtikuuta 16-paikkaiseksi, kun siihen tulivat Amazon, Meta, Microsoft, Salesforce ja Stripe, joten Meta ja Stripe istuvat nyt sekä ACP:n komiteassa että UCP:n neuvostossa.

Repositoriossa on neljä julkaisua. 2026-04-08 lisäsi ostoskori- ja tuoteluettelo-ominaisuudet, pyyntöjen ja vastausten allekirjoituksen sekä Get Order -toiminnon. 2026-08-25 rikkoo yhteensopivuuden: signing_keys[] korvautui keys[]-kentän JWK Setillä, maksulaajennukset siirtyivät nimiavaruudesta dev.ucp.shopping.* nimiavaruuteen dev.ucp.common.payment.*, jaetut skeemat siirtyivät ja niiden $id-URL-osoitteet muuttuivat, ja PAN ja korttiverkon tokenit erotettiin omiksi maksutietotyypeikseen. Lisäksi se toi toimittajariippumattoman 3DS2:n, jaetut maksut, maksuehdot ja yhteentoimivuuden Web Bot Authin kanssa.

Tässä on ansa. Googlen profiiliohje kattaa vain versiot 2026-04-08 ja 2026-01-23, Googlen oma agenttiprofiili osoitteessa ucp.goog ilmoittaa "version": "2026-04-08", ja Salesforce B2C Commerce 26.9 tarjoaa samat kaksi versiota. Shopifyn Checkout MCP puolestaan viittaa versioon 2026-08-25. Jos toteutat uusimman julkaisun mukaan, toteutat version, jota Google ei dokumentoi. Määrityksen ratkaisu on supported_versions-objekti, joka liittää jokaiseen vanhempaan versioon sen oman profiilin URI:n.

Löydettävyys, siirtotavat ja todennus

Jokainen yritys julkaisee osoitteessa /.well-known/ucp profiilin, jossa ovat ucp.version, ucp.services ja ucp.payment_handlers, ja Google vaatii sen olevan julkinen ja saatavilla ilman todennusta. Myös agentin alusta julkaisee profiilin, ja jokainen pyyntö kuljettaa sen URI:n UCP-Agent-otsakkeessa HTTPS:n yli, vähintään TLS 1.3:lla. Todennuksen valitsee yritys: ei todennusta, X-API-Key, OAuth 2.0, molemminpuolinen TLS tai RFC 9421:n HTTP Message Signatures. Google lähettää bearer-tokenin, ja sen usein kysytyissä kysymyksissä tarjotaan myös mTLS. Idempotency-Key on vain suositus (”SHOULD”); palvelin, joka hyväksyy sen, säilyttää sen vähintään 24 tuntia ja vastaa koodilla 409, jos sitä käytetään uudelleen eri sisällöllä.

REST on perussiirtotapa, ja sen rinnalla ovat MCP, A2A-laajennus ja upotettu tila, johon päästään continue_url-osoitteen kautta. Tilaukset hoidetaan kutsulla GET /orders/{id} sekä yritykseltä alustalle lähetettävällä webhookilla, joka allekirjoitetaan RFC 9421:n mukaisesti. Ostoskorin polut ovat samat kuin ACP:ssä. Kassatoiminnot näyttävät samanlaisilta, mutta ne eivät ole keskenään vaihdettavissa:

Yksi kassan ydin voi palvella molempia. Yksi reititystaulu ei voi.

Miten maksu toimii UCP:ssä

UCP ei siirrä rahaa. Maksunkäsittelijä on maksutietojen tarjoajan kirjoittama määritys, kuten com.google.pay Google Paylle tai dev.shopify.shop_pay Shop Paylle. Yritys luettelee hyväksymänsä käsittelijät, alusta suorittaa yhden niistä, ja complete-vaiheessa yritys saa läpinäkymättömän tokenin, jonka se veloittaa oman maksupalveluntarjoajansa kautta.

Googlen palveluissa ainoa käsittelijä on Google Pay, PAN_ONLY on ainoa käytetty todennustapa, ja maksupalveluntarjoajasi ”on pystyttävä käsittelemään tokenimme”. Stripe julkaisee käsittelijän com.stripe.payments korteille ja Apple Paylle: ”Agentti lähettää jaetun maksutokenin (SPT) Complete Checkout -pyynnössä, ja myyjä veloittaa sen.” Google Pay pysyy omalla käsittelijällään. PayPal tukee Google Pay -käsittelijää Braintreen tai oman Orders v2 -API:nsa kautta.

Mitä Google vaatii ennen kuin se kutsuu sinua

Googlen natiivikassan ohje edellyttää REST-kassa-API:a ja pitää maksuvaiheen Googlella: ostaja syöttää arkaluonteiset tiedot ”vain Googlen käyttöliittymässä”. Palvelutasovaatimukset ovat vähintään 95 %:n saatavuus jokaisessa päätepisteessä sekä p50- ja p95-viiveet 1 ja 4 sekuntia luonnille, 1 ja 5 sekuntia päivitykselle sekä 6 ja 10 sekuntia viimeistelylle. Tilauksen jälkeen lähetät tilapäivitykset Googlen webhookiin kumppanitunnuksella ja avaimella, jotka saat käyttöönotossa. Merchant Centerissa jokaisella tuotteella on oltava native_commerce(checkout_eligibility) arvossa true (sen ”oletusarvo on FALSE”), palautuskäytäntö ja asiakastuen yhteystiedot ovat pakollisia, ja ulkopuolelle jäävät kestotilaukset, osamaksut, personoidut, käytetyt ja kunnostetut tuotteet, ennakkotilaukset sekä ikärajoitetut tuotteet.

Kevyempi vaihtoehto versiosta 2026-04-08 alkaen on ostoskorin siirto (cart transfer): toteutat vain ostoskorin luonnin, Google siirtää ostoskorin sivustollesi, eikä maksunkäsittelijää tai tilausten webhookia tarvita.

Todellinen rajoite on pääsy. Kassa on ”valittujen kauppiaiden käytettävissä” ennakkokäyttöohjelman kiinnostuslomakkeen kautta, ja lomakkeella sitoudut aloittamaan 30 päivän kuluessa ja hyväksyt, että pääsy ”voidaan poistaa”, jos työ ei etene. UCP Checkout -ehtoja sovelletaan ”vain Yhdysvaltoihin”. Merchant Centerin hub-näkymä on määrä tuoda Australiaan ja Kanadaan ”ensi vuoden alussa”; muille maille Google ei anna kassan aikataulua.

UCP Googlen ulkopuolella

Microsoft Merchant Center on ottanut Yhdysvalloissa vastaan UCP-valmiita syötteitä 21. huhtikuuta 2026 alkaen. Copilot Checkout vaatii UCP-yhteensopivan syötteen ja ottaa mukaan englanninkielisiä kauppiaita, jotka myyvät yhdysvaltalaisille ostajille dollareissa ja käyttävät kukin yhtä maksupalveluntarjoajaa, ja sen kauppa-asetuksessa lukee ”pilotti vain valituille asiakkaille”. Shopify tarjoaa UCP:n MCP:n kautta osoitteessa https://{shop}/api/ucp/mcp ja on poistanut vanhemmat tuoteluettelo- ja ostoskorityökalunsa. Majoitusvarausten ominaisuus yhdistettiin luonnoksena 24. syyskuuta 2026, eikä se sisälly yhteenkään julkaisuun.

AP2: Agent Payments Protocol

AP2 ei ole kolmas tapa toteuttaa kassa. Sen määrityksen mukaan se ”toimii tietoturvaominaisuutena kaupankäyntiprotokollan sisällä” ja on ”suunniteltu nimenomaan yhteensopivaksi Universal Commerce Protocolin (UCP) kanssa”. Versio 0.1.0 julkaistiin 16. syyskuuta 2025. Versio 0.2 tuli 28. huhtikuuta 2026, samana päivänä, jona Google lahjoitti AP2:n FIDO Alliancelle. FIDOn tiedote nimeää Agentic Authentication -työryhmän sekä Payments-työryhmän, jonka puheenjohtajina toimivat Mastercardin ja Visan edustajat, ja sanoo, että lahjoitukset ”arvioidaan ja niitä kehitetään edelleen”. FIDO ei ole julkaissut AP2-määritystä. GitHub-repositorioon otetaan nyt vastaan vain esimerkkejä ja SDK-muutoksia, ja sen viimeisin commit on 29. huhtikuuta.

Versio 0.2 määrittelee kaksi mandaattia: Checkout Mandate (mitä ostetaan) ja Payment Mandate (maksu ja sen rajoitukset, kuten payment.amount_range, payment.budget ja payment.allowed_payees). Kumpikin on SD-JWT, ja kummastakin on suljettu ja avoin muoto (esimerkiksi mandate.payment.1 ja mandate.payment.open.1). Human Present -tilassa käyttäjä hyväksyy suljetut mandaatit. Human Not Present -tilassa käyttäjä hyväksyy rajoitukset asettavat avoimet mandaatit, joiden cnf-väitteessä (claim) on agentin julkinen avain, ja agentti kokoaa suljetut mandaatit näiden rajojen sisällä. Ohjeet, joissa puhutaan Intent Mandatesta ja Cart Mandatesta, kuvaavat versiota 0.1; näitä termejä ei ole enää versiossa 0.2.

UCP:n sisällä AP2 on laajennus dev.ucp.common.payment.ap2_mandate (ennen versiota 2026-08-25 dev.ucp.shopping.ap2_mandate). Kun siitä on sovittu neuvottelussa, yritys allekirjoittaa kassavastauksensa, alusta esittää complete-kutsussa mandaatit checkout_mandate ja payment_mandate, ja istunto on ”Security Locked” eli turvalukittu: kumpikaan osapuoli ei saa palata tavalliseen kassaan.

Kukaan ei vielä vaadi sitä. Googlen usein kysytyissä kysymyksissä AP2:ta kuvataan ”erityisen hyödylliseksi tulevaisuuden skenaarioissa, joihin liittyy autonomisten tekoälyagenttien maksutapahtumia”. Googlen oma agenttiprofiili mainitsee ainoaksi maksunkäsittelijäkseen Google Payn eikä ilmoita AP2-ominaisuutta, eikä sen 2026-08-25-profiilissakaan ole AP2-merkintää. Yksikään Googlen tuote ei dokumentoi käyttävänsä AP2:ta, joten kauppiaalla ei ole mitään rakennettavaa ennen kuin jokin alusta neuvottelee sen käyttöön.

Lähiprotokollat

MCP

ACP ja UCP voivat kumpikin toimia MCP:n yli. MCP:n nykyinen määritys, 2026-07-28, poistaa istunnot ja Mcp-Session-Id-otsakkeen, luopuu initialize-kättelystä, vaatii server/discover-kutsun ja edellyttää, että asiakas lähettää pyynnön uudelleen uudella tunnisteella, kun sen tietovirta katkeaa. ACP:n sidonta viittaa yhä version 2025-11-25 siirtotapaan. Kassaistunnon tunniste on juuri sellainen palvelimen luoma kahva, jota uusi määritys odottaa, ja kesken tietovirran kadonnut complete palaa uutena pyyntönä: pidä idempotenssiavaimia pakollisina molemmissa protokollissa.

WebMCP

WebMCP on ehdotettu verkkostandardi, jolla sivu tarjoaa omat toimintonsa selainagenttien käyttöön. Shopify tarjoaa UCP-kassan sekä Checkout MCP:nä että Checkout WebMCP:nä samalla kassaobjektilla ja suosittelee Checkout MCP:tä. WebMCP-oppaamme käsittelee sen nykytilaa.

x402 ja MPP

x402 ja Tempon ja Stripen suunnittelema Machine Payments Protocol veloittavat agentilta HTTP-pyyntökohtaisesti API:sta, datasta tai sisällöstä. Ne eivät ole verkkokaupan kassaprotokollia. Katso x402-artikkelimme.

Visa Trusted Agent Protocol ja Mastercard Agent Pay

Nämä toimivat ACP:n ja UCP:n rinnalla eivätkä korvaa niitä. Visan Trusted Agent Protocol antaa agentille ”standardoidun, kryptografisen menetelmän”, jolla se todistaa kauppiaille identiteettinsä ja valtuutuksensa, ja Mastercard Agent Pay on agenttisen kaupankäynnin tokenisointiohjelma. Mastercardin kauppiasopas sijoittaa UCP:n ja ACP:n korkeimmalle valmiustasolleen, toteaa, että ”varhaiset käyttöönottajat integroivat parhaillaan”, ja neuvoo kauppiaita aloittamaan kahdesta yksinkertaisemmasta tasosta. Agenttimaksuja käsittelevä artikkelimme käy läpi molemmat ohjelmat.

Personal Agent Protocol

Sierra kertoo julkistaneensa Personal Agent Protocolin (”Poppy”) yhdessä Metan kanssa 6. lokakuuta 2026, ja se julkaisi luonnoksen 9. lokakuuta. Yritys julkaisee yhden tiedoston osoitteessa /.well-known/poppy.json; protokolla käyttää OAuthia, JWT:itä, HTTPS:ää, OpenAPI:a ja MCP:tä, jotta henkilökohtainen agentti voi tunnistautua ja saada asiakkaan luvan minkä tahansa tehtävän hoitamiseen, ja Sierra kutsuu sitä UCP:tä täydentäväksi. Protokollan sivustolla näkyy versio 0.2, ja siellä lukee ”Tämä on luonnos”. Metan omasta uutishuoneesta emme löytäneet siitä yhtään kirjoitusta.

Minkä niistä tarvitset?

Shopifyssa

Mitään ei tarvitse rakentaa. Shopifyn agenttiset kauppasivustot (agentic storefronts) ovat ”oletuksena käytössä kelpoisissa kaupoissa”. ChatGPT saa tuotevalikoimasi Shopify Catalogin kautta ja lähettää ostajat kauppaasi. Googlen suora kassa on oletuksena päällä kaupoille, jotka toimivat Yhdysvalloissa ja myyvät sinne, ja Copilot liitti Shopify-kauppiaat mukaan automaattisesti. Sinun päätettäväksesi jäävät tuotetiedot ja se, pidätkö suoran kassan päällä, kun tiedät, etteivät mukautetut pikselit laukea Googlen kassassa.

Salesforcessa, commercetoolsissa tai muulla alustalla

Salesforce B2C Commerce 26.9 tarjoaa UCP:n versiot 2026-01-23 ja 2026-04-08: /.well-known/ucp-profiilin, jossa on supported_versions-kartoitus, sekä kassaistunnon päätepisteet SLAS-tokenin takana. Salesforce merkitsee UCP-kassan Googlessa yleisesti saatavilla olevaksi lokakuussa 2026. Istunto on ostoskorin headless-näkymä, ja Salesforcen auditointiohje varoittaa, että SFRA- ja SiteGenesis-kontrollerit sekä ”muut nykyisin käyttämäsi SCAPI-resurssit eivät suoriudu tässä kulussa”, joten niihin liitetty logiikka on kopioitava UCP:n kassaistuntojen koukkuihin (hooks) tai yhdistettävä niihin sillalla. Syötteen kohteena on oltava en-US, eikä Salesforce ”ohita Googlen jonotuslistaa”. ChatGPT:n osalta Salesforce on yksi OpenAI:n nimeämistä toimitusreiteistä ACP-syötteille.

Jos käytät commercetoolsia tai muuta alustaa, kysy toimittajalta, mitä UCP-versioita ja -ominaisuuksia se tarjoaa, mitkä koukuistasi suoritetaan agentin kassassa ja lähettääkö se syötteitä OpenAI:lle.

Omalla ohjelmistolla

1. Syötteet ensin. Google Merchant Center ja, kun OpenAI hyväksyy sinut, sen tuotesyöte. ACP:n kaupallinen käyttö ChatGPT:ssä on tänään juuri tätä.
2. UCP Googlelle, jos myyt Yhdysvalloissa ja Google hyväksyy sinut. Toteuta versio 2026-04-08: profiili, jossa on com.google.pay, kassatoiminnot Googlen viivetavoitteiden puitteissa, maksupalveluntarjoaja, joka käsittelee Google Pay -tokeneita, tilausten webhook ja syöteattribuutti. Tai aloita pelkällä ostoskorin siirrolla.
3. ACP-kassa vain, jos siihen on syy, esimerkiksi ChatGPT-sovellus, joka on hyväksytty maksunäkymän betaan. Toteuta repositorion versio 2026-04-17.
4. AP2: ei vielä mitään.
5. Yksi kassan ydin. Molemmat protokollat haluavat istunnon, jonka voi luoda, päivittää, viimeistellä ja peruuttaa API:n kautta ja jonka voi turvallisesti yrittää uudelleen. Rakenna se kerran tilaus-, vero- ja maksulogiikkasi päälle, lisää sen päälle ohuet ACP- ja UCP-adapterit ja MCP sinne, missä agentit sitä tarvitsevat.

Kumpikaan protokolla ei tänään anna kestotilauksiin perustuvalle liiketoiminnalle natiivia agenttikassaa.

Kun myyt vain Yhdysvaltojen ulkopuolella

Mikään kolmesta ei tänään tarjoa sinulle agenttikassaa. ChatGPT:n ostokset ja OpenAI:n vakiomuotoinen syötteen lataus koskevat Yhdysvaltoja; Googlen UCP Checkout -ehdot koskevat vain Yhdysvaltoja; Copilot Checkout palvelee yhdysvaltalaisia ostajia dollareissa. Googlen seuraava ilmoitettu askel on Merchant Centerin hub-näkymä Australiassa ja Kanadassa ”ensi vuoden alussa”, eikä Isolle-Britannialle tai EU:lle ole päivämäärää.

Pidä Merchant Center -syötteesi täydellisenä, ja jos rakennat kassaa joka tapauksessa uudelleen, rakenna edellä kuvattu API-pohjainen ydin, jotta adapteri on pieni työ, kun markkinasi avautuu. Myytkö Yhdysvaltoihin ulkomailta? Tarkista, missä kukin ohjelma edellyttää kauppiaan olevan sijoittautunut; esimerkiksi Shopifyn suora kassa Googlessa vaatii yhdysvaltalaisen kaupan.

Mistä saat apua

Rakennamme protokollakerroksen verkkokaupoille, jotka eivät käytä Shopifyta: /.well-known/ucp-profiilin ja kassaistunnon päätepisteet nykyisen tilaus-, vero- ja maksulogiikkasi päälle, tilausten webhookit Googlelle, tuotesyötteet Google Merchant Centeriin ja OpenAI:lle sekä MCP-palvelimet, jotka tarjoavat saman kassan agenteille. Tekoälyagenttien kehitys- ja MCP-integraatiopalvelumme on se, mistä tämä työ alkaa.

Kirjoita osoitteeseen office@c9group.dev, millä alustalla kauppasi toimii, kuka on maksupalveluntarjoajasi ja mihin maihin myyt, niin kerromme, mikä protokolla sinua koskee ja mitä sen toteuttaminen vaatisi. Googlen ja OpenAI:n ohjelmaehdot ovat sopimuksia: olemme insinöörejä, emme juristeja, joten anna neuvonantajan lukea ne ennen kuin allekirjoitat.