Whois домена: как читать поля и статусы, контролировать срок оплаты и проверять чужие домены

Коротко

  • Whois — публичный справочник регистрационных данных домена: регистратор, дата создания, срок оплаты, серверы имён, статусы. Протокол описан в RFC 3912 (TCP порт 43), не защищает доступ и конфиденциальность; RDAP создан IETF как замена, а для gTLD с 28 января 2025 года WHOIS не обязателен, кроме .com, .name и .post (ICANN). Для физлиц в .ru и .рф, по материалам практиков, данные скрыты; официальные страницы Координационного центра не открылись.
  • Статусы EPP описаны ICANN: clientTransferProhibited, clientDeleteProhibited, clientUpdateProhibited — защитные; тревожные clientHold, serverHold, redemptionPeriod (30 дней удержания и около пяти дней до удаления), pendingDelete и неожиданные pending-операции. Главное поле для магазина — срок оплаты: просрочка ведёт к потере сайта.
  • Подтверждений влияния Whois и скрытия данных на ранжирование я не нашёл; возраст домена сам по себе, по заявлениям Google, не фактор. Подозрительные письма о «продлении» проверяйте у регистратора. Не юридическая консультация.
  • В статье — Whois и RDAP, поля, статусы, срок и риски, приватность, проверка своего и чужого домена, покупка, SEO, десять ошибок и PDF-чек-лист на 25 пунктов.

Коротко: что такое Whois и что с ним делать владельцу магазина

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

Что важно знать, прежде чем читать выдачу Whois:

  1. Whois — старый протокол, а ему на смену пришёл RDAP. По RFC 3912 (2004), WHOIS работает по TCP на порту 43, не поддерживает интернационализацию и не имеет механизмов контроля доступа, целостности и конфиденциальности; его следует использовать только для несекретной информации. ICANN пишет, что RDAP создан IETF как замена WHOIS: он передаёт похожие данные в стандартизированных форматах (структурированные данные, интернационализация, безопасный доступ). С 28 января 2025 года реестрам и регистраторам gTLD больше не требуется предоставлять WHOIS-сервис, кроме доменов .com, .name и .post.
  2. Самые полезные поля для магазина — дата окончания оплаты и статус. Просрочка домена — самый простой путь потерять сайт целиком: «DNS-записи», «SSL-сертификат».
  3. Статусы домена (EPP) — стандартные. ICANN подробно описывает, что означают clientHold, redemptionPeriod, pendingDelete и клиентские запреты на перевод, удаление и изменение.
  4. Скрытие данных не влияет на SEO (по крайней мере, я не нашёл подтверждений обратного в справках Google и Яндекса); вопрос возраста домена разобран отдельно: «Возраст сайта и история домена».

В статье: что такое Whois и RDAP, какие поля он показывает, как читать статусы и сроки, как устроен жизненный цикл домена после окончания срока (с оговорками по зонам), что скрыто для физлиц в .ru и .рф, как проверять свой домен и чужой, на что обращать внимание при покупке и при подозрительных письмах про «продление», десять ошибок и PDF-чек-лист на 25 пунктов. Инструменты: Whois домена онлайн на tools.cetto.ru (дата регистрации, срок оплаты, регистратор, DNS-серверы, статус и владелец) и возраст домена (дата регистрации по Whois и первый снимок в Web Archive).

PDF-чек-лист: Whois и контроль домена 25 пунктов в 6 разделах, приоритеты P1–P3, подсказки «как проверить», подсчёт результата. Можно распечатать.
Скачать PDF

Основа статьи — RFC 3912 (протокол WHOIS), страница ICANN о RDAP, страница ICANN о статусах доменов EPP и практические материалы о Whois для .ru (SecurityLab, Timeweb, Prufen и др.). Официальные страницы Координационного центра .RU/.РФ открыть не удалось (запрос перенаправил на другой адрес), поэтому сведения о скрытии данных физлиц в этих зонах я привожу по материалам практиков; в них даты введения расходятся (называют 2013, 2019 и 2020 годы). Страницу ICANN о продлении домена я целиком не открывал: перенаправление на архив.

