Как фиксировать правки в трекинге и постбеках, чтобы не ловить «пропали конверсии»

Как фиксировать правки в трекинге и постбеках, чтобы не ловить «пропали конверсии»

Любая правка в трекинге должна оставлять след: что поменяли, зачем, где и кто это сделал. Иначе через неделю невозможно понять, почему сломался flow: на стороне оффера, в пикселе, в постбеке или в самом источнике.

Минимум, который нужно записывать после каждого изменения:
• время правки;
• связку: кампания → поток → оффер → трекер;
• старое и новое значение параметра;
• кто вносил изменение;
• причину: баг, тест, оптимизация, замена оффера.

Для постбеков отдельно фиксируй: URL целиком, какие макросы используются, какой статус передается, есть ли дублирование событий и что считается успешной конверсией. Если меняешь хотя бы один параметр, помечай это как новую версию настройки, а не «маленький фикс». Именно такие мелочи потом ломают атрибуцию.

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

Если правка не задокументирована, считай, что её не было: через месяц она всё равно аукнется в отчётах.