'https://schema.org',
'@type' => 'Article',
'headline' => 'Как правильно собирать согласия на обработку персональных данных',
'description' => 'Как оформить согласие на сайте без типичных ошибок',
'author' => ['@type' => 'Organization', 'name' => 'Tixlag'],
'publisher' => ['@type' => 'Organization', 'name' => 'Tixlag', 'logo' => ['@type' => 'ImageObject', 'url' => 'https://rknfree.ru/assets/img/logo.svg']],
'datePublished' => '2026-03-07',
'dateModified' => '2026-03-07',
], JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT | JSON_UNESCAPED_SLASHES);
$articleDateIso = '2026-03-07';
$articleDateRu = '7 марта 2026';
$articleReadingTime = '9 минут';
$breadcrumbLabel = 'Как собирать согласия';
$articleImgSrc = '/assets/img/article-2.jpg';
$articleImgAlt = 'Сбор согласий на обработку персональных данных';
$articleTags = ['Согласия', 'Формы', '152-ФЗ', 'Лиды'];
$articleCtaUrl = '/#contact';
$articleCtaText = 'Исправить формы на сайте';
$articleContent = <<
Ошибки в согласиях обычно выглядят очень просто: один общий чекбокс, предустановленная галочка,
неясная цель обработки или отсутствие подтверждения того, что согласие вообще было получено.
Для сайта с формой заявки этого уже достаточно, чтобы создать риск спора с пользователем
или претензии по линии Роскомнадзора.
С чего начать
Не вся обработка строится только на согласии. Но когда сайт принимает заявку от посетителя,
согласие часто становится самым понятным и удобным основанием для фиксации обращения через форму.
Практически важно разделять две вещи:
- согласие на обработку данных для ответа по заявке;
- согласие на рекламу, рассылку или иные дополнительные коммуникации.
Что должно быть в форме
- отдельный чекбокс для обращения через сайт;
- чекбокс не отмечен по умолчанию;
- рядом понятный текст, из которого ясно, зачем данные собираются;
- ссылка на политику обработки персональных данных;
- если есть рассылка, то для неё отдельный необязательный чекбокс.
Ошибка: пытаться “впихнуть” в один чекбокс и заявку, и рекламу, и согласие на cookie.
Для разных целей нужны разные действия пользователя.
Минимально корректная формулировка
Я даю согласие на обработку моих персональных данных в целях рассмотрения обращения и получения ответа.
С политикой обработки персональных данных ознакомлен(а).
Когда нужен более подробный текст
Чем сложнее обработка, тем подробнее должен быть контекст: если данные передаются в CRM,
используется подрядчик по рассылкам, есть личный кабинет или отдельные маркетинговые сценарии,
лучше выносить детали в политику и связывать согласие с конкретной версией текста.
В ряде случаев закон требует письменной формы согласия или специального состава сведений.
Поэтому опасно копировать в веб-форму универсальный список требований “для любого случая”.
Для простой формы заявки на сайте обычно важнее ясность цели, отдельность действия пользователя
и возможность доказать факт согласия.
Как разделить согласия правильно
<label>
<input type="checkbox" name="consent_pd" required>
Даю согласие на обработку данных для ответа по заявке.
</label>
<label>
<input type="checkbox" name="consent_newsletter">
Хочу получать полезные материалы и предложения по email.
</label>
Что нужно хранить как доказательство
- дату и время отправки формы;
- IP-адрес и user agent;
- адрес страницы, с которой ушла форма;
- текст или версию согласия, действовавшую на момент отправки;
- факт отдельного согласия на рассылку, если оно запрашивалось.
Пять частых ошибок
- чекбокс уже отмечен;
- текст не объясняет цель обработки;
- нет ссылки на политику;
- реклама и заявка объединены в одно согласие;
- сервер не хранит следы согласия и принимает форму “на доверии” только со стороны браузера.
Практический вывод
Для небольшого сайта почти всегда работает один и тот же принцип: меньше лишних слов,
больше связи между формой, политикой и серверной фиксацией заявки. Если согласие можно
понять, проверить и подтвердить, оно работает существенно лучше любого длинного шаблона.
HTML;
include __DIR__ . '/../includes/article-layout.php';