Согласие на обработку персональных данных на Тильде: как настроить правильно

Тильда - самый популярный в России конструктор сайтов для лендингов, интернет-магазинов и корпоративных сайтов, и формы на нем собирают персональные данные точно так же, как формы на WordPress или самописном сайте. Владельцы часто считают, что раз конструктор российский и сам предлагает готовые блоки с формами, вопрос закрыт по умолчанию. Это не так: галочка согласия на обработку персональных данных, ссылка на политику и корректный текст под чекбоксом - зона ответственности владельца сайта, а не Тильды. Разберем, как настроить согласие на обработку персональных данных на Тильде так, чтобы форма не стала поводом для штрафа, и что конструктор в принципе не может закрыть за вас: локализацию базы данных и уведомление в Роскомнадзор.

На практике инспектор Роскомнадзора или клиент, который решил проверить сайт перед жалобой, смотрит на форму заявки в первую очередь: есть ли чекбокс, стоит ли по нему галочка по умолчанию, куда ведет ссылка рядом с текстом. На Тильде это настраивается за 10-15 минут, если знать, где искать нужные поля в редакторе. Дальше - по шагам.

Что должно быть в форме на Тильде, чтобы она не нарушала закон

Форма заявки, форма подписки на рассылку, форма записи на консультацию - любая форма на сайте, где посетитель вводит имя, телефон или email, запускает обработку персональных данных. Закон 152-ФЗ требует получить согласие субъекта персональных данных до того, как данные ушли на сервер, а не после. Для сайта на Тильде это значит четыре вещи в связке: чекбокс согласия, который посетитель отмечает сам, текст рядом с чекбоксом, где указано, на какую обработку соглашается человек, ссылка на политику обработки персональных данных, где написано подробно, кто оператор и зачем собираются данные, и техническое ограничение - без отметки чекбокса кнопка отправки не должна работать.

Требования к форме согласия закреплены в статье 9 152-ФЗ: согласие должно быть конкретным, информированным и сознательным, а с 1 сентября 2025 года по поправкам 156-ФЗ - оформлено отдельным документом, не спрятано внутри пользовательского соглашения или оферты. Дальше - как это реализовать в интерфейсе Тильды, а не просто продекларировать в тексте политики.

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

Чекбокс согласия: где искать в редакторе Тильды и какая ошибка встречается чаще всего

В редакторе Тильды чекбокс добавляется через настройки блока с формой: блок открывается, справа появляется панель настроек, там есть вкладка с полями формы, куда добавляется поле типа чекбокс с текстом согласия внутри. Добавленный так чекбокс по умолчанию не отмечен - это правильное поведение, посетитель должен поставить галочку сам. Проблема начинается там, где владелец сайта берет готовый шаблон и не проверяет, что именно шаблон подставил под кнопку отправки.

Типичная ошибка: текст есть, а чекбокса нет

Многие шаблоны Тильды вставляют под кнопкой отправки статичную фразу о том, что нажатие кнопки означает согласие с политикой обработки персональных данных. Это не чекбокс, а просто текст, и с точки зрения закона это не согласие, а декларация. Согласие требует активного действия субъекта - отдельной отметки, которую можно поставить и снять. Если в форме нет отдельного поля-чекбокса, привязанного к согласию, а есть только подпись под кнопкой, при проверке это трактуется как отсутствие согласия вообще, даже если заявка была отправлена и данные обработаны. Разница между чекбоксом, всплывающим окном и отдельной формой согласия подробнее разобрана в отдельном материале, а для форм на Тильде из трех вариантов практичнее всего обычный чекбокс рядом с полями формы.

Вторая типичная ошибка: галочка отмечена заранее

Реже, но встречается: в настройках поля-чекбокса включена отметка по умолчанию, и посетитель формально должен снять галочку, чтобы отказаться, а не поставить ее, чтобы согласиться. Такая форма выглядит рабочей и данные собирает исправно, но согласие, полученное таким образом, юридически ничтожно - предустановленная галочка не считается волеизъявлением. Проверить это просто: открыть форму на сайте в режиме инкогнито и посмотреть, в каком состоянии чекбокс при первой загрузке страницы. Общий разбор того, как оформить галочку согласия на любом сайте, а не только на Тильде, есть в отдельном материале.

