Agentinė prekyba 2026: kaip pasiruošti, kai klientai perka per ChatGPT

Q: Kas yra agentinė prekyba?

Atsakymas: Agentinė prekyba yra pirkimo procesas, kuriame DI agentas vartotojo vardu atlieka vieną ar daugiau veiksmų — nuo poreikio išgryninimo ir produktų paieškos iki krepšelio sudarymo ar patvirtinto mokėjimo. Svarbu atskirti tris lygius: | Lygis | Ką daro DI | Pavyzdys | | ---------------------- | ----------------------------------------- | ----------------------------------------------------- | | Pokalbinė paieška | paaiškina ir palygina | „Rask lengvą kompiuterį kelionėms iki 1 200 €“ | | Agentinė rekomendacija | tikrina realius produktus ir sąlygas | atrenka modelius pagal kainą, pristatymą ir garantiją | | Agentinis sandoris | paruošia arba atlieka patvirtintą veiksmą | įdeda prekę į krepšelį ir inicijuoja atsiskaitymą | Ne kiekviena DI rekomendacija yra agentinė prekyba. Esminis skirtumas atsiranda tada, kai sistema ne tik generuoja tekstą, bet ir sąveikauja su parduotuvės katalogu, krepšeliu, atsargomis ar atsiskaitymu.

Q: Kodėl agentinė prekyba tapo aktuali 2026 metais?

Atsakymas: Didžiosios prekybos ir mokėjimų platformos pradėjo standartizuoti, kaip agentai gauna produktų duomenis ir perduoda pirkimo veiksmus pardavėjui. 2026 m. kovo 24 d. OpenAI pristatė išplėstą produktų atradimą ChatGPT: vartotojai gali vizualiai naršyti, lyginti ir tikslinti produktus pokalbio metu. Tam bendrovė išplėtė Agentic Commerce Protocol (ACP), kad jis apimtų produktų atradimą. 2026 m. birželio 17 d. Shopify atvėrė savo agentinės prekybos infrastruktūrą visiems kūrėjams. Universal Commerce Protocol (UCP), sukurtas kartu su „Google“, apima kelią nuo produkto paieškos iki krepšelio ir atsiskaitymo. „Shopify“ taip pat pasiūlė viešą MCP sąsają ir Catalog API struktūrizuotai produktų paieškai. 2026 m. balandį Stripe paskelbė agentams skirtas „Link“ pinigines: vietoje tikrų mokėjimo duomenų agentui gali būti išduodama vienkartinė kortelė konkrečiai užduočiai, o mokėjimą patvirtina vartotojas. ACP, UCP ir atskirų platformų sąsajos nėra viena bendra sistema. Rinka dar formuojasi, funkcijų prieinamumas skiriasi pagal šalį, pardavėją ir platformą. Tačiau bendra kryptis aiški: produktų katalogas tampa skirtas ne tik žmogaus naršyklei, bet ir DI agentui.

Q: Kaip agentas nusprendžia, kurį produktą rodyti?

Atsakymas: Agentui reikia suderinti vartotojo poreikį su patikimais produkto duomenimis — savybėmis, kaina, likučiu, pristatymu, grąžinimu ir kitomis sąlygomis. Žmogui galima parodyti gražią antraštę „geriausias pasirinkimas vasarai“. Agentui reikia atsakymų į konkrečius klausimus: - iš kokios medžiagos pagaminta prekė; - kokie tikslūs matmenys ir svoris; - kam produktas tinka ir kam netinka; - kokie variantai šiuo metu yra sandėlyje; - kada prekė bus pristatyta į konkretų miestą; - kokia visa kaina su mokesčiais ir pristatymu; - kokios garantijos bei grąžinimo sąlygos; - kuo produktas skiriasi nuo panašių alternatyvų. Jei ši informacija saugoma tik reklaminiame paveikslėlyje, PDF faile ar darbuotojo galvoje, agentas jos gali nerasti arba neteisingai interpretuoti.

