Как проверить, свободен ли домен

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

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

Быстрая проверка через поиск

Введите имя без протокола, пути и порта в поиск доменов. Например, для адреса https://shop.example.com/catalog предметом проверки будет точное доменное имя, а не весь URL. Если нужен новый домен второго уровня, проверяйте вариант вроде myproject.ru, а не будущий поддомен www.myproject.ru.

Поиск удобен для сравнения одного обозначения в нескольких зонах. Его результат следует читать как предварительный:

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

Отсутствие A, AAAA, NS или веб-страницы не является проверкой регистрации. Владелец может не делегировать домен, временно отключить DNS или использовать имя только для будущего проекта.

RDAP и WHOIS зависят от зоны

Регистрационные данные получают не одним универсальным способом. Для общих доменов верхнего уровня, gTLD, таких как .com и .net, с 28 января 2025 года основным официальным источником является RDAP. ICANN Lookup использует RDAP и возвращает структурированные доступные данные. Для национальных зон действуют собственные правила: например, для .ru и .рф Координационный центр продолжает предоставлять официальный WHOIS.

Через WHOIS-проверку можно получить нормализованный результат из доступного источника, но состав полей различается. Сервис может показать регистратора, события, серверы имён и статусы, однако отдельные поля могут отсутствовать или быть скрыты политикой доступа.

Команду WHOIS следует запускать без фильтрации первого ответа:

whois example.com

Пустой вывод не доказывает доступность. Команда могла обратиться не к тому серверу, получить ошибку или столкнуться с лимитом. Даже строку No match можно считать отрицательным ответом только тогда, когда это документированный маркер авторитетного сервиса конкретной зоны. Команда с grep опаснее, потому что она способна удалить сообщение об ошибке и оставить визуально пустой результат.

Для существующей gTLD-записи полезно смотреть:

• Registrar — обслуживающий регистратор, если поле раскрывается.
• Events или даты — события создания, изменения и окончания регистрационного периода.
• Status — технические статусы, например запрет межрегистраторского переноса или прекращение публикации в DNS.
• Nameserver — указанное делегирование, которое не следует путать с адресом сайта.

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

Когда имя без записи всё равно недоступно

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

IANA Root Zone Database помогает найти официального оператора домена верхнего уровня. Она не заменяет правила регистрации: после определения оператора нужно открыть его актуальные документы и затем проверить договор регистратора.

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

Надёжная последовательность проверки

Допустим, проект рассматривает myproject.ru и похожее имя в международной зоне.

1. Проверьте точное написание и нужные зоны через поиск доменов.
2. Для результата «занят» откройте регистрационные данные через WHOIS/RDAP-инструмент и убедитесь, что ответ относится к точному имени.
3. Для результата «предварительно свободен» изучите правила оператора зоны: допустимые символы, ограничения и требования к данным.
4. Выберите аккредитованного или поддерживающего зону регистратора и повторите проверку непосредственно перед оформлением.
5. Сверьте полную стоимость регистрации и обычного продления, срок, договор и данные будущего администратора.
6. Считайте имя зарегистрированным только после подтверждения успешной заявки в кабинете регистратора.
7. После регистрации настройте и проверьте DNS-записи; наличие регистрации само по себе не создаёт сайт или почту.

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

Что зафиксировать для важной проверки

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

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

Типичные ошибки

• Считать предварительную отметку «свободен» бронью или гарантией цены.
• Делать вывод по пустому WHOIS, ошибке RDAP или отсутствию DNS-записей.
• Проверять только главную страницу и считать домен без сайта незарегистрированным.
• Смешивать домен, URL и поддомен и в результате запрашивать не то имя.
• Переносить правила .com на .ru, .рф или другой ccTLD.
• Искать дату будущего освобождения по одному полю окончания регистрации.
• Использовать IANA Root Zone Database как замену политике оператора зоны.
• Оплачивать заказ, не сверив обычное продление и данные администратора.

Частые вопросы

Можно ли гарантированно занять домен после проверки?

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

Чем отличается поиск домена от RDAP или WHOIS?

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

Почему домен без сайта может быть занят?

Домен может быть зарегистрирован, но не иметь сайта, почты или публичных адресных DNS-записей. Отсутствие страницы, A или AAAA не означает, что имя доступно для новой регистрации.