Домен госуслуги: чек-лист фрилансеру по доменам клиентов до 1 сентября 2026

Тема доменной идентификации будет обрастать деталями до самого сентября. Регистраторы допиливают сервисы, появляются разъяснения по юрлицам и нерезидентам. Чтобы не выцеплять это по обрывкам из спама регистратора, держите руку на пульсе там, где я разбираю такие штуки по делу.

Что за закон и при чём тут фрилансер с чужими доменами клиентов?

С 1 сентября 2026 года по федеральному закону 569-ФЗ администратор домена в зонах .ru, .рф и .su должен подтвердить свою личность через Госуслуги. Если вы ведёте домены клиентов, разбираться с этим придётся вам, даже когда домен оформлен не на вас.

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

Логика регулятора простая, и держится она на статистике. По данным Координационного центра доменов .RU и .РФ, за 2025 год заблокировали около 60 тысяч вредоносных доменов, причём 65% обращений отрабатывали уже в первые 12 часов. Анонимные домены годами кормили фишинг и мошеннические схемы, а идентификация через Госуслуги привязывает каждый домен к конкретному человеку или организации, и просто бросить домен за анонимными контактами больше не выйдет.

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

Когда домены реально перестанут продлеваться без Госуслуг?

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

Механика мягче, чем звучит в паникующих постах, и поэтому она коварнее. Пока с доменом ничего не делают, он спокойно работает и после 1 сентября. Но как только подходит срок продления, а идентификация не пройдена, регистратор не даёт оплатить продление. Домен уходит в статус ожидания, а спустя 30 дней освобождается и становится доступен для регистрации кому угодно. То есть реальный дедлайн по каждому домену - это дата его следующего продления, и она у всех клиентов разная. У одного домен продлевается в октябре, у другого в январе, и без идентификации любой из них может тихо уйти.

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

Отдельно про дату 1 марта 2026 года, которая иногда всплывает в обсуждениях. Закон вступает в силу поэтапно, и разные его пункты включаются в разные даты. Но применительно именно к доменной идентификации подтверждённый первоисточниками дедлайн один - 1 сентября 2026 года. Мартовская дата в структуре закона, судя по всему, относится к другой норме, не к доменам. Поэтому, если вы где-то встретили «уже с марта», по доменам ориентируйтесь на сентябрь и не дёргайтесь раньше времени.

Можно ли пройти идентификацию за клиента вместо него?

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

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

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

При этом сама процедура для клиента несложная и безопасная. Владелец аккаунта у регистратора может скопировать персональную ссылку для идентификации и переслать её тому физлицу, на которое реально оформлен домен. Человек открывает ссылку в своём браузере, авторизуется на Госуслугах и подтверждает данные сам. Регистратор при этом не видит пароль от Госуслуг и не получает доступ к самому аккаунту: передаются только ФИО, дата рождения, СНИЛС или ИНН и контакты. Это стоит проговорить клиенту заранее, потому что первая реакция у людей обычно одна: «я никому пароль от Госуслуг не дам». И правильно, что не даст, ведь пароль тут никто и не просит.

Работа с чужими доменами - это часть большой темы про управление клиентскими активами: доступами, кабинетами, данными. Тот, кто держит эти активы в системе, спокойно проходит и подобные дедлайны, и смены правил на площадках. Именно про такие связки и рутину, снятую с плеч, я и веду свой Telegram-канал, там без воды и с готовыми решениями.

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

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

Разберу три типовых сценария, которые встречаются чаще всего.

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

Домен на уволенном сотруднике. Сисадмин или маркетолог когда-то завёл домен на свою личную учётную запись, а потом ушёл из компании. По разбору на Хабре это одна из самых частых мин: продлить такой домен после 1 сентября без участия того самого человека не выйдет. Если контакт с ним потерян, придётся отдельно доказывать права на домен, а это долго и без гарантий успеть к дате продления.

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

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

Чек-лист: как провести инвентаризацию доменов клиентов на своём балансе

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

Здесь работает то же правило, что и с любой клиентской рутиной. Фрилансер не может одинаково внимательно следить за каждым активом каждого клиента вручную. Стоит взять пять-десять проектов, и «я всё помню» превращается в «а чей это был домен?». Поэтому держите всё в таблице, ведь память на десятке проектов подводит в самый неподходящий момент. Тот же принцип виден и в мелкой технической гигиене клиентских проектов, например в разметке ссылок. Что не занесено в систему, рано или поздно теряется.

Заведите простую таблицу и пройдите по каждому домену:

1. Домен и зона (.ru, .рф, .su или что-то другое). Домены в других зонах закон не трогает, их сразу выносим из списка.
2. У какого регистратора обслуживается и на каком договоре или аккаунте.
3. На кого оформлен администратор: вы, клиент-физлицо, юрлицо клиента, бывший подрядчик.
4. Дата следующего продления. По ней и считается личный дедлайн по домену.
5. Статус идентификации: пройдена, отправлена клиенту ссылка, ещё не трогали.
6. Кто конкретно должен пройти идентификацию и есть ли с ним живая связь.