Whois и RDAP: что это

WHOISRDAP
Что этоПростой текстовый протокол (RFC 3912, TCP порт 43)Протокол доступа к регистрационным данным, созданный IETF как замена WHOIS
ФорматТекст, содержимое не стандартизированоСтандартизированные запросы и ответы, структурированные данные
Кодировка и языкиНе сообщает кодировку; не поддерживает интернационализациюПоддерживает интернационализацию
БезопасностьНет контроля доступа, целостности и конфиденциальностиБезопасный доступ к данным
СтатусДля gTLD с 28.01.2025 регистраторы и реестры не обязаны предоставлять, кроме .com, .name, .post (ICANN)Обязателен для реестров и регистраторов gTLD (ICANN)

RFC 3912 прямо говорит, что документ описывает уже существующий протокол и не определяет, каким должно быть содержимое ответов: поэтому поля и формулировки у разных зон и сервисов различаются. Онлайн-сервисы (в том числе наш) собирают данные из WHOIS/RDAP разных зон и приводят их к единому виду; в зонах, где данные скрыты, вы увидите минимум.

Основные поля

ПолеЧто означаетЗачем смотреть
Дата создания (created, Creation Date)Когда домен был зарегистрирован (текущая регистрация)Возраст домена; не путать с возрастом сайта и историей: возраст домена
Срок оплаты (paid-till, Expiry Date)До какого числа домен закреплён за владельцемГлавное поле для контроля: просрочка ведёт к блокировке и потере
Регистратор (registrar)Компания, у которой зарегистрирован доменКуда обращаться по продлению, переводу и доступу
Серверы имён (nameservers)Где хранится DNS-зона доменаПроверка делегирования: DNS-записи
Статус (status)Состояние домена: ok, clientHold, redemptionPeriod и др.Видно блокировки, запреты на перевод и приближение к удалению
Владелец / организацияДля юрлиц обычно показывается название; для физлиц в .ru и .рф скрытоПроверка правообладателя, партнёров, конкурентов

По практическим материалам, для .ru и .рф вместо имени физлица обычно стоит «Private Person», поле организации пусто; юрлица показываются (название компании латиницей публично, контакты нет). Через Whois узнать физлицо нельзя; по одному из источников, узнать владельца законно можно только через официальный запрос регистратору с указанием причины (спор о товарном знаке, подготовка иска или другое юридическое основание). Для зон с политикой GDPR и других тоже могут скрываться контактные данные: это решение зоны и регистратора, а не сервиса проверки.

Статусы домена (EPP)

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

СтатусЧто значитЧто делать
ok (active)Обычное состояние, без незавершённых операций и ограниченийДля защиты можно попросить регистратора установить клиентские запреты
clientTransferProhibitedРеестр отклоняет перевод к другому регистратору; защищает от несанкционированных переводовДля перевода сначала снять через регистратора
clientDeleteProhibitedРеестр отклоняет запросы на удаление; защита от угона и мошенничестваДля удаления снять через регистратора
clientUpdateProhibitedРеестр отклоняет измененияДля правок снять через регистратора
clientHoldДомен не работает в DNS; редко: споры, неоплата, угроза удаленияРешить проблему через регистратора
serverHoldРеестр не активирует домен в DNSЕсли серверы имён указаны, это может быть проблемой: выяснить у регистратора
inactiveСерверы имён не назначены; домен не работает в DNSЕсли держится несколько дней, уточнить у регистратора (возможно, нужны документы)
redemptionPeriodРегистратор запросил удаление; домен удерживается 30 дней, затем ещё около пяти дней, после чего удаляется и становится доступен для регистрацииСрочно решить проблему через регистратора и восстановить
pendingDeleteДомен удаляется; отдельно (без redemptionPeriod) — 30 дней прошли без восстановленияСразу обратиться к регистратору
pendingTransfer, pendingUpdate, pendingRenewОбрабатывается перевод, изменение, продлениеЕсли вы не запрашивали, свяжитесь с регистратором