Q: Kokių produktų duomenų reikia DI agentui?

Atsakymas: Kiekvienas svarbus produkto požymis turi būti atskirame, vienareikšmiame lauke, o ne paslėptas laisvo teksto aprašyme. Pradėkite nuo: - unikalaus produkto ir varianto identifikatoriaus; - tikslaus pavadinimo bei kategorijos; - prekės ženklo ir gamintojo kodo; - spalvos, dydžio, medžiagos ir techninių parametrų; - kainos, valiutos ir nuolaidos galiojimo; - likučio ir pristatymo termino; - nuotraukų bei jų aprašų; - grąžinimo, garantijos ir pristatymo taisyklių. Duomenys turi sutapti visur: produkto puslapyje, struktūrizuotame žymėjime, reklamos kanale, prekyvietėje ir vidinėje sistemoje. Jei vienoje vietoje likutis yra 5, kitoje — 0, agentas negali patikimai veikti. Shopify Catalog API aprašyme pabrėžiama standartizuotų, realiu laiku atnaujinamų produktų duomenų svarba agentinėms paieškoms. Tai naudinga nepriklausomai nuo naudojamos prekybos platformos.

Q: Kodėl svarbi realaus laiko kaina ir likutis?

Atsakymas: DI rekomendacija praranda vertę, jei klientas atsiskaitydamas pamato kitą kainą arba sužino, kad prekės nebėra. Agentui duodama sąsaja turi: - grąžinti dabartinę kainą ir valiutą; - aiškiai nurodyti, ar kaina priklauso nuo varianto; - patvirtinti likutį prieš krepšelio sukūrimą; - nurodyti pristatymo terminą pagal vietą; - turėti aiškius klaidų atsakymus; - apsaugoti nuo pakartotinio to paties užsakymo. Kai procesas pereina nuo rekomendacijos prie veiksmo, nebegalima pasikliauti vien paieškos indeksu ar periodiškai atnaujinamu produktų srautu. Reikia patikimo ryšio su realia prekybos sistema.

Q: Kaip paruošti turinį natūralios kalbos užklausoms?

Atsakymas: Žmonės DI paieškoje dažniau aprašo situaciją ir apribojimus, o ne įveda trumpą produkto kategoriją. Vietoje „vaikiška kėdutė“ užklausa gali būti: > „Reikia lengvos automobilinės kėdutės keturmečiui, kurią galėčiau dažnai perkelti tarp dviejų automobilių ir pasiimti į lėktuvą.“ Todėl produkto turinys turi atsakyti ne tik „kas tai?“, bet ir: - kokią problemą produktas sprendžia; - kokiomis aplinkybėmis jis tinkamiausias; - kokie apribojimai svarbūs; - kuo skiriasi variantai; - kokie suderinamumo reikalavimai; - kokių kompromisų turi pirkėjas. Tai nėra raginimas kurti šimtus DI sugeneruotų SEO puslapių. Vienas tikslus, gerai struktūrizuotas produkto aprašymas yra naudingesnis nei daug pasikartojančio bendro turinio.

Q: Kaip apsaugoti atsiskaitymą agentinėje prekyboje?

Atsakymas: Agentas neturi gauti neribotos prieigos prie mokėjimo priemonių. Kiekvienas pirkimas turi turėti aiškią sumą, pardavėją, vartotojo patvirtinimą ir atsekamą operaciją. Praktinės kontrolės: - vienkartinis arba konkrečiai užduočiai apribotas mokėjimo raktas; - maksimali suma ir leistinas pardavėjas; - galutinis žmogaus patvirtinimas; - aiškiai rodomos pristatymo ir grąžinimo sąlygos; - apsauga nuo dvigubo užsakymo; - audito žurnalas; - galimybė atšaukti operaciją pagal įprastas vartotojų teises. Agentinės prekybos saugumas yra dalis platesnės DI agentų saugumo temos. Agentas, galintis pirkti, turi būti ribojamas griežčiau nei agentas, kuris tik skaito katalogą.

