Приведение сайта в соответствие 152-ФЗ: от аудита до приёмки работ
https://1lider.ru/uslugi/sootvetstvie-152-fz/
Редакция Himedia · Обновлено 2026-10-18

Чтобы привести сайт в порядок, нужно согласовать тексты, настройки и фактическую работу с заявками. Здесь собран план для владельца бизнеса: что подготовить, как разделить задачи между специалистами, от чего зависит объём работ и по каким признакам принимать результат.

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

Когда стоит начать проект по приведению сайта в порядок

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

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

152-ФЗ: действующая редакция: https://www.consultant.ru/document/cons_doc_LAW_61801/

Какие исходные данные подготовить

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


Бриф для владельца сайта
Блок | Что собрать | Зачем это нужно
Бизнес | Оператор, домены, виды услуг, контакт ответственного | Понять, кто определяет цели обработки
Сценарии | Заявка, заказ, регистрация, чат, подписка | Не пропустить скрытые и вспомогательные формы
Данные | Поля, вложения, служебные параметры | Оценить необходимость и состав сведений
Получатели | Почта, CRM, таблицы, подрядчики | Проследить цепочку после отправки
Документы | Действующие политика, согласия, договоры | Выявить расхождения с практикой
Инфраструктура | Хостинг, базы, резервные копии, внешние сервисы | Проверить размещение, доступ и хранение
Ограничения | CMS, бюджет, календарь запусков, ответственные | Согласовать реалистичный план внедрения

Короткое описание вместо абстрактного запроса
«У нас WordPress, две формы заявки, корзина и чат. Заявки идут в CRM и общую почту; подписка подключена отдельно. Нужно проверить документы, выбор в формах и запуск аналитики». Такой бриф позволяет определить границы первой проверки и список уточнений.

Этап 1. Зафиксировать реальное состояние

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

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

• Реестр точек сбора и подключённых систем.
• Копия действующих публичных документов с датой.
• Список подтверждённых дефектов интерфейса.
• Список предположений, требующих внутренних сведений.
• Исходные тестовые сценарии для последующего сравнения.
Запустить предварительную проверку: https://1lider.ru/
Что входит в техническое сканирование: https://1lider.ru/metodika/

Этап 2. Согласовать правовую схему и документы

Для каждой цели определите необходимый состав данных, основание обработки, получателей и срок либо критерий хранения. Не стоит брать самую широкую формулировку «на всякий случай»: она затрудняет настройку системы и объяснение условий посетителю. Если данные нужны для ответа на вопрос, отдельно оцените дальнейшее использование для продвижения.

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


Требование, которое можно реализовать
Вместо задачи «сделать всё по закону» зафиксируйте: какие сведения собирает форма, по какой цели, какой текст показывается, как подтверждается выбор, где сохраняется версия условий и когда удаляется запись. Специалисты смогут проверить каждый элемент отдельно.
Как составить политику под процессы: https://1lider.ru/guides/politika-dlya-sayta/
Как подготовить согласие: https://1lider.ru/guides/soglasie-na-sayte/
152-ФЗ: действующая редакция: https://www.consultant.ru/document/cons_doc_LAW_61801/

Этап 3. Изменить формы, страницы и интеграции

Разработчику нужен список наблюдаемых результатов. Задача считается выполненной после проверки опубликованной версии. Изменение в редакторе или макете ещё не доказывает, что посетитель увидит те же условия.

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


Пример технического задания
Объект | Что внедрить | Как принять
Документы | Постоянные доступные страницы и ссылки в нужных местах | Открыть без авторизации с каждой формы
Согласие | Отдельный понятный выбор для соответствующего процесса | Проверить начальное состояние, отказ и отправку
Лишние поля | Удаление необоснованного сбора из интерфейса и запроса | Посмотреть фактические отправляемые параметры
Cookie и аналитика | Запуск согласно согласованному основанию и выбору | Сравнить запросы до выбора, после согласия и отказа
Получатели | Актуальные подключения и ограничение доступов | Проследить тестовую заявку до конечных систем
Удаление | Рабочий маршрут удаления по принятому регламенту | Проверить основную запись и связанные копии

Этап 4. Наладить действия за пределами интерфейса

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

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