Важное практическое различие: clientTransferProhibited у надёжно настроенного домена — нормальный статус защиты, а не проблема. Тревожные: clientHold, serverHold, redemptionPeriod, pendingDelete, а также незнакомые pendingTransfer и pendingUpdate, если вы ничего не делали. В зоне .ru набор статусов и сроки могут отличаться (по практическим материалам, после даты окончания оплаты есть льготный период около месяца на продление; точные сроки для вашей зоны уточняйте у регистратора и в правилах реестра).

Срок оплаты и риск потерять сайт

  • Следите за датой paid-till. По практике, после неё домен переходит в льготный период, затем может быть заблокирован (сайт перестаёт открываться) и уйти на освобождение. Потеря домена — это потеря сайта, почты и накопленного трафика: «Доступность сайта».
  • Настройте автопродление и напоминания у регистратора; проверьте, что на карте или счёте достаточно средств и что почта регистратора не уходит в спам: «Письма попадают в спам».
  • Оформляйте домен на компанию, а не на сотрудника или подрядчика; храните доступ к аккаунту регистратора под двухфакторной защитой: «Надёжный пароль».
  • Продлевайте заранее, например, на несколько лет, если это допускает зона и позволяет бюджет.
  • Календарь. Срок домена, сертификата и хостинга должен быть в одном календаре с ответственным.
  • Если домен уже в redemptionPeriod, по ICANN, нужно срочно решать вопрос через регистратора; восстановление обычно платное и ограничено по времени.

Как проверить свой домен и чужой

  1. Свой домен. Откройте Whois домена: сверьте регистратора, срок оплаты, статусы, серверы имён. Они должны соответствовать вашим данным и настройкам DNS.
  2. Статусы. Нет ли clientHold, serverHold, redemptionPeriod, pendingDelete, неизвестных pending-операций; стоят ли защитные запреты (перевод, удаление, изменение).
  3. Серверы имён. Те ли они, где вы ведёте DNS: DNS-записи. Если нет, возможна ошибка или несанкционированная смена.
  4. Чужой домен (конкурент, партнёр, покупка). Дата создания и срок оплаты, регистратор, статус; для истории — Web Archive: возраст домена, «Возраст сайта и история домена».
  5. Сверка с вебмастерами и хостингом. Домен, подтверждённый в Вебмастере и Search Console, должен быть вашим: «Яндекс Вебмастер».
  6. Сравнение в динамике. Раз в квартал фиксируйте скриншот или выгрузку Whois, чтобы заметить неожиданные изменения.

Покупка домена и подозрительные письма

  • Перед покупкой проверьте дату создания, статусы, историю в архиве, репутацию (спам-реестры), индексацию, ссылочный профиль; ни один инструмент не даёт полной картины: «Возраст сайта и история домена».
  • Дроп и аукционы. Освободившийся домен может иметь длинную историю: в Whois дата создания «свежая», а в архиве прошлые годы (обзоры).
  • Письма «о продлении домена» и «срочной регистрации» от незнакомых компаний. Часто это попытки заставить оплатить ненужную услугу или перенести домен. Проверяйте регистратора по Whois и пишите только в свой аккаунт регистратора, а не по ссылкам из письма (общий совет по безопасности, не пересказ источников).
  • Не отправляйте пароль и коды по почте и в мессенджерах; для перевода регистратору потребуется код авторизации, храните его осторожно (общие сведения).
  • Если домен угнан (изменились серверы имён, регистратор, статусы), сразу обращайтесь к регистратору и фиксируйте данные Whois.

Whois и SEO

  • Скрытие данных и ранжирование. Подтверждений, что скрытые или открытые данные Whois влияют на позиции, я в справках не нашёл. Возраст домена по заявлениям представителя Google сам по себе не фактор: «Возраст сайта».
  • Доверие. Для магазина открытые данные юрлица (название, адрес) могут укреплять доверие покупателей и партнёров; это вопрос репутации, а не алгоритма: «E-E-A-T».
  • Персональные данные. Для физлиц публикация контактов в Whois нежелательна: оставляйте скрытие включённым: «152-ФЗ для интернет-магазина».
  • Подтверждение прав. В вебмастерах права подтверждают по DNS-записи или файлом, а не по Whois: «Google Search Console».
  • Переезд. При смене регистратора и серверов имён заранее проверьте TTL и записи: «Миграция сайта».

