Sari la conținut

Auditul de la activare

La activare, înainte să te bazezi pe vreun verdict, rulăm auditul contului: zece verificări care spun dacă vânzările magazinului ajung corect la GA4, la Google Ads și la Meta și dacă feedul, reclamele și paginile magazinului sunt în regulă. Îți spunem ce e rupt, apoi te ajutăm să repari, împreună cu tine sau cu cine îți face site-ul ori reclamele.

Actualizat la

Pe pagina asta
  1. De ce începem cu auditul
  2. Ce verifică, una câte una
  3. Ce primești
  4. Ce facem cu ce găsim
  5. După activare
  6. Ce nu face auditul

De ce începem cu auditul

Meritado pune lângă fiecare produs ce a cheltuit în reclame și ce a vândut în magazin. Dacă o vânzare nu ajunge la GA4, produsul ei pare că a cheltuit fără nicio vânzare, deși a vândut. Dacă Google Ads nu numără vânzările, campaniile nu învață din ele. De aceea verificăm întâi cum se măsoară vânzările și abia apoi ne uităm la verdicte.

Ce verifică, una câte una

Verificările făcute din cifre se uită, cele mai multe, la ultimele 28 de zile încheiate ieri; cele despre conversiile Google și pixelul Meta, la ultima săptămână. Feedul și Merchant Center se judecă pe ultima citire a catalogului, iar paginile magazinului și harta site-ului se citesc pe loc, în ziua auditului. Fiecare verificare iese într-una din trei stări: „în regulă”, „problemă” sau „nu se poate stabili”. Ultima nu e o acuzație: înseamnă că din ce putem citi nu se poate trage o concluzie, iar ecranul spune de ce. Pragurile după care o verificare iese „problemă” le vezi în ecranul Audit, lângă cifră, fiecare cu sursa lui. La fiecare verificare scrie și numele ei din aplicație.

1. Meta vede vânzarea pe fiecare produs

Meta raportează vânzările pe tot contul, dar pe fiecare produs le vede doar dacă magazinul îi trimite, la cumpărare, codul produsului. Verificarea pune față în față achizițiile raportate de Meta pe cont cu cele care ajung pe produsele din catalog. Iese „problemă” când reclamele cu catalog au cheltuit, dar nicio achiziție n-a ajuns pe vreun produs: atunci vânzarea pe produs e ruptă. Când ajunge doar o parte, de obicei fiindcă o parte din buget merge pe campanii fără catalog, iese „nu se poate stabili”, cu explicația. Numele din aplicație: „Purchase-ul ajunge per produs la Meta”.

2. Ce raportează platformele, față de vânzările magazinului

Cât spune platforma de reclame că a vândut, față de cât a vândut tot magazinul, măsurat în GA4, în aceleași zile. E normal ca platforma să raporteze mai puțin: magazinul vinde și fără reclame. Iese „problemă” când platforma raportează mult mai mult decât a vândut tot magazinul; atunci cifrele ei de vânzări nu sunt de încredere. Pe larg: De ce nu se potrivesc cifrele. Numele din aplicație: „Cifrele platformei față de GA4”.

3. GA4 vede tot drumul, de la produs la plată

Patru pași ai cumpărătorului trebuie să ajungă la GA4: vede produsul, îl pune în coș, începe comanda, plătește. Iese „problemă” când nicio vizualizare de produs nu ajunge la GA4 sau când un pas lipsește cu totul, deși pașii de după el au loc: atunci evenimentul acelui pas nu se trimite. Ce trebuie să aibă GA4: Google Analytics 4. Numele din aplicație: „Funnel complet în GA4”.

4. Google Ads numără vânzările ca conversii

Caută în Google Ads o acțiune de conversie de tip achiziție, activă și principală, cu conversii în ultima săptămână. Fără ea, campaniile nu învață din vânzări, oricât ar cheltui. Iese „problemă” când produsele au avut clicuri, dar nicio vânzare n-a fost numărată ca conversie; fără clicuri, nu se poate stabili. Numele din aplicație: „Acțiunile de conversie Google”.

5. Pixelul Meta e pus și trimite vizitele și vânzările

Dacă pixelul Meta există, dacă s-a declanșat de curând și dacă trimite vizitele, vizualizările de produs și cumpărările (PageView, ViewContent și Purchase). O cumpărare care lipsește e „problemă” doar dacă magazinul chiar a vândut în aceleași zile. Numele din aplicație: „Pixelul Meta”.