Согласие в форме и баннер про cookie - это разные вещи

В Тильде есть отдельный готовый блок с уведомлением о cookie, который многие путают с согласием на обработку персональных данных из формы заявки. Баннер про cookie говорит о технологии слежения браузера и обычно не связан с конкретной формой - он показывается один раз при первом визите и закрывается кнопкой принять. Чекбокс в форме - это отдельное согласие на обработку конкретных данных: имени, телефона, email, которые человек вписал сам. Оба элемента нужны одновременно, но один не заменяет другой: закрытый баннер про cookie не означает, что посетитель дал согласие на обработку персональных данных из формы, и наоборот.

Текст согласия и ссылка на политику обработки персональных данных

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

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

Отдельно стоит свериться, что текст под чекбоксом соответствует тому, что реально происходит с данными. Если форма передает заявку не только на почту владельца, но и в CRM, в сервис email-рассылок или в мессенджер-бота, в тексте согласия и в политике должно быть сказано, что данные передаются третьим лицам для обработки - иначе согласие получено на одну обработку, а фактически идет другая, более широкая.

Отдельный документ согласия с 1 сентября 2025: почему это касается и Тильды

С 1 сентября 2025 года по поправкам 156-ФЗ от 24 июня 2025 года согласие на обработку персональных данных должно оформляться отдельным документом, а не строчкой внутри пользовательского соглашения, оферты или общих условий сайта. До этой поправки многие сайты на Тильде обходились одной общей страницей: и правила пользования сайтом, и порядок обработки данных были в одном тексте под одной ссылкой. Формально это работало, пока проверяющие не начали смотреть на формулировку буквально.

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

Если на сайте сейчас один документ на все случаи, самый быстрый путь - разделить его на две страницы: политику обработки персональных данных (что за данные, зачем, куда передаются, сроки хранения) и отдельно пользовательское соглашение или публичную оферту, если она нужна по характеру бизнеса. Ссылку в форме после разделения нужно поправить вручную - Тильда не отследит и не предупредит, что она ведет на устаревший документ.

Проверить это можно за минуту: открыть ссылку из чекбокса и посмотреть на заголовок и первый абзац страницы. Если документ называется общими словами вроде правила сайта или пользовательское соглашение и только где-то в середине текста упоминается обработка персональных данных, это все еще старая схема, а не отдельный документ, который требуют поправки 156-ФЗ. Отдельный документ означает отдельный заголовок, отдельный URL и текст, посвященный именно обработке персональных данных от начала до конца.

Страница политики обработки персональных данных на Тильде: куда положить и как оформить

Технически страница политики в Тильде - обычная страница сайта, которую можно собрать из тех же блоков, что и остальные страницы, вплоть до простого текстового блока с заголовками и абзацами. Отдельно продумывать дизайн не нужно - это документ, а не лендинг, и чем проще верстка, тем быстрее его читают и тем меньше риск, что важный пункт потеряется между картинками.

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

Выводить страницу из индексации не нужно - в отличие от служебных технических страниц, политику индексировать можно и стоит, это публичный документ, а не конфиденциальная страница. А вот ссылку на нее стоит продублировать не только в форме, но и в футере сайта - тогда посетитель найдет документ, даже если пришел не через форму заявки, а, например, по прямой ссылке на статью блога.

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

Куда уходят заявки с формы Тильды и почему это не мелочь

У формы на Тильде есть настройка получателя: письмо на почту, запись во внутреннюю CRM-панель конструктора в личном кабинете, вебхук во внешнюю систему или прямая интеграция с Bitrix24, amoCRM, Google Таблицами, сервисами рассылок. Каждый дополнительный получатель - это дополнительная передача персональных данных третьему лицу, и про каждого нужно знать: что это за сервис, где он хранит данные и есть ли основание для такой передачи в тексте согласия.

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

Частая практика - подключить сразу три-четыре интеграции при настройке сайта и забыть про них уже через месяц. Формально в этот момент политика обработки персональных данных должна перечислять всех текущих получателей, а не тех, что были на момент запуска сайта. Если рассылку сменили с одного сервиса на другой, а CRM поменяли с таблицы на полноценную систему, текст политики нужно поправить вместе с настройками формы, а не по остаточному принципу.

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