Q: Kam lieka klientas ir kaip skaičiuojama atribucija?

Atsakymas: Prieš jungiant naują kanalą reikia žinoti, kas valdo kliento duomenis, kas aptarnauja grąžinimą ir kaip pardavimas bus priskirtas kanalui. Pardavėjas turėtų aiškiai atsakyti: - ar matys, iš kur atėjo pirkėjas; - kokius kontaktinius duomenis gaus; - kas siųs užsakymo patvirtinimą; - kas teiks klientų aptarnavimą; - kas spręs grąžinimus ir ginčus; - kokie platformos mokesčiai; - ar galima išlaikyti lojalumo programą; - kaip vertinamas pakartotinis pirkimas. Agentinis kanalas gali didinti pasiekiamumą, bet kartu įterpia naują tarpininką tarp prekės ženklo ir kliento. Šį kompromisą verta vertinti taip pat rimtai kaip prekyvietės ar reklamos platformos pasirinkimą.

Q: Kaip matuoti agentinės prekybos rezultatus?

Atsakymas: Vertinkite ne tik agento atsiųstą srautą, bet ir rekomendacijos, krepšelio, pirkimo, grąžinimo bei pakartotinio kontakto rezultatus. Naudingos metrikos: - produktų parodymai agentinėse sąsajose; - perėjimai į produkto ar atsiskaitymo puslapį; - agento sukurtų krepšelių dalis; - patvirtintų pirkimų dalis; - vidutinė užsakymo vertė; - atšaukimų ir grąžinimų dalis; - neteisingos kainos ar likučio atvejai; - klientų aptarnavimo užklausos po agentinio pirkimo. Jei agentas padidina konversiją, bet kartu padvigubina grąžinimus dėl netikslių rekomendacijų, kanalo vertė gali būti neigiama.

Q: Ar Lietuvos e. parduotuvei reikia veikti jau dabar?

Atsakymas: Taip — bet pirmiausia verta tvarkyti universalius pagrindus, o ne skubėti integruoti kiekvieną naują protokolą. Pirmi trys darbai duos naudos ir tradicinei paieškai, ir prekyvietėms, ir DI agentams: 1. sutvarkyti produktų atributus bei struktūrizuotus duomenis; 2. užtikrinti vieną patikimą kainos, likučio ir pristatymo šaltinį; 3. turėti aiškias, lengvai pasiekiamas pristatymo, garantijos ir grąžinimo taisykles. Tik po to verta rinktis konkretų agentinės prekybos kanalą ir integraciją. Platformų prieinamumas Lietuvoje gali keistis, todėl sprendimą priimkite pagal realius savo klientų kanalus, o ne vien tarptautinę antraštę. Daugiau bendrų pritaikymų rasite DI elektroninės prekybos klausimų ir atsakymų vadove.

2026 m. liepos 30 d. • 7 min. skaityti • Artūras Pikšrys

Įprastoje elektroninėje prekyboje pirkėjas įveda užklausą paieškoje, atidaro kelias parduotuves, pritaiko filtrus ir pats lygina produktus. Agentinėje prekyboje dalį šio darbo perima DI: išsiaiškina poreikį, suranda tinkamus produktus, palygina sąlygas ir, gavęs žmogaus patvirtinimą, padeda užbaigti pirkimą.

2026 m. ši kryptis perėjo iš demonstracijų į realią platformų infrastruktūrą. „OpenAI“ išplėtė produktų atradimą ChatGPT, „Shopify“ atvėrė agentinės prekybos priemones visiems kūrėjams, o „Stripe“ pradėjo leisti vartotojams suteikti agentams ribotas mokėjimo priemones konkrečiai užduočiai.

