Забрать сайт — значит получить пять вещей: права владельца домена у регистратора, доступ к хостингу, админку, код в репозитории и аналитику с Search Console. Начните с домена: через RDAP проверьте, на кого он записан. Если на подрядчика, сначала решайте этот вопрос, а всё остальное подождёт. Когда доступы на руках, можно принять сайт на поддержку у новой команды.
Ниже — порядок действий, таблица на 22 актива и готовое письмо прежнему исполнителю. Большинство шагов делается без юриста и без ссоры.
Короткий ответ: пять активов и порядок их передачи
Порядок важнее скорости. Домен идёт первым, потому что через него работают сайт, почта и подтверждение прав в сервисах Google. Потеряли домен — потеряли всё остальное, даже если код лежит у вас на ноутбуке.
- Домен: доступ к кабинету регистратора и ваше имя в поле владельца (registrant).
- Хостинг: аккаунт, который оплачивается с вашей карты и открыт на ваше имя или компанию.
- Админка сайта: ваша собственная учётная запись с максимальной ролью, без общих логинов.
- Код и база: репозиторий с полной историей изменений и свежий дамп базы данных.
- Сервисы вокруг сайта: аналитика, Search Console, реклама, платежи, CRM, почтовые рассылки.
Хостинг и код часто забирают первыми, ведь это «сам сайт», и это ошибка. Пока домен на исполнителе, он может направить адрес на другой сервер одной правкой DNS, и ваш аккуратный бэкап останется без адреса. Почта на домене замолчит в тот же час.
Кто юридически владеет доменом: проверка через RDAP
Откройте lookup.icann.org и введите в поиск адрес своего сайта без https. Сервис ICANN отдаёт данные по протоколу RDAP, который пришёл на смену WHOIS. Вы увидите регистратора, даты регистрации и окончания, статусы домена. Контакты владельца часто скрыты: регистраторы прячут персональные данные. Тогда смотрите поле «Registrant» в кабинете регистратора или запросите выписку у самого регистратора.
Ответов три.
Домен на вас или на вашу компанию. Лучший вариант. Осталось получить логин к кабинету или перенести домен в свой аккаунт у того же регистратора.
Домен на подрядчика, но оплачивали вы. Так бывает часто. Деньги здесь ничего не решают: юридически владелец — тот, кто указан как registrant. Нужна смена владельца (Change of Registrant) по просьбе нынешнего владельца, то есть подрядчика.
Домен на неизвестное лицо. Так случается, когда фрилансер купил домен через посредника или на знакомого. Ищите по счетам, кто и где его оплачивал, и выходите на регистратора с документами об оплате.
Для доменов в зонах .com, .net, .org и других общих зонах действует Transfer Policy ICANN (версия от 21.02.2024, сверено 28.09.2026). Для передачи сайта из неё важны три правила:
- Регистратор обязан выдать владельцу код переноса (AuthInfo) и снять запрет переноса в течение пяти календарных дней после первого запроса, если у владельца нет способа сделать это самому в кабинете.
- После смены владельца регистратор может поставить 60-дневный запрет на перенос к другому регистратору. От него можно отказаться, если регистратор даёт такую опцию. Хотите сменить и владельца, и регистратора — политика советует сначала перенести домен, потом менять владельца.
- В первые 60 дней после регистрации домена и после прошлого переноса регистратор вправе отказать в переносе.
Для .ru и других национальных зон правила задаёт их реестр: логика похожая, но сроки и документы свои, смотрите их на сайте регистратора.
Чек-лист передачи сайта (таблица 1)
Скопируйте таблицу в документ. Идите сверху вниз. Строку отмечайте только после того, как сами вошли под своим логином.
Таблица 1 — чек-лист передачи сайта
| № | Актив | Где проверить | Кто должен быть владельцем | Что получить от подрядчика | Готово |
| 1 | Аккаунт регистратора | Кабинет регистратора, lookup.icann.org | Вы или ваша компания | Логин к аккаунту или перенос домена в ваш аккаунт | ☐ |
| 2 | Владелец домена (registrant) | Кабинет регистратора, RDAP | Вы или ваша компания | Смена владельца, код AuthInfo при переносе | ☐ |
| 3 | DNS-зона | Панель DNS (регистратор, Cloudflare и т. п.) | Ваш аккаунт | Экспорт всех записей: A, CNAME, MX, TXT | ☐ |
| 4 | Хостинг или облако | Панель хостинга, счета | Ваш аккаунт, ваша карта | Перенос аккаунта или сайта на ваш хостинг | ☐ |
| 5 | SSL-сертификат | Замок в браузере, панель хостинга | Выпускается на вашем хостинге | Где выпущен, когда истекает, как продлевается | ☐ |
| 6 | Админка CMS | Страница входа на сайт | Вы с ролью администратора | Ваша учётная запись с полными правами | ☐ |
| 7 | База данных | Панель хостинга, phpMyAdmin | Хранится на вашем хостинге | Свежий дамп, логин к базе | ☐ |
| 8 | Код | Сервер, репозиторий | Вы | Полная копия файлов сайта, включая тему и плагины | ☐ |
| 9 | Репозиторий | GitHub, GitLab, Bitbucket | Ваша организация | Передача репозитория с историей коммитов | ☐ |
| 10 | Бэкапы | Панель хостинга, облачное хранилище | Ваше хранилище | Где лежат, как часто снимаются, последний архив | ☐ |
| 11 | Почта на домене | Записи MX в DNS | Ваш аккаунт почтового сервиса | Список ящиков и пересылок | ☐ |
| 12 | Google Workspace или Microsoft 365 | Admin console | Вы — главный администратор | Права суперадминистратора | ☐ |
| 13 | Сервис отправки писем с сайта (SMTP, SendGrid и т. п.) | Настройки почты в CMS | Ваш аккаунт | Логин или новый ключ API на ваш аккаунт | ☐ |
| 14 | Google Analytics 4 | Admin → Access management | Вы — Administrator | Роль Administrator для вашей почты | ☐ |
| 15 | Google Search Console | Settings → Users and permissions | Вы — Owner | Статус владельца для вашей почты | ☐ |
| 16 | Google Business Profile | Business Profile → People and access | Вы — primary owner | Передача основного владельца | ☐ |
| 17 | Google Ads | Admin → Access and security | Вы — Admin | Роль Admin, привязка к вашему платёжному профилю | ☐ |
| 18 | Пиксели и теги (Meta, LinkedIn, GTM) | Менеджеры рекламы, Google Tag Manager | Ваши бизнес-аккаунты | Доступ администратора к контейнеру и пикселям | ☐ |
| 19 | Платёжный шлюз (Stripe) | Settings → Team | Вы — owner аккаунта | Подтверждение, что аккаунт ваш; ключи API на сайте — из вашего аккаунта | ☐ |
| 20 | CRM и формы | Настройки форм, интеграции | Ваш аккаунт CRM | Куда уходят заявки, чьи ключи API | ☐ |
| 21 | Лицензии платных плагинов и темы | Страница плагинов, почта покупки | Куплены на вашу почту | Лицензионные ключи или перенос лицензий | ☐ |
| 22 | Документация | — | У вас | Схема сайта, нестандартные доработки, пароли сервисных аккаунтов | ☐ |
Строки 1–2 решают судьбу всех остальных, их закрывайте в первую очередь. Строки 14–19 — те, о которых вспоминают позже всего: реклама и аналитика продолжают работать, пока однажды бывший исполнитель не удалит аккаунт вместе с историей.
У сервисов Google и Stripe есть свои правила передачи прав, и их лучше знать до письма:
- В GA4 добавлять пользователей может только роль Administrator. Последний администратор удалить себя не может (справка Google Analytics). Сначала получите роль сами. Потом удаляйте подрядчика.
- В Search Console владелец бывает подтверждённым (через файл или тег на сайте) и делегированным. Подтверждённого владельца удаляют, только убрав его токен с сайта (справка Search Console).
- У Business Profile бывает только один основной владелец (primary owner). Удалить себя он сможет только после передачи этого статуса. Получатель должен уже быть в профиле владельцем или менеджером (справка Business Profile).
- В Stripe сменить владельца аккаунта может только сам владелец. Даже роль Administrator этого не умеет (документация Stripe о ролях). Если аккаунт Stripe открыт на подрядчика, деньги с вашего сайта шли на его счёт. Этот вопрос решайте сразу после домена, до любых работ на сайте.
Письмо подрядчику: шаблон на русском и английском
Тон письма деловой. Без претензий к качеству и без угроз. Цель у письма одна — получить доступы, и любой спор о прошлой работе только отодвигает ответ. Срок в 5 рабочих дней даёт исполнителю время собрать логины, но не даёт повода тянуть месяц.
Шаблон на русском языке, подставьте свои данные:
Тема: Передача сайта example.com
Здравствуйте, [имя]!
Спасибо за работу над сайтом example.com. Мы переходим на новую схему сопровождения, и нам нужно принять сайт в своё управление. Просим передать следующее:
1. Доступ к аккаунту регистратора домена или код переноса (AuthInfo) и смену владельца на [компания].
2. Доступ к хостингу или перенос аккаунта на нас.
3. Учётную запись администратора CMS для [почта].
4. Копию кода и передачу репозитория в организацию [название].
5. Свежий дамп базы данных и последний бэкап.
6. Роль Administrator в GA4, статус Owner в Search Console, основного владельца в Google Business Profile — для [почта].
7. Доступы к Google Ads, Tag Manager и рекламным пикселям.
8. Лицензионные ключи платных плагинов и темы.
9. Список сторонних сервисов (почта, CRM, платежи) с указанием, на кого оформлен каждый.
Будем благодарны за ответ в течение 5 рабочих дней, до [дата]. Если по какому-то пункту нужно время или есть вопросы по оплате, напишите — договоримся.
С уважением, [имя, должность, телефон]
Шаблон на английском, если исполнитель в США или пишет только по-английски:
Subject: Website handover — example.com
Hi [Name],
Thank you for your work on example.com. We are moving the site to a new maintenance setup and need to take it under our own management. Could you please provide the following:
1. Access to the domain registrar account, or the transfer code (AuthInfo) and a change of registrant to [Company].
2. Hosting access, or a transfer of the hosting account to us.
3. A CMS administrator account for [email].
4. A copy of the codebase and a transfer of the repository to the [Organization] organization.
5. A fresh database dump and the latest backup.
6. Administrator role in GA4, Owner in Search Console, and primary owner in Google Business Profile for [email].
7. Access to Google Ads, Tag Manager and ad pixels.
8. License keys for paid plugins and the theme.
9. A list of third-party services (email, CRM, payments) and whose name each account is under.
We'd appreciate a reply within 5 business days, by [date]. If any item needs more time or there is an open billing question, just let us know and we'll work it out.
Best regards, [Name, title, phone]
Строку про оплату не удаляйте. Если есть неоплаченный счёт, исполнитель скажет об этом сразу, и разговор пойдёт о конкретной сумме, а без такой строки он может просто замолчать.
Если подрядчик молчит
Пять рабочих дней прошли, ответа нет. Действуйте по нарастающей.
Первый шаг — повторное письмо и звонок: люди теряют почту, уходят в отпуск, закрывают студии и меняют номера.
Второй шаг — то, что можно сделать без исполнителя. Если домен записан на вас, код переноса выдаёт регистратор по вашему запросу: пять календарных дней по политике ICANN. Хостинг, оплаченный с вашей карты, восстанавливается через поддержку хостинга по документам об оплате. Права в Search Console можно подтвердить заново через DNS-запись, когда домен у вас.
Третий шаг — договор. Найдите в нём пункты о передаче результата, исходников и доступов. На этом этапе подключайте юриста.
Хуже всего, когда домен на исполнителе, а он недоступен. Вариантов тогда мало. Регистратор решает вопрос владельца только по документам, так что соберите счета, переписку и договор в одну папку до первого обращения.
Права на код: что сказано в договоре
Доступ к коду и права на код — разные вещи. Файлы можно скачать с сервера за минуту, а право их менять и продавать продукт даёт только договор. Для компании в США это письменная передача прав с подписью исполнителя. Как устроены такие пункты и почему оплаченного счёта мало, разобрано в статье о договоре и правах на код с зарубежной командой. Прочитайте свой договор до письма: иногда пункт о передаче исходников там уже есть, и ссылка на него закрывает спор.
Первые 48 часов после передачи
Когда доступы получены, нужно, чтобы у прежнего исполнителя их больше не было. Пройдите список за один день, пока не забылись пароли и детали.
- Смените пароли: регистратор, хостинг, панель DNS, админка, база, FTP и SSH, почтовые ящики. Везде, где сервис это позволяет, включите двухфакторную защиту.
- Уберите чужих пользователей: админка CMS, GA4, Search Console, Business Profile, Google Ads, Tag Manager, Stripe, CRM. В Search Console проверьте файлы и метатеги подтверждения: пока токен подрядчика на сайте, он остаётся владельцем.
- Отзовите ключи: SSH-ключи на сервере, токены API в CMS и интеграциях, деплой-ключи в репозитории. Ключи из аккаунтов подрядчика замените ключами из ваших.
- Снимите полный бэкап: файлы и базу, в хранилище вне хостинга. Разверните его на тестовом адресе хотя бы раз. Архив, который не открывали, ничего не гарантирует.
- Проверьте формы: отправьте тестовую заявку с каждой формы сайта. Убедитесь, что письмо пришло на ваш адрес, а заявка — в вашу CRM. Бывает, что копия заявок годами уходит на почту бывшего исполнителя. Проверьте и это.
- Посмотрите сроки: когда кончается оплата домена, хостинга, SSL и лицензий. Поставьте напоминания за месяц до каждой даты в свой календарь, а не в календарь подрядчика.
Если передача прошла трудно, новой команде нужен аудит до первых правок. Страница поддержки описывает именно такой порядок для сайтов, сделанных другой командой: код, хостинг, бэкапы, логи ошибок, фиксация состояния до любых изменений. Как дальше устроить работу с командой в другом поясе, читайте в статье о том, как устроена поддержка из другого часового пояса.
FAQ
Как узнать, кто владелец домена моего сайта?
Введите домен на lookup.icann.org, и RDAP покажет регистратора, даты регистрации и статусы. Если контакты владельца скрыты, войдите в кабинет регистратора или обратитесь к регистратору с документами об оплате. Юридически владеет тот, кто указан как registrant, даже если платили вы. Проверку делайте до разговора с подрядчиком, чтобы знать свою позицию.
Разработчик не отдаёт сайт — что делать в первую очередь?
Сначала выясните, на кого записаны домен и хостинг. Если на вас, большую часть доступов вернут регистратор и хостинг по вашему запросу, без участия исполнителя. Если на подрядчика, пишите вежливое письмо со сроком ответа и спросите про открытые счета. Юрист понадобится, если письма не сработали и домен оформлен не на вас.
Можно ли перенести домен к другому регистратору сразу после смены владельца?
Не всегда. По Transfer Policy ICANN регистратор может поставить 60-дневный запрет на перенос после смены владельца, если вы не отказались от него. Если нужно и сменить владельца, и уйти к другому регистратору, политика советует сначала сделать перенос. Правила для .ru и других национальных зон задаёт их реестр.
Что делать с платными плагинами, купленными на почту подрядчика?
Попросите подрядчика передать лицензии на вашу почту. Многие магазины плагинов позволяют сменить владельца лицензии через поддержку. Если это невозможно, купите лицензию заново на свою компанию. Без действующей лицензии плагин перестаёт получать обновления, а устаревший плагин — частая точка взлома сайта на WordPress.
Нужно ли менять хостинг при смене подрядчика?
Не обязательно. Если аккаунт хостинга ваш и оплачивается с вашей карты, достаточно сменить пароли и убрать доступы прежней команды. Переезжать имеет смысл, когда аккаунт принадлежит подрядчику и передать его нельзя, или когда хостинг медленный для посетителей из США. Переезд планируйте после смены паролей и полного бэкапа, в часы минимального трафика.
Как передача сайта вписывается в общий план выхода на американский рынок, читайте в материале руководство по сайту для бизнеса в США.