База клиентов находится в России, но контакт может уйти постороннему получателю ещё со страницы заявки. Если конкурент звонит первым, поручите разработчику проверить программы на странице, адрес отправки формы и путь до базы. Ниже - какие подтверждения запросить по каждому участку.
Российская база: что требует закон 152-ФЗ
Локализация персональных данных - требование к расположению баз при сборе сведений о гражданах России. Часть 5 статьи 18 закона № 152-ФЗ запрещает перечисленные в ней операции с зарубежными базами, кроме установленных исключений. Проверять нужно весь путь сбора. Российский адрес последней базы ещё не подтверждает, что остальные участники этого пути соблюдают закон.
С 1 июля 2025 года действует редакция, установленная законом № 23-ФЗ от 28 февраля 2025 года. В ней перечислены запись, систематизация, накопление, хранение, уточнение и извлечение. Исключения отсылают к пунктам 2, 3, 4 и 8 части 1 статьи 6. Для обычной формы коммерческого сайта нельзя считать российскую копию достаточным основанием для сбора через зарубежную базу. Это следует из текста поправки и даты её вступления в силу.
Соблюдение локализации не заменяет остальных обязанностей. Статья 19 того же закона требует мер против неправомерного доступа, копирования и распространения. Требование безопасности тоже действует до записи заявки; место сервера - компьютера, который обрабатывает запросы сайта, - само по себе не обеспечивает его выполнение. Основание - статья 19 закона № 152-ФЗ на сайте Минтруда.
В нашем замере Яндекс Вебмастера - статистики появления сайта в поиске - от 2 сентября 2026 года запрос «конкурент звонит клиентам» дал 20 показов нашей страницы. Показы не подтверждают случаи перехвата. Установить причину чужого звонка можно только по следам передачи контакта на конкретном сайте.
Почему запись в базе может оказаться последним шагом
Контакт появляется в браузере, программе для просмотра сайтов, раньше записи в вашу систему учёта заявок, или CRM. Подключённая прямо к странице сторонняя программа может получить доступ к её данным. При нежелательной отправке копия контакта уйдёт отдельному получателю. Последующее сохранение заявки в российской базе такую отправку не отменяет и не делает её допустимой.
Скрипт - небольшая программа на странице. Он может обеспечивать работу формы, чата или статистики. Само присутствие скрипта не доказывает перехват. Возможность доступа зависит от способа подключения: код прямо на странице и содержимое отдельного встроенного окна имеют разные ограничения. Разницу объясняет документация Mozilla о сторонних ресурсах.
Представьте условный пример: посетитель ввёл контакт, а неизвестная программа отправила его на чужой адрес до нажатия кнопки. В CRM заявки ещё нет, поэтому обычный отчёт отдела продаж эту передачу не покажет. Такой сценарий требует проверки кода и запросов браузера. Он не означает, что каждая программа статистики читает телефон или передаёт его конкуренту.
Если клиент сообщает о чужом звонке сразу после посещения сайта, сохраните описание порядка событий. Одного совпадения по времени недостаточно, чтобы назвать источник контакта. Проверяемая задача звучит конкретнее: установить получателей данных формы и убрать передачи, которым нет объяснения.
Три проверки формы: код, получатель и путь до базы
Проверка формы должна дать список программ, фактических получателей контакта и промежуточных обработчиков. Разработчик сопоставляет поведение страницы с согласованной схемой передачи заявки. Руководитель получает понятный результат: какие адреса ожидаемы, какие требуют разбора и кто отвечает за исправления. Географию баз каждого обработчика проверяют отдельно, по документам и настройкам, а не по названию адреса сайта.
| Участок проверки | Что установить | Какое подтверждение запросить |
|---|---|---|
| 1. Программы на странице формы | Какой код подключён и зачем ему поля заявки | Список подключений с назначением и ответственным |
| 2. Адрес отправки из браузера | Куда уходят значения до нажатия кнопки и после него | Перечень запросов с получателями и составом данных |
| 3. Обработка на сервере | Кто принимает заявку и куда передаёт её дальше | Схема обработчиков, баз и доступа к ним |
Для второй проверки разработчик открывает Network - вкладку сетевых запросов в инструментах браузера. Она позволяет увидеть адрес запроса, его содержимое и программу, которая его запустила. Встроенный адрес формы задаётся её настройкой action - указанием получателя; программы на странице могут организовать отправку иначе. Основания - документация Chrome о запросах и описание элемента формы.
Проверку лучше провести на отдельной тестовой странице с искусственными значениями. Сравнить нужно пустую форму, ввод без отправки и нажатие кнопки. Цель - найти лишнего получателя. Наличие внешнего адреса ещё не доказывает нарушение: обработчик может быть согласован, но его роль и правовые основания обработки должны быть понятны.
Браузер не покажет весь путь после сервера. Для третьего пункта нужны настройки обработчика, журналы - записи событий системы - и сведения подрядчиков. Отключённый лишний запрос тоже не доказывает, что исчез каждый способ нежелательного сбора.
Где помогает StopParsing
StopParsing защищает ваши сайты, формы и номера сотрудников от систем сбора данных. Работа начинается с проверки доступности сведений, затем согласуются направления и объём защиты. Сервис усложняет сбор данных о посетителях и номеров, отслеживает изменения и отчитывается о закрытых каналах. Степень снижения риска зависит от ситуации; обещания абсолютной защиты здесь неуместны.
Порядок работы состоит из четырёх шагов:
- Передать список своих сайтов и номеров сотрудников. Проверка покажет, какие сведения доступны системам сбора.
- Согласовать план: какие направления закрывать и что включить в защиту.
- Внести свои домены - адреса сайтов - и номера под защиту в собственных и партнёрских источниках сбора данных.
- Отслеживать изменения, добавлять новые сайты и номера, получать отчёты о закрытых каналах.
Защита относится к вашим данным. Она не даёт оснований собирать чужие контакты и не подтверждает автоматически соблюдение всех требований закона. Проверку законности обработки и исправление кода сайта нужно вести со своими ответственными специалистами.
Что поручить разработчику после проверки
Разработчику нужна задача с проверяемым результатом: описать получателей формы, убрать ненужные подключения и повторить тест отправки. Исправления считаются проверенными, когда заявка попадает куда нужно, а обнаруженная лишняя передача больше не воспроизводится. Ответственного за документы подключают отдельно: технически доступный адрес ничего не говорит о правовом основании обработки или расположении базы получателя.
Для страниц с формами полезно обсудить CSP - политику безопасности содержимого, которая задаёт разрешённые источники кода и соединений. Её правила могут ограничивать загрузку программ и отправку данных на посторонние адреса. Настройку сначала проверяют, чтобы не сломать форму и нужные подключения. Назначение и ограничения описаны в руководстве Mozilla по CSP.
Попросите разработчика приложить к результату схему «страница - получатель - обработчики - база». Возле каждого участника нужны назначение, состав передаваемых данных и ответственный. Схему сверяют с реальными запросами, а не составляют только по перечню оплаченных сервисов.
Связанный разбор: почему шифрование соединения не закрывает доступ к форме.
Проверку стоит повторять после изменения формы, подключения нового чата или смены подрядчика. Достаточно назначить владельца задачи и условие повторного теста. Без этого неизвестное подключение может вернуться вместе со следующим обновлением страницы.
Чужой звонок: какие сведения помогут разбору
Сообщение клиента о звонке конкурента помогает начать проверку, но само по себе не устанавливает канал получения телефона. Для разбора нужны время посещения и отправки заявки, содержание сообщения клиента и технические записи. Сопоставляйте признаки и проверяйте альтернативные объяснения. Человек мог оставить контакт в нескольких компаниях или ранее общаться с другим продавцом.
Формулировка «конкурент снял телефон с формы» допустима как вывод только после подтверждения. До него в рабочей задаче лучше написать: «Проверить возможную передачу контакта при заполнении формы». Так разработчик ищет конкретное событие, а руководитель не принимает подозрение за установленный факт.
Начните со страницы, на которую ведёт платная реклама. Уточните, что посетитель видит до заполнения, какие программы там работают и куда уходит контакт. Российская база остаётся необходимой частью законного сбора в применимых случаях. Доступ к форме и нежелательные передачи требуют своей проверки.
Источники
Правовые положения сверены по текстам федеральных законов, технические - по документации разработчиков браузеров. Число показов относится к нашему замеру видимости сайта в поиске от 2 сентября 2026 года и не описывает результаты защиты. Сценарий передачи контакта до отправки заявки приведён как условный пример, без приписывания события конкретной компании.