Десять частых ошибок

  1. Не следят за сроком оплаты и узнают о проблеме по недоступному сайту.
  2. Домен оформлен на сотрудника или подрядчика и привязан к чужой почте.
  3. Письма регистратора уходят в спам или на неактуальный адрес.
  4. Не защищён аккаунт регистратора (нет двухфакторной защиты, слабый пароль).
  5. Не проверяют статусы и не замечают clientHold, redemptionPeriod, неожиданные pending-операции.
  6. Путают дату регистрации домена и возраст сайта и историю домена.
  7. Пытаются «вычислить» владельца физлица по Whois, вместо законных способов.
  8. Платят по подозрительным письмам о «продлении» и «переносе» домена.
  9. Покупают домен только по дате создания без проверки истории и репутации.
  10. Не фиксируют данные Whois и не замечают неожиданных изменений.
Скачать PDF-чек-лист: Whois и контроль домена Пройдите по списку на своём сайте: 25 пунктов, приоритеты, подсказки и подсчёт результата.
Скачать PDF

Что проверяю в аудите я

Контроль домена — основа надёжности сайта. В рамках SEO-аудита я проверяю Whois и статусы домена, срок оплаты, делегирование и серверы имён, согласованность с DNS, сертификатом и вебмастерами и даю рекомендации по защите доступа и регламенту продления. Результат: PDF-отчёт на 30–50 страниц, технические задания для программистов, прогноз по трафику и заявкам и созвон, на котором я лично расскажу о найденных ошибках и отвечу на вопросы. Стоимость от 30 000 ₽, срок 3–5 рабочих дней для небольшого сайта и 7–10 для крупного магазина.

Хотите убедиться, что домен магазина защищён и не истечёт в самый неудобный момент? Напишите адрес сайта. Подскажу, что проверить в первую очередь, назову стоимость и сроки аудита. Заказать аудит Подробнее об услуге на cetto.ru

Итоговый чек-лист (короткая версия, полная в PDF)

  • Срок оплаты домена известен, автопродление включено, напоминания и ответственный назначены.
  • Домен оформлен на компанию; аккаунт регистратора защищён двухфакторной защитой и надёжным паролем.
  • Статусы Whois проверены: нет тревожных (clientHold, serverHold, redemptionPeriod, pendingDelete); защитные запреты на перевод, удаление и изменение стоят.
  • Серверы имён совпадают с тем, где ведётся DNS; данные Whois периодически фиксируются.
  • Перед покупкой чужого домена проверены дата создания, история, репутация и индексация.
  • Подозрительные письма о «продлении» домена не оплачиваются без проверки у регистратора.

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

Что такое Whois?

Публичный справочник регистрационных данных домена: регистратор, дата создания, срок оплаты, серверы имён, статусы и (если не скрыто) данные владельца. Протокол WHOIS описан в RFC 3912 (TCP порт 43).

Чем RDAP отличается от WHOIS?

RDAP создан IETF как замена WHOIS: передаёт похожие данные в стандартизированных форматах с поддержкой интернационализации и безопасным доступом. По ICANN, с 28 января 2025 года реестрам и регистраторам gTLD WHOIS больше не требуется, кроме .com, .name и .post.

Как узнать владельца домена?

Для юрлиц название компании обычно показывается. Для физлиц в зонах .ru и .рф данные скрыты (по материалам практиков вместо имени стоит «Private Person»). Законный путь — официальный запрос регистратору с указанием причины.

Что означает paid-till?

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

Что значит статус clientTransferProhibited?

Реестр отклоняет перевод домена к другому регистратору. Это защитный статус от несанкционированных переводов; для перевода его нужно снять через регистратора.

Чем опасны статусы clientHold и redemptionPeriod?

clientHold означает, что домен не работает в DNS (споры, неоплата, угроза удаления). redemptionPeriod — регистратор запросил удаление: домен удерживается 30 дней, затем около пяти дней до удаления; для сохранения нужно срочно решить вопрос через регистратора.

Влияет ли скрытие данных Whois на SEO?

