Смена разработчика сайта без потерь: домен, данные и позиции под контролем

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

Смена разработчика сайта: сначала выясните, кому что принадлежит

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

Что проверить	Где смотреть	Как должно быть
Домен	Кабинет регистратора и данные владельца	Владелец — ваша компания, вход на вашу почту
Хостинг и DNS	Кто платит и у кого админ-доступ	Аккаунт ваш, студия добавлена пользователем
Код	Доступ к репозиторию и свежий бэкап	Репозиторий в вашей организации, полная копия у вас
CMS и база данных	Список администраторов и выгрузка базы	У вас свой админ и свежий дамп
Аналитика и реклама	Роль владельца в Метрике, Search Console, рекламных кабинетах	Владелец вы, студия — пользователь
Лицензии и плагины	Платные лицензии, шрифты, API-ключи	Лицензии на вас, ключи в менеджере паролей

Всё, что оформлено на подрядчика, пока не ваше, как бы ни выглядели счета. Любая строка с провалом идёт первой в список дел. От того, насколько полно вы управляете сайтом, зависит ваша позиция в переговорах со студией.

Когда пора сменить разработчика сайта: пять признаков

• Сроки сдвигаются, а нового срока письменно никто не называет.
• После каждой правки возвращаются старые ошибки, потому что нет тестовой версии.
• Как устроен проект, знает один человек.
• Вам не дают доступы, а только обещают «всё сделать самим».
• Счета растут, а план остаётся прежним.

Один признак — повод поговорить, три сразу — решение. Начинайте готовить смену разработчика сайта сразу, а вопрос, нанимать ли новую команду или искать другую студию, решайте позже, когда на руках будут свои копии всех материалов и вы сможете спокойно сравнить предложения. Чтобы сравнить кандидатов, возьмите 12 вопросов для выбора компании по разработке ПО.

Порядок передачи, при котором сайт не отключается

Работайте в этой последовательности, чтобы живой сайт никогда не зависел от одной передачи. Если вы решили сменить разработчика сайта, запросите всё письменно.

1. Попросите у студии список аккаунтов, серверов, плагинов и интеграций. Если списка нет, это тоже ответ.
2. Сделайте собственный полный бэкап файлов и базы до любых изменений доступов.
3. Создайте администраторов для себя и для новой команды: доступы к сайту выдавайте по ролям, чужие пароли не используйте.
4. Переведите домен и при необходимости хостинг на компанию; правила переноса между регистраторами описывает политика ICANN по передаче доменов.
5. Пусть новая команда развернёт копию на тестовом сервере и сверит её с боевой версией.
6. Переключайте публикацию на новую команду, только когда копия совпала с рабочим сайтом.
7. Удалите старых пользователей, ключи и токены, смените все общие пароли.

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

Почему новая команда не назовёт срок до аудита кода

Честный подрядчик не обещает сроки на код, который не читал, поэтому аудит кода по структуре и зависимостям превращает догадку в оценку и показывает, чинить проект или переписывать. Крупные доработки начинаются так же, как наша разработка программного обеспечения на заказ. Просите аудит отдельным платным этапом с письменным результатом.

Исходный код сайта и права на контент: что должно быть в договоре

Оплата сайта сама по себе не передаёт права на код, а значит, без письменного документа студия остаётся его правообладателем и может отказать вам в передаче. Проверьте, что договор закрепляет передачу исключительных прав письменно и обязывает отдать репозиторий по запросу. Если договор молчит, подпишите короткое дополнение до того, как кто-то получит исходный код сайта. То же касается текстов и фото, ведь лицензия, купленная студией, может не покрывать вашу компанию.

Статья 28 GDPR: данные клиентов, к которым ещё есть доступ

Студии часто видят заявки из форм и серверные логи. По статье 28 GDPR подрядчик, который обрабатывает персональные данные по вашему поручению, обязан заключить письменный договор обработки данных. При смене разработчика сайта в нём фиксируют, какие данные остались у студии, как она возвращает или удаляет их, и какие субобработчики участвовали в работе, ведь за данные клиентов отвечаете вы. Разделение ролей описывают руководящие принципы EDPB по контролёру и обработчику. Требуйте письменное подтверждение удаления после выгрузки и подпишите новый договор с новой командой до доступа к базе: устное обещание вас не защитит.

Как не попасть в зависимость после смены разработчика сайта

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

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