Вернуться к статьям Передачу сайта лучше вести как отдельную операцию: инвентаризировать активы, подтвердить права владельца, дать новому исполнителю время на проверку и только затем отзывать прежние доступы. Это уменьшает вероятность простоя и случайной потери интеграций.
Смена подрядчика начинается с инвентаризации
Риск возникает не в день подписания нового договора, а когда выясняется, что домен оформлен на личный аккаунт, резервная копия лежит у бывшего исполнителя, а доступ к аналитике никто не может подтвердить. Передачу планируют как отдельную операцию с владельцами и сроками.
Составьте реестр до отключения старого доступа
В реестр включают домен и DNS, хостинг, сервер, CMS, репозиторий, базу данных, почту, CDN, аналитику, CRM, формы, внешние API, резервные копии и платёжные сервисы, если они есть. По каждому пункту нужны владелец, способ входа, уровень доступа и проверка, что доступ действительно работает. Пароли не передают в таблице или переписке: используют согласованный защищённый способ.
Передавайте не только логины
Новый исполнитель должен получить исходный код, историю задач, описание окружений, перечень модулей и доработок, схему интеграций и актуальные контакты поставщиков. Если документации нет, это фиксируют как риск и планируют первичный технический аудит. Фраза «сайт на Битриксе» не объясняет версию, нестандартные компоненты и порядок релизов.
Не меняйте всё в один час
Сначала выдайте новому подрядчику минимальные доступы для обследования и выполните тестовые действия на безопасном контуре. Затем согласуйте окно смены ответственных, резервную копию и канал аварийной связи. После подтверждения доступа старые учётные записи отзывают или ограничивают по правилам владельца.
Проверьте ключевые маршруты
Приёмка передачи включает открытие сайта, вход редактора, отправку тестовой формы, получение уведомления, проверку записи в CRM и восстановление из резервной копии на тестовом контуре, когда это предусмотрено. Для личного кабинета добавляют вход тестового пользователя и проверку его прав. Результаты фиксируют, а не оставляют в устном подтверждении.
Открытые задачи и гарантия
Список открытых ошибок и доработок передают с приоритетом, статусом, ссылкой на материалы и ожидаемым результатом. Отдельно отмечают гарантийные обязательства прежнего подрядчика и спорные работы. Новый исполнитель не должен принимать на себя неизвестную историю без перечня фактов.
Часто задаваемые вопросы
Можно ли сразу удалить доступ прежнего подрядчика?
Сначала убедитесь, что владелец сайта получил все критичные доступы и новый исполнитель прошёл проверку. Затем старые учётные записи отключают по согласованному списку.
Кому должен принадлежать домен?
У владельца бизнеса должен быть подтверждённый доступ к аккаунту регистратора. Подрядчик может выполнять технические операции по выданным правам.
Что делать, если исходников нет?
Зафиксируйте отсутствие в акте передачи и проведите техническое обследование работающей версии. Дальнейшие изменения оценивают после проверки состава сайта.
Нужна ли смена паролей?
После передачи пересматривают персональные и общие учётные записи, ключи интеграций и доступы к резервным копиям. Очерёдность определяют так, чтобы не остановить сервис.
Как долго длится передача?
Срок зависит от числа систем и качества документации. Его определяют после инвентаризации, а не обещают до неё.
Акт передачи и отзыв старых учётных записей
Передача заканчивается актом или задачей с перечнем проверенных ресурсов. В ней отмечают, кто владеет доменом, хостингом, репозиторием, аналитикой и резервными копиями; какие доступы переданы; какие учётные записи нужно отключить; какие риски остаются до завершения аудита. Само наличие логина не подтверждает, что доступ работает или даёт нужные права.
После контрольной проверки владельцу стоит отозвать персональные доступы старого подрядчика, заменить общие пароли и токены, если они применялись, и оставить аварийный канал только на заранее согласованный период. Изменения фиксируют в реестре, чтобы через полгода не искать причину доступа по старой переписке.
Итог
Безопасная смена подрядчика опирается на инвентаризацию и проверку прав владельца, а не на пересылку набора паролей. Сначала новый исполнитель подтверждает доступ и проходит согласованные сценарии. Затем старые учётные записи отключают, а результаты передают владельцу сайта в виде реестра и акта.