Тестовые данные нужны не для красивых скриншотов, а чтобы проверить маршруты, постбэки и аналитику на своей кампании до того, как на неё пойдёт платный трафик. Разбираем, что входит в полный набор TDS, чем режим для кампании отличается от пакета и какие проверки действительно имеют смысл.
Демо-стенд показывает, как продукт выглядит. Тестовый набор отвечает на другой вопрос: что произойдёт с вашей кампанией, когда на неё пойдут клики. Правила маршрутизации, белые списки антибота, постбэки партнёрки и расходы — всё это лучше проверить на управляемых данных, чем на первом плате за трафик.
В демо вы смотрите на чужую витрину: заранее подготовленные кампании, потоки и цифры. Это удобно для знакомства, но не проверяет вашу конфигурацию. Тестовый контур TDS создаёт данные в вашей инсталляции и привязывает их к выбранной кампании. Вы проверяете не «как выглядит график», а «попадает ли клик в нужный оффер, срабатывает ли фильтр, закрывается ли постбэк и не двоятся ли расходы».
Второй сценарий — повторяемая демонстрация. Вместо скриншотов можно развернуть стенд, импортировать пакет и показать воронку в живом интерфейсе, не трогая рабочую инсталляцию.
«Полный» здесь означает не «много случайных кликов», а связный набор по слоям воронки. В текущей версии TDS он покрывает:
| Слой | Что создаётся | Что проверяете |
|---|---|---|
| Трафик | Хиты, уникальные, боты и причины фильтрации | Маршрутизация, антибот, счётчики, отсутствие двойного учёта |
| Сессии и Pixel | Просмотры, клики, lead/purchase, прокрутка и события страницы | Связку «клик → сессия → событие» и корректность пикселя |
| Email-события | Отправка, доставка, открытие, клик, bounce, жалоба | Воронку, профиль получателя и внимание к письму |
| Деньги | Расходы и cost-подключения | Финансовые срезы и отсутствие дублей после очистки |
| Интеграции | CAPI, S2S и история постбэков | Приём, статусы, идемпотентность и повторные отправки |
| Сущности | Тестовый поток, лендинг, оффер, ссылки и social | Переходы по ссылкам и структуру кампании |
Набор строится на тех же механизмах, что и рабочий трафик. Поэтому он проверяет именно путь события, а не отдельную «демо-ветку», которая живёт по другим правилам.
В настройках TDS есть два способа получить тестовые данные. Они не заменяют друг друга — у них разные задачи.
| Что | Для кампании | Пакет |
|---|---|---|
| Задача | Проверить текущую кампанию в этой инсталляции | Перенести набор на другой стенд или показать демо |
| Основа | Существующая кампания и её настройки | Собственные тестовые кампании, потоки и справочники |
| Данные | Сразу в базе, окно последних 6 часов | Файлы .json.gz + manifest.json, затем импорт |
| Очистка | По идентификаторам созданного набора | По метке пакета |
Режим для кампании — основной рабочий сценарий: выбрать кампанию, создать полный набор, проверить и удалить. Пакет нужен, когда данные надо получить в другом месте: на тестовом сервере, у коллеги или на демо-стенде. Это разные жизненные циклы, поэтому смешивать их в одном действии не стоит.
Тестовые события не должны попадать в аналитику боевой кампании. Иначе вы либо испортите отчёт, либо будете вычитать тестовые клики вручную. Поэтому набор создаётся в отдельном потоке: его можно открыть, посмотреть, сравнить с рабочим — и удалить, не задевая остальные данные.
Шесть часов — это не срок хранения, а окно распределения событий. Набор раскладывается по последним шести часам, чтобы графики и срезы выглядели как живой срез, а не как события из будущего. Если тестовые данные нужны дольше, их можно не удалять сразу; но для проверки механики обычно достаточно одного окна.
Ниже — практический чек-лист. Он не про «данные появились», а про то, что цепочка работает целиком.
Синтетический набор проверяет механику, но не заменяет реальный запуск. Он не покажет, как поведёт себя провайдер на вашем объёме, не измерит доставляемость, не проверит креатив и не даст честный CR. Не принимайте решения по прибыли на тестовых цифрах: это данные для проверки пути, а не для оценки рынка.
Для нагрузки нужен отдельный нагрузочный тест, для доставляемости — прогревочный объём и мониторинг провайдера, для креатива — реальный трафик. Тестовый контур закрывает другую задачу: убедиться, что инструменты и интеграции не сломаются в момент, когда на кампанию пойдут деньги.
Такой прогон занимает меньше времени, чем разбор первых боевых кликов, и оставляет после себя чистую аналитику — без тестовых следов в отчётах.
TDS-трекер — в демо без регистрации. Логин guest / guest, данные вымышленные.
Напишите в поддержку — подскажем, какие сценарии покрыть тестовым набором и что смотреть после запуска.