Чего Тильда не закрывает за вас: локализация базы данных и уведомление в РКН

Локализация: где физически лежат данные ваших посетителей

Закон обязывает оператора обеспечить запись, систематизацию, хранение и обновление персональных данных россиян с использованием баз данных, физически находящихся на территории России - это требование части 5 статьи 18 152-ФЗ, действующее с 2015 года. Правильно настроенный чекбокс согласия к этому требованию отношения не имеет: он про то, как данные собираются, а не про то, где они потом хранятся.

Для сайта на Тильде это отдельный вопрос, который нужно закрывать самостоятельно, а не рассчитывать, что раз конструктор российский, требование выполняется автоматически. На практике стоит уточнить у Тильды или в ее публичной документации, где именно происходит первичная запись данных из формы, и если данные дальше уходят во внешнюю CRM или сервис рассылок - проверить то же самое и по ним. Если однозначного ответа получить не удается, это само по себе сигнал, что вопрос локализации на сайте не закрыт и его стоит разбирать отдельно, до проверки, а не после нее. Подробнее о том, как перенести обработку данных на инфраструктуру внутри страны, если выяснилось, что она уходит за рубеж, есть отдельный материал.

Уведомление в Роскомнадзор: форма согласия его не заменяет

Второй момент, который чекбокс на сайте никак не закрывает - уведомление о начале обработки персональных данных, которое оператор обязан подать в Роскомнадзор по статье 22 152-ФЗ до того, как начал обработку, за отдельными исключениями из части 2 той же статьи. Сайт на Тильде с формой заявки под эти исключения обычно не попадает, если данные передаются во внешние сервисы - CRM, рассылки, аналитику, потому что часть исключений рассчитана на обработку строго для заключения и исполнения договора без передачи третьим лицам.

Разговор про локализацию и уведомление не абстрактный: с 30 мая 2025 года по закону 420-ФЗ от 30 ноября 2024 года за утечку персональных данных введены оборотные штрафы, а в отдельных случаях действует статья 272.1 Уголовного кодекса. Штрафуют не за отсутствие чекбокса как таковое, а по совокупности - неоформленное согласие, непроверенная локализация и отсутствие уведомления обычно всплывают вместе, когда проверка уже идет по другому поводу, например по жалобе на утечку или по обращению клиента.

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

Типичные ошибки на сайтах на Тильде

Ниже - ошибки, которые встречаются на сайтах на Тильде чаще всего при проверке форм и страниц с персональными данными.

Ни одна из этих ошибок не видна с первого взгляда на сайт - все они всплывают только при внимательной проверке формы и документов, поэтому стоит пройтись по списку самостоятельно, не дожидаясь запроса от Роскомнадзора.

Что сделать: порядок действий

Порядок действий, если приводить форму на Тильде в соответствие с законом:

1. Открыть форму заявки на сайте в режиме инкогнито и проверить, есть ли реальное поле-чекбокс рядом с текстом о согласии, а не просто подпись под кнопкой.
2. Убедиться, что чекбокс по умолчанию не отмечен и что без отметки кнопка отправки не работает.
3. Проверить, что ссылка рядом с чекбоксом ведет на отдельную страницу политики обработки персональных данных, а не на общее пользовательское соглашение.
4. Свериться со списком реальных получателей заявки - почта, CRM, рассылки, мессенджер-боты - и обновить этот список в тексте политики.
5. Уточнить у Тильды или в ее документации, где физически хранится и обрабатывается база данных формы, и есть ли расхождение с требованием о локализации.
6. Проверить, подано ли уведомление в Роскомнадзор, и если нет - разобраться, попадает ли сайт под исключения или уведомление нужно подавать.
7. Повторить проверку после любого обновления шаблона или переноса сайта на новый домен - настройки формы при обновлении блока иногда слетают незаметно.

Разбираться со всем этим в одиночку не обязательно: доработка форм, документов и уведомления в РКН для сайта на Тильде - практическая задача, с которой можно обратиться за помощью. Обычно работа занимает меньше времени, чем кажется по количеству пунктов выше, потому что большая часть настроек делается один раз и потом не требует внимания, кроме случаев, когда меняется список интеграций.