Клієнт починає передачу домену і повертається через кілька годин із простим питанням:
"Чому це ще не завершено?"
Для реселера доменів це не лише технічне питання. Це швидко стає питанням підтримки. Клієнт може подумати, що передача зазнала невдачі. Реселер може не знати, чи проблема у Auth Code, блокуванні домену, реєстраторі, що втрачається, листі підтвердження, правилі реєстру чи просто у звичайному періоді очікування передачі.
Перше, що потрібно пам'ятати: Наявність очікуваної передачі домену не завжди означає, що щось зламалося. Багато передач займають час, навіть коли все вірно. Але коли клієнт чекає, реселер все одно повинен мати чітку відповідь. Ось чому корисно дотримуватися простого процесу початкової перевірки перед ескалацією справи.
Чому передача доменів часто здається клієнтам "застряглою"
Більшість клієнтів очікують, що онлайн-сервіси працюватимуть миттєво. Вони сплачують, подають заявку на передачу домену і очікують, що домен буде переміщений одразу.
Передача доменів не завжди працює так. Передача включає поточного реєстратора, нового реєстратора, правила реєстру, статус домену, валідацію Auth Code, листи з підтвердженням і періоди очікування. Клієнт зазвичай не бачить усі ці кроки. Він бачить лише одне слово: очікує.
Ось чому реселери отримують такі питання:
"Чи передача провалилася?"
"Чи я ввів неправильний код?"
"Чому це так довго триває?"
"Чи можете прискорити?"
"Чи слід скасувати та спробувати знову?"
Для реселерів справжня проблема не лише в затримці. Більша проблема – невизначеність. Якщо реселер не може пояснити, що відбувається, клієнт може втратити довіру.
Чіткий чеклист перевірки передачі допомагає реселеру швидше відповідати і уникнути непотрібної ескалації.
1. Перевірте, чи домен заблокований
Перше, що потрібно перевірити, чи домен заблокований у поточного реєстратора.
Якщо у домену встановлено блокування передачі, передача може не відбутися. У WHOIS або записах статусу домену це може виглядати як clientTransferProhibited або подібний статус блокування передачі.
Клієнти часто неправильно розуміють цей момент. Деякі вважають, що розблокували домен, бо натиснули щось у своєму акаунті, але статус може ще не оновитися. Інші не знають, де знаходиться опція розблокування у поточного реєстратора.
Перш ніж звинувачувати нового реєстратора, попросіть клієнта підтвердити:
- Чи розблокований домен у поточного реєстратора?
- Чи досі домен має статус clientTransferProhibited?
- Чи було успішно виконано дію розблокування?
- Чи пройшло достатньо часу для оновлення статусу?
Це базова перевірка, але вона вирішує багато питань передачі.
Для реселерів хороша платформа реєстратора має робити статус передачі та статус домену легкими для перегляду після подання передачі.
2. Перевірте Auth Code перед ескалацією
Auth Code, також званий EPP кодом або кодом передачі, — ще одна поширена причина, через яку передача здається завислою. Auth Code може бути неправильним, простроченим, скопійованим із зайвими пробілами, згенерованим повторно після першого запиту клієнта або взятим зі старого листа. Деякі клієнти також можуть скопіювати неправильний код, керуючи кількома доменами.
Перш ніж ескалувати передачу, попросіть клієнта підтвердити, що Auth Code нещодавно виданий поточним реєстратором.
Практичне повідомлення реселера може бути простим:
"Будь ласка, підтвердьте, що Auth Code був скопійований безпосередньо з вашого поточного реєстратора і що він не був сгенерований повторно з моменту подачі заявки на передачу."
Якщо код неправильний, проблема не у збої платформи. Це проблема з даними для передачі.
3. Перевірте електронні листи підтвердження та підтвердження у реєстратора, що втрачає домен
Деякі затримки в передачі трапляються тому, що клієнт не завершив крок підтвердження. Залежно від процесу реєстратора та TLD, клієнту може знадобитися підтвердити передачу по електронній пошті, підтвердити запит у акаунті поточного реєстратора або відповісти на повідомлення про передачу.
Саме тут багато клієнтів плутаються. Вони можуть ігнорувати лист, пропускати його у спамі або використовувати застарілу адресу електронної пошти контактної особи реєстранта. Іноді лист для передачі йде на адресу контакту домену, яку клієнт більше не перевіряє.
Реселери повинні попросити клієнта перевірити:
- Вхідні та папку зі спамом
- Адресу електронної пошти, зазначену для контакту домену
- Будь-які повідомлення від поточного реєстратора
- Будь-які повідомлення про підтвердження або відхилення передачі
- Будь-які повідомлення акаунту у панелі керування реєстратора, що втрачає домен
Цей крок важливий, оскільки клієнт може звинувачувати нового реєстратора, у той час як необхідна дія ще на боці поточного реєстратора або реєстранта.
Реселеру не потрібно детально пояснювати політику. Корисна відповідь проста: перевірте, чи очікує передача на підтвердження.
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 і підтримку для реселерів, хостинг-провайдерів, агентств і інвесторів, які керують передачами доменів.
Наступні новини: Що перевірити реселлерам перед вибором реєстратора
