'Закінчений' у цьому контексті означає .com-реєстрації, які вийшли за межі активного вікна поновлення для попереднього реєстранта та зараз проходять стадії постекспіраційного відновлення. Доступність змінюється з часом, тому що домен переходить від обробки auto-renew до стану “видалено, але ще відновлювано”, потім — до pending delete і, зрештою, до purged стану.
Для покупців практичне питання — таймінг. Ім’я може відображатися у WHOIS у різних станах під час фаз відновлення, а повторна реєстрація стає можливою лише після завершення фінального кроку pending delete.
Як працює цикл закінчення строку .com
Політика ICANN щодо recovery gTLD описує типову послідовність:
- Auto-Renew Grace Period: до 45 днів після закінчення. Реєстратор може обробляти поновлення у цьому вікні залежно від workflow і умов.
- Redemption Grace Period (RGP): 30 днів після того, як реєстратор видаляє реєстрацію домену. Під час RGP DNS resolution вимкнено, а спроби трансферу заборонені. Відновлення можливе через workflow реєстратора у межах цього вікна.
- Pending delete: після завершення RGP без запиту restore домен переходить у фінальну стадію pending-delete. Для більшості gTLD ця стадія триває приблизно 5 днів.
- Release для загальної реєстрації: після завершення pending delete реєстр purges ім’я, і нові реєстрації можна подавати за стандартними правилами доступності.
Робочі процеси реєстру та реєстратора можуть впливати на те, як конкретне ім’я виглядає в інтерфейсах. Для due diligence використовуйте live status сигнали, а не припускайте фіксовану кількість днів для кожного кейсу реєстратора.
Очікування щодо реєстрації та трансферу для .com
Оновлення, викуп і відновлення
Під час Auto-Renew Grace Period реєстратор може прийняти запит на поновлення, якщо домен ще перебуває у дозволеному recovery-вікні. Під час Redemption Grace відновлення потребує restore-request через workflow реєстратора. На цій стадії DNS resolution вимкнено, а спроби трансферу блокує policy.
Трансфери та робочі процеси реєстратора
Поведінка трансферів залежить від lifecycle-стану домену:
- Якщо домен у Redemption Grace, спроби трансферу можуть не вдаватись, бо RGP забороняє спроби передачі.
- Після того як домен purged і зареєстрований знову, для нового реєстраційного строку застосовуються звичайні процеси трансферу.
Важливий також account workflow навіть після реєстрації домену. Transfer Policy ICANN вимагає, щоб реєстратори встановлювали 60-денний inter-registrar transfer lock після Change of Registrant. Якщо план покупки передбачає зміну даних реєстранта, а потім трансфер, lock може подовжити час до наступного руху. Підтвердіть таймінг із цільовим реєстратором.
Що означає таблиця в Karma.Domains
Таблиця перераховує поточних кандидатів Доменної імен .COM із закінченим строком і накладає сигнали, потрібні для due diligence.
Типові колонки включають:
- Поля джерела та провайдера, наприклад ціну або timing повторної реєстрації — коли доступно.
- Karma Score, розрахований на основі evidence Wayback Machine.
- Вік у Wayback та покриття мов.
- Індикатори посилань і backlinks із метрик сторонніх сервісів, таких як Majestic та Moz.
Коли базове джерело підтримує рядки у стилі marketplace, таблиця також може включати аукціонні поля, зокрема bids і end time. Ці поля допомагають співвіднести заплановане вікно дій із найбільш імовірною стадією lifecycle.
Чекліст due diligence для прострочених назв .com
- Визначте стадію життєвого циклу за допомогою live status сигналів. Auto-Renew Grace, Redemption Grace і pending delete означають різні очікування щодо recovery та трансферів.
- Плануйте з урахуванням таймінгу. Уникайте дій в останню хвилину, коли домен близько до завершення recovery-вікна.
- Перегляньте Wayback snapshots протягом років. Шукайте узгоджену тематику та уникайте архівів лише з redirect’ами, spam-подібних сторінок або різких змін теми.
- Перевірте referring pages і anchor context, які показані в Karma.Domains. Підтвердіть, що referring links узгоджуються з потрібною нішею, а anchor patterns виглядають природно.
- Відфільтруйте юридичні та торговельні ризики. Використовуйте рядок домену та поширені варіанти для релевантних ринків.
- Підтвердьте метрики посилань сторонніх сервісів архівними доказами. Karma Score і метрики посилань допомагають у triage, але головне — чи історичний контент підтверджує запланований rebuild.
- Якщо в плані є трансфер, підтвердіть prerequisites у реєстратора. Auth-code або EPP-вимоги, статус розблокування домену та будь-які lock через зміну реєстранта можуть впливати на timing трансферу.
Як допомагає Karma.Domains
Karma.Domains консолідує дослідницькі сигнали для кандидатів .com, щоб due diligence можна було зробити швидше:
- Він агрегує доступні .com кандидати у погодинному вигляді.
- Він накладає Karma Score та докази, отримані з Wayback, щоб екранувати узгодженість архіву.
- Він додає індикатори backlinks із сторонніх сервісів і підтримує швидший перегляд referring pages та anchor context.
- Він надає табличний формат, що поєднує timing доступності та research-поля, щоб координувати planning lifecycle із due diligence.
Підсумок
Домени .COM із закінченим строком проходять фазу Auto-Renew, потім Redemption Grace, далі pending delete і лише після цього стають доступними для загальної реєстрації. Для таймінгу використовуйте live status сигнали, а для зниження ризику, пов’язаного з історією, перед реєстрацією або покупкою використовуйте Wayback разом із контекстом посилань у Karma.Domains.
