Автоматизация проверки доменов в зоне .ru позволяет сократить время подбора имени бренда с 3-4 часов ручного поиска до 15 секунд программного сканирования. При объеме базы в 10 000+ вариаций ручной поиск становится экономически нецелесообразным, так как стоимость часа работы специалиста превышает затраты на разработку скрипта в 12 раз.
Метод WHOIS против DNS-запросов
Для проверки доступности .ru доменов новички часто используют checkdns(), но это фатальная ошибка: отсутствие DNS-записей не означает, что домен свободен — он может быть зарегистрирован, но не настроен. Профессиональный подход базируется на протоколе WHOIS (порт 43). Однако прямой запрос к серверам REG.RU или RU CENTER при частоте более 10-20 запросов в минуту ведет к временному бану IP-адреса (403 Forbidden или пустой ответ).
Кейс: при попытке проверить 500 доменов за один раз через один IP, 40% запросов были отклонены сервером через 2 минуты работы. Решение — внедрение задержки (sleep) в 2-5 секунд между запросами или использование пула из 5-10 прокси-серверов с ротацией.
Экспертный вывод: используйте только WHOIS для окончательного вердикта, но предварительно фильтруйте список через DNS, чтобы отсечь заведомо занятые ресурсы и снизить нагрузку на серверы реестра.
Оптимизация PHP-скрипта для массового парсинга
Стандартный fsockopen() работает медленно. Для высоконагруженных проверок необходимо использовать curl_multi_init() для асинхронных запросов или библиотеку ReactPHP. Это позволяет поднять скорость обработки с 1 до 15-20 доменов в секунду даже при наличии лимитов, за счет параллельного ожидания ответов от разных WHOIS-серверов.
Важный нюанс: структура ответа WHOIS в зоне .ru не стандартизирована на 100%. Скрипт должен искать регулярным выражением конкретные маркеры: "NOT FOUND", "No match for" или "Свободен". Ошибка в одном символе регулярки приводит к 100% ложноположительных результатов.
Экспертный вывод: для баз до smaller 100 шт. достаточно линейного скрипта, для баз от 1000 шт. обязателен асинхронный подход и кэширование результатов в SQLite или Redis, чтобы не перепроверять одно и то же имя дважды.
Обход ограничений и стоимость инфраструктуры
Бесплатные методы проверки упираются в лимиты. Для промышленного подбора имен (дропхантинга) требуются платные API регистраторов. Стоимость таких API варьируется от $0.01 до $0.10 за запрос при объемах от 10 000 запросов. В сравнении, аренда прокси-серверов для обхода лимитов WHOIS обходится в $5-15 в месяц за пул из 100 качественных резидентских IP.
Пример: при проверке 50 000 комбинаций ключевых слов стоимость через API составит около $500, тогда как самописный скрипт на прокси обойдется в $15 + 2 часа работы программиста. Разница в затратах достигает 30-40 раз.
Экспертный вывод: если вам нужно проверить до 1000 доменов в месяц — используйте бесплатный скрипт с задержками; если вы занимаетесь перепродажей доменов (киберсквоттингом) — инвестируйте в API, так как скорость реакции в 1-2 секунды определяет успех захвата дропа.
Интеграция в готовые скрипты и решения на PHP
Проверка доменов редко бывает конечной целью. Обычно она встраивается в генератор имен, который комбинирует префиксы (best, top, my) и суффиксы с основным ключом. Эффективный алгоритм должен включать фильтр по длине (до 63 символов) и проверку на недопустимые символы согласно RFC 1035.
Кейс: внедрение модуля проверки доступности в CRM-систему агентства по брендингу сократило цикл согласования имени с клиентом с 3 дней до 1 часа, так как менеджер сразу предлагал 5 свободных вариантов вместо одного занятого.
Экспертный вывод: автоматизируйте не только проверку, но и генерацию. Связка «Генератор имен $
ightarrow$ DNS-фильтр $
ightarrow$ WHOIS-верификатор» является золотым стандартом индустрии.
Вывод
Для разовых задач выбирайте простой PHP-скрипт на базе fsockopen с задержкой в 3 секунды — это бесплатно и надежно. Для бизнеса и массового подбора имен используйте асинхронные запросы через curl_multi и пул резидентских прокси, чтобы избежать банов. Категорически избегайте проверки только по DNS, так как это даст до 30% ложных данных о доступности домена. Начинайте с создания фильтра по DNS, затем переходите к WHOIS, и только после этого масштабируйте систему через прокси.