Це одна з найчастіших точок тертя між агенцією і клієнтом: хто реєструє домен і на чиє ім’я. Зроблене кепсько, воно закінчується суперечками в стилі «віддамо ім’я за окремі гроші», простроченими доменами і ніяковою передачею. Зроблене нормально, про це ніхто не згадує до кінця контракту. Питання, хто має володіти доменом клієнта, варто закрити до першого рахунка, а не в день, коли стосунки закінчились.
*Це практична схема роботи, не юридична консультація. Для дорогих брендів і спірних назв звіряйте договір і місцеве право.*
Дві речі, які плутають
Регістрант — юридичний власник домену, ім’я в записі реєстрації.
Власник акаунта — той, хто контролює логін реєстратора і може продовжити домен, змінити DNS і запустити трансфер.
Це можуть бути різні люди і різні юрособи. Клієнт може бути регістрантом, а агенція керує доменом через делегований доступ. Багато суперечок про власність починаються саме з того, що ці дві ролі змішали в одну фразу «домен наш».
Варіант 1. Агенція реєструє домен і володіє ним
Плюси
- Клієнту просто: нічого заводити не треба
- Агенція контролює продовження і DNS
- Легко вкласти в план супроводу одним рядком
Мінуси
- Клієнт може відчувати закритість, і частина клієнтів ставитиметься до цього підозріло
- Юридична неясність, якщо регістрантом бренду клієнта записана агенція
- Якщо агенція закривається, її продають або вона забуває продовжити, домен клієнта під ризиком
- Суперечки починаються, коли стосунки закінчуються і ім’я треба забрати
Варіант 2. Клієнт реєструє домен і володіє ним
Плюси
- Власність зрозуміла і її можна захистити
- Немає прив’язки до агенції, і це будує довіру
- Агенція не несе відповідальності, якщо бренд клієнта оскаржать
Мінуси
- Клієнт іноді не продовжує або забуває логін
- Агенції доводиться випрошувати доступ
- Нагадування про продовження йдуть у скриньку клієнта, яку можуть не читати
Варіант 3 (його і варто брати). Регістрант — клієнт, у агенції керований доступ
Для більшості агенцій найспокійніша схема така:
- Регістрант — клієнт, з його юридичними даними і контактною поштою, яку хтось читає.
- Домен лежить в акаунті реєстратора, який контролює клієнт, або в спільному командному акаунті, де власником зазначений клієнт.
- Агенція отримує делегований доступ (у багатьох реєстраторів є ролі користувачів) або письмову процедуру, як заходити.
- Хто продовжує і хто платить — записано.
- Агенція все одно веде дату закінчення і сповіщає обидві сторони.
Так клієнт не сидить у закритому контурі, а агенцію не звинувачують у тому, що вона «тримає бренд». І домен не застрягає в особистому акаунті фрилансера.
Коли домен на агенцію ще має сенс
Є нормальні випадки: керована послуга, де домен явно входить у пакет; тимчасовий стейджинг або домен кампанії; white-label, де клієнт кінцевого бренду не веде інфраструктуру сам. Якщо йдете цим шляхом, покладіть у договір:
- Хто регістрант і хто бенефіціарний власник
- Що клієнт може запросити трансфер у будь-який момент
- Строки трансферу і чи є адміністративна плата
- Що станеться, якщо агенція закриється або контракт закінчиться
Що записати в договорі
- Власність на домен: хто регістрант і хто платить
- Відповідальність за продовження, ціна і строк попередження
- Доступ: хто тримає облікові дані і як ними діляться
- Процедура трансферу при розірванні, з дедлайном
- Що відбувається з пов’язаними активами: DNS, пошта, SSL і хостинг
- Наслідки несплати (див. рахунки клієнтам за продовження)
Як передати домен чисто
- Підтвердьте, що дані регістранта клієнта правильні.
- Зніміть блокування домену в реєстратора.
- Передайте код авторизації трансферу (EPP/auth code) захищеним каналом, не в загальному чаті.
- Врахуйте, що багато реєстраторів ставлять блокування трансферу до 60 днів після зміни регістранта, якщо від цього не відмовились. Закладіть це в календар передачі.
- Скопіюйте DNS-записи до переносу і тримайте пошту та сайт живими під час перемикання.
- Підтвердьте трансфер, потім приберіть свій доступ.
Як зменшити ризик незалежно від того, хто власник
- Увімкніть двофакторну автентифікацію на акаунті реєстратора.
- Контактні адреси тримайте на пошті, яка не живе на самому домені. Адреса на цьому домені перестане працювати, якщо ім’я прострочиться, і лист про продовження ніхто не прочитає.
- Ведіть дату закінчення у своїй системі. Див. чекліст продовження домену.
- Знайте наслідки пропуску: що відбувається, коли домен закінчується.
Запишіть у договір, хто має володіти доменом клієнта
Вирішіть до першого рахунка. Або регістрант — клієнт, а в агенції є логін. Або регістрант — агенція, і в договорі написано, як клієнт забирає ім’я, якщо йде. Мовчання в договорі — це спосіб, яким починається суперечка: кожен пам’ятає різну усну домовленість.
Власність клієнта — чистіший варіант за замовчуванням. Клієнт може припинити роботу з вами і не втратити ім’я. Ви не тримаєте його бізнес як заручника. Дату закінчення вам усе одно треба бачити. Делегований користувач або спільна скринька на сповіщеннях реєстратора цього достатньо.
Домен на агенцію має сенс, коли ви включаєте його в план супроводу і клієнт не хоче окремий акаунт. Тоді в договорі потрібен пункт передачі: ціна, строк і що станеться з DNS і поштою. Без цього пункту питання, хто має володіти доменом клієнта, перетворюється на переговори під час розриву, коли обидві сторони вже роздратовані.
Ніколи не реєструйте ім’я в особистому акаунті фрилансера. Коли ця людина йде, домен іде з нею, а агенція дізнається про це з помилки браузера в клієнта. Особистий Gmail у полі регістранта — та сама схема, лише повільніша.
Запишіть вибір у рядок домену. Власність, яку не можете назвати вголос, — не політика. Це діра. Duvento тримає це поле поруч із датою, щоб місячний перегляд показував і строк, і власника.
Нотатки: регістрант і логін — різні речі
Ім’я регістранта в WHOIS і людина, яка може натиснути «продовжити», часто не збігаються. Юридичний власник — клієнт, а єдиний робочий логін лишився в колишнього розробника. Ведіть обидва поля. «Клієнт володіє» — хибний спокій, якщо ніхто не може увійти.
Код авторизації і статус блокування питайте до передачі, не під час неї. Зняти лок і перечекати блокування трансферу зіпсувало більше розривів з агенціями, ніж сам пункт про власність. Шістдесят днів мовчання в кабінеті виглядають для клієнта як відмова віддати ім’я, навіть якщо ви дієте за правилами реєстратора.
Пошта їде слідом за доменом. Якщо ім’я у вас, ви можете тримати їхню пошту. Скажіть це вголос на розмові про договір. Клієнти швидко погоджуються на домен у своїй власності, коли розуміють, що йдеться про листи, а не лише про сайт.
Для імен на агенцію виставляйте продовження окремим рядком рахунка, навіть якщо не націнюєте. Домен, який «входить у вартість», забувають: у бухгалтерії ніхто про нього не питає. Окремий рядок має дату.
Переглядайте власність, коли клієнт ребрендиться або змінює юрособу. Поле організації регістранта застаріває, і майбутня суперечка процитує саме його. Оновлення запису в реєстрі — окрема дія, не наслідок нового логотипа на сайті.
На стартовому дзвінку скажіть правило одним реченням і покладіть його в пропозицію: регістрант — клієнт, в агенції користувач, який може продовжити. Якщо вони хочуть навпаки, пункт передачі — обов’язковий абзац, не виноска. Хто має володіти доменом клієнта — питання продажу, не аварійне питання о пів на дванадцяту, коли сайт уже лежить.
Окремо зафіксуйте, що станеться з поштою і DNS у день трансферу. Ім’я може переїхати за годину, а MX — лишитись на старому хості до ручного копіювання. Клієнт назве це «ви забрали пошту», навіть якщо регістрантом уже записаний він. Чекліст передачі з копією зони до зміни NS закриває цю претензію до того, як вона прозвучить.
Якщо доступ делегований, перевірте права ролі. Користувач, який бачить домен, але не може продовжити і не може змінити NS, не замінює власника акаунта в день, коли картка клієнта прострочилась. Роль має відповідати роботі, яку ви обіцяли в договорі: нагадати, продовжити, змінити DNS. Зайве право на трансфер цій ролі не потрібне.
Запитання
Чи варто агенції реєструвати домени на себе?
Для брендів клієнта зазвичай ні. Регістрантом робіть клієнта і лишайте собі делегований доступ. Виняток — тимчасові імена кампаній і пакети, де передача прямо прописана в договорі.
Чи може агенція відмовити в трансфері домену?
Якщо регістрант — агенція і вона відмовляє, клієнту можуть знадобитися юридичні кроки або спір у реєстратора. Саме це нормальний договір і знімає: трансфер описаний до конфлікту, а не вигадується під час нього.
Що робити, якщо домен клієнта в акаунті колишнього розробника?
Зверніться до реєстратора з підтвердженням особи і права на бізнес. Частина реєстраторів допомагає, але це повільно. Краще забрати доступ до того, як питання стане терміновим і сайт уже залежатиме від людини, яка не відповідає.
*Duvento записує, хто володіє доменом, хто за нього платить і хто його продовжує, і шле сповіщення обом сторонам. Докладніше.*
