Защо Meta показва повече покупки, отколкото поръчки има магазинът ми?

Обикновено защото два инструмента изпращат един и същ пиксел с различни ID-та на събития или защото събитията от браузъра и от сървъра не споделят общо ID. Meta може да обедини само копия, които имат същото име на събитието и същото ID на събитието.

Колко дълго Meta изчаква за дедупликация на събития?

Meta прави дедупликация на събитие от браузъра и събитие от сървъра със същото име и същото ID на събитието, когато пристигнат в рамките на 48 часа от първото.

Трябва ли да изключа пиксела в браузъра, за да спра дубликатите?

Не. Вместо това дайте на събитието от браузъра и на събитието от сървъра едно и също ID на събитието. Пикселът в браузъра добавя сигнали като бисквитки, а събитието от сървъра пристига, когато браузърът е блокиран.

Може ли дедупликацията да реши проблема, когато няколко платформи претендират за една и съща продажба?

Не. Това е припокриваща се атрибуция, а не дублирано събитие. Сравнявайте претенциите на платформите с поръчките в магазина си и използвайте един модел за атрибуция, за да сравнявате каналите.

Прави ли Pinterest дедупликация между тага и Conversions API?

Да, когато и двете събития имат един и същ event_id и име на събитието и пристигнат в рамките на 48 часа. Pinterest запазва първото получено събитие и премахва по-късните копия. В ROASaurus Tag и сървърът изпращат и петте събития при пазаруване със съответстващи ID и имена.

Дублирани събития за покупка: защо продажбите се отчитат два пъти

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

Дублирано събитие за покупка е една поръчка, която рекламната платформа отчита като две или повече покупки.
Обичайните причини са пиксел в браузъра и събитие от сървъра без общо ID на събитието, както и два инструмента, които изпращат един и същ пиксел.
Meta, TikTok, Snapchat, Pinterest и Reddit запазват по едно копие, когато събитията от браузъра и от сървъра имат съвпадащи ID-та и пристигнат в рамките на времевия прозорец на платформата.
Когато Meta, Google и TikTok претендират за една и съща продажба, никое събитие не е изпратено два пъти: това е припокриваща се атрибуция и дедупликацията не може да я поправи.
Сравнете броя на покупките от всеки източник с поръчките в магазина си: един източник с повече покупки, отколкото поръчки, означава втори изпращач.

Дублирани събития за покупка възникват, когато рекламната платформа отчита една поръчка като две или повече покупки. Обичайните причини са пиксел в браузъра и събитие от сървъра, които нямат общо ID на събитието, както и два инструмента, които изпращат един и същ пиксел. Резултатът са завишени конверсии, ROAS, който изглежда по-добър, отколкото е, и наддаване, което се учи от продажби, които никога не са се случвали.

Това ръководство обяснява причините, разликата между дубликати в една платформа и няколко платформи, които претендират за една и съща продажба, как работи дедупликацията в Meta, TikTok, Snapchat, Pinterest и Reddit и как да откриете и поправите дубликатите.

Какво се смята за дублирано събитие за покупка?

Два различни проблема се наричат двойно отчитане. Те имат различни причини и само единият от тях е грешка в проследяването.

	Дубликат в рамките на една платформа	Няколко платформи претендират за една продажба
Какво се случва	Една платформа отчита една и съща поръчка повече от веднъж	Няколко платформи приписват на себе си една и съща поръчка
Пример	Meta показва 2 покупки за една поръчка от $80	Meta, Google и TikTok отчитат всяка една и съща поръчка от $80
Причина	Две събития за една поръчка без общо ID на събитието	Всяка платформа приписва продажбата по собствените си правила за атрибуция
Решава се с дедупликация	Да	Не
Какво да направите	Един изпращач за пиксел и едно ID на събитие за поръчка	Сравнете с поръчките в магазина си и използвайте един модел за атрибуция

Дедупликацията решава първия проблем. Вторият изисква вашите собствени данни за поръчките.

Защо покупките се отчитат два пъти

Пиксел в браузъра и събитие от сървъра без общо ID

Много магазини умишлено изпращат всяка покупка два пъти: веднъж от пиксела в браузъра и веднъж от сървър през conversions API. Това е добра настройка, защото копието от сървъра пристига, когато копието от браузъра е блокирано. Но платформата може да обедини двете копия само ако имат едно и също ID на събитието и едно и също име на събитието. Ако браузърът използва случайно ID, а сървърът използва номера на поръчката, платформата вижда две различни покупки.

Два инструмента, които изпращат един и същ пиксел

