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

С 1 сентября 2026 года вступает в силу 569-ФЗ от 29.12.2025 — обязательная идентификация администраторов доменов в зонах .ru, .рф и .su через ЕСИА («Госуслуги»). Правило касается всех: физлиц, ИП, компаний и даже иностранных владельцев.

А еще есть правила самих регистраторов типа nic ru, как в нашем кейсе ниже, согласно которым они вправе проверять сведения об администраторе в любой момент, и при невыполнении запроса прекращать делегирование домена до выяснения обстоятельств.

Но обо всем по порядку.

Два разных основания, которые легко перепутать

Есть 569-ФЗ, который вступает в силу 1 сентября и требует идентификации через ЕСИА для операций с доменом.

И есть отдельное, гораздо более старое право регистратора, закрепленное в Правилах регистрации доменов .RU и .РФ (утверждены Координационным центром), которое не имеет отношения к новому закону и действует уже давно:

• регистратор вправе в любой момент проверять сведения об администраторе и запрашивать документы, подтверждающие ФИО, паспортные данные, адрес либо реквизиты юрлица (п. 9.3.4 Правил) — причем подтверждать личность можно любым способом, не обязательно через Госуслуги;

• запрос обязаны направить на почту администратора с предупреждением о последствиях, а ответить нужно в течение 7 дней (п. 9.3.5);

• до получения документов регистратор вправе заблокировать смену администратора, перенос домена, управление делегированием и выдачу AuthInfo-кода (п. 9.3.6);

• если запрос не исполнен в срок — делегирование прекращается, а заявки по домену, включая продление, не выполняются до устранения нарушения (п. 9.3.7);

• если регистратор уже установил недостоверность данных, он вправе прекратить делегирование немедленно, даже без предварительного запроса, но обязан уведомить администратора по почте (п. 9.3.8, а также п. 5.6 и 5.8 Правил).

Именно это второе основание и сработало в нашем кейсе — не новый закон, о котором мы вначале подумали и возмутились настолько превентивными проверкам со стороны регулятора. Формально их проверки законны и правомерны: такое право у регистратора есть и было всегда, вне зависимости от нового закона и его дедлайна. Вопрос не в том, имел ли nic ru право так поступить — имел. Вопрос в том, почему это право решили применить именно сейчас, таким образом и в таком масштабе.

Наш кейс

Домен клиента — крупного завода — зарегистрирован больше 11 лет назад. Все это время к данным администратора никаких вопросов не возникало: ни претензий, ни запросов на уточнение. И тут регистратор решает начать проверку именно сейчас, буквально накануне 1 сентября — причем, судя по нашему опыту и опыту коллег, так массово этим занимается только nic ru, остальные регистраторы пока нет.

Запрос действительно направлялся, но на почту, которая была указана в анкете администратора при регистрации домена 11 лет назад. За это время адрес перестал использоваться, и о письме никто не узнал: ни человек, который когда-то его заводил, ни компания. Формально требование п. 9.3.5 об уведомлении на «почту администратора» соблюдено — письмо ушло на адрес, который числится в анкете. Но по существу уведомление ушло в пустоту, и семидневный срок на ответ начал отсчитываться для получателя, который о нем не подозревал.

В итоге домен заблокировали — почта, сайт, внутренние коммуникации встали на двое суток. Завод считает убытки.

Ответ площадки был простой: «договор не идентифицирован, данные администратора требуют уточнения».

Здесь и возникает главный вопрос кейса: зачем запускать такую проверку сейчас, если 1 сентября домен все равно придется подтверждать по 569-ФЗ, и все владельцы доменов и так будут сверять свои данные? Зачем именно накануне дедлайна, после 11 лет, когда домен никто не трогал? Ответа на этот вопрос регистратор не дает, а формальная законность действия сама по себе этот вопрос не снимает.

Что усложняет ситуацию

• Данные администратора в анкете у регистратора и в профиле на Госуслугах (да и в целом — в любых актуальных документах) могут не совпадать даже у добросовестных владельцев. Анкету заполняли 10-11 лет назад, с одной пропиской или на старый адрес электронной почты, сейчас все изменилось. Формально это «данные требуют уточнения», хотя человек и компания настоящие, и никакого злого умысла нет.

