AI aģentu pirkumi nav sasteigta ideja: OpenAI un Stripe, Google, Visa un Mastercard ir publicējuši savus risinājumus. Bet pat tehniski gatavam veikalam vispirms vajag kārtīgus datus. Aģents nevar nopirkt to, ko nesaprot, un nevar uzticēties atlikumam, kas neatbilst realitātei.
Kas ir publicēts un kādā statusā
Aģentu komercija nozīmē, ka programma pērk lietotāja vārdā: atrod preci, salīdzina piedāvājumus, noformē pasūtījumu. Tam vajag kopīgu valodu starp aģentu, veikalu un maksājumu sistēmu. Šobrīd ir četri avoti, kas ir pārbaudāmi.
- Agentic Commerce Protocol (ACP). Atvērts standarts, ko izstrādājuši OpenAI un Stripe, publicēts 2025. gada 29. septembrī un darbina Instant Checkout ChatGPT. Licence Apache 2.0, GitHub repozitorijā norādīts statuss “beta”, jaunākā versija ir 2026-04-17. Tirgotājs paliek pārdevējs (merchant of record) un pats pieņem vai noraida katru darījumu.
- Universal Commerce Protocol (UCP). Atvērts standarts ar Apache 2.0 licenci, ko izstrādājuši Google, Shopify un citi uzņēmumi. Aptver katalogu, grozu, pirkuma sesiju, konta sasaisti un pasūtījuma statusu. Preses ziņojumi datē paziņojumu ar 2026. gada 11. janvāri un min, ka Google ieviešanai vajag Merchant Center kontu, bet pirkšana pagaidām atvērta tirgotājiem ASV. Tas ir sekundārs avots, un datumus pirms lēmuma der pārbaudīt.
- Agent Payments Protocol (AP2). Google paziņoja 2025. gada 16. septembrī. Tā pamatā ir parakstīti “mandāti”: viens fiksē, ko lietotājs aģentam atļāvis, otrs apstiprina konkrēto grozu un cenu.
- Visa un Mastercard. Visa Intelligent Commerce parādījās 2025. gada 30. aprīlī, Mastercard Agent Pay ar aģentu tokeniem 29. aprīlī. Abi aizstāj kartes datus ar tokenizētiem akreditācijas datiem un ļauj lietotājam uzlikt tēriņu limitus.
Svarīgi: mums nav primāra avota, kas rādītu, ka kāds no šiem kanāliem jau darbojas Latvijā vai Baltijā. OpenAI dokumentācija norāda, ka preču plūsmas pieslēgšana pagaidām notiek tikai apstiprinātiem partneriem. Tāpēc šī nav steidzama ieviešana, bet laba iespēja sakārtot pamatus.
Ko aģents no veikala lasa
Aģentam nav acu. Tas lasa laukus: nosaukumu, cenu, valūtu, atlikumu, piegādes nosacījumus, atgriešanas politiku. Ja šie lauki ir nepilni vai pretrunīgi, aģents preci izlaiž vai izvēlas citu.
Ko darīt praktiski:
- Strukturēti dati lapā. Pievienojiet Product un Offer marķējumu ar schema.org: cena, valūta, pieejamība, piegāde un atgriešana. Google dokumentācija atsevišķi iesaka norādīt pieejamību, piegādes izmaksas un atgriešanas informāciju.
- Unikāli identifikatori. Preces kods, ražotāja kods vai GTIN, kur tas ir. Ar tiem aģents saskaņo vienu un to pašu preci dažādos veikalos.
- Atribūti, nevis tikai teksts. Izmērs, materiāls, saderība, iepakojums atsevišķos laukos. Garš reklāmas teksts aģentam ir sliktāks par precīzu specifikācijas tabulu.
- Plūsma (feed). ACP un Google Merchant Center strādā ar preču plūsmām. OpenAI dokumentācija iesaka augšupielādēt pilnu katalogu vismaz reizi dienā. Ja jūsu atlikumi mainās biežāk, tas nav pietiekami bez papildu atjaunināšanas.
Ja jums jau ir plūsma Google Shopping vai salīdzināšanas vietnēm, daļa darba ir paveikta. Kļūdas tur jāizlabo vispirms.
Atlikumi un cenas: kur parasti sākas problēmas
Cilvēks, ieraudzījis “nav noliktavā” pēc pasūtīšanas, uzrakstīs e-pastu. Aģents vienkārši nākamreiz neizvēlēsies jūsu veikalu. Tāpēc atlikumu un cenu precizitāte ir svarīgāka par jebkuru jaunu protokolu.
Veikalos, kur grāmatvedības vai noliktavas sistēma ir atsevišķi no vietnes, atlikumi bieži nonāk vietnē ar kavēšanos. Rīkojieties tā: nosakiet, cik bieži atlikumi atjaunojas, un salīdziniet ar to, kas redzams vietnē un plūsmā. Ja starpība ir stundas, sakārtojiet integrāciju, nevis plūsmu. Mēs to darām, piemēram, ar Moneo sinhronizāciju e-veikalam un Jumis un WooCommerce integrāciju.
Cena plūsmā, lapā un grozā jāsakrīt līdz centam, tostarp PVN un piegādei. Ja tā nav, aģentam ir pamats noraidīt piedāvājumu.
Pirkuma process bez šķēršļiem, bet ar kontroli
Ja aģents pērk lietotāja vārdā, tas neizies cauri CAPTCHA, un nevajag arī cerēt, ka izies. ACP un UCP risina to citādi: veikals izveido atsevišķu pirkuma saskarni (API), un aģents tajā iesniedz grozu un maksājuma tokenu. Maksājumu sistēma tokenu apstrādā, veikals pieņem vai noraida darījumu. Stripe norāda, ka tokena lietošana ir programmatiski kontrolēta, ar atļaujām un žurnālu.
Praktiski:
- Pārbaudiet, vai jūsu maksājumu pakalpojuma sniedzējs atbalsta aģentu tokenus vai plāno to. Tas jājautā, nevis jāpieņem.
- Pirkuma procesam jābūt paredzamam: skaidras piegādes opcijas, nosacījumi pirms apmaksas, apstiprinājums e-pastā.
- Nevajag izslēgt CAPTCHA visiem. Vajag atsevišķu ceļu pārbaudītiem aģentiem un parastu aizsardzību pārējiem.
Krāpšana un atbildība
Stripe raksta, ka uzņēmumiem būs jāreaģē uz jauniem krāpšanas signāliem un jāatšķir labi roboti no sliktiem. AP2 izstrādātāji formulē trīs jautājumus: vai lietotājs aģentam deva atļauju, vai pieprasījums atbilst viņa nodomam un kam jāatbild kļūdas vai krāpšanas gadījumā.
Veikalam tas nozīmē vienu lietu: lēmumu pieņemt vai noraidīt pasūtījumu pieņemat jūs, un atbildība paliek pie jums. Pirms pieslēgšanas noskaidrojiet ar maksājumu partneri, kā tiek risināti strīdi un atgriešana pasūtījumiem, ko veicis aģents.
Ko darīt šogad un ko atstāt uz vēlāku laiku
Šogad ir vērts izdarīt to, kas noderēs jebkurā gadījumā: sakārtot preču datus un marķējumu, panākt precīzus atlikumus, saskaņot cenas, pārskatīt pirkuma procesu. Tas uzlabo arī parasto meklēšanu un salīdzinātāju plūsmas.
Uz vēlāku laiku var atstāt pieslēgšanos konkrētam protokolam. Standarti vēl mainās (ACP ir beta, UCP dokumentācijā daļa iespēju atzīmētas kā melnraksts), un mums nav datu par pieprasījumu Baltijā.
Secinājums
Ja jūsu veikalā ir pilns, precīzs katalogs un atlikumi sinhronizēti ar noliktavu, pieslēgties protokolam būs vienkāršs tehniskais darbs, kad tas kļūs pieejams jūsu tirgū. Ja katalogā trūkst atribūtu, cenas atšķiras vai atlikumi kavējas, sāciet tur: tas dos rezultātu jau tagad, un aģenti ir tikai viens papildu iemesls.
Mēs veidojam un sakārtojam e-veikalus un integrācijas ar uzskaites sistēmām. Ja vēlaties, pārskatīsim jūsu katalogu un atlikumu plūsmu un pateiksim, kas jālabo pirmais. Apspriest projektu.
Avoti
- Stripe, Developing an open standard for agentic commerce, 2025. gada 29. septembris
- Agentic Commerce Protocol, GitHub repozitorijs, specifikācija 2026-04-17, statuss beta
- OpenAI, Commerce: Get started, 2026
- Universal Commerce Protocol, 2026
- Google Cloud, Announcing Agent Payments Protocol (AP2), 2025. gada 16. septembris
- Visa, Visa Intelligent Commerce, 2025. gada 30. aprīlis
- Mastercard, Agent Pay, 2025. gada 29. aprīlis
- Google Search Central, Product structured data
- UCP paziņojuma datums 2026. gada 11. janvārī: PYMNTS (sekundārs avots)