6. Produse respinse în feed

Ce parte din produsele din feed e respinsă de Google pentru reclamele Shopping sau de Meta, și din ce motive, cu numărul de produse pe fiecare motiv. Un produs respins nu apare în reclame, oricât ai plăti. Produsele respinse doar pe listările gratuite se numără separat și nu fac verificarea să iasă „problemă”. Numele din aplicație: „Produse respinse în feed”.

7. Merchant Center: fără suspendare, cu produse aprobate

Dacă contul Merchant Center are o problemă gravă, cum ar fi o suspendare, și ce parte din produse e aprobată pentru reclamele Shopping. Iese „problemă” la o suspendare sau când prea multe produse sunt respinse. Produsele în așteptare se numără, dar nu sunt o problemă: Google le judecă în câteva zile. Numele din aplicație: „Merchant Center fără suspendare, cu destinații active”.

8. Codurile de urmărire din paginile magazinului

Citim două pagini ale magazinului, ca un vizitator: pagina principală, de la adresa magazinului din Setări (la un cont nou, cea scrisă la înscriere), și pagina produsului care a cheltuit cel mai mult pe reclame în ultimele 28 de zile, de la linkul lui din catalogul Meta sau din Merchant Center. Ne uităm după GA4, Google Tag Manager, Shopify Web Pixels, pixelul Meta și Consent Mode v2 (felul în care codurile Google țin cont de acordul pentru cookie-uri). Iese „problemă” când GA4, pixelul Meta sau Consent Mode lipsesc dintr-o pagină citită. Ce se încarcă abia în browser, printr-un container sau prin Web Pixels, nu se vede din pagină: atunci scrie „nu se poate stabili”, nu „lipsește”.

Tot aici ne uităm unde duc linkurile produselor din cataloage. Iese „problemă” și când mai multe linkuri duc pe un alt domeniu decât pe adresa magazinului, de obicei un domeniu vechi rămas în feed: reclamele trimit atunci oamenii pe alt site. Când doar o parte din linkuri duc în altă parte, îți arătăm câte, doar ca informație. Verificarea merge la fel pe orice platformă de magazin; dacă nu știm nicio adresă a magazinului, nici scrisă de tine, nici din linkurile din cataloage, iese „nu se poate stabili”, iar adresa o scrii în Setări. Numele din aplicație: „Semnale de tracking în pagini”.

9. Reclamele Meta poartă parametri UTM

Fără parametri UTM în link, o comandă venită dintr-o reclamă Meta ajunge în GA4 pe facebook.com sau instagram.com, ca trafic „referral”, în afara canalului, iar costul pe comandă al Meta iese umflat. Iese „problemă” când măcar o reclamă activă n-are parametrii UTM puși corect; îi citim zilnic direct din anunțuri. Comenzile care ajung oricum pe facebook.com ca trafic „referral” le arătăm doar ca informație. Rezultatul vine cu ce ai de pus pe fiecare reclamă, același șablon pe care îl găsești în ecranul Canale. Azi verificarea e pe Meta; la Google, etichetarea automată (auto-tagging) face de obicei treaba singură. Numele din aplicație: „Etichetarea UTM a reclamelor”.

AuditBoabe & Co · exemplu

Reclamele Meta poartă parametri UTMproblemă

  • anunțuri active la ultima verificare6
  • cu parametrii UTM puși corect5
  • fără parametrii UTM puși corect1
anunț activce lipsește
Toamnă · Espressor manual Neofără parametri UTM

Ce faci: Pune parametrii UTM pe fiecare reclamă

În Meta Ads Manager, pe fiecare reclamă, la «Parametri URL», scrie:

utm_source=facebook&utm_medium=paid&utm_campaign={{campaign.name}}

10. Paginile de produs de pe site și cataloagele

Citim harta site-ului (sitemap.xml), adică lista paginilor pe care magazinul o publică pentru motoarele de căutare, de la adresa magazinului, și o comparăm cu linkurile produselor din catalogul Meta și din Merchant Center. Iese „problemă” în două cazuri: un produs care e încă în catalog trimite oamenii din reclame pe o pagină care a dispărut de pe site, sau a apărut pe site, de la citirea trecută, o pagină de produs care nu e în niciun catalog, deci nu poate apărea în reclame. Celelalte pagini de produs fără catalog, de pildă un card cadou sau un produs scos dinadins din feed, le arătăm doar ca informație. La prima citire nu există o citire trecută, deci paginile apărute se numără abia de la a doua.

