AI‑commerce mənzərəsi və OpenAI‑nin rolu

1. AI‑commerce nədir

Əgər klassik e‑commerce — “sayta daxil oldum — kataloqu açdım — səbətə əlavə etdim — üç formadan keçib təhvil verdim” hekayəsidirsə, AI‑commerce — əsas interfeysin ChatGPT ilə dialoq olduğu modeldir. İstifadəçi tapşırığı insan dili ilə formalaşdırır, ChatGPT daxilindəki agent isə məsləhətçi, merchandiser və qismən product‑menecer rolunu üzərinə götürür.

Sorğular “category=corablar&price_max=20” kimi deyil, “gülməli, amma çox da cringe olmayan, həmkar üçün 20 dollaradək və e‑mail ilə göndərilə bilən hədiyyə seç” kimi səslənir. Agent tapşırığı şərh edir, dəqiqləşdirir, məhsul kataloquna baxır, variantların üstün və zəif tərəflərini izah edir və sonra istifadəçini alışa qədər aparır — və bütün bunlar istifadəçi “səbəti” ayrıca səhifə kimi görmədən baş verir.

Arxitektura nöqteyi‑nəzərindən ChatGPT App bu anda “ağıllı hədiyyə kataloqu”ndan commerce tətbiqinə çevrilir və aşağıdakıları bacarır:

1. İstifadəçinin niyyətini və məhdudiyyətləri anlamaq (büdcə, hədiyyə tipi, ölkə, rəqəmsal/fiziki məhsul).
2. Product feed‑dən konkret SKU‑lar seçmək və seçimi izah etmək.
3. ACP (Agentic Commerce Protocol) standartlaşdırılmış protokolu vasitəsilə checkout‑u başlatmaq.

AI‑commerce ideyası ondadır ki, “catalog + checkout” artıq ayrı bir sayt deyil, GPT ilə istifadəçinin apardığı dialoqun məntiqi davamıdır.

2. Klassik e‑commerce və AI‑commerce müqayisəsi

Fərqi daha yaxşı hiss etmək üçün iki yanaşmanı yanaşı qoymaq rahatdır. Aşağıda — ideal əhatəyə iddia etməyən, amma paradigma dəyişikliyini yaxşı göstərən sadələşdirilmiş cədvəl var.

Praktiki nəticə: AI‑commerce‑də diqqət “kataloq və səbət”in vizual dizaynından məlumatların strukturu və keyfiyyətinə, həmçinin ChatGPT, sizin backend‑iniz və ödəniş provayderi arasında qarşılıqlı əlaqənin formal protokoluna keçir. Product feed və ACP endpoint‑ləri vidcet qədər önəmli “UI”‑a çevrilir.

Klassik mağazada UX‑in bir hissəsini brauzerdə bəzən “yamaqla” düzəltmək mümkündürsə, AI‑commerce‑də model demək olar ki, tamamilə sizin verdiyiniz məlumat və sxemlərə söykənir: məhsul təsvirindən tutmuş checkout sessiyasının statuslarına qədər.

3. OpenAI Commerce‑in tikinti blokları

OpenAI “hər şeyi özü edəcək sehrli GPTPay” təklif etmir. Bunun əvəzinə ChatGPT dünyasına mövcud merchant və ödəniş provayderlərini düzgün qoşmağın qaydasını izah edən spesifikasiyalar və bələdçilər dəsti var. Bu sənədlərdən bizim üçün xüsusilə dörd “kərpic” vacibdir.

Birincisi, Product Feed Specification. Bu, satıcının kataloqunu təsvir etdiyi rəsmi formatdır: id, title, description, qiymət, valyuta, mövcudluq, şəkillər və s. Feed “strukturlaşdırılmış həqiqət mənbəyi” rolunda çıxış edir, OpenAI onu valide edir, indeksləyir və ChatGPT daxilində axtarış, sıralama və checkout üçün istifadə edir.

İkincisi, Agentic Checkout Specification. Bu, checkout_session obyektinin işlənməsi üçün REST müqaviləsidir: API ödəniş sessiyasının necə yaradılacağını, onun necə yenilənəcəyini (məsələn, ünvan və ya çatdırılma seçimi dəyişəndə) və tamamlanacağını, həmçinin backend‑in hansı sahələri qaytarmalı olduğunu (məbləğlər, vergilər, fulfillment seçimləri, geri qaytarma siyasətinə linklər və s.) təsvir edir.