Lietuvos e. parduotuvei tai nereiškia, kad rytoj visi pirkimai persikels į pokalbių langą. Tačiau jau dabar keičiasi produkto duomenų kokybės kartelė: DI agentui neužtenka gražios kategorijos nuotraukos ir kelių rinkodaros sakinių. Jam reikia tikslių, struktūrizuotų ir nuolat atnaujinamų duomenų.

1. Kas yra agentinė prekyba?

Atsakymas: Agentinė prekyba yra pirkimo procesas, kuriame DI agentas vartotojo vardu atlieka vieną ar daugiau veiksmų — nuo poreikio išgryninimo ir produktų paieškos iki krepšelio sudarymo ar patvirtinto mokėjimo.

Svarbu atskirti tris lygius:

Lygis	Ką daro DI	Pavyzdys
Pokalbinė paieška	paaiškina ir palygina	„Rask lengvą kompiuterį kelionėms iki 1 200 €“
Agentinė rekomendacija	tikrina realius produktus ir sąlygas	atrenka modelius pagal kainą, pristatymą ir garantiją
Agentinis sandoris	paruošia arba atlieka patvirtintą veiksmą	įdeda prekę į krepšelį ir inicijuoja atsiskaitymą

Ne kiekviena DI rekomendacija yra agentinė prekyba. Esminis skirtumas atsiranda tada, kai sistema ne tik generuoja tekstą, bet ir sąveikauja su parduotuvės katalogu, krepšeliu, atsargomis ar atsiskaitymu.

2. Kodėl agentinė prekyba tapo aktuali 2026 metais?

Atsakymas: Didžiosios prekybos ir mokėjimų platformos pradėjo standartizuoti, kaip agentai gauna produktų duomenis ir perduoda pirkimo veiksmus pardavėjui.

2026 m. kovo 24 d. OpenAI pristatė išplėstą produktų atradimą ChatGPT: vartotojai gali vizualiai naršyti, lyginti ir tikslinti produktus pokalbio metu. Tam bendrovė išplėtė Agentic Commerce Protocol (ACP), kad jis apimtų produktų atradimą.

2026 m. birželio 17 d. Shopify atvėrė savo agentinės prekybos infrastruktūrą visiems kūrėjams. Universal Commerce Protocol (UCP), sukurtas kartu su „Google“, apima kelią nuo produkto paieškos iki krepšelio ir atsiskaitymo. „Shopify“ taip pat pasiūlė viešą MCP sąsają ir Catalog API struktūrizuotai produktų paieškai.

2026 m. balandį Stripe paskelbė agentams skirtas „Link“ pinigines: vietoje tikrų mokėjimo duomenų agentui gali būti išduodama vienkartinė kortelė konkrečiai užduočiai, o mokėjimą patvirtina vartotojas.

ACP, UCP ir atskirų platformų sąsajos nėra viena bendra sistema. Rinka dar formuojasi, funkcijų prieinamumas skiriasi pagal šalį, pardavėją ir platformą. Tačiau bendra kryptis aiški: produktų katalogas tampa skirtas ne tik žmogaus naršyklei, bet ir DI agentui.

3. Kaip agentas nusprendžia, kurį produktą rodyti?

Atsakymas: Agentui reikia suderinti vartotojo poreikį su patikimais produkto duomenimis — savybėmis, kaina, likučiu, pristatymu, grąžinimu ir kitomis sąlygomis.

Žmogui galima parodyti gražią antraštę „geriausias pasirinkimas vasarai“. Agentui reikia atsakymų į konkrečius klausimus:

iš kokios medžiagos pagaminta prekė;
kokie tikslūs matmenys ir svoris;
kam produktas tinka ir kam netinka;
kokie variantai šiuo metu yra sandėlyje;
kada prekė bus pristatyta į konkretų miestą;
kokia visa kaina su mokesčiais ir pristatymu;
kokios garantijos bei grąžinimo sąlygos;
kuo produktas skiriasi nuo panašių alternatyvų.

