Скрытое поле в форме Tilda: как передавать источник заявки и не отправить лишние данные

Hidden field в Tilda передаёт сервису сбора данных переменную, которую посетитель не видит в форме. Это удобно для статической метки: например, чтобы различить заявки с двух страниц. Но скрытое поле не является способом спрятать пароль, токен или персональные данные от пользователя, который умеет смотреть код.

Поле добавляется в структуру формы и передаёт заданное имя и значение вместе с обычными данными. Его можно использовать для названия курса, страницы или рекламного сценария.

Скрытие относится к визуальному интерфейсу. Значение может попасть в HTML, запрос или подключённый сервис. Поэтому записывайте туда только то, что допустимо передавать.

Статическое значение задаётся в настройке поля. Значение из URL или рекламной метки требует отдельной проверки и корректного сценария подстановки. Не обещайте динамическую передачу, если она не проверена на вашей странице.

Откройте содержимое блока формы, добавьте системное поле Hidden и укажите имя переменной. Значение делайте коротким и понятным: `course`, `source`, `page_type`.

Используйте одно имя во всех формах, если хотите собирать данные одинаково. Значения различайте по справочнику: `landing-a`, `landing-b`, а не длинными фразами с пробелами.

Пароль, API-ключ, персональный идентификатор и внутренний комментарий нельзя класть в hidden field. Любой код страницы доступен посетителю. Для секретов используйте серверную сторону и защищённый канал.

Создайте одинаковое поле в формах и меняйте только значение. Так CRM получает единый столбец и может строить отчёт без разных названий.

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

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

Сделайте тестовую заявку и найдите переменную в почте, CRM или сервисе сбора. Проверяйте не только сообщение об успехе на странице.

Используйте фиктивную почту и заметное значение. После проверки удалите запись или пометьте её как тестовую. Не отправляйте реальные данные ради проверки одного поля.

Убедитесь, что имя и значение не обрезаются, не меняются кодировкой и не попадают в публичное уведомление. Если поле потерялось, проверьте настройки формы и маршрут передачи.

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

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

Источник заявки — техническая информация. Он не является согласием пользователя и не должен использоваться, чтобы обходить уведомление о данных. Разделяйте аналитику, содержание заявки и юридические основания обработки.