Зачем вести учёт портфеля доменов
Пока в компании один-два домена, за ними легко следить по памяти. Портфель из десятков имён — уже отдельная задача: разные регистраторы, разные даты продления, разные ответственные за DNS. Без единого реестра типичный сценарий — домен для маркетинговой акции истекает молча, потому что никто не знает, что он вообще существует, а его подхватывает дроп-кэтчер в первый же день после освобождения.
Управление портфелем доменов — это не бухгалтерия ради бухгалтерии, а способ не потерять контроль над активом, который стоит дороже, чем кажется: домен несёт репутацию, ссылочный вес и иногда единственный канал входящей почты для клиентов.
Что фиксировать в реестре доменов
Минимальный набор полей, без которого учёт бесполезен:
| Поле | Зачем нужно |
|---|---|
| Регистратор и аккаунт | Где именно продлевать и кто имеет доступ к панели |
| Дата истечения | Точка отсчёта для напоминаний и бюджета на продление |
| NS-серверы | Куда домен указывает и кто отвечает за зону |
| Владелец по WHOIS | Юрлицо или человек, на которого оформлена регистрация |
| Назначение | Основной сайт, поддомен, редирект, защитная регистрация бренда |
Реестр можно вести в таблице, но для десятков доменов удобнее выгружать данные регулярным скриптом, а не переписывать руками при каждой проверке.
Автопродление и контроль сроков истечения
Автопродление снимает часть риска, но не отменяет учёт: если привязанная карта истекла или у регистратора закончился баланс, продление тихо не пройдёт. Практика, которая реально работает: за 60 и за 14 дней до истечения — два независимых напоминания, из разных источников. Первое — от самого регистратора, второе — из собственного календаря или таск-трекера компании, построенного на внутреннем реестре.
Для доменов, которые не продлевают автоматически по решению бизнеса, статус нужно пересматривать не реже раза в квартал: часть регистраций делают «на всякий случай» и со временем забывают, зачем они вообще были нужны.
Массовая проверка статуса доменов через API
Когда доменов больше десяти, ручная проверка через веб-интерфейс регистратора превращается в рутину с ошибками. Проще опросить WHOIS или RDAP пакетно скриптом и сверить даты истечения со своим реестром:
for domain in $(cat domains.txt); do
echo -n "$domain: "
whois "$domain" | grep -i "Registry Expiry Date"
doneБолее надёжный вариант для десятков и сотен доменов — специализированный WHOIS API: он не упирается в лимиты запросов публичных серверов и отдаёт данные в структурированном виде, который легко сверить с реестром автоматически.
Типичные риски портфеля и как их закрыть
Большая часть проблем с портфелем доменов повторяется из компании в компанию:
- Домен оформлен на личный аккаунт сотрудника, который уже уволился, — доступ к продлению теряется вместе с ним.
- NS-серверы указывают на инфраструктуру, которую вывели из эксплуатации год назад.
- Контактные данные WHOIS ведут на почту, которая больше не читается, — уведомления о продлении уходят в никуда.
- Похожие написания бренда не зарегистрированы вообще, и ими может воспользоваться кто угодно.
Каждый из этих рисков закрывается одной и той же мерой — регулярной сверкой реестра с реальным состоянием доменов, а не разовой проверкой при покупке.
Чек-лист управления портфелем доменов
- Заведите единый реестр со всеми доменами компании, включая защитные и неиспользуемые.
- Привяжите продление к корпоративному, а не личному аккаунту и почте.
- Настройте два независимых напоминания об истечении для каждого домена.
- Раз в квартал сверяйте реестр с реальными данными через WHOIS или API.
- Проверьте приватность WHOIS для доменов, где публичные контакты не нужны.