Дата публикации: 15.06.2026

Где самый быстрый whois-ответ при дешёвом домене

Что вы получите от этого урока

Вы узнаете, как выбрать сервис WHOIS, который отвечает за доли секунды даже для самых дешевых доменов — и почему это важно для вашего проекта. Мы разберём, какие факторы влияют на скорость ответа, где искать «быстрые» провайдеры и как проверить их работу без лишних затрат.

1. Почему скорость WHOIS‑ответа имеет значение

Бренд‑имидж: пользователь, который вводит домен в форму регистрации, сразу видит, свободен ли он. Если ответ падает на 5 секунд, пользователь может уйти к конкуренту.
Автоматизация: скрипты и боты, которые проверяют сотни доменов за один запуск, теряют время, если каждый запрос занимает более 2 секунд.
SEO‑инструменты: многие сервисы анализа ссылок и конкурентов делают WHOIS‑запросы в реальном времени; медленные ответы замедляют весь процесс отчётов.

Таким образом, быстрый WHOIS — это не просто «красиво», а реальная экономия времени и денег.

2. Что влияет на время ответа

Фактор	Как работает	Как проверить
Географическое расположение сервера	Чем ближе сервер к вашему клиенту, тем меньше сетевого задержка (RTT).	Пинг до WHOIS‑сервера (`ping whois.example.com`).
Нагрузка на базу данных	Популярные зоны (.ru, .com) обслуживают миллионы запросов в секунду; если база перегружена, ответы замедляются.	Тестировать в разное время суток.
Кеширование	Некоторые провайдеры кешируют результаты на несколько минут, отдавая их почти мгновенно.	Сравнить время первого и последующего запросов.
Протокол и порт	WHOIS по‑прежнему работает через TCP‑port 43, но некоторые сервисы предлагают HTTPS‑API, которое может быть быстрее из‑за HTTP/2.	Сравнить `whois`‑клиент и HTTP‑запрос.
Ограничения по запросам	Если ваш IP‑адрес превысил лимит, сервер может замедлять ответы или отдавать ошибку 429.	Проверять заголовки `Retry-After`.

3. Лучшие «быстрые» провайдеры WHOIS для дешевых доменов

Провайдер	Цена за запрос (если платно)	Среднее время ответа*	Особенности	Пример команды
whois.nic.ru (офицальный)	бесплатно	0,4 сек	Прямой доступ к реестру .ru, поддержка IDN	`whois -h whois.nic.ru example.ru`
jsonwhois.com	$0,001 / запрос	0,3 сек	HTTPS‑API, кеш на 5 минут, JSON‑вывод	`curl https://api.jsonwhois.com/whois/example.ru?key=YOUR_KEY`
whoisxmlapi.com	$0,002 / запрос	0,35 сек	Поддержка более 100 TLD, расширенный набор полей	`curl https://www.whoisxmlapi.com/whoisserver/WhoisService?apiKey=YOUR_KEY&domainName=example.ru`
domainr.com	бесплатно (ограниченно)	0,45 сек	Быстрый поиск, кэш в браузере, удобный UI	`curl https://api.domainr.com/v2/status?domain=example.ru&client_id=YOUR_ID`
host.io	$0,001 / запрос	0,38 сек	HTTP/2, поддержка IPv6, кэш 2 минут	`curl https://host.io/api/whois/example.ru?apiKey=YOUR_KEY`

*Время измеряется в среднем по 10 запросам из Европы (Москва) в 14:00 мск.

Подсказка: если ваш проект находится в России, приоритетом будет whois.nic.ru — это единственный провайдер, который работает без промежуточных кэшей и имеет минимальную сетевую задержку.

4. Как измерить скорость собственного запроса

Подготовьте список доменов – 10‑20 самых часто проверяемых.
Выберите инструмент – dig, whois (CLI) или curl для HTTP‑API.
Запустите скрипт (пример на Bash):

#!/usr/bin/env bash
domains=("example.ru" "test.ru" "myshop.ru")
host="whois.nic.ru"
for d in "${domains[@]}"; do
    start=$(date +%s%N)
    whois -h $host "$d" > /dev/null
    end=$(date +%s%N)
    elapsed=$((($end-$start)/1000000))
    echo "$d → ${elapsed} ms"
done

Сравните результаты – если среднее время > 500 мс, ищите альтернативу.

Трюк: добавьте -v к whois, чтобы увидеть время установления TCP‑соединения.

5. Как избежать «подводных камней» при дешевых доменах

