Как да проверите дали Meta Pixel и Conversions API работят: чек-лист в 7 стъпки

Кратък отговор: Проследяването в Meta работи правилно, когато всяка реална покупка или запитване се отчита веднъж в Events Manager, с правилната стойност, изпраща се и от Pixel (браузъра), и от Conversions API (сървъра) и се дедуплицира чрез общ event ID. Най-бързата проверка е да сравните конверсиите, които Meta отчита, с реалните поръчки или запитвания в магазина или CRM системата за същия период.

Основни изводи

  • Meta Pixel работи в браузъра; Conversions API (CAPI) изпраща същите събития от сървъра ви. Двете заедно дават на Meta по-пълни данни.
  • Когато използвате и двете, всяко събитие трябва да има еднакви event_name и event_id, за да бъде отчетено веднъж, а не два пъти.
  • Числата в Meta никога няма да съвпаднат точно с магазина ви. Голямо превишение обикновено означава дублирани събития; голям недостиг — липсващи събития или блокиране от съгласието.
  • В ЕС сървърното проследяване не премахва нуждата от съгласие на потребителя.

Каква е разликата между Meta Pixel и Conversions API?

Meta Pixel е JavaScript код на сайта ви, който изпраща събития (разглеждания, добавяне в количката, покупки) от браузъра на посетителя към Meta. Conversions API изпраща същите събития директно от сървъра или платформата ви.

Само с Pixel губите данни, когато браузърът блокира скриптове, има активен ad blocker или страницата се затвори, преди събитието да се изпрати. CAPI запълва тези пропуски. Meta препоръчва да се използват заедно.

Стъпка 1: Сравнете Meta с реалните поръчки

Преди да отворите какъвто и да е технически инструмент:

  1. В Meta Events Manager вижте броя Purchase (или Lead) събития за последните 30 дни.
  2. В магазина, CRM системата или пощата с формите пребройте реалните поръчки или запитвания за същите 30 дни.
  3. Сравнете.

Как да прочетете резултата:

  • Meta показва много повече → вероятно има дублирани събития (например Pixel е инсталиран два пъти или благодарствената страница изпраща покупка при всяко презареждане).
  • Meta показва много по-малко → липсват събития, CAPI не е настроен или съгласието блокира повече от очакваното.
  • Приблизително еднакво → добре. Продължете с проверките по-долу.

Стъпка 2: Проверете събитията с Meta Pixel Helper

Инсталирайте безплатното разширение за Chrome Meta Pixel Helper и минете през сайта като клиент: разгледайте продукт, добавете го в количката, започнете поръчка и (с тестова поръчка) завършете покупка.

Търсете:

  • Един и същ Pixel ID, който се появява два пъти (знак за двойна инсталация — например чрез плъгин и Google Tag Manager).
  • Purchase, който се изпраща на страници без покупка.
  • Липсващи value и currency при Purchase.

Стъпка 3: Използвайте Test Events в Events Manager

В Events Manager отворете Test events, въведете адреса на сайта и повторете пътя на клиента. Ще виждате всяко събитие в момента на получаване и дали идва от браузъра (Pixel), от сървъра (CAPI) или от двете.

Стъпка 4: Потвърдете дедупликацията

Когато събитие идва и от браузъра, и от сървъра, Meta трябва да разбере, че е едно и също. Това става, като и двата източника изпращат еднакво event_name и еднакво event_id.

В Events Manager отворете всяко ключово събитие и проверете статуса на дедупликацията. Ако Meta отчита, че събитията от браузъра и сървъра не се дедуплицират, конверсиите ви се броят двойно — и алгоритъмът се учи от надути числа.

Стъпка 5: Проверете Event Match Quality

За събитията през CAPI Events Manager показва оценка Event Match Quality от 0 до 10. Тя показва доколко Meta успява да свърже събитието с реален човек.

За да я подобрите, изпращайте повече параметри за клиента със сървърните събития, хеширани според изискванията на Meta: имейл, телефон, име и фамилия, град, държава, както и идентификаторите fbp и fbc. Изпращайте само данни, които имате право да обработвате според политиката си за поверителност.

Стъпка 6: Проверете домейна и настройката на събитията

В Business Settings проверете дали домейнът на сайта ви е верифициран. След това се уверете, че събитието, към което оптимизирате кампаниите (обикновено Purchase или Lead), е активно и получава данни и от браузъра, и от сървъра.

Стъпка 7: Проверете съгласието (за бизнеси в ЕС)

Ако обслужвате потребители в ЕС, Pixel трябва да се зарежда само след като посетителят приеме маркетинговите бисквитки в банера. Тествайте: отворете сайта в инкогнито прозорец, откажете бисквитките и проверете с Pixel Helper, че не се изпращат събития.

Сървърните събития през CAPI също изискват правно основание според GDPR. Преместването на проследяването на сървъра подобрява качеството на данните, но не заобикаля правилата за съгласие.

Къде помага AI — и къде не

AI инструментите са полезни за сравняване на експорти: например да съпоставят списък с поръчки от магазина със събитията, получени от Meta, или да открият дни, в които събитията внезапно спадат. Това спестява време.

Но AI не вижда вътре в Events Manager, не може да тества количката ви и не може да прецени дали липсващо събитие е грешка или решение на потребителя за съгласие. В моите одити анализът с помощта на AI показва къде да се погледне; самите проверки по-горе се правят ръчно в акаунтите.

Често задавани въпроси

За повечето бизнеси с Meta реклами — да. Само с Pixel се губят събития заради ограниченията на браузърите и ad blocker-ите. CAPI изпраща същите събития от сървъра и дава на Meta по-пълни данни за оптимизация.
Най-честата причина са дублирани събития: Pixel е инсталиран два пъти, Purchase се изпраща при презареждане или събитията от браузъра и сървъра не се дедуплицират с общ event_id. Роля играе и прозорецът за атрибуция на Meta.
CAPI е технически инструмент; съвместимостта зависи от начина, по който го използвате. Все още ви трябва правно основание (обикновено съгласие), за да изпращате лични данни към Meta, и то трябва да е описано в политиката ви за поверителност. Това не е правен съвет — консултирайте се с юрист.
При платформи с официална интеграция (например Shopify или WooCommerce с официален плъгин) базовата настройка може да отнеме няколко часа. Персонализирана настройка чрез сървърен Google Tag Manager или програмист обикновено отнема няколко дни, включително тестване.
Колкото по-висока, толкова по-добре. Вместо да гоните конкретно число, изпращайте със всяко сървърно събитие параметрите за клиента, които законно събирате — особено имейл и телефон.