Üçüncüsü, Delegated Payment Specification. Bu protokola görə agent platforması (ChatGPT) ödəniş provayderindən (məsələn, Stripe Shared Payment Token) delegasiya olunmuş ödəniş tokeni alır və ödəniş rekvizitlərini açıqlamadan onu sizin backend‑inizə ötürür. Token məbləğ, ömür və digər parametrlərlə məhdudlaşdırılır və sizin backend tərəfindən PSP-də real ödəniş yaratmaq üçün istifadə olunur.

Və nəhayət, ChatGPT‑də Instant Checkout — bu spesifikasiyaların üzərindəki UX qatıdır. Çat daxilində yığcam checkout interfeysi peyda olur: seçilmiş məhsul, qiymət, ünvan, ödəniş üsulu. Kulis arxasında o, Product Feed‑ə söykənir, sizin /checkout_sessions endpoint‑lərinizi Agentic Checkout Spec üzrə çağırır və PSP‑də tranzaksiyanı aparmaq üçün Delegated Payment istifadə edir.

Yaxşı xəbər budur ki, bütün bunlar “ChatGPT‑nin gizli API‑si” deyil, ACP (Agentic Commerce Protocol) adlı açıq spesifikasiyalardır. Bu o deməkdir ki, eyni backend nəzəri olaraq ACP‑ni dəstəkləyən digər AI platformaları ilə də işləyə bilər.

4. Rollar və məsuliyyət sərhədləri

Ən maraqlı hissə burada başlayır: sistemə pul daxil olduqda, tənzimləyicilər və hüquqşünaslar qəfildən sizin ən yaxşı dostlarınıza çevrilirlər. Qarışıqlıq olmasın deyə rolları dəqiq ayırmaq vacibdir.

Ən başlıca rol agent platformasına məxsusdur, bizim halımızda — ChatGPT. O, istifadəçi təcrübəsinə sahibdir: çat, vidcetlər, Instant Checkout UI. Platforma commerce axınını başladır, Product Feed‑dən məhsulları seçir, sizin ACP endpoint‑lərinizi çağırır və nəticəni istifadəçiyə göstərir. Amma bununla belə ChatGPT nə məhsulun sahibi olur, nə də ödəniş provayderinə çevrilir və sizin product məlumatlarınızı “öz kataloqu” kimi saxlamır — o, məhz sizin verdiyiniz feed‑dən istifadə edir.

İkinci rolda — merchant (seller, merchant‑of‑record). Bu, məhsul və ya xidmətlərin sahibidir. Merchant product feed‑ə (struktur, keyfiyyət, qiymət və mövcudluğun aktuallığı), ACP endpoint‑lərinin düzgün reallaşdırılmasına (/checkout_sessions, webhooks), sifarişlərin yaradılması və saxlanmasına, çatdırılma, dəstək və geri qaytarmalara cavabdehdir. ACP sənədləri məhz merchantın hüquqi mənada satıcı olaraq qaldığını vurğulayır, agent platforması yox.

Üçüncü rol — ödəniş provayderi (PSP), məsələn, Stripe. PSP ödənişlərin emalına, PCI DSS və digər tələblərə əməl olunmasına, ödəniş rekvizitlərinin saxlanmasına, frod və chargeback‑lərlə mübarizəyə cavabdehdir. Delegated Payment kontekstində PSP agent platformasına xüsusi token (SPT) verir, daha sonra bu token sizin serveriniz tərəfindən real ödənişin yaradılması üçün istifadə olunur (məsələn, Stripe‑da PaymentIntent).

Dördüncü və ən vacib rol — istifadəçi. O, tapşırığı formalaşdırır, alış barədə son qərarı verir, ödənişə razılıq göstərir və ideala görə checkout UI‑də dürüst təqdim etdiyiniz Terms / Privacy Policy sənədlərini oxuyur. Etimadı və şəffaflığı artırmaq üçün Product feed bu sənədlərə və geri qaytarma siyasətinə linklər saxlaya bilər.

Rahatlıq üçün bunu kiçik bir cədvəldə toplaya bilərik:

