Навіщо вести облік портфеля доменів

Поки в компанії один-два домени, за ними легко стежити по пам'яті. Портфель з десятків імен — уже окреме завдання: різні реєстратори, різні дати продовження, різні відповідальні за 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 для доменів, де публічні контакти не потрібні.

Керування портфелем доменів: облік, продовження, ризики