Подтверждений в справках Google и Яндекса я не нашёл. Возраст домена по заявлениям Google сам по себе не фактор; для физлиц скрытие данных рекомендуется из соображений приватности.

Как проверить домен перед покупкой?

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

Где скачать чек-лист?

PDF-чек-лист на 25 пунктов с приоритетами P1–P3, подсказками «как проверить» и подсчётом результата можно скачать по ссылке в статье. Он бесплатный; при цитировании укажите источник.

Владимир Родионов
Об автореВладимир Родионов

Интернет-маркетолог, частный SEO-специалист cetto.ru. 10+ лет в IT, 200+ реализованных проектов, сертификация Яндекса и Google.

Ещё 20 статей из блога по теме

Домен и хостинг Возраст сайта и история домена: что подтверждено, как проверить и чем опасна покупка домена с прошлым Влияет ли возраст сайта на ранжирование: что заявляет Google и что неизвестно про Яндекс, как узнать возраст и историю домена, как проверить домен перед покупкой, правила про истёкшие домены. PDF-чек-лист на 30 пунктов. Технический аудит Сайт не открывается: причины и пошаговая диагностика для владельца интернет-магазина Почему сайт не открывается и как найти причину по порядку: домен и срок регистрации, DNS, хостинг и ошибки 5xx, SSL, защита и блокировки. Таблица ошибок браузера, шаблон обращения в поддержку, чек-лист. Домен и хостинг SSL-сертификат: как он работает, как проверять срок и цепочку и как перейти на HTTPS, не потеряв трафик Что такое SSL-сертификат, типы DV, OV, EV, срок и автопродление, типичные ошибки, переход на HTTPS, HSTS, смешанный контент, CAA, российские центры, проверка и чек-лист. PDF-чек-лист на 30 пунктов. Технический аудит Доступность сайта: как проверять и мониторить, как реагируют Google и Яндекс на ошибки сервера и как проводить работы без потерь Как проверять и мониторить доступность сайта: виды недоступности, как реагируют Google и Яндекс на 5xx и 429, 503 с Retry-After при работах, robots.txt при авариях, SLA и аптайм, что делать при сбое. PDF-чек-лист на 27 пунктов. Утилиты вебмастера Ошибки при выборе паролей: даты, имена, шаблоны и повторы и как их исправить Какие пароли подбираются первыми: даты, имена, слово с цифрами, замена букв, клавиатурные цепочки и повторы. Что говорят исследования, NCSC, NIST и OWASP, как исправить за вечер. PDF-чек-лист на 27 пунктов. Домен и хостинг DNS-записи: что делают A, CNAME, MX, TXT, NS и CAA, какие ограничения у них есть и как менять их без простоя Что такое DNS-записи и какие нужны сайту магазина: A, AAAA, CNAME, MX, TXT, NS, CAA; ограничения из RFC, где менять записи, TTL и сроки, типовые сценарии, проверка и ошибки. PDF-чек-лист на 27 пунктов. Домен и хостинг Punycode: как кириллический домен превращается в xn-- и что настроить владельцу сайта Что такое Punycode и IDNA, как кодируются домены (пример.рф → xn--e1afmkfd.xn--p1ai), почему браузер показывает xn--, как настроить DNS, сертификат и редиректы, есть ли SEO-польза у кириллического домена. PDF-чек-лист на 27 пунктов. Утилиты вебмастера Генератор пароля: как работает, какие настройки выбрать и как проверить, что он безопасен Как устроен безопасный генератор паролей (crypto.getRandomValues, выбор без смещения), какие длину и символы выбрать, парольная фраза EFF, ограничения сайтов, проверка онлайн-генератора. PDF-чек-лист на 27 пунктов. Домен и хостинг Письма попадают в спам: как проверить SPF, DKIM, DMARC, репутацию и базу и вернуть доставляемость Почему письма магазина попадают в спам: SPF, DKIM, DMARC, PTR и TLS, требования Google к отправителям, жалобы и чёрные списки, отписка, формат и база адресов, пошаговая диагностика. PDF-чек-лист на 29 пунктов. Утилиты вебмастера Надёжный пароль: что говорят NIST и OWASP, как создать пароль и парольную фразу и защитить доступы сайта Какой пароль считается надёжным по NIST, OWASP и Роскачеству: длина важнее сложности, без плановой смены, менеджер паролей и двухфакторная защита. Как создать пароль и безопасный генератор, защита доступов сайта. PDF-чек-лист на 29 пунктов. Утилиты вебмастера Как узнать свой IP-адрес: внешний и внутренний, белый, серый и CGNAT, точность геолокации и влияние IP на SEO Как узнать свой IP-адрес, чем внешний адрес отличается от внутреннего, что такое белый, серый и CGNAT, почему сервисы показывают разные адреса, как точна геолокация и при чём здесь SEO. PDF-чек-лист на 24 пункта. Технический аудит Ошибка 403 и 401: чем отличаются и что делать, если сайт закрыт для поискового робота Чем код 403 отличается от 401, как Google и Яндекс обрабатывают 4xx, почему робот получает 403, а браузер 200, как проверить подлинность робота по DNS и настроить защиту. PDF-чек-лист на 28 пунктов. Контент и тексты E-E-A-T для интернет-магазина: что это и как показать поисковику и покупателю, что вам можно верить Что такое E-E-A-T, почему это не фактор ранжирования, как показать опыт, экспертность, авторитетность и доверие в интернет-магазине: контакты, карточки, авторы, отзывы, YMYL, проверка. PDF-чек-лист на 33 пункта. SEO-аудит Экспресс-аудит сайта: что проверить за 30 минут и когда этого мало Что такое экспресс-аудит сайта, чем он отличается от полного, что предлагают агентства (состав, сроки, цены), протокол проверки на 30–40 минут, «светофор» результата и когда экспресса недостаточно. SEO-аудит Аудит ссылок: как проверить ссылочный профиль и что делать с плохими ссылками Как провести аудит ссылочного профиля: где взять данные, как классифицировать ссылки, проверить доноров и анкоры, когда нужен disavow и почему он последняя мера, как изучать конкурентов. PDF-чек-лист на 37 пунктов. GEO и нейросети Нейросети в поиске: как они появились, как развиваются и что это значит для сайта Хронология нейросетей в поиске Google (RankBrain, BERT, MUM, AI Overviews, AI Mode) и Яндекса (Палех, Королёв, YATI, Нейро) по первоисточникам и что из этого следует магазину. PDF-чек-лист на 26 пунктов. Аналитика и реклама Cookie-баннер: нужен ли он российскому сайту, как проверить счётчики и не навредить SEO Что известно о cookie и 152-ФЗ по публикациям, виды cookie, как устроен баннер, как проверить, что Метрика не грузится до согласия, баннер и SEO. Не юридическая консультация. PDF-чек-лист на 29 пунктов. Технический аудит Миграция сайта и смена CMS: как подготовить переезд, запустить его и не потерять органический трафик Как мигрировать сайт и сменить CMS без потери трафика: типы переезда, подготовка и тестовый стенд, таблица редиректов, запуск, Переезд сайта в Яндексе и Change of Address в Google, диагностика падения. PDF-чек-лист на 40 пунктов. Основы SEO Фильтры и алгоритмы Яндекса: как проверить ограничение, снять его и не бояться апдейтов Чем фильтр Яндекса отличается от алгоритма, официальный список нарушений в Вебмастере, как проверить и снять ограничение по справке, что значат АГС и Баден-Баден, как реагировать на обновления. PDF-чек-лист на 31 пункт. Технический аудит Яндекс Вебмастер: как подключить сайт, что в нём смотреть и как не потерять доступ Как добавить сайт в Яндекс Вебмастер, подтвердить права и выдать доступы, что смотреть в каждом разделе, как часто, как искать рост по запросам, лимиты и ошибки. PDF-чек-лист на 32 пункта.
Сделано практиком

Нужен не чек-лист, а результат?

Проведу технический аудит интернет-магазина: robots.txt, редиректы, дубли, индексация, скорость — с приоритетами и понятным планом исправлений. Напишите в Telegram — отвечу лично.