Трекер TDS и профили: как связать клики, прокси и аккаунты
Как связать TDS.ceo с профилями и прокси в антидетект-браузере: точная атрибуция, меньше путаницы кампаний и честный расчёт ROI по каждому аккаунту.
Зачем вообще связывать трекер с профилем
Команда, которая ведёт десятки рекламных кабинетов, рано или поздно упирается в одну и ту же проблему: клики есть, конверсии есть, а понять, с какого именно аккаунта, прокси и крео пришёл конкретный лид — нельзя. Трекер показывает агрегированные цифры по кампании, но не показывает, что аккаунт №14 на прокси из Варшавы третий день льёт в минус, а аккаунт №22 с тем же крео — в плюс. Разница может быть в скорости прогрева, в качестве IP, в том, что на одном профиле забыли выставить нужный часовой пояс.
Трекер типа TDS.ceo решает часть задачи — он считает клики, конверсии, строит воронку по источникам. Но он ничего не знает про то, в каком браузерном окружении эти клики были сгенерированы. Как только вы начинаете сводить данные трекера с данными профиля — proxy ID, fingerprint-пресет, дату прогрева, — появляется возможность находить причины провалов кампаний, а не просто констатировать факт «не льёт».
Это особенно важно для команд, которые уже прошли через расчёт экономики мультиаккаунтинга и знают: убыточный профиль — это не абстрактная цифра, а конкретные прокси, которые можно и нужно заменить раньше, чем сольётся весь бюджет.
Как устроена связка на практике
GetAntik поддерживает интеграцию с TDS.ceo и позволяет настраивать прокси для каждого профиля отдельно. Смысл связки простой: у каждого профиля есть свой proxy, свой fingerprint и своя пара аккаунт/кабинет. Если прицепить к этому же профилю отдельную ссылку или sub-ID трекера, вы получаете сквозную цепочку: клик → прокси → профиль → аккаунт → конверсия.
На практике это выглядит так:
- В TDS.ceo создаётся поток с уникальными sub-ID на каждую связку профиль-кабинет.
- В GetAntik профиль получает закреплённый прокси через прокси-менеджер — с проверкой доступности и привязкой к geo.
- Ссылка трекера с нужным sub-ID зашивается в профиль через закладки или сохраняется в заметках профиля.
- Запуски кампаний идут строго через этот профиль — без перескакивания между прокси и без ручной правки ссылок на лету.
Когда sub-ID жёстко привязан к профилю, а профиль — к конкретному IP, в отчёте трекера видно не «источник Х дал 40 конверсий», а «профиль 14, прокси PL-Warsaw-07, крео B — дал 40 конверсий при CTR 3.2%». Это уже управляемые данные: можно сравнивать прокси между собой, можно сравнивать прогретые профили с новыми, можно видеть, где именно начинается проседание.
Что это даёт в цифрах
Разница на практике ощутимая. Команда, которая ведёт 50 аккаунтов без привязки трекера к профилям, обычно тратит на разбор «почему не льёт» от 2 до 4 часов на кампанию — медиабайер вручную сверяет логи кабинета, скриншоты из CRM и догадки. С привязкой sub-ID к профилю этот разбор занимает 10–15 минут: открыл отчёт по sub-ID, увидел проседание именно у профилей с одним пулом прокси, сделал вывод.
Второй эффект — скорость замены плохих прокси. Если 5 из 50 профилей показывают конверсию в 2 раза ниже среднего, и все пять сидят на прокси одного провайдера или одной подсети, это видно сразу в разрезе по sub-ID, а не через неделю наблюдений за кабинетом. Замена прокси через HollyProxy-интеграцию занимает несколько минут — дольше было бы найти причину.
Где обычно ошибаются
Один sub-ID на несколько профилей. Экономят время на настройке трекера и вешают один sub-ID сразу на группу из 5-10 профилей «для похожих гео». В итоге, когда просадка начинается, непонятно, какой именно профиль виноват — приходится откатываться к логам кабинетов вручную. Правило простое: один профиль — один sub-ID, без исключений, даже если профилей много.
Смена прокси без фиксации в трекере. Прокси умер, заменили на новый — а в трекере осталась привязка к старому geo или старому provider-тегу. Отчёты начинают врать: конверсии приписываются не той стране, не тому провайдеру. Любая замена прокси в менеджере профилей должна сопровождаться обновлением заметки или sub-ID, иначе аналитика рассыпается через пару недель.
Трекер настроен, а профиль — нет. Команда вкладывается в настройку TDS, но прогоняет все профили через один и тот же прокси-пул без разделения по fingerprint. Тогда данные трекера показывают разницу в конверсии, которая на самом деле объясняется баном по отпечатку, а не качеством трафика. Прежде чем доверять цифрам трекера, стоит убедиться, что согласованность отпечатка профиля в порядке — иначе вы будете оптимизировать не то.
Ручное обновление ссылок в десятках вкладок. Когда трекинговая ссылка меняется (новый поток, новый оффер), её приходится вручную прописывать в каждом профиле. На 5 профилях это терпимо, на 100 — нет. Решение — закладки-шаблоны: один раз настроить структуру закладок с плейсхолдером, который легко заменить, и применить шаблон ко всем профилям разом, а не открывать каждый по отдельности.
Таблица: что сверять при настройке связки
| Элемент | Где хранится | Что проверить при запуске кампании |
|---|---|---|
| Sub-ID трекера | TDS.ceo, поток | Уникален для профиля, не переиспользован |
| Прокси профиля | Прокси-менеджер GetAntik | Проверка на актуальность, geo совпадает с кабинетом |
| Fingerprint-пресет | Профиль, раздел fingerprint | Соответствует geo прокси, часовой пояс и язык синхронны |
| Ссылка трекера в профиле | Закладки профиля | Обновлена после смены потока или оффера |
| История конверсий | Отчёт трекера по sub-ID | Сверяется раз в 1–2 дня, не раз в неделю |
Командная работа: кто видит что
Если трекером и профилями пользуется несколько байеров, встаёт вопрос доступа. Не каждому нужно видеть все 300 профилей и все потоки в трекере — обычно байер работает со своим пулом кабинетов и своими геопотоками. В GetAntik это решается ролями и лимитами: права участников команды позволяют ограничить, какие профили видит конкретный человек, а finance-роль — видеть расходы по профилям без доступа к самим браузерным сессиям.
Руководителю группы медиабаинга удобно смотреть общую картину через дашборд команды: кто сейчас онлайн, сколько открытых браузеров, какой расход по профилям за день. Это снимает необходимость спрашивать у каждого байера отдельно, что у него запущено.
Расходы за 30 дней
Отдельный плюс — живой просмотр и удалённое управление профилем тиммейта. Если байер видит, что у коллеги проседает конверсия на конкретном аккаунте, он может без пересылки паролей и без смены устройства подключиться к этому же профилю и посмотреть, что происходит в реальном времени — не трогая проверенный fingerprint и не рискуя спалить аккаунт повторным входом с другого окружения.
Прогрев и трекер — не противоречат друг другу
Иногда команды боятся, что включение трекинговых ссылок в свежий, ещё не прогретый аккаунт выглядит подозрительно для платформы — слишком быстрый переход к рекламной активности. Это обоснованный риск: аккаунт без истории браузера, без обычной активности, сразу запускающий рекламу с трекинговыми редиректами, действительно выглядит как боевой, а не органический. Поэтому связку с трекером стоит включать только после прогрева профиля — когда у аккаунта уже есть история посещений, куки, обычное поведение. Прогрев и аналитика через трекер — это последовательные, а не параллельные шаги.
Когда связка не нужна
Не каждой команде имеет смысл городить sub-ID на каждый профиль. Если кампаний немного — 3-5 кабинетов, один оффер, один гео — проще смотреть статистику прямо в кабинете рекламной площадки и в общем отчёте трекера без детализации по профилю. Сложность связки оправдана, когда профилей становится больше 15-20 и ручное сопоставление данных начинает занимать больше времени, чем настройка автоматической привязки.
Также не стоит пытаться связывать трекер с профилем, если кампании идут не через рекламные кабинеты, а через органический трафик без кликовых ссылок — там просто нечего передавать в sub-ID, и усилия уйдут впустую.
Чек-лист запуска связки
- Определить, сколько профилей реально нуждаются в детализации по sub-ID (обычно это активные кампании, а не весь архив профилей).
- Создать в трекере отдельный поток под каждую группу кампаний с местом под sub-ID на профиль.
- Проверить, что прокси каждого профиля соответствует geo потока — иначе отчёт по стране будет врать.
- Прогнать профиль через стандартный цикл прогрева перед подключением трекинговой ссылки.
- Зафиксировать ссылку и sub-ID в закладках или заметках профиля, а не хранить их только в голове байера.
- Настроить регулярную сверку: раз в 1-2 дня смотреть отчёт по sub-ID и сопоставлять с состоянием прокси в менеджере профилей.
- Разграничить доступ к профилям между байерами через роли, чтобы не путать чужие кампании со своими.
Если команда уже выстроила процесс по профилям и прокси, но раньше вела их без связи с трекером, стоит сначала навести порядок в самом пуле — об этом подробно написано в материале про организацию сотен профилей без хаоса. Сначала структура, потом аналитика поверх неё — в обратном порядке связка с трекером будет собирать мусорные данные.
FAQ
Нужно ли менять sub-ID при каждом перезапуске кампании? Нет, если профиль и прокси остаются теми же. Sub-ID привязан к связке профиль-прокси-кабинет, а не к конкретному запуску кампании. Менять его нужно только при смене прокси или при передаче профиля другому байеру.
Можно ли использовать один трекер на несколько антидетект-аккаунтов одновременно? Да, именно так и задумана связка: один поток в трекере, множество sub-ID — по одному на профиль. Ограничение обычно упирается в лимиты самого трекера на количество потоков и sub-ID, а не в антидетект-браузер.
Как быть, если трекер показывает хорошие клики, а в кабинете — отказ в модерации? Это разные стадии воронки. Трекер считает клики и переходы, модерация площадки — отдельный процесс, зависящий от соответствия крео и посадочной страницы политике площадки. Связка с профилем помогает только с атрибуцией трафика, а не с прохождением модерации.
Стоит ли хранить трекинговые ссылки в cookies профиля вместо закладок? Нет смысла — куки хранят состояние сессии и авторизацию, а не статичные ссылки. Для ссылок удобнее закладки или текстовая заметка в профиле, которую легко скопировать и обновить без риска сломать сессию.
Что делать, если один и тот же прокси используется для нескольких профилей из экономии? Тогда sub-ID всё равно можно разделить по профилям, но geo и провайдер в отчёте трекера будут совпадать у всех таких профилей — это снижает точность диагностики. Если бюджет позволяет, лучше держать отдельный прокси хотя бы для профилей с разными офферами: подробнее о выборе подходящего типа прокси под задачу — в материале про прокси для мультиаккаунтинга.