Tracking server-side pentru clinici: de ce Meta și Google trebuie să vadă pacienți, nu formulare
Meta și Google optimizează reclamele pentru evenimentul pe care li-l trimiți. Dacă văd doar formulare, caută oameni care completează formulare. Tracking-ul server-side trimite din sistemele clinicii statusurile reale ale pacientului, de la programare la prezentare și plan acceptat, cu date minimizate și fără informații medicale. Algoritmul învață astfel cine devine pacient, nu cine completează formulare.
De ce trebuie Meta și Google să vadă pacienți, nu formulare?
Pentru că platformele de reclame optimizează pentru evenimentul pe care li-l trimiți. Dacă Meta și Google văd doar formulare completate, vor căuta mai mulți oameni care completează formulare. Unii devin pacienți, mulți nu. Tracking-ul server-side trimite din sistemele clinicii statusurile reale ale pacientului: programat, prezentat, plan acceptat. Datele sunt minimizate și fără informații medicale. Algoritmul învață astfel cine devine pacient, iar bugetul se mută spre reclamele care aduc oameni în cabinet.
Ce e tracking-ul server-side, pe înțelesul tuturor?
Pixelul clasic e un script care rulează în browserul vizitatorului. Vede vizita și, uneori, trimiterea formularului. Nu vede nimic din ce se întâmplă după: apelul recepției, programarea, consultația, planul acceptat.
Tracking-ul server-side trimite evenimentele din serverul clinicii sau al agenției, direct către platformă, prin interfețele oficiale: Conversions API la Meta, importul de conversii la Google. Evenimentele vin din CRM, acolo unde recepția marchează ce s-a întâmplat cu fiecare lead.
Pe conturile clinicilor mai e un motiv. Meta clasifică site-urile ca medicale după domeniu și după paginile de tratament. Pe aceste conturi, tracking-ul din browser se rupe. Regulile pe care le aplicăm:
- un singur pixel per business;
- Conversions API configurat minim, doar cu ce e necesar;
- fără evenimente de final de pâlnie, de tipul „Purchase”, trimise din pixelul clinicii;
- statusurile profunde, cum ar fi programat, prezentat sau plătit, pleacă server-side.
Implementările improvizate pot intra în conflict cu politicile Meta. De aceea configurarea se face o dată, corect, și se verifică periodic.
Ce statusuri trimiți înapoi platformelor?
Goat SST, tracking-ul nostru server-side, lucrează pe un lanț de statusuri pe care toată echipa îl folosește la fel:
| Status | Ce înseamnă | Cine îl setează |
|---|---|---|
| Lead | A completat formularul sau a scris | Automat |
| Contactat | A vorbit cu recepția | Recepția |
| Programare | Are consultație în calendar | Recepția |
| Confirmat | A răspuns DA la mesajul de confirmare | Recepția |
| Prezentare | A venit la consultație | Recepția |
| Plan acceptat | A acceptat planul de tratament | Recepția sau coordonatorul |
| Plată | A plătit avansul sau prima etapă | Recepția |
Ce ajunge la platformă e doar numele generic al evenimentului și identificatorii tehnici. Nu tratamentul, nu diagnosticul, nu valoarea medicală a cazului. Același lanț merge către Meta, Google, TikTok și, din septembrie 2026, către ChatGPT Ads.
Motivul pierderii unui lead (nu răspunde, distanță, buget) nu pleacă la platforme. Rămâne la tine și îți spune unde e problema.
Ce se schimbă în rezultate?
Nu îți putem promite un procent. Efectul depinde de volum, de piață și de recepție. Două schimbări le vedem constant.
Platforma primește date mai bune. Într-unul dintre conturile noastre, după trecerea la tracking server-side, scorul Meta de potrivire a evenimentelor (Event Match Quality) a urcat de la aproximativ 3 la aproape 7. Cu cât potrivirea e mai bună, cu atât algoritmul leagă mai des reclama de omul care a devenit pacient.
Vezi unde se pierd pacienții. Într-un alt cont, am comparat același interval decembrie–ianuarie de la un an la altul. Costul per lead nu explica nimic. Statusurile explicau tot:
- rata de programare a scăzut de la 19% la 15%;
- rata de prezentare a scăzut de la 38% la 30%;
- costul per pacient prezentat a urcat de la 118 la 180 de lei (+52%).
Fără statusuri, concluzia ar fi fost „reclamele s-au stricat”. Cu ele, problema era clar după lead: la sunat și la confirmare.
Cum funcționează în practică, pas cu pas?
- Formularul captează câmpuri ascunse: click id, identificatorii Meta (fbp, fbc), orașul, numele reclamei.
- Lead-ul ajunge în CRM, cu sursa corectă. UTM-ul standard pe care îl folosim pe Meta: utm_source={{site_source_name}}&utm_medium={{placement}}&utm_campaign={{adset.name}}&utm_content={{ad.name}}.
- Recepția schimbă statusul după fiecare apel și după fiecare consultație.
- Serverul trimite evenimentul către platformă, cu datele minimizate și identificatorii normalizați, de exemplu numerele de telefon în format +40.
- Platforma leagă evenimentul de clickul inițial și învață.
- Reconcilierea verifică totul. Lunea și vinerea, plus a doua zi după fiecare lansare, comparăm numărul de lead-uri din platformă cu cel din CRM. Orice diferență e incident.
De ce reconciliere de două ori pe săptămână?
Pentru că integrările se rup în liniște. Un formular schimbat, un token expirat, o campanie nouă fără UTM. Într-una dintre campaniile noastre, un buget setat „larg”, cu UTM-uri greșite, a cheltuit 501 lei fără niciun lead atribuit. Lipsa datelor nu e o veste bună. De aceea avem alarme automate: peste 500 de lei cheltuiți fără lead atribuit înseamnă aproape mereu UTM rupt sau campanie moartă.
Și GDPR? Datele despre sănătate sunt sensibile
Datele privind sănătatea sunt o categorie specială de date în GDPR. Faptul că cineva e pacientul unei clinici stomatologice poate fi, în sine, o informație sensibilă. Principiile după care lucrăm:
- date minimizate: doar evenimentul generic și identificatorii tehnici;
- fără date medicale trimise platformelor de reclame: nici tratament, nici diagnostic;
- formulare cu consimțământ explicit: operatorul numit, temeiul legal, durata de stocare, de exemplu 12 luni, și link la politica de confidențialitate;
- infrastructură în UE;
- respectarea alegerilor de consimțământ ale vizitatorilor site-ului.
Un detaliu pe care îl vedem des: formulare care cer date de care nu au nevoie. Întreabă-te dacă formularul chiar are nevoie de data nașterii. Și nu colecta niciodată prin formulare parole, date de card, acte sau exporturi de baze de pacienți.
Pentru audiențe similare sau liste încărcate în platforme, folosește doar pacienți pentru care ai un temei legal valid. Verifică implementarea cu responsabilul cu protecția datelor al clinicii.
Exemplu ipotetic: două clinici, același buget
Exemplul e inventat, doar pentru ilustrare. Două clinici din același oraș au același buget și aceleași reclame.
Clinica A trimite la Meta doar „formular completat”. Algoritmul observă că o reclamă aduce formulare ieftine și mută bugetul spre ea. Multe formulare sunt completate din curiozitate. Recepția spune că „lead-urile sunt slabe”.
Clinica B trimite și „programare” și „prezentare”. Algoritmul observă că altă reclamă aduce formulare puțin mai scumpe, dar mult mai multe programări. Mută bugetul acolo. La final de lună, clinica B a plătit mai mult pe lead și mai puțin pe pacient.
Aceeași logică o vedem în cifrele reale: un cost per lead de 12 lei cu 0% programări e mai rău decât unul de 70 de lei cu 17% programări.
Cum folosești statusurile pentru audiențe?
Algoritmul învață din datele pe care i le dai. Trei reguli pe care le aplicăm:
- audiențe similare doar din pacienți programați, nu din toți cei care au completat formularul; ideal din peste 1.000 de surse;
- încarcă doar pacienți pentru care ai temei legal, de exemplu pacienți care au plătit și au fost informați corect;
- normalizează datele: numerele de telefon în format +40, fără spații, altfel potrivirea scade.
Retargetingul merge pe comportament, nu pe diagnostic: oameni care au deschis formularul și nu l-au trimis, vizitatori din ultimele 30, 60 sau 90 de zile, acolo unde politicile platformei permit.
Ce raport primești când tracking-ul funcționează?
Un raport util se citește în câteva minute și are patru părți: indicatorii, neregulile detectate, reclamele cu cele mai bune rezultate și raportul complet. Analiza se face săptămânal, la nivel de set de reclame, cu lead-uri și programări pe serviciu: implant, ortodonție, carii. Compari mereu 7, 14 și 30 de zile. Citești trendul lângă pragul absolut: o scădere mare a costului per programare poate arăta bine pe grafic și totuși să rămână peste pragul nostru intern de aproximativ 200 de lei.
Și o regulă simplă: dacă rata de programare e zero, nu mai analizezi contul de reclame. Suni clinica.
Semne că tracking-ul tău nu e în regulă
- numărul de lead-uri din Meta diferă mult de cel din CRM;
- nu știi ce campanie a adus pacienții care au început tratamentul luna trecută;
- campaniile sunt optimizate doar pe lead sau, mai rău, pe trafic;
- raportul agenției nu menționează programări sau prezentări;
- UTM-urile conțin parametri neînlocuiți, de tipul „{campaignname}”, sau sursă goală;
- pixelul a fost instalat de cineva care nu mai lucrează cu clinica și nimeni nu știe ce trimite.
Dacă te regăsești în două sau mai multe, bugetul lucrează pe jumătate orb.
Ce trebuie să facă, concret, clinica?
Partea tehnică o face agenția. Disciplina rămâne la clinică:
- un singur loc în care ajung toate lead-urile, indiferent de sursă;
- statusuri simple, aceleași pentru toată echipa;
- o persoană care le actualizează zilnic;
- valoarea planului propus, notată de recepție la fiecare pacient prezentat. Fără ea, orice calcul de rentabilitate e ficțiune.
Ce a funcționat cel mai bine la clinicile cu care lucrăm: reguli de sistem, nu de bunăvoință. De exemplu, o rutină zilnică obligatorie în care se închid întâi lead-urile de ieri.
Ce e Goat SST?
Goat SST e tracking-ul nostru server-side propriu. Trimite înapoi platformelor statusurile reale ale pacientului, de la lead la plată, ca optimizarea să se mute de la „lead” la „pacient prezentat”. Funcționează pentru Meta, Google, TikTok și ChatGPT Ads. Puține clinici au așa ceva. Stă la baza campaniilor de reclame Meta și Google pe care le administrăm și e configurat din prima săptămână de colaborare.
Următorul pas
Vrei să afli dacă platformele tale văd pacienți sau doar formulare? Programează un apel strategic de 30 de minute. Îți verificăm tracking-ul, UTM-urile și reconcilierea și îți spunem ce lipsește. Ne găsești și pe WhatsApp, la +40 727 353 909.
Întrebări frecvente
Nu e suficient pixelul Meta instalat pe site?
Nu. Pixelul vede doar ce se întâmplă în browser: vizita și, uneori, formularul. Nu vede programarea făcută de recepție, prezentarea la consultație sau planul acceptat, care au loc în clinică. În plus, site-urile clinicilor sunt clasificate ca medicale, iar tracking-ul din browser pierde date. Pixelul rămâne, dar statusurile profunde pleacă server-side.
Trimitem date medicale ale pacienților către Meta și Google?
Nu. Un tracking corect trimite doar evenimente generice, cum ar fi „programat” sau „prezentat”, plus identificatori tehnici, cu date minimizate. Fără tratamente, diagnostice sau alte informații medicale. Datele despre sănătate sunt o categorie specială în GDPR, iar platformele de reclame au propriile reguli stricte pentru informațiile sensibile.
Tracking-ul server-side ocolește consimțământul pentru cookie-uri?
Nu și nu trebuie. Dacă un vizitator refuză cookie-urile de marketing, alegerea lui se respectă și în fluxul server-side. Diferența față de pixelul clasic nu e că trimiți date fără acord, ci că trimiți mai puține date, mai corecte și mai controlate. Verifică implementarea cu responsabilul cu protecția datelor al clinicii.
Cât durează implementarea?
Partea tehnică poate fi pusă în funcțiune relativ repede, dacă știi de unde vin lead-urile și ce CRM folosește clinica. Partea care cere disciplină e ca recepția să marcheze zilnic ce s-a întâmplat cu fiecare lead. Fără statusuri actualizate, niciun sistem nu are ce trimite platformelor.