Проверить возраст домена онлайн: дата регистрации по RDAP и WHOIS
Представьте, что вы собираетесь купить домен с рук за приличные деньги. Продавец уверяет, что сайту «уже двенадцать лет», а в карточке стоит дата, которая говорит совсем о другом. Именно в такие моменты выясняется, что дата регистрации домена — один из самых полезных и одновременно самых недооценённых показателей. Она не решает всех вопросов, но быстро отсекает явную ложь, помогает оценить риски и даёт опору для решений. Аналитику она нужна, чтобы понять контекст конкурента, маркетологу — чтобы не тратить бюджет на свежий домен без истории, а владельцу сайта — чтобы не пропустить момент, когда адрес станет доступен любому желающему. Команда PromoPilot™ сталкивается с этим каждый день, когда подбирает площадки для размещения и проверяет доноров, поэтому далее разберём, как получить эти данные корректно и что с ними делать.
Прежде чем идти дальше, важно развести два понятия, которые постоянно смешивают. Возраст домена — это время с момента регистрации адреса в реестре. Возраст сайта — это время, когда на этом адресе появился реальный контент. Между ними может лежать пропасть: домен могли зарегистрировать много лет назад, держать пустым, а потом запустить проект. Или, наоборот, старый адрес выкупили после освобождения и построили на нём совершенно новый ресурс. Поэтому дата регистрации отвечает на вопрос «когда адрес впервые появился в системе», а не «когда появился этот сайт». Читатель, который заметит эту разницу, уже избежит половины типичных ошибок, а дальше мы разберём методы, критерии выбора сервиса и практические сценарии. Чтобы узнать, когда был зарегистрирован домен, достаточно проверить данные WHOIS или RDAP-запрос, которые показывают дату создания записи в реестре. Для быстрой оценки того, когда домен был зарегистрирован, можно воспользоваться проверкой сайта на время создания, которая показывает дату регистрации напрямую из данных о домене.
Как проверить возраст домена онлайн: основные методы
Существует два основных способа получить дату регистрации: современный протокол RDAP и классический WHOIS. Оба работают с одним и тем же реестром, но отдают данные в разных форматах и с разной степенью стандартизации. Понимание различий помогает не только получить ответ, но и понять, почему в одних случаях данные полные, а в других — урезанные. Ниже каждый метод разобран отдельно, включая поля ответа, особенности времени и порядок ручной проверки.
Проверка по протоколу RDAP
RDAP (Registration Data Access Protocol) — это современная замена WHOIS, которую регламентирует IETF в серии стандартов RFC 7480–7484. Главное отличие в том, что ответ приходит в структурированном виде JSON, а не в свободном текстовом формате, который каждый реестр оформлял по-своему. Для программной обработки это огромный плюс: не нужно разбирать регулярные выражения под каждую зону. Запрос отправляется HTTP-запросом к серверу реестра, и в ответе вы получаете массив событий, статусы и данные регистратора.
Для ответа на вопрос о возрасте интересны три блока. Первый — события (events), среди которых ключевые eventAction со значениями registration (дата регистрации), expiration (дата окончания) и last changed (последнее изменение). Второй — entities, где указан регистратор с его идентификатором и контактными данными, если владелец их не скрыл. Третий — status, где перечислены статусы домена вроде clientTransferProhibited или serverHold. Именно из событий registration мы получаем точку отсчёта для расчёта возраста.
Формат времени в RDAP — ISO 8601 с указанием UTC. Например, строка 2027-01-13T00:12:14Z означает, что событие произошло в половине первого ночи по Гринвичу. Если вы сравниваете даты из разных источников или считаете дни вручную, эта деталь важна. Для регистраций, совершённых поздно вечером по местному времени, дата в UTC может оказаться на сутки раньше или позже вашей локальной. Поэтому при расчёте возраста в днях лучше ориентироваться на UTC с самого начала и не смешивать часовые пояса в одной таблице.
Проверка через WHOIS-запрос
WHOIS — протокол старше интернета в его нынешнем виде, он работает через порт 43 и возвращает текст без жёсткой структуры. Каждый реестр пишет запись по-своему: одни используют поля Creation Date, другие — Registered on или created. Поэтому при разборе WHOIS приходится учитывать особенности конкретной зоны. Для gTLD вроде .com и .net записи во многом унифицированы через ту же систему Verisign, а вот национальные зоны часто имеют собственные правила и собственный формат ответа.
Почему для некоторых зон данные скрыты? Причин несколько. Во-первых, европейские правила защиты персональных данных (GDPR) обязали многие реестры убирать контакты владельца из публичной выдачи. Во-вторых, регистраторы массово подключают услугу WHOIS privacy, которая подставляет данные прокси-сервиса вместо имени владельца. В-третьих, некоторые национальные регистратуры вообще не отдают дату создания в открытом виде, оставляя только срок действия. Для анализа возраста это означает, что отсутствие даты — не доказательство чего-либо плохого, а лишь ограничение источника.
Пошаговый порядок ручной проверки выглядит так. Сначала определите зону домена и узнайте, какой WHOIS-сервер её обслуживает. Затем выполните запрос командой whois с именем домена, например whois example.com. Найдите строки с датой создания, проверьте формат и часовой пояс, если он указан. Если ответ неполный, попробуйте RDAP-запрос к тому же реестру. Наконец, сравните результаты двух источников: если даты совпадают, можно доверять; если расходятся на годы, стоит искать причину в истории переноса домена.
Расчёт возраста в днях и годах
Формула тривиальна: возраст в днях равен разнице между текущей датой и датой регистрации, выраженной в одном часовом поясе. В годах удобнее считать полные годы, а остаток переводить в месяцы. Однако при работе с большими периодами возникают нюансы, связанные с високосными годами. Если считать просто делением на 365, за двадцать лет накопится ошибка почти в пять дней. Поэтому либо используйте календарную арифметику, которая учитывает високосные годы автоматически, либо явно указывайте, что возраст выражен в приближённых годах.
Гораздо важнее другой вопрос: что считать непрерывным существованием домена. Если владелец продлевал адрес без перерыва, дата регистрации остаётся исходной даже при смене регистратора или владельца. Но если домен истёк, попал в льготный период и был зарегистрирован заново, дата создания обнуляется. Для аналитики это означает, что «возраст» в смысле календарной даты и «непрерывное существование» в смысле владения — разные показатели. Первый говорит о времени в реестре, второй — о стабильности владения. Оба полезны, но читать их нужно вместе.
Дата регистрации показывает, когда адрес впервые появился в реестре; непрерывность владения показывает, был ли этот адрес всё это время в одних руках. Для оценки партнёра важны оба показателя, а не только первый.
На что смотреть при выборе сервиса проверки возраста домена
Сервисов, которые считают возраст домена, много, и их качество сильно различается. Одни запрашивают данные напрямую у реестра, другие агрегируют чужие базы, третьи кэшируют ответы неделями. Выбор источника напрямую влияет на точность. Поэтому при выборе инструмента полезно задать себе несколько вопросов: откуда берутся данные, как часто они обновляются, поддерживаются ли нужные зоны и не теряется ли информация при обработке.
Критерии надёжности источника данных
Прямой запрос к RDAP-серверу реестра — самый надёжный вариант, потому что ответ идёт из первоисточника без промежуточных искажений. Агрегаторы удобны, но они добавляют собственный слой: если их база устарела или содержит ошибки парсинга, пользователь получит неверную дату без каких-либо предупреждений. Хороший сервис честно указывает, с каким источником работает, и показывает, из какого протокола получены данные. Если такой информации нет, стоит проверить хотя бы одну дату вручную.
Частота обновления тоже важна. Для дат регистрации она не критична: они меняются редко, и кэш на несколько часов практически ничего не портит. Зато для дат истечения и статусов задержка может обойтись дорого. Представьте, что домен попал в redemption period, а сервис показывает, что всё в порядке. Поэтому при выборе инструмента проверяйте, как часто он обновляет статусы и есть ли у него кэш на уровне самих данных, а не только интерфейса.
Поддержка доменных зон — отдельный пункт. Международные зоны обычно покрываются хорошо, а вот национальные с кириллическими или нестандартными правилами регистрации нередко выпадают. Проверьте, работает ли сервис с IDN-доменами, то есть с именами на кириллице, которые в системе представлены в кодировке punycode. Если инструмент не понимает xn--, он не сможет корректно обработать запрос, даже если данные в реестре есть.
- Прямой запрос к реестру лучше агрегатора, если нужна точность.
- Частота обновления статусов важнее, чем частота обновления дат регистрации.
- Поддержка IDN и национальных зон проверяется отдельно, по каждой зоне.
- Сервис должен явно указывать источник и протокол ответа.
Бесплатность, ограничения и условия использования
Многие инструменты предлагают бесплатную проверку, но ограничения бывают разными: лимит запросов в сутки, обязательная регистрация, ограничение на количество доменов за раз, отсутствие части полей для гостей. Фраза «без регистрации» не означает полного доступа: гостю могут показывать дату регистрации и срок, но скрывать историю, DNS-серверы или статусы. Прежде чем доверять инструменту, посмотрите, какой объём данных доступен без входа и что меняется после него.
Приватность запросов — вопрос, который обычно остаётся за кадром. Когда вы вводите имя домена в стороннюю форму, сервис видит ваш запрос, IP-адрес и время. Если вы проверяете потенциальную покупку или конкурента, это может быть информацией, которую вы не хотите раскрывать. Политика хранения данных должна быть понятной: сколько хранятся логи, передаются ли запросы третьим лицам, используется ли история для аналитики. Для рабочих проверок это особенно важно, если речь идёт о коммерческих сделках.
Полнота выдачи: дата окончания, регистратор, статусы
Дата регистрации — лишь одна строка в отчёте. Для полноценного решения нужны ещё несколько полей. Дата окончания показывает, сколько осталось до истечения, и это критично при покупке или при контроле собственных доменов. Регистратор важен, потому что смена регистратора и переход между ними сигнализируют о движении домена на рынке. Статусы описывают текущее состояние: clientHold означает приостановку со стороны регистратора, redemptionPeriod — возможность восстановления после истечения, pendingDelete — финальную стадию перед освобождением.
Проверка регистратора и DNS-серверов позволяет понять, где и как управляется домен. Если DNS-серверы указывают на хостинг одного проекта, а регистратор зарегистрирован в регионе, не связанном с деятельностью сайта, это повод для дополнительного анализа. Такие детали не говорят о мошенничестве сами по себе, но помогают собрать полную картину. Полный набор полей показывают специализированные WHOIS-инструменты, а краткие сервисы даёт только дату и срок.
Признаки урезанного отчёта легко заметить. Если отсутствуют статусы, нет регистратора и указана только одна дата без пояснений, скорее всего, сервис работает с упрощённым источником или не получил полный ответ от реестра. В таком случае полезно сделать повторный запрос напрямую и сравнить результаты. Надёжный отчёт всегда содержит источник данных и время запроса, что позволяет при необходимости перепроверить информацию.
Пошагово: как получить и проверить дату регистрации домена
Процесс проверки занимает несколько минут, но ошибки на входе приводят к неверным выводам на выходе. Поэтому начинать стоит с нормализации имени, затем переходить к запросу и сверке результатов. Ниже описан порядок, которого придерживается большинство аналитиков, когда нужно быстро и корректно получить дату регистрации.
Подготовка: нормализация доменного имени
Пользователь редко вводит чистое доменное имя. Чаще в поле попадает полная ссылка с протоколом https://, путь вроде /about/ или префикс www. Все эти части для регистрации не нужны и могут сбить запрос. Правильная нормализация оставляет только имя второго уровня и зону: из https://www.example.com/blog/ получаем example.com. Для поддоменов вроде blog.example.com регистрация отдельно не ведётся, поэтому проверять нужно родительский домен example.com.
Отдельная сложность — зоны второго уровня, такие как .com.ua, .co.uk или .com.pl. Здесь нельзя просто отрезать последнюю часть: нужно взять три сегмента, например shop.example.com.ua превращается в example.com.ua. Если этого не сделать, запрос уйдёт к регистратуре зоны .ua вместо адреса владельца. Кириллические имена переводятся в punycode с префиксом xn--, и именно в таком виде их нужно отправлять в запрос.
Проверьте также опечатки. Одна лишняя буква или замена похожего символа может привести к совершенно другому домену, который тоже существует и тоже будет возвращён без ошибки. Особенно это важно при сравнении с конкурентом или при покупке: убедитесь, что вы проверяете именно то имя, которое нужно.
Выполнение проверки и сверка результатов
Рекомендуемый порядок — два независимых запроса: сначала RDAP, затем WHOIS, если первый не дал даты. Сверяйте даты между собой. Совпадение говорит о корректности данных, расхождение на несколько дней может объясняться часовым поясом, а расхождение на годы почти всегда означает, что домен перерегистрировался или что один из источников устарел. В таком случае полезно проверить историю владения и архивные снимки сайта.
Скорость ответа зависит от реестра и от того, насколько загружен сервер. Для крупных gTLD ответ обычно приходит за секунды, а для национальных зон иногда требуется больше времени или есть ограничения на частоту запросов. Если сервис возвращает ошибку или пустой ответ, не стоит сразу делать выводы о домене. Причиной может быть временная недоступность реестра, блокировка по частоте обращений или особенности зоны. Подождите некоторое время и повторите запрос, а если проблема держится, переходите к ручной проверке через WHOIS-клиент. Если нужно понять, когда был зарегистрирован домен, стоит повторить запрос позже и сравнить полученную дату создания с информацией из других источников, прежде чем делать выводы.
- Нормализуйте имя: уберите протокол, путь и www, оставьте домен и зону.
- Для зон второго уровня берите три сегмента, а кириллицу переводите в punycode.
- Сравнивайте даты из RDAP и WHOIS, учитывая часовой пояс UTC.
- При ошибке или пустом ответе не делайте выводов, а повторите запрос или перейдите к ручной проверке.
Фиксация результатов для отчёта
Результат проверки имеет смысл, только если его можно воспроизвести и проверить позже. Записывайте дату в формате ISO 8601 с указанием часового пояса, например 2019-03-14T09:21:00Z. Фиксируйте также источник, протокол и время запроса. Это позволяет через месяц понять, откуда взялась цифра, и при необходимости сравнить её с текущими данными.
Для аудита и спорных ситуаций полезно сохранять сырой ответ: текст WHOIS или JSON из RDAP. Скриншот тоже подходит, но он менее информативен, потому что не показывает полного набора полей. Если вы передаёте результаты заказчику или коллеге, приложите сырой ответ и краткую сводку, где указано, что и почему проверено. Так исчезают вопросы о том, откуда взялась дата и насколько ей можно доверять.
Типичные ошибки при определении возраста домена и как их избежать
Большинство ошибок при работе с возрастом домена не технические, а логические. Люди смешивают понятия, неверно читают поля ответа или переносят выводы с одного домена на другой. Ниже разобраны самые частые промахи и способы их избежать. Знание этих ловушек экономит время и защищает от решений, которые потом приходится пересматривать.
Путаница возраста домена с возрастом сайта
Старый домен может содержать совершенно новый сайт. Это типичная ситуация, когда адрес выкупили после истечения, а новый владелец строит на нём проект с нуля. С точки зрения WHOIS дата регистрации при этом может быть достаточно древней, но если владелец не сохранял непрерывность, то и «возраст» в бизнес-смысле ничего не говорит. Обратная ситуация тоже встречается: свежий домен, на котором переехал сайт, существовавший годами под другим адресом. Здесь возраст домена занижает реальную историю ресурса.
Отличить историю домена от истории контента помогают архивы. Веб-архив показывает, что было на адресе в разные годы, и позволяет сопоставить даты снимков с датой регистрации. Если первый снимок появился через пять лет после регистрации, значит, домен простоял пустым. Если снимки резко меняют тематику, это признак перепродажи. Эти наблюдения не доказывают ничего сами по себе, но дают контекст, без которого цифра остаётся сухой.
Ошибки интерпретации данных WHOIS и RDAP
Дата обновления и дата регистрации — разные поля, и путать их опасно. Дата обновления отражает последнее изменение записи: смену DNS, контактов, продление или перенос. Свежая дата обновления у старого домена не означает ничего плохого, это обычная жизнь адреса. Но если кто-то принимает её за дату создания, возраст будет занижен на годы. Внимательно читайте название поля в каждом ответе.
Скрытие персональных данных тоже искажает анализ, хотя и не так, как принято думать. Privacy-сервисы скрывают имя и контакты владельца, но даты регистрации и истечения остаются публичными. Поэтому отсутствие владельца в записи нормально и не должно автоматически восприниматься как признак угрозы. Однако если скрыты также даты или статусы, это уже повод для дополнительной проверки.
Перерегистрация после истечения срока — ещё одна ловушка. Когда домен освободился и был зарегистрирован заново, дата создания сбрасывается. Владелец, который прежде вёл проект много лет, может увидеть в записи совсем свежую дату и решить, что адрес молодой. Или, наоборот, мошенник может купить освободившийся домен и показывать «старую» историю через архивные копии, не имея с ней ничего общего. Именно поэтому вывод о возрасте всегда нужно подкреплять проверкой непрерывности.
Технические и методологические промахи
Игнорирование часового пояса приводит к ошибкам на границе суток. Регистрация, совершённая в 23:30 по московскому времени, в UTC может оказаться уже следующим днём. Если вы сравниваете даты из разных источников, которые отдают время по-разному, разница может составить сутки. Для точных расчётов переводите все даты в UTC и работайте только с ним.
Сравнение доменов из разных зон тоже требует осторожности. Правила регистрации, сроки продления и льготные периоды в .com, .ru, .ua и .pl различаются. Домен в зоне с коротким льготным периодом освобождается быстрее, и его «возраст» в смысле непрерывности может отличаться от домена в зоне с длинным периодом. Поэтому сравнивайте одинаковые зоны или учитывайте различия явно.
Использование устаревших данных из кэша — последняя частая ошибка. Сторонний сервис может показывать ответ трёхмесячной давности, и если вы принимаете его за текущий, то будете ориентироваться на неактуальный статус. Для дат регистрации это почти безобидно, но для статусов и дат истечения задержка критична. Если сервис не указывает время запроса, проверьте данные повторно непосредственно у реестра.
Какие задачи пользователя решает проверка возраста домена
Проверка возраста домена — не самоцель, а инструмент, который помогает принимать решения. Практическая польза зависит от задачи: одному нужно проверить партнёра перед сделкой, другому — понять конкурента, третьему — купить домен и не ошибиться. Рассмотрим основные сценарии и то, на что в каждом из них стоит смотреть в первую очередь.
Оценка надёжности партнёра и контрагента
Перед тем как вступить в сделку или разместить рекламу на чужом ресурсе, полезно понимать, насколько домен устойчив. Если партнёр утверждает, что работает много лет, а домен зарегистрирован три недели назад, это серьёзный повод для вопросов. Такая разница не всегда означает мошенничество: возможно, компания сменила адрес или запустила новый бренд. Но без дополнительной проверки делать выводы рано.
Недавно зарегистрированные домены часто используются для краткосрочных схем: фальшивых магазинов, однодневных проектов, сетей для генерации спама. Возраст здесь выступает первым фильтром, который отсекает наиболее рискованные варианты. Дальше имеет смысл смотреть на другие признаки: содержимое сайта, наличие юридических данных, историю упоминаний и связь с известными площадками. Возраст сам по себе не даёт ответа, но вместе с другими сигналами становится весомым аргументом.
Анализ конкурентов и SEO-аудит
Возраст домена конкурента помогает понять контекст его присутствия на рынке. Если компания работает десять лет, у неё, как правило, накоплено больше упоминаний, ссылок и истории, чем у игрока, который вышел на рынок в прошлом году. Это не закон, но ориентир, который полезно учитывать при сравнении. Особенно это важно, когда вы оцениваете, насколько реалистично обогнать конкурента за обозримое время.
В комплексном аудите возраст домена — один из факторов, а не решающий критерий. Его стоит сопоставлять с историей индексации, объёмом контента и ссылочным профилем. Если домен старый, но индексация слабая, значит, на нём либо долго ничего не происходило, либо сайт был закрыт от поисковых систем. Если домен новый, но быстро собрал индексацию, это может говорить о сильной стратегии запуска. Выводы рождаются из совокупности, а не из одной даты.
Покупка и продажа доменов
При покупке домена история регистрации — один из главных вопросов. Сверьте дату создания с архивом, чтобы понять, был ли перерыв и что на адресе жило раньше. Адрес, который много лет был заглушкой, и адрес, на котором была агрессивная спамная активность, — разные объекты, и цена у них должна быть разной. Дополнительно проверьте статусы и срок: домен, который через неделю уйдёт в redemption period, требует немедленных решений.
Риск освобождения домена — отдельная тема. Адреса, которые не продлили, проходят стадии льготного периода, восстановления и удаления, после чего их может зарегистрировать кто угодно. Для тех, кто покупает или продаёт такие адреса, важно понимать, на какой стадии находится домен и сколько времени осталось до следующего шага. Ошибка в расчёте может стоить и покупки, и уже накопленного трафика.
Проверка возраста домена ценна не сама по себе, а как отправная точка: она задаёт вопросы, на которые нужно ответить другими проверками, и защищает от решений, принятых на основе одной цифры.
Заключение: что делать с датой регистрации домена
Дата регистрации домена — информация, которая открывает дверь к анализу, но не заменяет его. Она показывает, когда адрес впервые появился в реестре, и помогает отсеять явные несоответствия: сайт, который выдаёт себя за старый, но зарегистрирован недавно, или домен, который вот-вот освободится. Понимание различий между возрастом домена, возрастом сайта и непрерывностью владения позволяет читать эту дату правильно. Методы RDAP и WHOIS дают доступ к данным, а выбор надёжного источника и внимательная нормализация имени определяют, насколько этим данным можно верить.
Практический порядок действий выглядит просто. Нормализуйте имя домена и выберите зону. Получите дату через RDAP и при необходимости через WHOIS, сверьте результаты в UTC. Посмотрите срок, статусы и регистратора. Сопоставьте полученную картину с архивом и другими признаками. Зафиксируйте результат с источником и временем запроса, чтобы его можно было проверить позже. Такой подход даёт уверенность в решениях: покупке домена, выборе партнёра, анализе конкурента или контролю собственных адресов. Дату регистрации стоит использовать не как приговор, а как начало разговора, который приводит к правильному вопросу и точному ответу.