Iese „nu se poate stabili” când magazinul n-are hartă a site-ului, când harta nu s-a putut citi toată, când nu știm adresa magazinului, când produsele din cataloage n-au linkuri spre paginile lor sau când harta arată dintr-odată mult mai puține produse decât data trecută; atunci nu tragem nicio concluzie până la citirea următoare. Dacă lipsește harta, o adaugi din platforma magazinului: cele mai multe o fac singure, dintr-o setare sau dintr-un modul de SEO. Apoi rulezi auditul din nou. Dacă magazinul n-are Shopify legat în Meritado, tot din hartă aflăm și ce produse au ieșit de pe site, pentru clasa „reclamă fără produs”. Numele din aplicație: „Paginile de produs de pe site, față de cataloage”.

Ce primești

  • Ecranul Audit, în cont: un card pe fiecare verificare, cu starea, dovada (cifrele citite) și sursa lor. Problemele stau primele, apoi ce nu se poate stabili, apoi ce e în regulă.
  • Un email cu ce e de reparat și un link spre ecran. Dovezile rămân în cont, nu pleacă pe email.
Auditul contuluiBoabe & Co · exemplu
  • Reclamele Meta poartă parametri UTMproblemăCe faci: Pune parametrii UTM pe fiecare reclamă
  • Codurile de urmărire din paginile magazinuluinu se poate stabili
  • Meta vede vânzarea pe fiecare produsîn regulă
  • Ce raportează platformele, față de vânzările magazinuluiîn regulă
  • GA4 vede tot drumul, de la produs la platăîn regulă
  • Google Ads numără vânzările ca conversiiîn regulă
  • Pixelul Meta e pus și trimite vizitele și vânzărileîn regulă
  • Produse respinse în feedîn regulă
  • Merchant Center: fără suspendare, cu produse aprobateîn regulă
  • Paginile de produs de pe site și cataloageleîn regulă

Unde nu putem stabili ceva din afară (de pildă pe Shopify Web Pixels, unde urmărirea nu se vede din pagina publică), auditul scrie „nu se poate stabili”, nu „lipsește”.

Ce facem cu ce găsim

Îți spunem ce e rupt și cum se repară, pe înțeles, apoi reparăm împreună: cu tine sau cu cine îți face site-ul ori reclamele.

  • Ce ține de site (un pas al cumpărătorului care nu ajunge la GA4, pixelul Meta, Consent Mode, harta site-ului): pe site nu umblăm noi. Te ajutăm să pui ce lipsește, din platforma magazinului sau cu un modul (cum, pe fiecare platformă), sau îi spunem exact ce trebuie celui care îți face site-ul.
  • Ce ține de reclame (conversia de achiziție din Google Ads, parametrii UTM): îți arătăm unde se setează; dacă reclamele ți le face o agenție, îi trimiți ce a găsit auditul.
  • Ce ține de feed (produse respinse, Merchant Center, linkuri din catalog care duc pe alt domeniu): vezi motivele, cu numărul de produse pe fiecare, și le reparăm pe rând.

Reparațiile le face cine are acces la site sau la reclame. Meritado doar citește; accesul poate permite modificări, dar nu le folosim. După reparație, rulezi auditul din nou, din ecranul Audit, ca să vezi că s-a rezolvat. Abia apoi te bazezi pe verdicte.

După activare

Auditul se reia singur o dată pe săptămână, la Actualizarea zilnică. Emailul pleacă doar când apare o problemă nouă față de auditul trecut, nu același email în fiecare săptămână. Îl poți rula și tu, din ecranul Audit.

Ce nu face auditul

  • Nu schimbă nimic: doar citește din GA4, din conturile de reclame, din Merchant Center și, ca un vizitator, din două pagini publice ale magazinului și din harta site-ului.
  • Nu ghicește: unde nu poate stabili ceva din afară, scrie „nu se poate stabili” și spune de ce.
  • Nu pune cod pe site și nu umblă în reclamele tale.

Vrei să vezi, pe fiecare produs, unde se duc banii din reclame?

Primești pe email un link de intrare, fără parolă și fără card acum. Activarea o facem împreună cu tine.