Клиент начинает перенос домена и возвращается через несколько часов с простым вопросом:
«Почему он еще не завершен?»
Для реселлера доменов это не только технический вопрос. Он быстро превращается в проблему поддержки. Клиент может подумать, что перенос не удался. Реселлер может не знать, связана ли проблема с Auth Code, блокировкой домена, текущим регистратором, письмом с подтверждением, правилом реестра или просто с обычным периодом ожидания переноса.
Первое, что нужно помнить: ожидающий перенос домена не всегда означает, что что-то сломано. Многие перенесения требуют времени, даже если все сделано правильно. Но когда клиент ждет, реселлеру все равно нужен четкий ответ. Вот почему полезно следовать простому процессу первичной проверки перед эскалацией дела.
Почему у клиентов часто возникает ощущение, что перенос домена «завис»
Большинство клиентов ожидает, что онлайн-сервисы работают мгновенно. Они платят, отправляют запрос на перенос домена и ожидают, что домен сразу же будет перенесен.
Перенос доменов не всегда происходит именно так. В перенос вовлечены текущий регистратор, регистратор-получатель, правила реестра, статус домена, проверка Auth Code, письма с подтверждением и периоды ожидания. Клиент обычно не видит всех этих этапов. Он видит только одно слово: ожидается.
Вот почему реселлеры получают вопросы типа:
«Перенос не удался?»
«Я ввел неверный код?»
«Почему это занимает так много времени?»
«Можете ли вы ускорить процесс?»
«Стоит ли отменить и попробовать снова?»
Для реселлеров настоящая проблема — не только задержка. Более серьезная проблема — неопределенность. Если реселлер не может объяснить, что происходит, у клиента может пропасть доверие.
Четкий список проверки переноса помогает реселлеру отвечать быстрее и избегать ненужной эскалации.
1. Проверьте, заблокирован ли домен
Первое, что нужно проверить — заблокирован ли домен у текущего регистратора.
Если на домене стоит блокировка на перенос, перенос может не начаться. В WHOIS или записях статуса домена это может отображаться как clientTransferProhibited или аналогичный статус блокировки переноса.
Клиенты часто неправильно понимают этот момент. Некоторые считают, что разблокировали домен, потому что кликнули что-то в своем аккаунте, но статус еще не обновился. Другие могут не знать, где находится опция разблокировки у текущего регистратора.
Прежде чем обвинять нового регистратора, попросите клиента подтвердить:
- Домен разблокирован у текущего регистратора?
- Показывает ли домен еще статус clientTransferProhibited?
- Была ли операция разблокировки успешно завершена?
- Прошло ли достаточное время для обновления статуса?
Это базовая проверка, но она решает много вопросов о переносе.
Для реселлеров хорошая платформа регистратора должна облегчать просмотр статуса переноса и статуса домена после отправки запроса на перенос.
2. Проверьте Auth Code перед эскалацией
Auth Code, также называемый EPP кодом или кодом переноса, — еще одна распространенная причина, по которой перенос кажется застрявшим. Auth Code может быть неверным, истекшим, скопирован с лишними пробелами, сгенерирован заново после первого запроса клиента или взят из старого письма. Некоторые клиенты также копируют неправильный код, управляя несколькими доменами.
Перед эскалацией переноса попросите клиента подтвердить, что Auth Code был недавно выдан текущим регистратором.
Практичное сообщение для реселлера может быть простым:
«Пожалуйста, подтвердите, что Auth Code был скопирован непосредственно из вашего текущего регистратора и что с момента подачи запроса на перенос он не был сгенерирован заново.»
Если код неверный, проблема не в сбое платформы. Это проблема учетных данных переноса.
3. Проверьте письма с подтверждением и подтверждение у теряющего регистратора
Некоторые задержки с переносом происходят, потому что клиент не выполнил этап подтверждения. В зависимости от регистратора и процесса TLD клиенту может понадобиться подтвердить перенос по электронной почте, подтвердить запрос в аккаунте текущего регистратора или ответить на уведомление о переносе.
Здесь многие клиенты путаются. Они могут игнорировать письмо, пропустить его в спаме или использовать устаревший контактный email заявителя. Иногда письмо о переносе приходит на адрес контактного лица по домену, который клиент больше не проверяет.
Реселлеры должны попросить клиента проверить:
- Входящие и папку спам
- Адрес электронной почты, указанный для контакта домена
- Любое сообщение от текущего регистратора
- Любое уведомление об одобрении или отклонении переноса
- Любое уведомление в панели управления у теряющего регистратора
Этот этап важен, потому что клиент может обвинить регистратора-получателя, тогда как пропущенное действие еще со стороны текущего регистратора или заявителя.
Реселлеру не нужно переобъяснять политику. Полезный ответ – просто проверить, ожидается ли подтверждение переноса.
4. Проверьте дату истечения срока действия, недавнюю регистрацию, или недавние изменения
Не каждый домен можно перенести в любое время. В зависимости от TLD и политики регистратора перенос может зависеть от недавней регистрации, недавнего переноса, недавнего изменения контактных данных заявителя, времени истечения срока действия домена или правил реестра.
Здесь реселлерам нужно быть внимательными. Не обещайте каждому клиенту, что перенос завершится немедленно. У разных расширений могут быть разные правила, и некоторые случаи требуют проверки со стороны регистратора или реестра.
Реселлер должен проверить:
- Был ли домен зарегистрирован недавно?
- Был ли он перенесен недавно?
- Были ли недавно изменены контактные данные заявителя?
- Близок ли срок истечения домена?
- Истек ли домен или находится ли он в специальном статусе жизненного цикла?
- Есть ли у TLD особые правила переноса?
Такая проверка заставляет реселлера выглядеть более профессионально. Вместо «пожалуйста, подождите» реселлер может объяснить, что может влиять на перенос. Для клиентов это вызывает доверие. Для реселлеров это снижает количество повторных обращений.
5. Проверьте, не находится ли перенос еще в рамках нормального периода ожидания
Ожидающий перенос не всегда означает неудавшийся перенос. Во многих случаях запрос на перенос был отправлен правильно и просто ждет завершения нормального процесса. Клиенты могут этого не знать. Они могут думать, что статус «ожидается» значит, что система зависла.
Реселлер сначала должен проверить, есть ли фактический отказ или ошибка. Если отказа нет, уведомления об неверном Auth Code нет, и блокировки нет, перенос может обрабатываться в обычном режиме.
Лучшее сообщение клиенту:
«Мы проверили запрос на перенос. На данный момент он все еще в ожидании, отказов не поступало. Пожалуйста, также подтвердите, что домен разблокирован, Auth Code правильный, и нет ожидающих писем с подтверждением у текущего регистратора. Если статус изменится или перенос не завершится в ожидаемый срок, мы проведем дополнительную проверку.»
Это лучше, чем просто сказать «пожалуйста, подождите». Это дает клиенту статус, объясняет, что было проверено, и устанавливает ясный следующий шаг.
6. Что реселлеры должны сказать клиентам во время ожидания
Когда клиенты спрашивают про ожидающий перенос, неопределённые ответы создают больше давления.
Реселлер должен избегать ответов типа:
«Процесс идет.»
«Пожалуйста, подождите.»
«Мы проверяем.»
«Мы ничего не можем сделать.»
Эти ответы технически верны, но они не помогают клиенту понять ситуацию.
Более ясный ответ должен включать три части:
- Что было проверено
- Что должен подтвердить клиент
- Что происходит дальше
Например:
«Мы рассмотрели запрос на перенос. В настоящий момент домен находится в статусе ожидающего переноса. Пожалуйста, подтвердите, что домен разблокирован у текущего регистратора, Auth Code верен и был выдан недавно, и нет ожидающих писем с подтверждением от текущего регистратора. Если отказа нет и все детали верны, перенос может все еще находиться в нормальном ожидающем периоде. Мы продолжим отслеживать статус и проведем повторный анализ, если перенос не будет продвигаться согласно ожиданиям.»
Такое сообщение уменьшает количество повторных вопросов, потому что оно объясняет клиенту, что происходит и что он может сделать. Для реселлеров хорошая коммуникация — это часть управления переносами.
Как NiceNIC помогает реселлерам управлять переносами доменов
Реселлерам нужно не просто место для подачи заказов на перенос. Им нужна прозрачность переноса, инструменты управления доменами, поддержка и партнер-регистратор, который понимает работу доменов на практике.
NiceNIC поддерживает услуги переноса доменов для реселлеров, провайдеров хостинга, агентств и инвесторов в домены. Партнеры могут использовать платформу реселлеров NiceNIC, инструменты переноса доменов, Reseller API v2, интеграцию с WHMCS и каналы поддержки для более эффективного управления операциями переноса.
Это полезно, когда реселлеру нужно проверить статус переноса, обработать вопросы клиентов, управлять операциями с доменами или связать переносы с системой хостинга или биллинга.
Для провайдеров хостинга интеграция WHMCS помогает связать рабочие процессы переноса и продления доменов с аккаунтами клиентов и биллингом. Для разработчиков доступ к API поддерживает автоматизацию доменов. Для агентств и инвесторов панель управления и команда поддержки помогают решать реальные проблемы с переносами, которые не всегда можно решить только автоматизацией.
Если вы управляете доменами клиентов, выбирайте регистратора, который предоставляет инструменты переноса, видимость для реселлеров, API, интеграцию с WHMCS и реальную поддержку за платформой.
ЧаВо
Что реселлерам следует проверить в первую очередь, когда клиент спрашивает про ожидающий перенос?
Реселлерам следует сначала проверить статус блокировки домена, Auth Code, письма с подтверждением, дату истечения, последние изменения домена и находится ли перенос в ожидаемом временном окне обработки.
Означает ли ожидающий перенос неудачу переноса?
Нет. Ожидающий перенос не всегда означает неудачу. Во многих случаях это значит, что перенос был отправлен и ожидает завершения нормального процесса.
Может ли NiceNIC помочь реселлерам управлять переносами доменов?
Да. NiceNIC предоставляет услуги переноса доменов, инструменты для реселлеров, доступ к API, интеграцию с WHMCS и поддержку реселлерам, провайдерам хостинга, агентствам и инвесторам, управляющим переносами доменов.
Следующие новости: Что проверять реселлерам при выборе регистратора