Пример шапки такой таблицы:

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

Как сообщить клиенту, что делать, и не спровоцировать панику 30 августа

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

Я эту сцену видел много раз в другой обёртке. Клиент, который весь год не отвечал на письма, в последний момент прибегает с криком «всё пропало, что делать?!». Паника в последний день - это всегда дороже и нервнее для обеих сторон. Гораздо спокойнее разослать людям внятное сообщение в июле или начале августа, чем разгребать завал 30 августа.

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

Вот шаблон, который можно отправить клиенту почти без правок:

Здравствуйте! По новому закону до 1 сентября 2026 года владелец домена
должен один раз подтвердить личность через Госуслуги - иначе домен нельзя
будет продлить. Это касается вашего домена [домен].

От вас нужно 5 минут. Я пришлю персональную ссылку от регистратора, вы
открываете её, входите через Госуслуги и подтверждаете свои данные. Пароль
от Госуслуг никому передавать не нужно, регистратор его не видит.

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

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

Домен оформлен на юрлицо клиента - что делать?

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

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

На практике вывод простой. Пока сервис для юрлиц докатывают, займитесь организационной частью и узнайте у клиента, кто у него будет отвечать за подтверждение домена. Это должен быть человек с подтверждённой учётной записью на Госуслугах и с правом действовать за организацию. Чем раньше вы получите это имя, тем меньше шансов, что в конце августа окажется, что «нужный человек в отпуске, а больше некому».

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

А если клиент - нерезидент или домен зарегистрирован через иностранного регистратора?

Для нерезидентов предусмотрен отдельный механизм: либо завести учётную запись нерезидента на Госуслугах, либо на период с 1 июня по 31 августа 2026 года подключить услугу «Доверенный администратор». Для доменов у иностранных регистраторов главное - заранее проверить, кто и как будет ими управлять после сентября.

Услуга «Доверенный администратор» работает так, что домен формально переходит на юридическое лицо, связанное с регистратором, и уже оно становится администратором в реестре вместо клиента-нерезидента. Это способ не потерять домен, если завести нерезиденту полноценную подтверждённую учётную запись на Госуслугах не выходит. У услуги узкое окно, она работает только до конца августа 2026 года.

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

Клиент недоступен или отказывается - что тогда?

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

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

Третье, и его часто забывают: зафиксируйте факт уведомления. Сохраните переписку, где вы предупредили клиента про дедлайн и объяснили последствия. Если домен всё-таки зависнет из-за того, что клиент проигнорировал все ваши сообщения, у вас на руках будет доказательство, что вы сделали свою часть работы вовремя. Это ровно тот же принцип, что и в работе с любыми доступами и деньгами клиента, когда стоит заранее договориться, кто за что отвечает, пока ничего не сломалось.

Если клиент отказывается осознанно, ваше дело - прямо объяснить последствия: домен после ближайшего продления может уйти, вернуть его будет дорого или невозможно. Дальше это его решение и его риск. Вы предупредили и предложили простой путь, остальное вне вашей зоны контроля.

Частые ошибки фрилансеров и агентств перед 1 сентября

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

• Тянуть до августа. Чем ближе дата, тем выше шанс, что нужный человек окажется в отпуске, а домен - у регистратора, который допиливает сервис в последний момент. Запас времени тут прямо конвертируется в спокойствие.
• Путать идентификацию с продлением. Это два разных действия с разными интерфейсами. Оплаченное продление не подтверждает личность. Пройденная идентификация сама по себе домен не продлевает. Делать нужно оба действия.
• Оформлять домен клиента на себя «для простоты». После 1 сентября это создаёт ровно ту же проблему «домен на подрядчике», которую закон и вскрывает, только теперь в вашу сторону. Вы становитесь единственной точкой отказа по чужому домену.
• Надеяться, что клиент сам увидит письмо регистратора. На практике такие письма тонут в спаме. Если не продублировать лично, клиент узнает о проблеме уже когда домен завис.
• Считать, что упрощённой учётной записи хватит. Регистраторы требуют именно подтверждённую учётную запись на Госуслугах. С неподтверждённой идентификация не пройдёт, и это выяснится в самый неудобный момент.

Как сделать ЕСИА-аудит доменов постоянной привычкой

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

У меня есть принцип, который я тащу через все клиентские проекты. Любой актив держите под собой: свой трафик, свои базы, свои связки. Домен клиента на вашем балансе - такой же актив, и отвечаете за него вы сами, а письмо регистратора тут не помощник. Пока доступ к домену держится на том, что «когда-то кто-то что-то оформил», вы фактически в аренде у чужого порядка допуска, и стоит правилам поменяться, как вы останетесь без рычага. Идентификация через Госуслуги как раз и позволяет формально закрепить, кто владеет доменом, и убрать анонимную неопределённость.

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

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

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