Это одна из самых частых точек трения между агентством и клиентом: кто регистрирует домен и на чьё имя. Если решить плохо, получаются споры в духе выкупа, просроченные имена и неудобная передача. Если решить хорошо, об этом никто не думает. Вопрос, кому должен принадлежать домен клиента, стоит закрыть до первого счёта, а не в день расставания.
*Это практическая памятка, не юридическая консультация. Для всего, что дорого стоит, сверьте договоры и местное право.*
Две вещи, которые путают
Регистрант: юридический владелец домена, имя в записи о регистрации.
Владелец аккаунта: тот, кто контролирует вход к регистратору и может продлить домен, сменить DNS и перенести его.
Это могут быть разные лица. Клиент может быть регистрантом, а агентство ведёт домен через делегированный доступ. Многие споры о владении начинаются с того, что эти две роли смешали.
Вариант 1. Агентство регистрирует домен и владеет им
Плюсы - Клиенту просто: ничего не надо заводить - Агентство контролирует продления и DNS - Легко включить в план сопровождения
Минусы - Клиенты могут чувствовать привязку, и часть будет относиться с подозрением - Правовая неясность, если регистрант — агентство, а имя — бренд клиента - Если агентство закроется, его продадут или оно забудет, домен клиента под угрозой - Споры возникают, когда отношения заканчиваются
Вариант 2. Клиент регистрирует домен и владеет им
Плюсы - Владение ясное и его можно защитить - Нет привязки, и это строит доверие - У агентства нет ответственности, если бренд клиента оспорят
Минусы - Клиенты иногда не продлевают или забывают логин - Агентству приходится добиваться учётных данных - Напоминания о продлении уходят в ящик клиента и могут остаться непрочитанными
Вариант 3 (рекомендуемый). Регистрант — клиент, у агентства управляемый доступ
Для большинства агентств безопаснее так:
- Регистрант — клиент, с его юридическими данными и контактным email, который кто-то читает.
- Домен лежит в аккаунте регистратора, который контролирует клиент, или в общем командном аккаунте, где владельцем указан клиент.
- Агентство получает делегированный доступ (у многих регистраторов есть роли пользователей) или описанную процедуру.
- Кто продлевает и кто платит, записано.
- Агентство всё равно ведёт дату истечения и предупреждает обе стороны.
Так клиент защищён от привязки, агентство — от вины, и не возникает ситуации, когда домен застрял в личном аккаунте фрилансера.
Когда владение агентства может быть разумным
Есть законные случаи: управляемая услуга, где домен явно часть пакета, временный стенд или домен кампании, или схема white-label. Если идёте этим путём, впишите в договор:
- Кто регистрант и кто бенефициарный владелец
- Что клиент может запросить перенос в любой момент
- Сроки переноса и любая административная плата
- Что происходит, если агентство закрывается или договор заканчивается
Что вписать в договор
- Владение доменом: кто регистрант и кто платит
- Ответственность за продление, цена и срок уведомления
- Доступ: кто держит учётные данные и как ими делятся
- Процедура переноса при расторжении, со сроком
- Что происходит со связанными активами: DNS, почта, SSL и хостинг
- Последствия неоплаты (см. счета клиентам за продление)
Как передать домен без хвостов
- Подтвердите, что данные регистранта у клиента верны.
- Снимите блокировку домена у регистратора.
- Передайте код авторизации переноса (EPP/auth code) по защищённому каналу.
- Учтите, что многие регистраторы ставят блокировку переноса до 60 дней после смены регистранта, если от неё не отказались. Заложите это в срок.
- Скопируйте DNS-записи до переноса и держите почту и сайт живыми на время переключения.
- Подтвердите перенос, затем снимите свой доступ.
Снизьте риск при любом владельце
- Включите двухфакторную аутентификацию на аккаунте регистратора.
- Держите контактные адреса на ящиках клиента, которые не зависят от самого домена (не адрес на этом домене: он перестанет работать, если имя истечёт).
- Ведите дату истечения в своей системе. См. чек-лист продления домена.
- Знайте последствия пропуска: что происходит, когда домен истекает.
Договор, где записано, кому должен принадлежать домен клиента
Решите до первого счёта. Либо регистрант — клиент, а у агентства есть вход, либо регистрант — агентство, и в договоре написано, как клиент забирает имя, если уходит. Молчание — так начинаются споры.
Владение клиента — более чистый вариант по умолчанию. Клиент может вас уволить и не потерять имя, а вы не держите его бизнес в заложниках. Вам всё равно нужен способ видеть срок. Делегированный пользователь или общий ящик на уведомлениях регистратора — достаточно.
Владение агентства разумно, когда домен входит в план сопровождения и клиент не хочет аккаунт. Тогда в договоре нужен пункт о передаче: цена, срок и что будет с DNS и почтой. Без этого пункта вопрос «кому должен принадлежать домен клиента» становится переговорами во время расставания.
Никогда не регистрируйте имя в личном аккаунте фрилансера. Когда этот человек уходит, домен уходит с ним, и агентство узнаёт об этом по ошибке в браузере.
Запишите выбор в строке домена. Владение, которое вы не можете назвать, — не политика. Это дыра. Duvento держит это поле рядом с датой, чтобы ежемесячный просмотр показывал оба.
Заметки: регистрант и логин — не одно и то же
Имя регистранта в WHOIS и человек, который может нажать «продлить», часто разные. Юридический владелец может быть клиентом, а единственный рабочий логин — у бывшего разработчика. Ведите оба. «Клиент владеет» — ложное спокойствие, если никто не может войти.
Запросите auth-код и статус блокировки до передачи, а не во время неё. Снятие блокировки и ожидание запрета на перенос сожгли больше расставаний агентств, чем сам пункт о владении.
Почта следует за доменом. Если вы держите имя, вы можете держать их почту. Скажите это вслух в разговоре о договоре. Клиенты быстро соглашаются на домен в своей собственности, когда понимают почту, а не только сайт.
Для имён на агентстве выставляйте продление отдельной строкой, даже если не накручиваете цену. Домен, который «включён», забывают, потому что в учёте ничто о нём не спрашивает. Строка счёта получает дату.
Пересматривайте владение, когда клиент меняет бренд или юридическое лицо. Поле организации регистранта устаревает, и будущий спор процитирует именно его.
На установочном созвоне скажите правило одним предложением и впишите его в предложение: регистрант — клиент, у агентства есть пользователь, который может продлить. Если им нужно наоборот, пункт о передаче — обязательный абзац, а не сноска. Кому должен принадлежать домен клиента — вопрос продажи, а не вопрос аварии.
Отдельно запишите, чей паспорт или свидетельство компании лежит в данных регистранта. При споре регистратор смотрит на это поле, а не на то, кто платил агентству последние три года. Если там физлицо сотрудника клиента, смена работы этого сотрудника станет вашей проблемой.
Делегированный доступ тоже имеет срок. Роль «может менять DNS, не может переносить» отличается от роли «полный доступ». Запишите, какая роль выдана и кто её может отозвать. Полный доступ у каждого подрядчика — тот же риск, что личный аккаунт, только с большим числом логинов.
Если клиент уже владеет именем у регистратора, которого вы не используете, не уговаривайте перенос «для удобства» в первый месяц. Сначала получите делегированный доступ или хотя бы дату истечения и контактный email. Перенос ради вашего привычного кабинета создаёт блокировку на 60 дней в момент, когда проект ещё не стабилен.
При уходе клиента не держите имя «пока не закроют хвост по оплате», если договор этого прямо не разрешает. Удержание домена в счёт долга быстро становится спором, который стоит дороже самого продления. Счёт и передача — разные процедуры: одну можно эскалировать, вторую лучше закрыть в срок из договора.
Вопросы
Стоит ли агентству регистрировать домены на своё имя?
Обычно нет, если это бренд клиента. Сделайте регистрантом клиента и оставьте себе делегированный доступ.
Может ли агентство отказаться переносить домен?
Если регистрант — агентство и оно отказывается, клиенту, возможно, придётся идти в юридическую процедуру или спор у регистратора. Хороший договор как раз это и предотвращает.
Что делать, если домен клиента в аккаунте бывшего разработчика?
Обратитесь к регистратору с подтверждением личности и владения бизнесом. Некоторые помогут, но это бывает медленно, поэтому чините до того, как станет срочно.
*Duvento записывает, кто владеет, платит и продлевает каждый домен, и шлёт предупреждения обеим сторонам. Подробнее.*
