Как узнать дату регистрации сайта через RDAP и WHOIS онлайн
Представьте типичную ситуацию: продавец домена уверенно называет сайт «пятнадцатилетним», но данные реестра говорят иное. Такое расхождение встречается часто, и единственный надёжный способ разрешить его — самостоятельно установить дату регистрации по публичным данным. Ниже разобрано, как проверить возраст домена без регистрации и платных сервисов, на что смотреть в ответе и где чаще всего ошибаются даже опытные специалисты. Тема продолжает материал о том, как проверить возраст домена онлайн через RDAP и WHOIS, но здесь акцент сделан на практической последовательности действий и критериях решения.
Что понадобится для проверки возраста домена
Прежде чем открывать любой сервис, нужно разделить три понятия, которые путают постоянно: дату регистрации домена, дату создания сайта и дату первой индексации поисковиком. Регистрация фиксируется в реестре и означает, что адрес закреплён за владельцем. Сайт может быть запущен через год или два, а индексация наступит ещё позже. Если выдать дату индексации за возраст домена, оценка будет завышена или занижена на годы.
Включите проверку RDAP и WHOIS в стандартный процесс due diligence: фиксируйте даты, сверяйте источники, смотрите статусы и отдельно оценивайте возраст сайта
Для работы достаточно публичных сервисов RDAP и WHOIS, которые не требуют регистрации. Минимальный набор данных — доменное имя без протокола и поддоменов (для shop.example.com проверяется example.com), понимание зоны и актуальный реестр, который её ведёт. Для фиксации результата удобны скриншот страницы с датами, экспорт ответа в текстовый файл и журнал проверок с отметкой времени, потому что реестровые данные меняются.
Порядок проверки даты регистрации домена
Сначала определите зону и реестр. Для большинства gTLD-зон (.com, .net, .org) действует RDAP, поддержку которого IANA отслеживает через bootstrap-файлы, указывающие на сервер конкретного реестра. Для ряда национальных зон, например .ua, .ru или .pl, структурированного ответа может не быть, и приходится обращаться к WHOIS. Поэтому первый шаг — выяснить, какой протокол вообще отдаёт данные для вашей зоны.
Далее выполните RDAP-запрос. Ответ приходит в JSON, а дата создания находится в массиве events с типом registration; дата окончания — в событии expiration, а последнее изменение — в last changed. Время указывается в UTC, например 2027-01-13T00:12:14Z, поэтому перед расчётом возраста приведите все даты к одному часовому поясу. Разница между текущей датой и датой регистрации даёт возраст в днях; деление на 365 — приблизительный возраст в годах.
Затем проверьте тот же домен через WHOIS — веб-сервис или командную строку (утилита whois в Linux и macOS, аналогичные инструменты в Windows). Сравните полученные даты. При совпадении двух источников можно фиксировать результат. При расхождении ищите причину: кэш агрегатора, редактирование данных владельца или различия в формате зоны. Фиксируйте дату в формате ISO 8601 (ГГГГ-ММ-ДД), чтобы отчёт читался однозначно в любой стране и системе.
На что смотреть в ответе реестра
Поля создания и изменения дают основу для выводов, но читать их нужно внимательно. Событие registration или поле created сообщают, когда домен впервые появился в реестре. Событие changed или updated показывает последнее изменение записи: смену DNS, контактов или статуса. Событие expiration определяет, до какого момента адрес оплачен. Сопоставьте эти три даты: если последнее изменение свежее, а регистрация старая, домен существует давно, но им недавно управляли.
Различие между первой регистрацией и последней сменой владельца принципиально. Трансфер между регистраторами или смена владельца обычно не сбрасывает дату первой регистрации, поэтому старая дата остаётся на месте даже у проекта, созданного заново. Чтобы увидеть такие переходы, смотрите события transfer и изменения контактных данных в хронологии.
Статусы домена также несут информацию о его истории. Статус clientTransferProhibited означает, что перенос заблокирован клиентом и домен, скорее всего, находится под контролем владельца. Статус redemptionPeriod указывает, что домен просрочен и находится в периоде восстановления: в таком случае его возраст уже не отражает непрерывную историю, а владение может скоро смениться. Наличие pendingDelete говорит о том, что домен близок к освобождению.
Признаки перерегистрации заметны по сочетанию дат. Если в истории есть событие удаления или expiration с последующей новой registration, домен был освобождён и зарегистрирован заново. В этом случае дата в записи относится к новой регистрации, а реальная история адреса может быть богаче или, наоборот, связана с сомнительными проектами. Сверка с веб-архивом покажет, что было на адресе до перерыва. Чтобы проверить возраст домена на сайте Harbor Field, достаточно ввести имя без протокола и поддоменов, после чего сервис покажет дату регистрации по данным RDAP и WHOIS.
Где чаще всего ошибаются
Самая распространённая ошибка — принимать за возраст домена дату создания сайта или файла. Дата файла на сервере или дата публикации первой страницы отражает работу CMS, а не регистрацию адреса. Такие даты легко подделываются или обновляются при переезде сайта, поэтому опираться на них при оценке домена нельзя.
Вторая ошибка — доверие к дате, названной продавцом, без запроса реестра. Продавец может искренне заблуждаться, считая возрастом срок существования бизнеса или возраст прежнего владельца. Для сделки это критично: цену домена и его ценность для поисковых позиций нужно сверять с данными реестра, а не с устными заверениями.
Третья ошибка связана с приватностью данных. Многие регистраторы скрывают персональные контакты владельца за сервисом защиты, и в ответе WHOIS остаются только технические поля. Владелец при этом может быть скрыт, но дата регистрации доступна — её и нужно использовать. Не стоит делать вывод, что отсутствие контактов означает отсутствие даты или что запись неполная.
Четвёртая ошибка — путаница с часовыми поясами и форматами дат. RDAP отдаёт время в UTC, WHOIS-ответы разных реестров используют локальные форматы, а иногда и разные порядки полей дня и месяца. Разница в один день при ручном расчёте возраста кажется мелочью, но в спорных сделках она решает многое, поэтому даты лучше приводить к единому формату ISO 8601 и UTC сразу.
Пятая ошибка — считать историю домена непрерывной. Домен, который истёк и был перерегистрирован, выглядит в записи как новый, хотя предыдущий владелец мог успеть накопить ссылки и репутацию, которые при перерегистрации обычно не переходят вместе с адресом. Поэтому проверка статусов и сверка с архивом обязательны, когда речь идёт о покупке или выборе поставщика.
Чеклист перед покупкой или выбором поставщика
- Дата регистрации подтверждена минимум двумя источниками: RDAP-ответом реестра и WHOIS-сервисом.
- Дата сопоставлена с историей смены владельца и с архивными снимками сайта.
- Проверен статус домена, в том числе отсутствие redemptionPeriod и pendingDelete.
- Срок оплаты известен, и до окончания есть запас не менее нескольких месяцев.
- Регистратор установлен, и известно, через кого проходят продление и управление DNS.
- Результаты проверки сохранены с датой проверки, ссылкой на источник и выводом.
- Возраст сайта оценён отдельно от возраста домена, с учётом даты запуска и контента.
Что это меняет на практике
Проверка возраста домена занимает несколько минут, но именно она отделяет проверенное утверждение от устного обещания. При покупке домена дата регистрации, статус и срок оплаты вместе показывают, стоит ли вести переговоры и на каких условиях. При выборе поставщика та же проверка помогает понять, работает ли компания в интернете столько, сколько заявлено, а если расхождение велико — запросить подтверждение или искать другого партнёра.
Надёжная оценка возраста домена строится на данных реестра, а не на словах продавца или цифрах на сайте. Так решение опирается на проверяемые факты, а сам вопрос «сколько существует этот адрес» получает однозначный ответ, который можно предъявить в переговорах и сохранить в отчёте.