Jei ši informacija saugoma tik reklaminiame paveikslėlyje, PDF faile ar darbuotojo galvoje, agentas jos gali nerasti arba neteisingai interpretuoti.

4. Kokių produktų duomenų reikia DI agentui?

Atsakymas: Kiekvienas svarbus produkto požymis turi būti atskirame, vienareikšmiame lauke, o ne paslėptas laisvo teksto aprašyme.

Pradėkite nuo:

unikalaus produkto ir varianto identifikatoriaus;
tikslaus pavadinimo bei kategorijos;
prekės ženklo ir gamintojo kodo;
spalvos, dydžio, medžiagos ir techninių parametrų;
kainos, valiutos ir nuolaidos galiojimo;
likučio ir pristatymo termino;
nuotraukų bei jų aprašų;
grąžinimo, garantijos ir pristatymo taisyklių.

Duomenys turi sutapti visur: produkto puslapyje, struktūrizuotame žymėjime, reklamos kanale, prekyvietėje ir vidinėje sistemoje. Jei vienoje vietoje likutis yra 5, kitoje — 0, agentas negali patikimai veikti.

Shopify Catalog API aprašyme pabrėžiama standartizuotų, realiu laiku atnaujinamų produktų duomenų svarba agentinėms paieškoms. Tai naudinga nepriklausomai nuo naudojamos prekybos platformos.

5. Kodėl svarbi realaus laiko kaina ir likutis?

Atsakymas: DI rekomendacija praranda vertę, jei klientas atsiskaitydamas pamato kitą kainą arba sužino, kad prekės nebėra.

Agentui duodama sąsaja turi:

grąžinti dabartinę kainą ir valiutą;
aiškiai nurodyti, ar kaina priklauso nuo varianto;
patvirtinti likutį prieš krepšelio sukūrimą;
nurodyti pristatymo terminą pagal vietą;
turėti aiškius klaidų atsakymus;
apsaugoti nuo pakartotinio to paties užsakymo.

Kai procesas pereina nuo rekomendacijos prie veiksmo, nebegalima pasikliauti vien paieškos indeksu ar periodiškai atnaujinamu produktų srautu. Reikia patikimo ryšio su realia prekybos sistema.

6. Kaip paruošti turinį natūralios kalbos užklausoms?

Atsakymas: Žmonės DI paieškoje dažniau aprašo situaciją ir apribojimus, o ne įveda trumpą produkto kategoriją.

Vietoje „vaikiška kėdutė“ užklausa gali būti:

„Reikia lengvos automobilinės kėdutės keturmečiui, kurią galėčiau dažnai perkelti tarp dviejų automobilių ir pasiimti į lėktuvą.“

Todėl produkto turinys turi atsakyti ne tik „kas tai?“, bet ir:

kokią problemą produktas sprendžia;
kokiomis aplinkybėmis jis tinkamiausias;
kokie apribojimai svarbūs;
kuo skiriasi variantai;
kokie suderinamumo reikalavimai;
kokių kompromisų turi pirkėjas.

Tai nėra raginimas kurti šimtus DI sugeneruotų SEO puslapių. Vienas tikslus, gerai struktūrizuotas produkto aprašymas yra naudingesnis nei daug pasikartojančio bendro turinio.

7. Kaip apsaugoti atsiskaitymą agentinėje prekyboje?

Atsakymas: Agentas neturi gauti neribotos prieigos prie mokėjimo priemonių. Kiekvienas pirkimas turi turėti aiškią sumą, pardavėją, vartotojo patvirtinimą ir atsekamą operaciją.

Praktinės kontrolės:

vienkartinis arba konkrečiai užduočiai apribotas mokėjimo raktas;
maksimali suma ir leistinas pardavėjas;
galutinis žmogaus patvirtinimas;
aiškiai rodomos pristatymo ir grąžinimo sąlygos;
apsauga nuo dvigubo užsakymo;
audito žurnalas;
galimybė atšaukti operaciją pagal įprastas vartotojų teises.

