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

Сайт запущен, проект принят. Работа закончена. Но именно в этот момент иногда выясняется неприятное: домен зарегистрирован на разработчика, хостинг оформлен на чужой аккаунт, доступ к аналитике есть только у агентства, а исходные файлы и административные права заказчику никто не передал.
Пока отношения с подрядчиком хорошие, это может годами не создавать проблем. Они начинаются, когда бизнес решает сменить исполнителя, перенести сайт, подключить другого специалиста или просто восстановить доступ после ухода сотрудника.
Поэтому вопрос владения цифровыми активами лучше решать не после конфликта, а ещё до запуска проекта.
Начнём с домена. Для бизнеса это не просто адрес сайта. На нём могут работать почта, реклама, поисковая история и внешние ссылки. Если домен фактически контролирует подрядчик, компания зависит от того, продлит ли он регистрацию и передаст ли управление при необходимости.
Рабочий домен разумно регистрировать на самого владельца бизнеса или компанию. Подрядчику можно дать технический доступ, необходимый для настройки, но административный контроль должен оставаться у заказчика.
С хостингом похожая ситуация. Не обязательно, чтобы бизнес сам администрировал сервер. Это может делать техническая поддержка. Но у компании должна быть возможность получить доступ, увидеть тариф, оплатить услугу и при необходимости перенести проект.
Следующий вопрос — сам сайт. Здесь важно разделять право использовать результат и техническую возможность им распоряжаться. Условия передачи дизайна, кода, контента и других материалов зависят от договора и характера разработки. Поэтому фразы «сайт теперь ваш» недостаточно. В документах должно быть понятно, что именно получает заказчик после оплаты и какие ограничения остаются.
Не менее важна аналитика. Счётчики, рекламные кабинеты и сервисы для бизнеса лучше создавать так, чтобы основной аккаунт принадлежал компании, а подрядчики подключались с отдельными правами. Тогда при смене команды не придётся начинать сбор данных заново или просить бывшего исполнителя вернуть доступ.
Та же логика работает с другими сервисами: CRM, почтой, картами, системами обратного звонка, аккаунтами разработчиков и внешними интеграциями. Чем важнее сервис для работы сайта и продаж, тем опаснее ситуация, когда единственный полный доступ находится у внешнего специалиста.
При этом передавать всем сотрудникам один общий логин и пароль — тоже плохое решение. Лучше использовать персональные учётные записи и выдавать каждому ровно те права, которые нужны для работы. Тогда доступ человека можно отключить, не меняя пароли у всей команды.
Что стоит получить при сдаче проекта? Список используемых сервисов и аккаунтов, схему доступов, административный доступ к сайту и инфраструктуре в пределах договорённостей, информацию о домене и хостинге, а также понимание, где находятся резервные копии и кто отвечает за их создание.
Есть исключения. Например, сайт может работать на инфраструктуре подрядчика в рамках аренды или подписки, а отдельные технологии могут предоставляться по лицензии. Это нормально, если такая модель была понятна до заказа. Проблема начинается, когда зависимость обнаруживается только в момент ухода.
Поэтому хороший критерий простой: если завтра вы решите сменить подрядчика, бизнес не должен потерять домен, накопленную аналитику, рабочий сайт и критически важные аккаунты только потому, что всё оформлялось на чужие данные.
Подрядчик может управлять инфраструктурой. Но ключевые цифровые активы компании и контроль над ними не должны существовать исключительно на доверии к исполнителю.
https://guardtop.ru/razrabotka-sayta-pod-klyuch-ot-idei-do-zapuska/