Тази причина е често срещана и лесно се пропуска, особено след преминаване към нов инструмент за проследяване. Магазинът инсталира приложение за проследяване, но запазва собственото приложение на платформата за канал за продажби, таг на Google Tag Manager или код на пиксела в темата. Всеки инструмент изпраща свое Purchase със свои ID-та. Дедупликацията във всеки инструмент работи, но платформата все пак получава две несвързани покупки.

Същото събитие, изпратено повторно

Тагът за покупка на страницата за потвърждение на поръчката може да се задейства отново, когато купувачът презареди или посети страницата пак. Сървърът също може да изпрати поръчка два пъти, например веднъж при създаването ѝ и втори път при плащането ѝ. Изградете ID на събитието от ID на поръчката, така че повторението да носи същото ID като първото копие и платформата да може да го разпознае.

Как работи дедупликацията?

Дедупликацията е начинът, по който платформата запазва едно копие на събитие, получено повече от веднъж. Правилото е сходно в платформите в това ръководство: копията трябва да имат едно и също ID, обикновено заедно със същото име на събитието, и да пристигнат в рамките на определен времеви прозорец. Тогава платформата запазва едно копие и отхвърля останалите.

browser Purchase event_id=order-1042Пиксел в браузъра на страницата за плащане

server Purchase event_id=order-1042Conversions API, същото име и ID: обединено с първото

browser Purchase event_id=7c1e9a40Второ приложение на същия пиксел, със собствено ID: отчетено повторно

Първите две събития имат общо ID и се броят като една покупка. Третото има собствено ID, затова платформата отчита две покупки за поръчка 1042.

От това следват две практически правила. Създавайте ID-то веднъж, от нещо, което знаят и браузърът, и сървърът, например ID на поръчката. И използвайте точно едно и също име на събитието от двете страни, така както го определя платформата, например Purchase в Meta.

Правила за дедупликация по платформи

Подробностите се различават по платформи. Тази таблица обобщава официалната документация на всяка платформа към октомври 2026.

Платформа	Поле в браузъра	Поле на сървъра	Прозорец	Бележки
Meta	`eventID`	`event_id`	48 часа	Името на събитието също трябва да съвпада. Резервният вариант с fbp или external_id работи само когато събитието от браузъра пристигне първо.
TikTok	`event_id`	`event_id`	48 часа	Името на събитието също трябва да съвпада. TikTok запазва първото събитие, което получи.
Snapchat	`client_dedup_id` и `transaction_id` за покупки	`event_id` и `order_id` за покупки	48 часа или 30 дни за ID на поръчката при покупка	Името на събитието също трябва да съвпада. Двойката client_dedup_id има приоритет.
Pinterest	`event_id`	`event_id`	48 часа	Изпращайте едно и също име на събитието и от двата източника. Pinterest запазва първото събитие, което получи.
Reddit	`conversionId`	`conversion_id`	2 дни	Един и същ тип събитие и същото име при персонализирани събития. Изпълнява се всеки час и може да отнеме до 24 часа, докато се покаже.

Общото правило: същото събитие, същото ID, в рамките на прозореца. Имената на полетата се различават, затова проверявайте всяка интеграция поотделно.

В ROASaurus пикселите в браузъра за Meta, TikTok, Snapchat, Pinterest и Reddit изпращат същото ID на събитието като събитията от сървъра, затова тези платформи правят дедупликация. При Snapchat пикселът изпраща и ID на поръчката като transaction_id, което съвпада с order_id в покупката от сървъра. При Pinterest Tag и API използват съответстващи имена на събитията. X, Microsoft Advertising и Taboola получават само събития от сървъра, така че няма какво да се обединява. Ако изпращате събитията сами, ръководството за Meta Conversions API показва къде се поставя ID-то на събитието в пиксела и в API заявката.

Няколко платформи, които претендират за една продажба, не са дублирано събитие

Сега вторият проблем. Купувач гледа видео в TikTok, два дни по-късно кликва върху реклама в Google Shopping и купува след ретаргетинг реклама в Meta. Всяка платформа има собствен запис за кликване или гледане и всяка отчита продажбата. Никое събитие не е изпратено два пъти, така че никоя настройка за дедупликация не променя това.

Приходи, за които се претендира в една седмица (примерен магазин)

Как да откриете дублирани събития за покупка