• Ответственный знает, какие системы связаны с сайтом.
• Обращения по данным приходят на действующий контакт и не теряются.
• Подключение нового подрядчика проходит предварительное согласование.
• Сроки хранения можно реализовать технически.
• План реагирования содержит актуальные контакты и распределение действий.
152-ФЗ: действующая редакция: https://www.consultant.ru/document/cons_doc_LAW_61801/

Кто за что отвечает в проекте

В небольшой компании один человек может совмещать несколько ролей. Важно не количество участников, а отсутствие бесхозных задач. Если подрядчик дорабатывает только сайт, отдельно назначьте исполнителя для CRM, уведомлений и внутренних регламентов. Зафиксируйте, какие вопросы не входят в договорённость.


Распределение задач
Участник | Основная зона | Что передаёт другим
Владелец бизнеса / оператор | Цели, решения о процессах, ресурсы и утверждение | Фактическую схему и согласованные требования
Специалист по праву | Основания, документы, обязанности и квалификация | Обоснованные условия и вопросы для проверки
Разработчик | Формы, ссылки, интеграции и техническое поведение | Реализованные сценарии и протокол тестирования
Маркетолог | Аналитика, рекламные события, подписки | Перечень счётчиков, тегов и необходимых метрик
Администратор / безопасность | Доступы, хранение, резервирование, инциденты | Проверку инфраструктуры и рабочих процедур

От чего зависят стоимость и срок внедрения

Объём определяется количеством разных сценариев, состоянием документов, числом получателей и сложностью платформы. На цену также влияют доступность исходников, наличие тестового стенда, возможность менять серверную обработку и необходимость согласования с несколькими владельцами систем. Одной цифры «страниц на сайте» для оценки недостаточно.

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

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

Как принять работу и избежать формальной сдачи

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

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

Успешный автоматический отчёт — часть проверки. Он не удостоверяет состояние закрытой CRM, корректность всех договоров и полноту внутренних процедур.

С чего начать работу с Himedia

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

Напишите на infohimedia@ya.ru с темой «Доработка сайта по 152-ФЗ». В первом обращении достаточно публичного URL и описания задачи. Пароли, выгрузки клиентов и сканы документов не прикладывайте. Объём, участие профильных специалистов, сроки и стоимость необходимо согласовать отдельно; эта страница не обещает универсальную юридическую гарантию.


Шаблон первого обращения
Сайт: [адрес]. Платформа: [CMS или конструктор]. Сценарии: [формы, заказ, кабинет]. Получатели: [CRM, почта, другие системы]. Что уже проверили: [кратко]. Нужный результат: [исправления и критерии]. Контакт для обсуждения: [ваш контакт].
Обсудить задачи с Himedia: mailto:infohimedia@ya.ru
Начать с проверки сайта: https://1lider.ru/

ВОПРОСЫ И ОТВЕТЫ

Можно ограничиться размещением политики?
Политика важна, но она описывает обработку. Нужно проверить основания, формы, получателей, сроки хранения, уведомления и реальные настройки. Документ не исправляет незаметную передачу данных.

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

Himedia автоматически исправляет сайт?
Текущий сканер показывает находки и рекомендации. Он не меняет чужие формы, не устанавливает баннеры и не подаёт уведомления. Внедрение — отдельная согласованная работа.

Есть фиксированная цена для любого сайта?
На этой странице такой цены нет. Оценка зависит от сценариев, интеграций, платформы, состояния документов и объёма проверки. До согласования нужно получить перечень работ и исключений.

Кто должен утвердить тексты документов?
Фактические сведения и решения по обработке подтверждает оператор. Правовые формулировки и применимость оснований следует проверить с профильным специалистом. Разработчик не должен придумывать эти условия по дизайну формы.

Можно продолжать принимать заявки во время доработок?
Порядок зависит от найденных проблем. Обычно изменения планируют и тестируют заранее; если процесс создаёт существенный риск, ответственные определяют необходимые ограничения. Универсальное обещание работы без остановок неверно.

Нужно переписывать сайт на другой движок?
Не обязательно. Сначала оцените, можно ли реализовать требования в текущей платформе. Миграция оправдана, когда существенные ограничения нельзя устранить настройками или доработкой.

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

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

Как часто возвращаться к этим настройкам?
Проверяйте их после изменения форм, CMS, аналитики, получателей и документов. Периодичность планового контроля определяйте по рискам и частоте изменений, а не по обещанию бессрочного соответствия.

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

152-ФЗ: действующая редакция: https://www.consultant.ru/document/cons_doc_LAW_61801/