PrestaSignal
GA4 · server-side

Rapoarte GA4 în care chiar poți avea încredere.

Când hiturile din browser nu ajung niciodată la GA4, fiecare raport din aval este greșit — și la fel e fiecare decizie pe care o iei pe baza lui. PrestaSignal rulează chiar tag-ul Google prin adresa magazinului tău și raportează fiecare vânzare din back office-ul tău, așa că GA4 se reconciliază în sfârșit cu realitatea.

De ce cifrele tale din GA4 nu se potrivesc cu comenzile

GA4-ul din browser pierde hituri din cauza ad-blockerelor și a limitelor de cookie-uri din Safari — biblioteca tag-ului însăși se încarcă de pe googletagmanager.com, un domeniu aflat pe fiecare listă de filtrare. Fiecare hit blocat este o vizită, o sesiune sau o vânzare despre care GA4 nu aude niciodată. Rezultatul este o proprietate care nu e de acord cu PrestaShop pe singura cifră care contează: câte vânzări ai făcut de fapt.

Chiar tag-ul Google, servit de pe adresa ta

Sesiunile sunt corecte prin construcție: rulează chiar tag-ul Google — prin adresa ta — așa că session_start, first_visit și user_engagement sosesc exact cum se așteaptă Google. Nimic nu trebuie cusut sau reparat ulterior. Vânzarea este raportată separat de back office-ul tău, cu taxe incluse pentru a se potrivi totalurilor comenzilor, cu un transaction ID construit din comanda însăși, astfel încât o achiziție să nu poată fi numărată niciodată de două ori.

Capabilități

Ce ajunge la GA4

Pâlnia completă de ecommerce
Întreaga pâlnie PrestaShop, de la page_view la purchase și refund
Sesiuni corecte prin construcție
Evenimentele automate ale Google — session_start, first_visit, user_engagement — sosesc cum se așteaptă Google
Venit cu taxă inclusă
Valoarea achiziției se potrivește totalurilor comenzilor tale PrestaShop
Retururi care se reconciliază
Fiecare retur poartă transaction ID-ul corespunzător, așa că GA4 stornează venitul corect
Achiziții deduplicate
Transaction ID-uri construite din comanda însăși — numărate o singură dată
Atribuire curată
Primele hituri nu se pierd din cauza blockerelor, așa că sesiunile își păstrează sursa în loc să aterizeze ca „unassigned”
În culise

Cum funcționează tracking-ul GA4 server-side pe PrestaShop

Când un cumpărător navighează prin magazinul tău, chiar tag-ul GA4 al Google face măsurarea — dar biblioteca tag-ului și fiecare cerere pe care o trimite circulă printr-un conector de pe adresa proprie a magazinului tău. Listele de filtrare ale ad-blockerelor țintesc googletagmanager.com și google-analytics.com; pe magazinul tău, nimic nu se încarcă de pe acele domenii. Pentru că tag-ul Google rulează nemodificat, sesiunile, engagementul și atribuirea se comportă exact cum se așteaptă GA4 — corecte prin construcție, fără nimic de reconstruit ulterior.

Vânzarea merge pe un al doilea drum, fără browser. În momentul în care o comandă este validată, back office-ul tău raportează achiziția server-la-server — indiferent dacă browserul cumpărătorului a trimis ceva sau nu — cu venit cu taxe incluse potrivit totalurilor comenzilor și un transaction ID construit din comanda însăși, astfel încât o pagină de confirmare reîncărcată să nu poată număra niciodată dublu. Retururile urmează cu ID-ul corespunzător, așa că GA4 stornează venitul corect. Datele personale sunt hashuite în modul înainte ca ceva să îți părăsească magazinul.

Costul lacunelor

Ce merge prost cu GA4 doar pe browser

Sesiuni lipsă

Când browserul blochează domeniile Google, vizite întregi nu ajung niciodată la GA4 — cumpărătorul a fost acolo; rapoartele tale spun altceva.

Achiziții lipsă

Ad-blockerele și limitele Safari abandonează în tăcere o parte din evenimentele de achiziție, așa că GA4 raportează mai puține vânzări decât lista ta de comenzi.

Venit care nu se reconciliază

Valorile fără taxă sau tranzacțiile duplicate fac ca venitul GA4 să nu fie de acord cu back office-ul tău.

Atribuire stricată

Primele hituri pierdute împing sesiunile în „neatribuit”, ascunzând ce canale au generat de fapt vânzarea.

Bine de știut

GA4 server-side — întrebări.

Va fi numărul meu de sesiuni corect?+

Da — prin construcție. Chiar tag-ul Google numără sesiunile, servit prin adresa ta, așa că session_start, first_visit și user_engagement se declanșează exact cum le-a proiectat Google. Nu există nimic de cusut sau de reparat ulterior.

Se potrivește venitul cu comenzile mele PrestaShop?+

Este trimis cu taxe incluse pentru a se potrivi totalurilor comenzilor tale, cu un transaction ID construit din comanda însăși, astfel încât aceeași achiziție să nu fie numărată niciodată de două ori — iar fiecare retur poartă ID-ul corespunzător, așa că GA4 stornează venitul corect.

Mai am nevoie de tag-ul GA4 de browser?+

Nu administrezi unul separat. PrestaSignal rulează tag-ul Google pentru tine — servit de pe adresa ta proprie — și raportează vânzarea din back office-ul tău. Este un singur design integrat, nu un mod pe care să-l alegi sau să-l întreții.

GA4 este configurat pentru mine?+

Da. Configurăm conexiunea ta GA4 pe serverul de tracking pe care îl găzduim, astfel încât să nu fie nevoie să conectezi tu Measurement Protocol sau secrete de API.

Afectează GA4-ul server-side viteza paginii mele?+

Nu. Nu există scripturi terțe pe paginile tale — tag-ul se încarcă de pe propria ta adresă, ca restul magazinului — iar munca grea de comunicare cu GA4 se întâmplă pe serverul de tracking administrat de noi, separat de afișarea paginii.

Va funcționa în continuare Consent Mode?+

Da. Alegerile reale de consimțământ ale vizitatorului sunt transmise exact așa cum au fost date — niciodată rescrise — așa că GA4 primește semnalele de consimțământ așa cum se așteaptă Google, iar vizitatorii care au refuzat rămân refuzați.

Fă GA4 să fie de acord cu contul tău bancar.

O analiză gratuită compară GA4-ul tău live cu comenzile tale reale și arată diferența.

Parte din familia PrestaChamps →