Da biste proverili da li ChatGPT donosi porudžbine, u GA4 prvo izdvojite prepoznate AI posete, proverite događaj purchase i povežite jedinstvene transakcije sa evidencijom prodavnice. Tako možete da izvestite o zabeleženim kupovinama i potvrđenim ishodima. Ne možete da zaključite da je svaka od tih prodaja nastala isključivo zbog AI preporuke.
Meni screenshot u kome ChatGPT preporučuje proizvod još ne odgovara na pitanje vlasnika web shopa: „Da li mi ovo donosi posao?” Želim da vidim šta se dogodilo posle klika, da li se kupovina beleži ispravno i da li je porudžbina zaista realizovana.
Problem je što izveštaj može izgledati ubedljivo i kada sistem dva puta šalje isti događaj ili kada otkazanu porudžbinu plaćenu pouzećem i dalje računamo kao prodaju. Zato bih pre priče o AI rezultatu proverio osnovu ecommerce merenja.
Ažurirano 1. novembra 2026. Primeri u prilozima A i B su ilustrativni. Ne prikazuju nalog, porudžbine ili rezultate Sygnific klijenta.
Pominjanje brenda, poseta i porudžbina odgovaraju na različita pitanja
Pominjanje brenda (brand mention) pokazuje da se naziv pojavio u posmatranom AI odgovoru. Citiranje linka pokazuje da je sistem naveo određenu stranicu. Sesija u analitici govori da smo zabeležili dolazak na sajt. Tek podaci o kupovini i prodajna evidencija govore šta se dalje dogodilo.
Ne bih ih crtao kao jedan potpuno izmeren levak. Panel odabranih AI pitanja ne identifikuje sve ljude koji su videli odgovor, pa ne možemo svako pominjanje spojiti sa konkretnim kupcem. Panel koristim za proveru vidljivosti i tačnosti; analitiku i evidenciju porudžbina za ponašanje i prodaju.
Taj prvi deo detaljno obrađujem u vodiču za merenje AI vidljivosti. Ovde me zanima uži posao: šta vlasnik prodavnice može pouzdano da proveri kada prepoznata AI poseta dođe na web shop. Širi kontekst preporuka proizvoda je u tekstu o AI kupovini i ChatGPT-u.
Gde u Google Analytics 4 tražim posete iz ChatGPT-a?
Počeo bih od izveštaja Reports → Acquisition → Traffic acquisition. Putanja zavisi od organizacije izveštaja u nalogu; Google dokumentuje ovaj izveštaj o akviziciji saobraćaja. Biram period i dimenziju obima sesije, da bih posmatrao izvor dolaska tokom tog perioda.
Google je 13. maja 2026. dokumentovao kanal AI Assistant. Za prepoznate referrere AI asistenata GA4 koristi medium ai-assistant. Zato danas ne bih automatski pravio novi kanal pre nego što proverim postojeću klasifikaciju.
Praktično bih uradio sledeće:
- Izabrao Session default channel group i proverio AI Assistant.
- Dodao ili izabrao Session source / medium da vidim konkretan izvor.
- Proverio relevantne ulazne stranice i dostupne ecommerce metrike, uz isti period i filtere.
- Otvorio proveru konkretnih transakcija pre zaključka o prodaji.
Prilog A prikazuje izabrane ecommerce kolone. One ne moraju biti deo podrazumevanog rasporeda vašeg izveštaja; prilagođavanje detaljnog izveštaja radi osoba sa odgovarajućim pristupom.
Google AI Mode i AI Overviews nisu deo kanala AI Assistant. To izričito stoji u Google definiciji kanala. U Search Console-u klikovi iz tih iskustava ulaze u ukupne podatke za Web pretragu, prema Google Search Central dokumentaciji. Ne bih ceo kanal Organic Search proglasio AI saobraćajem.
Tekstualni opis priloga A
Izmišljen primer za 1–30. oktobar 2026: filter AI Assistant, izvor chatgpt.com / ai-assistant, 120 sesija, tri ecommerce kupovine i purchase revenue 14.970 RSD. To nisu tri potvrđene naplaćene porudžbine. U prilogu B isti primer proveravamo u prodajnoj evidenciji.
Pre AI izveštaja proveravam da li shop ispravno beleži kupovinu
Instaliran Google Analytics tag nije dokaz da ecommerce praćenje radi. Za dijagnostiku puta do kupovine koristim događaje kao što su view_item, add_to_cart i begin_checkout. Za transakciju proveravam purchase i njegove podatke, prema GA4 ecommerce dokumentaciji.
Minimum koji proveravam obuhvata jedinstven transaction_id, vrednost value, valutu currency i niz items sa relevantnim podacima o artiklima. Vrednost artikala, porez, dostava i iznos naplate moraju imati dogovoreno značenje. Poređenje različitih osnova može izgledati kao greška i kada je računanje ispravno.
Testiram uspešnu kupovinu, povratak sa procesora plaćanja i ponovno otvaranje potvrdne stranice. Proveravam da li istu radnju šalju i integracija platforme i dodatni GTM tag. U DebugView-u gledam redosled i parametre; potom proveravam obrađene izveštaje. Prisutan događaj u debug prikazu nije sam po sebi potvrda da je ceo sistem ispravan.
Posebno proveravam transaction_id. Google ga koristi za deduplikaciju kupovina; mora biti dinamičan i jedinstven za porudžbinu. Prazan string ili isti fiksni ID za različite kupovine mogu pokvariti merenje. ID takođe ne treba da sadrži email, telefon ili drugi podatak kojim se kupac identifikuje.
Gde pomažu UTM oznake, a gde izvor ostaje nepoznat?
UTM parametre koristim za linkove kojima upravljamo: newsletter, dogovorenu partnersku objavu ili konkretnu kampanju. Na primer, utm_source=newsletter, utm_medium=email i utm_campaign=jesenja_ponuda opisuju email distribuciju. Ne bih taj link označio kao ChatGPT samo zato što smo tekst newslettera pripremali uz AI.
Google dokumentacija o ručnom označavanju kampanja objašnjava ulogu tih parametara. Za dosledan izveštaj potrebna je dogovorena šema imenovanja. Isti naziv sa drugačijim velikim slovima ili nasumičnim skraćenicama otežava poređenje.
Organske AI odgovore i njihove linkove ne kontrolišemo kao sopstvenu kampanju. Zato proveravam šta je stvarno stiglo kroz izvor, medium i druge raspoložive signale. Deo dolazaka može izgubiti taj kontekst: korisnik može kopirati adresu, promeniti uređaj ili kasnije potražiti brend.
Nepoznat izvor ostaje nepoznat. Direct ne znači „skriveni ChatGPT”, a nedostatak prepoznate AI sesije ne dokazuje da AI nije učestvovao u odluci. Dodatno pitanje kupcu kako je saznao za prodavnicu može dati kontekst, uz odvojeno čuvanje tog odgovora od tehnički zabeleženog izvora.
Tri GA4 kupovine ne moraju da budu tri naplaćene porudžbine
U ilustraciji iz priloga A postoje tri ecommerce kupovine i 14.970 RSD vrednosti artikala. Naknadna refundacija u tom početnom GA4 izvodu još nije evidentirana. U prodajnoj evidenciji zatim proveravamo svaku porudžbinu:
- DEMO-1041: naplata je potvrđena, porudžbina realizovana.
- DEMO-1042: poručivanje pouzećem, zatim otkazano; naplate nema.
- DEMO-1043: naplata je postojala, a zatim je iznos artikala u celosti refundiran.
Svaka porudžbina u primeru ima artikle vredne 4.990 RSD. Posle provere ostaje jedna realizovana porudžbina bez refundacije i 4.990 RSD odgovarajuće vrednosti artikala. To nije obračun profita ili kompletan finansijski izvod: iznosi u ovoj demonstraciji ne uključuju dostavu, poreze i troškove.
Kod pouzeća bih unapred dogovorio kada sistem šalje purchase i kako se naknadno evidentira ishod. Kreirana porudžbina nije potvrda prijema novca. Online naplatu takođe proveravam u procesoru ili operativnoj evidenciji; učitana thank-you stranica nije univerzalan dokaz uspešne naplate.
Tekstualni opis priloga B
Primer DEMO-1042 šalje purchase sa value 4990, currency RSD i jednim demo artiklom. Poslovna evidencija pokazuje pouzeće, status otkazano i nepotvrđenu naplatu. Uz realizovanu DEMO-1041 i refundiranu DEMO-1043, tri GA4 kupovine ostavljaju jednu realizovanu porudžbinu bez refundacije. Prikazane vrednosti odnose se samo na artikle.
Google Purchase revenue definiše kao prihod od kupovina umanjen za evidentirane refundacije. Zato refundaciju treba dosledno preneti i u ecommerce merenje kada je ta integracija deo sistema. GA4 ne saznaje sam svaki kasniji operativni status prodavnice. Zato usaglašavam transakcije i proveravam kako se obrađuju naknadne promene.
Pripisan prihod nije dokaz dodatne prodaje
Izvor sesije i atribucioni izveštaj odgovaraju na različita pitanja. Session source govori o zabeleženom dolasku, dok pripisivanje ključnog događaja zavisi od izveštaja, modela i raspoloživih podataka. U metodologiji zapisujem šta tačno prikazujemo.
Ne bih mešao First user source sa Session source da bih dobio bolju stopu. Stopu sesija sa kupovinom takođe ne bih automatski računao kao broj svih kupovina podeljen sesijama: ista sesija može imati više transakcija.
Otkazi i povraćaji popravljaju poslovnu sliku, ali ni usaglašena porudžbina ne dokazuje koliko je AI samostalno doprineo odluci. Kupac je mogao ranije videti oglas, znati brend ili dobiti preporuku. Za tvrdnju o dodatnom učinku potreban je odgovarajući dizajn merenja, a za ROI i jasno definisani troškovi. Prihod nije profit.
U našoj studiji saradnje sa Fitt Pro Team-om takođe razdvajam GA4 podatke od poslovne evidencije. Taj primer ne koristim kao dokaz prihoda koji je doneo ChatGPT. Širi postupak povezivanja marketinga sa prodajom opisujem u tekstu kako meriti da li marketing donosi kupce.
Checklista: šta bih proverio pre prvog AI ecommerce izveštaja
| Provera | Praktičan test | Šta čuvamo kao dokaz |
|---|---|---|
| Purchase i jedinstven ID | Test kupovina i ponovo otvorena potvrda; proveriti paralelne tagove | Parametri događaja i jedna odgovarajuća porudžbina |
| Vrednost, valuta, artikli | Uporediti value/currency/items sa dogovorenom osnovom u prodavnici | Objašnjenje poreza, dostave i popusta |
| Izvor sesije | Proveriti AI Assistant, konkretan source/medium i ulaznu stranicu | Period, dimenzije i aktivni filteri |
| Plaćanje i povratak | Proći kroz checkout i proveriti referral procesora plaćanja | Poreklo sesije pre i posle povratka |
| Otkazi i refundacije | Usaglasiti transakciju sa naknadnim statusom | Dogovorena definicija realizovane prodaje |
| Privatnost i obuhvat | Proveriti parametre, URL-ove i ponašanje uz izbor saglasnosti | Bez ličnih podataka u GA4; zabeležena ograničenja |
Povratak sa platnog servisa ne bih rešavao nasumičnim skrivanjem izvora. Google dokumentuje neželjene referrere, ali pre izmene proveravam da li je baš to uzrok i da li su domeni checkout-a pravilno povezani.
Šta bih jednom mesečno pokazao vlasniku prodavnice?
Prvo bih izdvojio najvažniju poslovnu poruku, a ispod ostavio poreklo podataka. Sledeća tabela nastavlja isti izmišljeni primer iz priloga A i B; nije rezultat klijenta.
| Pokazatelj | Primer | Kako ga čitam |
|---|---|---|
| Prepoznate ChatGPT sesije | 120 | Izvor chatgpt.com / ai-assistant; nisu svi mogući AI dolasci |
| Ecommerce kupovine u GA4 | 3 | Pre poređenja sa operativnim ishodom |
| Purchase revenue | 14.970 RSD | Početni GA4 izvod pre evidentiranja naknadne refundacije |
| Realizovano bez refundacije | 1 porudžbina | Posle provere tri jedinstvena ID-a u evidenciji |
| Odgovarajuća vrednost artikala | 4.990 RSD | Posle otkaza i pune refundacije; nije profit |
| Sledeća odluka | Nastaviti praćenje | Tri kupovine nisu dovoljne za tvrdnju o stabilnoj stopi ili povećanje budžeta samo zbog AI |
Ako izvor izgleda dobro, a kupci odustaju na stranici proizvoda ili checkout-u, sledeći posao može biti CRO analiza puta do kupovine. Ako se izveštaji ne slažu, prvo sređujem merenje. Ne bih rast procenta iz malog uzorka koristio da preskočim tu proveru.
Česta pitanja o GA4 i porudžbinama iz AI saobraćaja
Zašto ChatGPT ne vidim u source / medium?
Proverite period, session dimenziju, AI Assistant kanal i konkretne izvore. Ako odgovarajući signal nije zabeležen, ne možemo ga naknadno pouzdano rekonstruisati samo iz Direct poseta. Izostanak u izveštaju nije dokaz da niko nije koristio ChatGPT.
Da li mi treba poseban AI channel group?
Prvo proverite zvanični AI Assistant kanal. Prilagođenu grupu koristio bih samo ako postoji jasan dodatni razlog i dokumentovana pravila. Ne bih njome sabirao sve Google organske posete i nazvao zbir AI prodajom.
Mogu li odvojeno da izmerim porudžbine iz Google AI Mode-a?
Ne bih obećao čistu univerzalnu podelu iz standardnog GA4 ili GSC izveštaja. AI Mode nije deo AI Assistant kanala, a Google njegove klikove uključuje u Web podatke Search Console-a. Treba jasno navesti koje podatke konkretan izveštaj zaista razdvaja.
Da li GA4 automatski zna da je pouzeće naplaćeno?
Ne na osnovu samog purchase događaja pri poručivanju. Ishod proveravamo u prodajnom sistemu i povezujemo po odgovarajućem ID-u. Trenutak slanja događaja i obrada naknadnih statusa zavise od dogovorene implementacije.
Da li je Shopify ili WooCommerce integracija dovoljna?
Integracija je polazna tačka. Proverio bih šta šalje, da li postoje paralelni tagovi, kako radi naplata i da li su iznosi i ID-jevi uporedivi sa evidencijom prodavnice. Instaliran dodatak nije završena provera.
Šta ako imam samo nekoliko AI kupovina mesečno?
Prikažite apsolutne brojeve, period i ograničenje uzorka. Ne postoji univerzalan broj kupovina koji svakoj prodavnici garantuje stabilan zaključak. Posmatrao bih duži period, poredivost podataka i kvalitet svake realizovane porudžbine.
Da li mogu sabrati porudžbine iz GA4, Google Ads-a i Meta izveštaja?
Ne kao nezavisne prodaje. Ista porudžbina može biti pripisana u više platformi. Prodajna evidencija sa jedinstvenim porudžbinama služi kao zajednička osnova; zatim objašnjavamo različita pravila pripisivanja.
Da li server-side tracking rešava sve praznine?
Ne. Može unaprediti određene delove prikupljanja kada je pravilno postavljen, ali ne vraća svako izgubljeno poreklo posete i ne otkriva sve prethodne AI odgovore. Mora da poštuje izbor korisnika i da bude proveren zajedno sa ostatkom sistema.
Kako bih pristupio vašem web shopu?
Prvo bih proverio da li možemo verovati porudžbinama u izveštaju. Zatim bih pogledao koje izvore prepoznajemo i gde gubimo informacije. Tek potom bih predložio da li je prioritet implementacija analitike, audit AI vidljivosti ili unapređenje ponude i checkout-a.
Za GEO strategiju važno je i zbog čega bi kupac uopšte pronašao i izabrao vaš proizvod. To povezujem sa optimizacijom za ChatGPT, ali plan rada zasnivam na vašoj prodavnici i podacima koje stvarno imamo.
Ako želite taj pregled sa mnom, zakažite uvodne konsultacije o GA4 merenju. Pošaljite domen, platformu i opis onoga što se ne slaže između izveštaja i prodaje. Za upoznavanje nije potrebno da šaljete podatke kupaca. Detaljnu proveru, implementaciju i dalji rad na marketing analitici dogovaramo kroz poseban obim i ponudu.