Если покупка передаётся в TikTok одновременно браузерным пикселем и через Events API, два сообщения могут описывать одну операцию. Для дедупликации нужен совпадающий event_id вместе с одинаковым названием события. Идентификатор товара из каталога решает другую задачу и не заменяет ключ конкретной покупки.

Сначала найдите пересечение двух потоков

Официальная инструкция требует дедупликацию для перекрывающихся событий Pixel и Events API. Если пиксель передаёт только добавление в корзину, а API только покупку, это не две копии одного действия. Проблема появляется там, где оба канала сообщают об одном событии пользователя.

Редакционная рекомендация — нарисовать небольшую карту отправки: какое действие, какой компонент сайта и каким способом передаёт. Часто браузерный тег настраивает маркетолог, а серверную интеграцию разработчик. Без общей карты каждый поток может выглядеть корректно по отдельности, хотя итоговый набор содержит повторения.

Согласуйте ключ события между браузером и сервером

TikTok сопоставляет название события и event_id; в справке описано окно дедупликации 48 часов. Для двух сообщений об одной покупке ключ должен совпадать. Новый самостоятельный заказ должен получить другой ключ, даже если покупатель приобретает ту же модель товара.

В рабочем решении магазину нужен стабильный способ связать браузерное сообщение с серверной записью заказа. Два независимых генератора случайных значений этого не обеспечивают. Повторная попытка доставки прежнего сообщения также не должна выглядеть как новая покупка только из-за смены идентификатора.

Не подставляйте в event_id артикул

Одна модель может продаваться многократно разным покупателям. Использование артикула как ключа покупки смешивает сущность товара с сущностью события. Для каталожного сопоставления существует отдельная задача: связать содержимое заказа с предложениями. Она рассмотрена в проверке идентификаторов каталога TikTok.

При приёмке составьте три примера: одна покупка из двух каналов, повторная доставка той же покупки и отдельный заказ того же товара. Для первых двух ожидается единая операция, для последнего — самостоятельная. Такой набор обнаруживает как удвоение результата, так и ошибочное объединение реальных продаж.

Проверяйте результат по журналу заказов

Сохраните время отправки, имя события, технический ключ и источник сообщения. Не добавляйте в диагностический файл контакты покупателя и платёжные данные. Сопоставьте сообщения с тестовыми заказами, затем проверьте доступную диагностику рекламного кабинета.

Итог проверки — объяснимая связь между заказом и двумя способами его передачи. Более высокий рекламный счётчик после включения API сам по себе не доказывает рост продаж. Материал относится к поддерживаемым рекламным аккаунтам TikTok. Справка проверена редакцией 16 октября 2026 года; это не дата запуска функции.