Məsuliyyət zonalarının bölünməsi təkcə hüquqşünaslar üçün deyil, arxitektura üçün də vacibdir. Məsələn, sabah ikinci PSP qoşsanız, ChatGPT App‑i yenidən yazmağa ehtiyac yoxdur: backend‑inizdə Delegated Payment qatını uyğunlaşdırmaq kifayətdir. Və əgər ACP‑ni anlayan ikinci AI platforması peyda olsa, həm product feed‑i, həm də checkout endpoint‑lərini yenidən istifadə edə biləcəksiniz.

5. “Hamısı dialoqda” alış ssenarisi necə görünür

İndi hər şeyi birləşdirək və ChatGPT‑də rəqəmsal hədiyyənin end‑to‑end alış ssenarisinin arxitektura baxımından necə göründüyünə baxaq. Bu sadələşdirilmiş ssenaridir, amma mahiyyəti əks etdirir.

sequenceDiagram
  participant U as İstifadəçi
  participant C as ChatGPT
  participant G as GiftGenius App
  participant B as Merchant Backend
  participant P as PSP (Stripe)

  U->>C: "50$‑dək rəqəmsal hədiyyə al"
  C->>G: callTool(find_gifts, budget<=50)
  G->>B: GET /catalog?budget_lte=50
  B-->>G: Uyğun SKU siyahısı
  G-->>C: Hədiyyə variantları + meta-məlumatlar
  C-->>U: Seçimi izah edir, seçimlər təklif edir
  U->>C: "Mən bunu götürürəm"
  C->>B: POST /checkout_sessions (sku, price...)
  C->>P: Ödəniş tokeni (SPT) tələb et
  C->>B: POST /checkout_sessions/{id}/complete (token)
  B->>P: Ödənişi icra et
  B-->>C: Sifarişin yaradılması barədə webhook
  C-->>U: Alışın təsdiqi

ACP‑nin quru dili ilə desək, burada aşağıdakılar baş verir:

1. Agent uyğun SKU‑ları seçmək üçün Product Feed‑dən (sizin backend vasitəsilə) istifadə edir.
2. “Alırıq” qərarı veriləndə ChatGPT sizin /checkout_sessions endpoint‑iniz vasitəsilə checkout_session yaradır (Agentic Checkout Spec üzrə).
3. Instant Checkout zamanı ChatGPT PSP‑dən məhz konkret məbləğ və merchant üçün delegasiya olunmuş ödəniş tokeni istəyir.
4. Bu token POST /checkout_sessions/{id}/complete çağırışında ötürülür, backend‑iniz PSP‑də ödənişi yaradır və sifarişi formalaşdırır.
5. Sifariş hazır olanda serveriniz OpenAI‑ı webhook vasitəsilə xəbərdar edir və bundan sonra istifadəçi son təsdiqi görür.

Bu dərsdə bizim üçün endpoint adlarını əzbərləməkdən çox strukturu görmək vacibdir: feed → SKU seçimi → checkout_session → ödəniş → sifariş → webhook. Növbəti dərslərdə hər bir hissəni ayrı‑ayrılıqda açacağıq, o cümlədən feed sahələri, checkout sessiyasının sahələri və delegasiya olunmuş ödənişlərin formatını.

6. GiftGenius: App‑imiz AI‑commerce‑ə necə oturur

Bu vaxta qədər GiftGenius “hədiyyə seçimi köməkçisi” rolunu oynayırdı. O, bunları bacarırdı:

• istifadəçidən kimin üçün və hansı münasibətlə hədiyyə lazım olduğunu soruşmaq;
• öz kataloqu üzrə axtarış üçün MCP alətlərindən istifadə etmək;
• vidcetdə variant kartlarını göstərmək və çatda follow‑up düymələri göndərmək.

Commerce baxımından bu, real alış olmadan “ağıllı discovery” idi. OpenAI commerce dünyasında bu rejim SKU üçün enable_search = true, amma enable_checkout = false qoyulduğu feed‑ə uyğundur: məhsulları tapmaq və müzakirə etmək olar, amma onlar üçün Instant Checkout söndürülüb.

AI‑commerce modulunda biz tədricən GiftGenius‑u tam inteqrasiya olunmuş merchant‑a çevirəcəyik:

• OpenAI spesifikasiyasına uyğun strukturlaşdırılmış Product Feed əlavə edəcəyik;
• checkout_sessions ilə işləyə bilən ACP backend dizayn edəcəyik;
• Stripe Shared Payment Token vasitəsilə Delegated Payment qoşacağıq;
• App‑i istifadəçiyə yalnız seçmək deyil, hədiyyəni birbaşa çatda almaq imkanını göstərə biləcək vəziyyətə gətirəcəyik.

Bütün bunlar “qara sehr” kimi görünməsin deyə, kodumuza commerce axınının rollarını və addımlarını açıq şəkildə modelləşdirən kiçik bir texniki qat əlavə edək. Bu həm loglar, həm də daxili testlər üçün faydalı olacaq.

// app/commerce/types.ts
export type CommerceRole = "user" | "chatgpt" | "merchant" | "psp";

export interface CommerceStep {
  id: string;
  role: CommerceRole;
  description: string;
}

Bu tiplər “kimin nə etdiyini” hətta TypeScript səviyyəsində də düşüncədə ayırmağa kömək edir. Məsələn, onları testlərdə və ya vidcet daxilindəki sazlama UI‑ində istifadə edə bilərik.

“50$‑dək rəqəmsal hədiyyə” ssenarisi üçün addımlar massivinin kiçik nümunəsi:

// app/commerce/exampleFlow.ts
import type { CommerceStep } from "./types";

export const digitalGiftFlow: CommerceStep[] = [
  { id: "intent", role: "user", description: "Sorğunu və büdcəni formalaşdırmaq" },
  { id: "search", role: "chatgpt", description: "Product Feed‑dən SKU seçmək" },
  { id: "checkout", role: "merchant", description: "checkout_session yaratmaq" },
  { id: "payment", role: "psp", description: "Token üzrə ödənişi icra etmək" }
];

Belə kod hələ şəbəkə ilə heç kimlə danışmır, amma artıq növbəti dərslərdə üzərinə real ACP kodu əlavə edəcəyimiz faydalı bir “koordinatlar oxu” yaradır.

7. Mini‑tapşırıq: “Mənə 50$‑dək rəqəmsal hədiyyə al” axınını parçalayın

Dərsin sonunda az öncə danışdıqlarımızı əllə toplamaq faydalıdır. İstifadəçi sorğusunu götürün:

“Mənə 50$‑dək rəqəmsal hədiyyə al”.

Vəzifə — sonrakı baş verənləri 3–5 məntiqi addımda təsvir etmək və hər addımı kimin yerinə yetirdiyini göstərmək: ChatGPT, sizin merchant backend‑iniz, ödəniş provayderi və ya elə istifadəçinin özü. Yuxarıdakı diaqrama və digitalGiftFlow massivinə söykənə bilərsiniz, amma onlarla tam üst‑üstə düşmək şərt deyil.

Məsələn, ChatGPT‑nin sorğunu şərh etdiyi və istifadəçidən detalları dəqiqləşdirdiyi (rəqəmsal sertifikat, alıcının regionu, hədiyyənin kimə olduğu) addımdan başlaya bilərsiniz. Sonra backend‑inizin Product Feed üzrə uyğun SKU‑ları axtardığı addım, daha sonra checkout_session yaradılması, PSP‑dən ödəniş tokeninin alınması və alışın tamamlanması.

İstəsəniz, bunu birbaşa kodda da tərtib edə bilərsiniz — digitalGiftFlow‑a daha bir neçə addım əlavə edib onları vidcetdə kiçik sazlama komponentində render etməklə. Belə məşq “yalnız kod” haqqında deyil, protokoldakı rollar barədə düşünmək vərdişini də yaxşılaşdırır.

Belə “axın planı”nı qəbul edib loglamağa (hələ gerçək commerce olmadan) qadir sadə bir API endpoint nümunəsi:

// app/api/commerce/flow/route.ts
import { NextRequest, NextResponse } from "next/server";
import type { CommerceStep } from "@/app/commerce/types";

export async function POST(req: NextRequest) {
  const steps = (await req.json()) as CommerceStep[];
  console.log("Planned AI-commerce flow:", steps);
  return NextResponse.json({ ok: true, stepsCount: steps.length });
}

Real həyatda siz console.log əvəzinə strukturlaşdırılmış loglar yazacaq və bəlkə də belə ssenariləri sənədləşmənin və ya testlərin bir hissəsi kimi saxlayacaqsınız. Amma hətta bu kiçik nümunə belə abstrakt arxitekturanı Next.js tətbiqinizdə konkret TypeScript kodu ilə əlaqələndirməyə kömək edir.