Сравнете всеки източник с поръчките си
Вземете един пълен ден. Пребройте събитията Purchase, които всеки източник е изпратил през този ден, преди дедупликацията: пиксела в браузъра и събитията от сървъра. Някои инструменти за събития показват това разделение по метод на връзка, а вашият инструмент за проследяване от страна на сървъра има собствен дневник на изпратеното. Сравнете всяко число с броя поръчки, които магазинът ви е получил през този ден.
Прочетете отчетите за дедупликация
Някои платформи отчитат премахнатите дубликати. Reddit например пази дневник на дедупликираните събития за седем дни, а Pinterest показва дедупликацията по събитие в Ads Manager.
Направете една тестова поръчка
Отворете изгледа за тестови събития на платформата и направете една поръчка. Трябва да видите едно Purchase от браузъра и едно от сървъра със същото ID на събитието. Трето Purchase или две различни ID-та показват причината.
Избройте всеки инструмент, който може да изпраща пиксела
Проверете приложенията за канали за продажби, контейнерите на tag manager, кода на темата и по-старите приложения за проследяване. Разширение за браузър като Meta Ads Data Advisor, преди наричано Meta Pixel Helper, показва кои събития на пиксела се задействат на дадена страница.

Първата стъпка е най-бързата проверка. Източник с един изпращач изпраща най-много една покупка на поръчка. Броят от браузъра обикновено е по-нисък от поръчките ви заради блокерите на реклами и отказаното съгласие. Затова един източник с повече покупки, отколкото поръчки, сочи към втори изпращач или към повтарящи се събития:

Източник (примерен магазин, един ден)	Покупки	Поръчки в магазина	Съотношение	Какво предполага това
Meta, браузър	186	120	1.55	Повече покупки, отколкото поръчки: два инструмента задействат пиксела в браузъра
Meta, сървър	119	120	0.99	Нормално: един изпращач от сървъра
TikTok, сървър	241	120	2.01	Всяка поръчка два пъти: две приложения изпращат Events API

Брой по източник, преди дедупликацията. Съотношение над 1.0 означава, че източникът изпраща някои поръчки два пъти. Съотношение близо до 2.0 означава, че изпраща почти всяка поръчка два пъти.

Как да поправите дублираните събития за покупка

Дръжте по един изпращач на пиксел. Изберете един инструмент за всеки пиксел и изключете този пиксел навсякъде другаде: в приложенията за канали за продажби, таговете на tag manager и кода на темата. В Shopify премахнете същия пиксел от настройките за споделяне на данни на канала Facebook & Instagram, защото всяко ниво на споделяне на данни все пак изпраща пиксела в браузъра. Проверете приложението на TikTok по същия начин.
Използвайте едно ID на събитие за поръчка. Изградете ID-то от ID на поръчката и го изпращайте и със събитието от браузъра, и със събитието от сървъра.
Използвайте едно и също име на събитието. Браузърът и сървърът трябва да назовават събитието по един и същ начин, точно както го определя платформата.
Изпращайте в рамките на прозореца. Събитие от сървъра, което пристигне дни по-късно, не се обединява. В Meta, TikTok и Pinterest прозорецът е 48 часа, а в Reddit два дни.
Тествайте отново след всяка промяна. Повторете тестовата поръчка и сравнете броя отново на следващия ден.

Как ROASaurus избягва дублирани събития за покупка

ROASaurus изпраща всяка покупка от данните за поръчките на магазина и дава на копието от браузъра и на копието от сървъра едно и също ID на събитието, изградено от ID на поръчката. В Shopify събитието от сървъра идва от webhook-а за платена поръчка, така че презареждането на страницата с благодарност не създава ново събитие от сървъра. Event log изброява всяка доставка от сървъра по платформи, със заявката и отговора на платформата, така че можете да видите какво е изпратено за всяка поръчка. Ръководството за проследяване от страна на сървъра в Shopify показва пълния процес.

Ако дадена платформа все още показва повече покупки, отколкото поръчки, друг инструмент изпраща същия пиксел. Prevent double counting изброява къде да погледнете, а проследяването от страна на сървъра обяснява кои събития ROASaurus изпраща към всяка платформа.

Източници

В ROASaurus

Продължете да четете

ПроследяванеБлокери на реклами и проследяване: какво губи вашият магазинБлокерите на реклами спират пикселите за проследяване, затова рекламните платформи пропускат покупки. Вижте кои събития се губят, защо събитията от страна на сървъра не се губят и как да измерите своята разлика.ПроследяванеConsent Mode v2 и GDPR: какво може да изпраща един онлайн магазинConsent Mode v2 за онлайн магазини: четирите сигнала за съгласие на Google, какво изисква законодателството на ЕС и какво проследяването от страна на сървъра все още може да изпраща. Само обща информация.ПроследяванеSafari ITP и проследяване на реклами: какво все още работиSafari ITP ограничава бисквитките, зададени от скриптове, до 7 дни, или до 24 часа след някои кликвания върху реклами. Вижте как това влияе на атрибуцията и кое проследяване все още работи.