Партнёрская программа на Tilda: ссылка агента, учёт и выплаты
Сайт на Tilda собран, заявки с форм приходят, и уже есть люди — партнёры, менеджеры по рекомендациям, знакомые владельца бизнеса, — готовые приводить клиентов за процент. Дальше всё упирается в одно: Tilda честно покажет, что заявка пришла, но не скажет, кто её привёл и сколько этому человеку причитается. Разбираемся, чего именно не хватает сайту на Tilda, чтобы агентская программа не держалась на честном слове и табличке в Excel.
Что Tilda умеет, а чего нет
Tilda — конструктор сайта. Она принимает форму, кладёт данные в свою таблицу и отправляет их наружу вебхуком. Партнёрской программы у неё нет: ни ссылок с кодом, ни кабинетов для агентов, ни начислений, ни выплат. Это не упрёк конструктору — просто не его работа.
| Что нужно программе | Есть в Tilda | Чем закрывается |
|---|---|---|
| Страницы и формы | Да | — |
| Отправка заявки наружу | Да, вебхук | — |
| Ссылка с кодом агента | Нет | внешний учёт |
| Код доезжает до формы | Нет | скрытое поле + скрипт |
| Кто привёл и сколько должны | Нет | внешний учёт |
| Кабинет агента с его числами | Нет | внешний учёт |
Сайт при этом остаётся на Tilda: переносить его, переделывать формы или заводить второй сайт не нужно. Меняются только три места в панели — ниже разберём, какие именно.
Почему UTM-меток не хватает для учёта
Первое, что приходит в голову, — раздать агентам ссылки с utm_source. Tilda метки видит, и в заявке они окажутся. Беда в том, что UTM отвечает на другой вопрос.
- UTM описывает канал, а не человека. «Пришёл из соцсети» — это не «привёл Иван».
- Метка не становится начислением. Заявка с меткой лежит в таблице; кто, сколько и когда получит — по-прежнему считает человек руками.
- Метка теряется на первом же переходе внутри сайта. Клиент приходит на лендинг по ссылке агента, читает, переходит на страницу с формой — и адрес уже чистый.
Пример: агент выложил ссылку с меткой в переписке, по ней перешли двадцать человек. Семнадцать полистали сайт и лишь потом дошли до формы — уже на другой странице, без метки в адресе. В заявках с меткой останутся в лучшем случае два-три перехода из двадцати, и не потому, что агент придумал остальные, а потому что метка не пережила один клик по меню.
Это ломает большинство самодельных схем, и ломает молча: заявка приходит, выглядит обычной, просто без свидетеля. Узнаёте вы об этом от агента, который не дождался выплаты.
Три части, без которых программа не работает
Три части закрывают путь от клика по ссылке до денег на счёте агента: сама ссылка, перенос кода до формы и учёт после отправки. Пропустите любую — и программа выглядит рабочей, а часть заявок так и останется «ничьей».
1. Ссылка, в которой есть код
У каждого агента своя ссылка на ваш сайт с его кодом в адресе. Код — это личность агента, а не название кампании: например, sait.ru/?ref=ivan12, и по ivan12 в конце периода считается, кому платить.
Одной ссылки мало. Агент часто рекомендует голосом — в разговоре, в переписке, по телефону, — и тогда переходить по ссылке некому. На этот случай нужен код, который клиент называет или вводит сам, иначе такие рекомендации теряются целиком. Для услуг это заметная часть потока.
2. Код должен доехать до формы
Между переходом по ссылке и отправкой формы человек успевает погулять по сайту. Чтобы код не потерялся, он кладётся в скрытое поле формы и запоминается на время визита. Это единственная часть, которая требует вставить на сайт готовый код — один раз, в настройки сайта, а не на каждую страницу.
3. Учёт: от заявки до выплаты
Заявка с кодом — ещё не деньги. Дальше нужны стадии: ожидает подтверждения → начислено → доступно к выплате → выплачено.
Пример: заявка на услугу с кодом агента попала в систему. Пока не ясно, состоится ли сделка и не вернёт ли клиент оплату, начисление висит в статусе «ожидает» — это и есть холд. Сделка подтвердилась — начисление переходит в «начислено», а после отсрочки по вашим правилам — в «доступно к выплате». Снятое на стадии ожидания начисление не требует неприятного разговора с агентом, потому что денег он ещё не получил. Сама выплата и остаток по каждому агенту видны в учёте начислений, а не в отдельной таблице, которую держит один человек в компании.
Порядок действий на стороне Tilda
Всё делается мышкой, без правки вёрстки, в четыре шага:
- Вебхук на каждом блоке формы, которая должна участвовать в программе, — адрес приёма заявок из вашей системы учёта.
- Два скрытых поля в той же форме — под код агента и, если нужен, под промокод.
- Один скрипт в настройках сайта, не в теле страницы, — он переносит код из адреса в скрытое поле и помнит его, пока человек ходит по страницам.
- Тестовая заявка по ссылке с кодом — чтобы убедиться, что код виден в системе учёта, а не только в адресной строке.
Пошагово, с именами полей, адресом приёма и готовым кодом скрипта — на странице интеграции Recca с Tilda. Если вебхук и скрытые поля в панели уже находили раньше, вся настройка обычно укладывается в час.
Частые ошибки, из-за которых учёт молчит
Вебхук поставили на одной странице. В Tilda он настраивается на каждом блоке формы отдельно. Пропущенная страница просто не шлёт заявки, и узнать об этом неоткуда — молчание неотличимо от «заявок не было».
Скрипт вставили в тело страницы, а не в настройки сайта. Тогда он работает только там, куда его положили, и код теряется ровно при переходе на страницу с формой.
Проверили, что заявка дошла, и на этом остановились. Дошедшая заявка и дошедший код — разные события. Проверять надо третье: видно ли в заявке, кто привёл клиента.
Скрытое поле назвали по-разному на разных формах. На лендинге поле ref, на странице услуг — ref_code: для системы учёта это два разных признака, и код агента теряется именно там, где формы отличаются друг от друга. Название скрытого поля должно быть одинаковым на каждой форме, где ждут код агента.
Сколько платить агентам и как вести сеть дальше
Сайт — только вход. Дальше два отдельных вопроса, и у каждого свой разбор:
- сколько назначить и как считать — ставка, уровни, холд и выплата: агентское вознаграждение;
- где брать самих агентов и как растить сеть — профиль агента, фазы роста, метрики: агентская сеть.
Коротко про первое: потолок задаёт стоимость клиента в ваших других каналах, считать надёжнее от маржи, чем от чека, а платить — после оплаты, а не после заявки.
FAQ
Есть ли в Tilda партнёрская программа?
Встроенной нет. Tilda собирает заявки и умеет отправить их наружу вебхуком, а кто привёл клиента, сколько ему причитается и когда платить — считает внешняя система. Сайт при этом остаётся на Tilda.
Можно ли обойтись UTM-метками?
Для отчёта «откуда трафик» — да, для выплат — нет. UTM описывает канал, а не человека, не превращается в начисление и теряется при переходе между страницами сайта.
Нужен ли программист?
Нет. На стороне Tilda это вебхук на блоке формы, два скрытых поля и один готовый скрипт в настройках сайта — всё делается в панели, без правки вёрстки.
Сколько времени занимает настройка?
Обычно меньше часа на все четыре шага. Дольше уходит на то, чтобы найти нужный раздел в панели Tilda в первый раз, чем на сами действия.
Что делать с рекомендациями голосом, без перехода по ссылке?
Их закрывает код, который клиент называет или вводит сам. Без него рекомендации «на словах» не учитываются вовсе — а именно так чаще всего и рекомендуют услуги.
Заработает ли это на других конструкторах сайтов?
Да, механика одна: вебхук с формы, скрытое поле под код и скрипт, который переносит код из адреса. Отличаются только названия полей и разделов в панели.
Посмотрите тарифы Recca и выберите тот, что подходит числу ваших агентов — тарифы.
