Исправление Meta Conversions API: дедупликация и качество сопоставления

Проблема

Какое событие пропало или приходит дважды?

Один заказ Shopify может отправляться как браузерная и серверная копии Purchase. А CRM может отправить несколько разных результатов по одному контакту. Сначала определяю, какое событие должно прийти. Повторная доставка или разные суммы в отчётах сами по себе не доказывают ошибку дедупликации.

Низкий Event Match Quality тоже не доказывает поломку CAPI. Проверяю доставку, идентификаторы и доступные поддерживаемые данные для сопоставления в согласованной схеме.

Объём работ

Что я делаю

План работ Трекинг и аналитика

Исправляю пропуски и дублиПрослеживаю исходный результат, браузерное событие, если оно есть, и серверную отправку. Проверяю, в какой набор данных Meta пришло событие.
Проверяю идентификаторыДля двух копий одного события сравниваю имя и общий ID. До добавления второго отправителя или собственной логики ID проверяю встроенную интеграцию.
Проверяю поля сопоставленияИсправляю поддерживаемые соответствия полей, если есть исходные данные и согласие. Данные клиента не выдумываю, оценку качества не обещаю.
Работаю с текущей схемойДля интеграции Meta в Shopify, HighLevel workflows и собственного кода нужны разные проверки. Новый серверный контейнер, если он нужен, оценивается отдельно.

Процесс

Как идёт работа

Согласуем результат и доступы

Выбираем покупку или событие лида, получателя и безопасный способ повторить событие.
Находим сбой

Сравниваю исходную запись, настройки отправителя, результат workflow или доставки и доступную диагностику Meta.
Исправляю согласованный участок

Чиню соответствия полей, доставку или обработку дублей. Изменение всей архитектуры требует отдельной сметы.
Проверяю результат

Для пары браузер/сервер изучаю реальный тестовый заказ или лид, идентификаторы и доступные подтверждения дедупликации. Получение события, атрибуцию и результат рекламы оцениваю отдельно.

Передача

Что вы получаете

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

Формат передачи работы показан в образце отчёта по внедрению Shopify (на английском). Для лидов HighLevel начните с диагностики GHL Meta CAPI, для покупок Shopify с проверки дедупликации.

Что вы получите после работы05

Согласованное исправление пропусков или дублей на пути события
Подтверждение исходного события и его получения нужным набором данных Meta
Проверка идентификаторов и доступных признаков дедупликации, если есть браузерная и серверная копии
Проверка поддерживаемых полей сопоставления в пределах задачи
Письменное описание изменений и инструкция для повторной проверки

Цена и сроки

Следующий шаг

Опишите пропавшее или повторное событие. Одна подходящая задача Tracking Fix стоит 20 000 ₽, срок три рабочих дня после доступа и согласования объёма. Срочно, в течение 24 часов: +25%, если согласован слот. Восстановление связанной системы стоит от 100 000 ₽, сроки согласуем отдельно.

Понятную задачу могу оценить сразу. Если нужно установить причину или объём, отдельно договоримся о диагностике. Tracking Health Check остаётся самостоятельной проверкой с доступом только на чтение; покупать его перед исправлением не обязательно.

СметаФиксируется до начала работы

Цена: Tracking Fix 20 000 ₽ · восстановление связанной системы от 100 000 ₽ · объём согласуем письменно
Сроки: Tracking Fix: 3 рабочих дня после доступа и согласования объёма; сроки восстановления системы укажу в смете

Опишите задачу

Заметка Даниилаперед началом работы

Что сюда не входит

Это настройка трекинга. Рекламой я не управляю и не гарантирую оценку качества сопоставления, рост ROAS или одинаковые суммы в Shopify и Ads Manager. Добавляю только те данные клиентов, которые законно доступны и поддерживаются в согласованной настройке.

Даниил

Вопросы

Низкий Event Match Quality означает, что CAPI сломан?

Нет. Я проверяю доставку и те поддерживаемые данные для сопоставления, которые есть в событии. Оценка сама по себе не доказывает сбой или процент потери атрибуции и не гарантирует улучшение после исправления.

Исправление CAPI улучшит рекламу?

Более точные данные помогают алгоритму Meta оптимизировать показы. Это может улучшить доставку рекламы, но я исправляю измерение и не обещаю рекламный результат.

Вы проверяете браузерные и серверные события?

Если в вашей схеме есть обе копии, проверяю их вместе. Для одного события должны совпадать нужное имя и общий ID. У некоторых результатов из CRM нет браузерной копии; для них проверка устроена иначе.

Чем диагностика отличается от исправления?

При диагностике проверяю дедупликацию и отправленные параметры в Events Manager, затем определяю нужное исправление. Внедрение включает пересборку связки Pixel и CAPI через интеграцию Shopify, Stape или Fixel Pixel и подтверждение результата после запуска. Fixel Pixel моё приложение; его покупка не обязательна.

Нужны Stape или server-side GTM?

Канал Meta в Shopify отправляет серверные события без отдельного server-side GTM. Многим магазинам этого достаточно. Серверный контейнер даёт больше контроля над дополнением параметров и временем отправки, что важнее при большом объёме. Предложу то, что нужно вашей настройке.

Что дальше

Здравствуйте, я Даниил.

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

Моя история Мои проекты

Что нужно сделать?

Опишите задачу

Отвечу в течение одного рабочего дня. Первый ответ бесплатный. Или напишите напрямую: next@taskfordaniel.com

Какое событие пропало или приходит дважды?

Что я делаю

Как идёт работа

Согласуем результат и доступы

Находим сбой

Исправляю согласованный участок

Проверяю результат