Agentinės prekybos saugumas yra dalis platesnės DI agentų saugumo temos. Agentas, galintis pirkti, turi būti ribojamas griežčiau nei agentas, kuris tik skaito katalogą.

8. Kam lieka klientas ir kaip skaičiuojama atribucija?

Atsakymas: Prieš jungiant naują kanalą reikia žinoti, kas valdo kliento duomenis, kas aptarnauja grąžinimą ir kaip pardavimas bus priskirtas kanalui.

Pardavėjas turėtų aiškiai atsakyti:

ar matys, iš kur atėjo pirkėjas;
kokius kontaktinius duomenis gaus;
kas siųs užsakymo patvirtinimą;
kas teiks klientų aptarnavimą;
kas spręs grąžinimus ir ginčus;
kokie platformos mokesčiai;
ar galima išlaikyti lojalumo programą;
kaip vertinamas pakartotinis pirkimas.

Agentinis kanalas gali didinti pasiekiamumą, bet kartu įterpia naują tarpininką tarp prekės ženklo ir kliento. Šį kompromisą verta vertinti taip pat rimtai kaip prekyvietės ar reklamos platformos pasirinkimą.

9. Kaip matuoti agentinės prekybos rezultatus?

Atsakymas: Vertinkite ne tik agento atsiųstą srautą, bet ir rekomendacijos, krepšelio, pirkimo, grąžinimo bei pakartotinio kontakto rezultatus.

Naudingos metrikos:

produktų parodymai agentinėse sąsajose;
perėjimai į produkto ar atsiskaitymo puslapį;
agento sukurtų krepšelių dalis;
patvirtintų pirkimų dalis;
vidutinė užsakymo vertė;
atšaukimų ir grąžinimų dalis;
neteisingos kainos ar likučio atvejai;
klientų aptarnavimo užklausos po agentinio pirkimo.

Jei agentas padidina konversiją, bet kartu padvigubina grąžinimus dėl netikslių rekomendacijų, kanalo vertė gali būti neigiama.

10. Ar Lietuvos e. parduotuvei reikia veikti jau dabar?

Atsakymas: Taip — bet pirmiausia verta tvarkyti universalius pagrindus, o ne skubėti integruoti kiekvieną naują protokolą.

Pirmi trys darbai duos naudos ir tradicinei paieškai, ir prekyvietėms, ir DI agentams:

sutvarkyti produktų atributus bei struktūrizuotus duomenis;
užtikrinti vieną patikimą kainos, likučio ir pristatymo šaltinį;
turėti aiškias, lengvai pasiekiamas pristatymo, garantijos ir grąžinimo taisykles.

Tik po to verta rinktis konkretų agentinės prekybos kanalą ir integraciją. Platformų prieinamumas Lietuvoje gali keistis, todėl sprendimą priimkite pagal realius savo klientų kanalus, o ne vien tarptautinę antraštę.

Daugiau bendrų pritaikymų rasite DI elektroninės prekybos klausimų ir atsakymų vadove.

Apibendrinimas

Agentinė prekyba keičia ne vien atsiskaitymo langą. Ji keičia, kas skaito produkto duomenis ir kaip priimamas pirkimo sprendimas. Parduotuvė turi būti suprantama ne tik žmogui, bet ir sistemai, kuri tikrina daugybę sąlygų vartotojo vardu.

Geriausias pasiruošimas nėra skubiai įdiegti naują mygtuką. Tai tikslus katalogas, realaus laiko likučiai, saugus atsiskaitymas, aiškios taisyklės ir išmatuojamas kliento kelias. Šie pagrindai išliks vertingi nepriklausomai nuo to, kuris protokolas ar platforma taps dominuojantys.

Šaltiniai

Norite paruošti savo produktų duomenis DI paieškai ir agentiniams kanalams? Susisiekite su mumis — įvertinsime katalogą, integracijas ir saugų pirmąjį žingsnį.

Grįžti į tinklaraštį