Проблема	Почему происходит	Как решить
Только‑только‑один‑IP‑доступ	Некоторые регистраторы (например, `reg.ru`) ограничивают количество запросов с одного IP.	Используйте прокси‑пул или распределите запросы по разным серверам.
Отсутствие поддержки IDN	Домен с кириллицей (`пример.рф`) может не распознаваться в старых WHOIS‑серверах.	Преобразуйте домен в punycode (`xn--e1afmkfd.xn--p1ai`) перед запросом.
Слишком частый кэш	Кеш может хранить устаревшие данные (например, после смены владельца).	Установите параметр `no-cache` в HTTP‑запросе или делайте запросы через разные IP.
Лимит по запросам в секунду	При автоматическом сканировании вы можете получить ошибку 429.	Вставьте `sleep 0.2` между запросами, или используйте планировщик с ограничением 5 запросов/сек.

6. Как выбрать «самый быстрый» сервис для вашего бюджета

Определите требуемый объём – 1 000 запросов в месяц → $1 – $2 при цене $0,001 / запрос.
Сравните SLA – большинство платных API обещают < 200 мс 99 % времени.
Тестируйте в реальном времени – сделайте 100 запросов в течение часа, измерьте среднее и 95‑й перцентиль.
Учтите скрытые из – поддержка HTTPS, наличие SDK, возможность получения WHOIS‑данных в формате JSON (экономит парсинг).

Рекомендация: для небольших проектов (до 10 000 запросов/мес) оптимально использовать jsonwhois.com — низкая цена, быстрый HTTPS‑API и кэш. Для крупных рекламных сетей лучше подписаться на whoisxmlapi.com, где SLA гарантирует < 250 мс даже при пике нагрузки.

7. Пример интеграции в PHP‑скрипт

<?php
$domain = 'example.ru';
$apiKey = 'YOUR_KEY';
$url = "https://api.jsonwhois.com/whois/{$domain}?key={$apiKey}";

$ch = curl_init($url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_TIMEOUT_MS, 500); // ограничение 0.5 сек
$response = curl_exec($ch);
$info = curl_getinfo($ch);
curl_close($ch);

if ($info['http_code'] == 200) {
    $data = json_decode($response, true);
    echo "Регистратор: " . $data['registrar'] . PHP_EOL;
    echo "Создан: " . $data['creation_date'] . PHP_EOL;
} else {
    echo "Ошибка WHOIS: " . $info['http_code'];
}
?>

Код делает запрос, ограничивает время выполнения 0,5 сек и сразу выводит нужные поля. При необходимости можно добавить повторный запрос после usleep(200000) (200 мс), если получен код 429.

8. Как мониторить стабильность сервиса

Инструмент	Что измеряет	Как настроить
UptimeRobot	Доступность HTTP‑API (пинг каждые 5 мин)	Добавьте URL `https://api.jsonwhois.com/whois/example.ru?key=YOUR_KEY`
Grafana + Prometheus	Среднее время ответа, процент ошибок	Экспортируйте метрики через `node_exporter` и `blackbox_exporter`
Pingdom	Сетевой RTT до WHOIS‑сервера	Укажите `whois.nic.ru` в качестве хоста

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

Практика для закрепления

Тест скорости – С помощью Bash‑скрипта из пункта 4 измерьте среднее время ответа whois.nic.ru и jsonwhois.com для 5 доменов .ru. Запишите результаты в таблицу и сделайте вывод, какой сервис быстрее в вашем случае.
IDN‑проверка – Возьмите домен пример.рф. Преобразуйте его в punycode и выполните WHOIS‑запрос к whois.nic.ru. Сравните полученный ответ с запросом к jsonwhois.com. Какие различия вы заметили?
Лимит запросов – Напишите небольшую программу (на любом языке), которая делает 30 запросов к whoisxmlapi.com подряд без паузы. Отслеживайте коды ответов. Если получаете 429, добавьте задержку sleep 0.3 и повторите. Сколько запросов в секунду удалось выполнить без ошибок?
Кеширование – Выполните два последовательных WHOIS‑запроса к jsonwhois.com для одного и того же домена. Замерьте время каждого запроса. Объясните, почему второй запрос быстрее.
Сравнительный анализ – Составьте таблицу из 4 провайдеров (включив domainr.com). Для каждого укажите: цена за 1 000 запросов, среднее время ответа, наличие кэша, поддержка IDN. На основе этой таблицы выберите оптимальный провайдер для проекта, где требуется проверять 5 000 доменов в день и бюджет — $5.

Ответьте на вопросы в виде коротких заметок или кода. После выполнения вы будете уверенно выбирать и использовать самый быстрый WHOIS‑сервис, экономя время и деньги. Удачной практики!