Bu dərsdə baxdığımız rol mənzərəsini yadda saxlasanız, sonrakı texniki detalları — Product Feed sahələri, checkout sessiyalarının sxemləri və delegasiya olunmuş ödənişlərin strukturu — çox daha rahat və “hər şeyi bacaran GPT” romantikasından uzaq qavrayacaqsınız.

8. AI‑commerce və rolların anlaşılmasında tipik səhvlər

Səhv №1: “ChatGPT hər şeyi özü edəcək” kimi düşünmək.
Bəzən tərtibatçılar “Stripe qoşmaq” və “modelə API girişi vermək”lə kifayətlənmək olar, qalanını GPT həll edər, deyə düşünürlər. Əslində ChatGPT ətrafında AI‑commerce formal spesifikasiyalara söykənir: Product Feed, Agentic Checkout, Delegated Payment. Əgər məhsulları strukturlaşdırılmış feed şəklində təsvir etməmisinizsə, /checkout_sessions reallaşdırılmayıbsa və Delegated Payment quraşdırılmayıbsa, heç bir model bunu sizin yerinizə uydurmayacaq.

Səhv №2: ChatGPT və merchant rollarını qarışdırmaq.
Başqa bir yayğın qarışıqlıq — ChatGPT‑nin “mağazaya” çevrildiyini, sizin isə “yalnız kataloqu qoşduğunuzu” zənn etməkdir. Reallıqda hər şey əksinədir: siz merchant olaraq qalırsınız, product feed saxlayırsınız, sifarişləri yaradırsınız və dəstəkləyirsiniz, geri qaytarmaları emal edirsiniz. ChatGPT yalnız dialoq UX‑inə və sizin ACP endpoint‑lərinizi düzgün çağırmağa cavabdehdir. Sistemi “GPT özü abunələri paylayar və məhsulları göndərər” kimi dizayn etməyə çalışsanız, gec‑tez həm hüquqi, həm də texniki çıxılmaz vəziyyətə düşəcəksiniz.

Səhv №3: ödəniş provayderini ayrıca subyekt kimi görməzdən gəlmək.
Bəzən PSP‑ni backend daxilində “gizlətmək” və onunla istənilən REST API kimi danışmaq istəyirlər, halbuki ödəniş qatı öz qaydalarına (PCI, frod, chargeback‑lər, limitlər) tabedir. ACP yanaşmasında ayrıca Delegated Payment Spec təsadüfən ayrılmayıb: agent platforması PSP ilə öz səviyyəsində danışır, SPT token alır və onu sizə ötürür, siz isə ödənişi yaradırsınız. Bu sxemi dolanmaq və kart rekvizitlərini App daxilində birbaşa qəbul etmək istəsəniz, compliance tələbləri ilə özünüzə tezliklə problem yaradacaqsınız.

Səhv №4: product feed‑i “marketinq sazlaması” kimi görmək, LLM üçün API kimi yox.
Bir çoxları Google Shopping keçmişi ilə gəlir və feed‑i reklam kabineti üçün koddan daha vacib bir şey kimi düşünür. AI‑commerce dünyasında feed — model üçün assortimentinizin bilik bazasıdır. Əgər orada şəkillərə qırıq linklər, uyğunsuz atributlar, qəribə ölçü vahidləri və faktların yerinə marketinq şişirtmələri varsa, model sizin istədiyiniz təklifləri verməyəcək və konversiya aşağı düşəcək.

Səhv №5: Instant Checkout‑u “bir addımda” tətbiq etməyə çalışmaq.
Cəzb böyükdür: “gəlin dərhal enable_checkout‑u yandıraq, qoy istifadəçilər çatdan alsınlar”. Amma yaxşı discovery (keyfiyyətli feed), etibarlı checkout backend‑i və PSP ilə düşünülmüş inteqrasiya olmadan, sifarişlərin yarısının ortada ilişdiyi kövrək sistem əldə etmək riskiniz var. OpenAI‑ın təklif etdiyi pillələrlə getmək daha məntiqlidir: əvvəl keyfiyyətli Product Feed, sonra ACP endpoint‑lərinin sazlanması, sonra Delegated Payment və yalnız bundan sonra döyüş rejimində Instant Checkout‑un açılması.