У сайта нет «стандартного набора данных». У лендинга заявка может уходить на одну почту, у магазина — одновременно в систему заказов, платёжный сервис и доставку, а у личного кабинета появляется ещё история действий. Поэтому полезный первый результат — не скачанная политика, а карта реального маршрута.
Обследование за четыре прохода
1. Пройдите сайт как новый посетитель
Не начинайте с панели управления. Откройте публичные страницы в отдельном профиле браузера и выпишите действия, в которых человек сообщает сведения о себе: обратный звонок, покупка, запись, регистрация, отзыв, подписка, чат. Отдельно отметьте поля со свободным текстом — туда могут попасть сведения, которых вы не планировали запрашивать.
2. Отправьте контрольные данные
Используйте тестовые значения, которые нельзя принять за данные реального человека. После отправки установите, куда пришло сообщение, создалась ли карточка клиента, появилась ли копия в таблице, кто получил уведомление. Именно этот опыт часто обнаруживает забытые интеграции.
3. Посмотрите сетевые обращения и хранилища браузера
В инструментах разработчика проверьте вкладки «Сеть», «Хранилище» и список файлов куки до любого выбора и после него. Зафиксируйте внешние домены и назначение каждого обращения. Одного баннера недостаточно, если необязательный счётчик уже загрузился.
4. Спросите владельцев систем о конце маршрута
У формы есть продолжение: срок в почтовом ящике, резервная копия, выгрузка менеджера, доступ технической поддержки. Если никто не может назвать условие удаления, процесс ещё не описан.
Рабочая таблица вместо перечня «на всякий случай»
| Процесс | Что выяснить | Какое подтверждение оставить |
|---|---|---|
| Заявка | Поля, цель, получатели, срок | Снимок формы и схема доставки |
| Заказ | Оплата, доставка, учёт, возврат | Настройки интеграций и договоры |
| Рассылка | Источник адреса, доказательство выбора, отказ | Запись события и проверка отписки |
| Аналитика | Идентификаторы, внешний поставщик, момент запуска | Реестр технологий и протокол теста |
| Личный кабинет | Регистрация, журнал действий, восстановление доступа | Матрица прав и срок хранения учётной записи |
Как карта превращается в систему документов
Публичная политика объясняет цели, категории данных, способы обработки, сроки и права людей. Текст у конкретной формы связывает действие с понятной целью и нужным основанием. Внутренние документы распределяют доступ, порядок ответов и удаления. Договоры отражают участие внешних исполнителей. Наличие одного элемента не компенсирует противоречие в другом.
Часть 2 статьи 18.1 152‑ФЗ требует обеспечить неограниченный доступ к политике и сведениям о реализуемых требованиях защиты на страницах сайта, через которые собираются данные. Это точнее, чем распространённая формула «положить ссылку только в подвал». Практически путь к информации стоит показать там, где человек принимает решение.
Если сведения граждан России собираются через интернет, отдельно проверьте локализацию первоначальной записи и хранения по части 5 статьи 18. Название страны в договоре с сервисом не заменяет проверку фактической инфраструктуры.
Три признака, что работа не закончена
- В политике назван один получатель, а тестовая заявка уходит ещё в два сервиса.
- Форма просит дату рождения или адрес без понятной связи с заявленной задачей.
- Удаление из основной системы оставляет доступную копию в почте или общей таблице.
Для точечной проверки интерфейса продолжите с разбором формы заявки. Если карта уже готова, сопоставьте её с методикой аудита политики.
Нужна отправная точка для публичных текстов?
Базовый пакет содержит политику и два вида согласия. Сначала сравните перечень с вашей картой: материалы не включают внедрение и не заменяют описание фактических сервисов.