К основному содержимому

Управление портфелем доменов: учёт, продления и риски

Домены · 29.09.2026

Зачем вести учёт портфеля доменов

Пока в компании один-два домена, за ними легко следить по памяти. Портфель из десятков имён — уже отдельная задача: разные регистраторы, разные даты продления, разные ответственные за 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 для доменов, где публичные контакты не нужны.
← Назад в базу знаний Задать вопрос поддержке