Poți verifica singur, în 15 minute și fără programator, dacă pixelul de Facebook (codul care spune platformei ce fac vizitatorii pe site-ul tău) e instalat corect. Ai nevoie de două unelte gratuite: extensia Meta Pixel Helper pentru Chrome și secțiunea Test Events din Events Manager, în contul tău de Business Manager. Mai jos ai cele 6 verificări, în ordinea în care merită făcute.
De ce contează: un pixel instalat greșit strică două lucruri deodată. Algoritmul învață din date false, deci livrează reclamele către oamenii nepotriviți, iar rapoartele arată rezultate care nu există sau ascund rezultate care există. Plătești același buget, dar iei decizii pe cifre greșite.
Verificarea 1: pixelul se încarcă pe toate paginile?
Instalează Meta Pixel Helper, deschide site-ul tău și plimbă-te prin el: prima pagină, o pagină de serviciu sau produs, pagina de contact, pagina de mulțumire. Pe fiecare, iconița extensiei trebuie să arate pixelul tău (verifică să fie ID-ul contului tău, nu al unei agenții vechi).
Ce strică lipsa: paginile fără pixel sunt invizibile. Dacă lipsește tocmai pe pagina de mulțumire, conversiile nu se înregistrează deloc.
Verificarea 2: se dublează evenimentele?
În Pixel Helper, pe aceeași pagină, uită-te dacă același eveniment apare de două ori (de exemplu, două PageView sau două Purchase). Se întâmplă des când pixelul a fost instalat și manual, și printr-un plugin sau prin Google Tag Manager, iar nimeni nu a scos varianta veche.
Ce strică: dublarea umflă rezultatele raportate. Exemplu ilustrativ: un magazin online raporta ROAS 8x (revenue împărțit la spend) și sărbătorea. După ce am scos evenimentul Purchase duplicat, ROAS-ul real era 4,1x. Tot profitabil, dar toate deciziile de buget din ultimele luni fuseseră luate pe o cifră dublă.
Verificarea 3: evenimentul de Lead se declanșează la trimitere sau la click?
Completează formularul de contact cu date de test și urmărește în Pixel Helper momentul în care apare evenimentul Lead. Dacă apare când ai apăsat butonul, înainte ca formularul să fie validat și trimis, evenimentul e legat de click, nu de trimiterea reală.
Ce strică: numeri drept leaduri și oamenii care au apăsat butonul cu formularul gol sau cu erori. Algoritmul optimizează pe apăsat butoane, nu pe cereri reale.
Verificarea 4: evenimentul de Purchase are valoare?
Pentru magazine: în Events Manager, deschide evenimentul Purchase și verifică dacă parametrul de valoare (suma comenzii) e transmis. Dacă vezi comenzi cu valoare 0 sau fără monedă, platforma știe că s-a cumpărat ceva, dar nu știe cât.
Ce strică: fără valoare nu există ROAS corect și nu poți folosi optimizarea pe valoare, adică exact setarea care caută clienți care cheltuie mult, nu doar mulți.
Verificarea 5: testul cap-coadă cu Test Events
În Events Manager, deschide fila Test Events, apoi fă pe site o acțiune reală de test: o cerere trimisă sau o comandă de valoare mică. Urmărește în timp real ce evenimente ajung la Meta și în ce ordine. E singura verificare care îți arată întregul lanț, nu doar bucăți.
Ce strică lipsa testului: toate celelalte verificări pot arăta bine în teorie, iar lanțul să fie totuși rupt undeva la mijloc.
Verificarea 6: deduplicarea între pixel și Conversions API
Dacă site-ul folosește și Conversions API (trimiterea evenimentelor direct de pe server, în paralel cu pixelul din browser), fiecare eveniment trebuie să aibă același event_id pe ambele căi. În Events Manager, la fiecare eveniment, Meta îți arată procentul de deduplicare.
Ce strică: fără deduplicare, fiecare conversie se numără de două ori, cu aceleași efecte ca la verificarea 2, doar mai greu de observat.
Cât de des refaci verificările?
Nu o singură dată. Pixelul se strică cel mai des exact când nimeni nu se uită: la o schimbare de temă sau de plugin pe site, la migrarea pe alt CMS, la instalarea unui banner de cookie-uri configurat greșit (care poate bloca pixelul complet pentru cei care refuză, sau, invers, îl poate lăsa să ruleze ilegal), sau când o agenție nouă adaugă propriile coduri peste cele vechi. Regula practică: refă verificările 1, 2 și 5 după orice modificare la site și, preventiv, o dată la 3 luni. Sunt 15 minute care păzesc fiecare euro de buget.
Mai există un semnal de alarmă care nu cere nicio unealtă: rapoartele care se schimbă brusc fără o cauză vizibilă. Conversiile care se dublează de pe o zi pe alta fără buget în plus, sau care dispar fără ca cererile reale să scadă, sunt aproape întotdeauna un simptom de tracking, nu de piață. Când vezi o mișcare de peste 30-40% peste noapte, verifică întâi pixelul și abia apoi campaniile.
Ce faci dacă ai găsit probleme
Notează exact ce ai văzut (pagina, evenimentul, ce era greșit) și trimite lista celui care administrează site-ul sau campaniile. Reparațiile în sine sunt de obicei mici: se șterge un cod duplicat, se mută declanșarea pe trimiterea formularului, se adaugă valoarea comenzii. După reparație, refă verificarea 5, iar în rapoarte trage o linie: cifrele de dinainte și de după corectură nu se compară între ele.
Un detaliu care scutește discuții: cere ca reparațiile să fie documentate într-un rând-două (ce s-a schimbat, când, de către cine). La următoarea anomalie din rapoarte, istoricul ăsta face diferența între un diagnostic de 10 minute și unul de o săptămână.
Dacă vrei ca cineva să facă verificarea asta pentru tine, cap-coadă, cere un audit gratuit prin formularul de pe brand-developer.com. Îți spunem exact ce măsoară greșit contul tău și cât te costă asta.