Кому принадлежат сайт, код и доступы — как не зависеть от подрядчика

Сайт принадлежит вам, только если на вас оформлены домен, хостинг, репозиторий с кодом, главная учётная запись в админке, аналитика, рекламные кабинеты и все сервисы, к которым сайт подключён. Код и дизайн переходят к вам по договору, а у подрядчика остаются отдельные доступы, которые можно отозвать одним действием. Если хоть что-то из этого оформлено на студию или на сотрудника, вы от них зависите — даже когда отношения хорошие. Ниже — список, по которому это легко проверить, и порядок действий, если доступы уже не у вас.

Почему это важно, даже если с подрядчиком всё хорошо? Потому что люди меняются. Студия закрывается, фрилансер переезжает, сотрудник, на чью личную почту зарегистрировано полсайта, увольняется. Никто не держит вас в заложниках специально — просто в нужный момент некому отдать пароль.

Домен и хостинг — с них всё начинается

Домен — адрес сайта, и владеет им тот, на кого он зарегистрирован. Если подрядчик «для удобства» оформил домен на себя, формально адрес вашего бизнеса принадлежит ему. Проверить можно через whois или в кабинете регистратора — в зоне .kz это, например, PS.kz или Hoster.kz. Администратор домена — ваша компания, вход в кабинет — на корпоративную почту, оплата — с вашей карты или счёта. Если домен оформлен на физическое лицо — директора или сотрудника, — его стоит переоформить на компанию: люди уходят, компания остаётся.

Хостинг или облако — аккаунт на вашу компанию. Подрядчик получает отдельный доступ, а не ваш логин и пароль. Где физически стоит сервер, тоже решаете вы. Если в системе ИИН, паспортные данные и платежи, я размещаю её на серверах в Казахстане — так сделано в ERP для туроператора Hickmet.

Следите и за сроками оплаты. Домен, который забыли продлить, через какое-то время освобождается и может достаться кому угодно. Напоминания должны приходить вам, а не бывшему подрядчику.

Код, дизайн, админка и лицензии

Код живёт в репозитории — GitHub, GitLab или аналоге. Правильно, когда репозиторий создан в аккаунте или организации вашей компании, а разработчик добавлен туда участником. Тогда при смене подрядчика вы просто убираете его доступ, а вся история кода остаётся у вас.

Дизайн — исходники макетов в Figma. Файлы лежат в вашем рабочем пространстве или передаются вам после этапа. Не скриншоты и не PDF, а сами макеты с компонентами.

Админка — у вас главная учётная запись с полными правами, у подрядчика — своя, отдельная. Один общий пароль на всех — это не доступ, а дыра в безопасности.

Лицензии — платные шрифты, фото со стоков, плагины и темы покупаются на вашу компанию. Купленные на имя подрядчика, формально они не ваши.

Пароли — в менеджере паролей компании, а не в переписке WhatsApp и не в блокноте менеджера. Когда человек уходит, вы меняете пароли, к которым у него был доступ, а не вспоминаете, какие это были.

Аналитика, реклама и сервисы, о которых забывают

Здесь зависимость обнаруживают позже всего — обычно когда подрядчик уже ушёл. Почти везде есть роли: подрядчику хватит прав редактора или партнёрского доступа, а владельцем остаётесь вы. В своей команде я тоже выдаю доступы по ролям: каждый получает ровно то, что нужно для его части работы.

• Google Analytics и Яндекс Метрика — ресурс и счётчик созданы в аккаунте компании. Если их создал подрядчик у себя, при расставании вы теряете историю всех заявок и источников.
• Search Console и Яндекс Вебмастер — сайт подтверждён на аккаунт компании.
• Google Tag Manager — контейнер в вашем аккаунте.
• Рекламные кабинеты — бизнес-аккаунт Meta с рекламным кабинетом и пикселем принадлежит компании, таргетолог получает партнёрский доступ. То же с Google Ads.
• WhatsApp — номер, к которому ведут кнопки сайта, оформлен на компанию, а не на личную SIM-карту менеджера. Уйдёт менеджер — номер и переписка с клиентами должны остаться.
• Telegram-бот — создан с аккаунта компании или передан ей.
• Платёжные сервисы, CRM, рассылки — договоры и кабинеты на вас, ключи доступа выпускаются в вашем кабинете.
• Карточки в Google Картах и 2ГИС — владелец карточки — компания.
• Почта на домене — администратор вы.

Что прописать в договоре

• Права. Код и дизайн переходят к вам после оплаты этапа — не «после завершения всего проекта», а поэтапно.
• Список передачи. Репозиторий, исходники макетов, доступы, документация: как развернуть сайт, где что лежит, какие сервисы подключены и за что вы платите каждый месяц.
• Срок передачи. Не «по запросу», а к конкретной дате — например, в день запуска.
• Сторонние компоненты. Какие библиотеки, плагины и сервисы использованы и на каких условиях.
• Доступы подрядчика. Какие доступы он получает на время работы и когда они отзываются после её завершения.

У меня это стандарт: код, дизайн, доступы и документация принадлежат клиенту, а передаю я репозитории, аккаунты и инструкции. Почему это часть дисциплины, а не жест доброй воли, — в заметке «Дисциплина освобождает».

Если доступы уже у подрядчика

Без паники и без ультиматумов — по порядку.

1. Составьте список всего, что есть у сайта: домен, хостинг, админка, аналитика, рекламные кабинеты, мессенджеры, платёжные сервисы.
2. Проверьте, на кого оформлено каждое: whois для домена, владельцы в аналитике и рекламном кабинете.
3. Запросите передачу письменно — со списком и сроком. Конкретный список работает лучше, чем «скиньте всё».
4. Начните с домена. Сайт можно пересобрать, аналитику — завести заново, а домен — это адрес, который знают клиенты и поисковики. Если он оформлен не на вас, смена администратора идёт через регистратора: уточните у него порядок и список документов.
5. Заведите аналитику на себя заново, если старую не отдают. Историю жалко, но каждый день без своей аналитики — это ещё один день данных, которых у вас не будет.
6. Смените пароли везде, где у прежнего подрядчика был доступ, — после того как всё передано и проверено.

Если сайт зависит от чужой системы, которую нельзя ни забрать, ни остановить, её можно заменить по частям, не прерывая работу. Так я переводил турнир на платформе Digital Hustlas с чужого бэкенда на собственный: новые обработчики забирали запросы по одному, и сайт всё это время работал.

Хороший подрядчик сам предлагает оформить всё на вас — ему так тоже проще: меньше ответственности за чужие пароли. Если подрядчик этому сопротивляется, это уже ответ. Как проверить исполнителя до договора — в статье «Как выбрать разработчика сайта». А если не уверены, что всё оформлено на вас, — напишите, помогу составить список и проверить.