• Уведомление по такому запросу закон и правила требуют отправить на почту администратора, но не обязывают проверять, актуален ли этот адрес спустя годы. Если анкету никто не обновлял, письмо со всеми юридическими последствиями может уйти туда, где его никто не прочитает.

• Регистраторы готовы к 1 сентября очень по-разному. Кто-то уже сейчас использует свое право на проверку данных так активно, как nic ru. Кто-то, например Timeweb, на прямой вопрос о функционале проверки отвечает в духе «все появится после 1 сентября, не переживайте».

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

Что произошло дальше

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

При этом на сайте и в переписке с поддержкой всплывает формулировка:

«Для рассмотрения документов в приоритетном порядке, рассмотрения сложных и нестандартных ситуаций с идентификацией администраторов доменов вы можете воспользоваться платной услугой «Индивидуальное рассмотрение документов» — напишите нам на fast@nic.ru».

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

Мы решили проверить обращение на fast@nic.ru. Сделали так:

1. Подтвердили домен через Госуслуги (сама процедура идентификации у клиента к этому моменту была пройдена).

2. Написали напрямую на fast@nic.ru письмо следующего содержания:

Тема: просьба ускоренного возврата делегирования домена site.ru (аккаунт XXXXXXX/NIC-D)

Добрый день. Аккаунт: XXXXXXX/NIC-D. Просьба ускоренно вернуть в делегирование домен site.ru. Процедура идентификации через Госуслуги пройдена. Просьба указать, что необходимо сделать для быстрого решения вопроса. Спасибо.

Платить за это не пришлось — ответ и решение по делегированию пришли без выставления счета за «Индивидуальное рассмотрение». А вот все остальные обращения через обычную тикет-систему — с вопросами «почему», «на каком основании», «что делать» — так и остались без ответа больше суток, и в итоге тикет был закрыт нами же.

Здесь и кроется главное противоречие. Массовую рассылку с требованием идентификации регистратор организовал и провел, охватив разом огромное число доменов. А вот отвечать конкретному клиенту по конкретному вопросу так же быстро и компетентно оказался не готов: 12 часов на первый ответ, больше суток тишины на второй. Массовое информирование работает, а точечная клиентская поддержка — нет, и это ровно наоборот тому, как должен быть выстроен процесс, который затрагивает работающий бизнес. Если бы мы не написали отдельно на fast@nic.ru, неизвестно, сколько еще длилось бы ожидание ответа, а речь идет о компаниях, которые работают по 10 и больше лет, и для которых простой домена — прямые и весьма чувствительные убытки.

Что делать уже сейчас

• Проверить данные администратора домена у регистратора и сверить их с профилем на Госуслугах — прямо сейчас, не дожидаясь сентября.

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

• Если анкета устарела (старый адрес, старые паспортные данные) — исправить все заранее, не дожидаясь, пока это станет причиной блокировки.

• Уточнить у регистратора в письменном виде, что именно происходит с доменом при расхождении данных — ограничение операций или прекращение делегирования, и по какому именно пункту правил. Получить ответ в переписке, а не устно.

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

• Сохранять всю переписку с регистратором с заголовками писем, скриншоты личного кабинета и подтверждения отправки документов — это пригодится, если решение придется оспаривать.

• Иметь запасной канал коммуникации (резервная почта, альтернативный домен) на случай форс-мажора, как показал этот кейс, ничто не гарантирует, что домен не заблокируют «на всякий случай».

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

Вывод

Важно разделять две вещи. 569-ФЗ, который вступает в силу 1 сентября, и гораздо более старое право регистратора — проверять данные администратора и прекращать делегирование при неисполнении запроса в срок, закрепленное в Правилах регистрации доменов.

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

Само по себе наличие платного «Индивидуального рассмотрения документов» рядом с молчащей бесплатной поддержкой — тоже повод для вопросов к выстроенному процессу, даже если формально это два разных сервиса.

Регистраторам сейчас точно не помешала бы более прозрачная и предсказуемая практика применения собственных правил — особенно на фоне того, что 1 сентября именно из-за 569-ФЗ подобных проверок и запросов станет ощутимо больше. Цена ошибки для бизнеса вполне реальная — в виде суток, а то и нескольких, простоя, что в текущей экономической ситуации становится критичным событием.