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

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

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

Когда передача сайта действительно нужна

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

Наиболее частые причины передачи такие:

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

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

Главный принцип передачи: сначала зафиксировать состояние и права на проект, затем переносить доступы и только после этого вносить изменения. Иначе будет трудно доказать, что именно изменилось после начала работ.

Что проверить до разговора с новым подрядчиком

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

Минимальный список для предварительной проверки:

• адрес сайта и доменная зона;
• система управления, например WordPress или другая платформа;
• хостинг, сервер или облачная площадка;
• регистратор домена и дата окончания регистрации;
• резервные копии, их дата и способ восстановления;
• счётчики посещаемости, цели и рекламные кабинеты;
• почтовые ящики на домене и сервис отправки заявок;
• подключённые формы, телефония, CRM, платёжные системы и внешние модули;
• исходные файлы логотипа, фотографий, текстов, макетов и шрифтов;
• договоры, лицензии и сведения о том, кому принадлежат материалы.

Если половины этих данных нет, не обещайте новому подрядчику немедленный запуск работ. Сначала потребуется восстановить доступы и определить, какие элементы можно перенести без риска. В практике студии RDMN предварительная проверка часто показывает, что основной проблемой оказывается не код, а отсутствие владельца домена или доступов к сервисам отправки заявок.

Какие доступы и документы нужно получить

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

Домен и хостинг

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

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

Система управления и технические сервисы

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

Отдельно проверьте:

• Яндекс Метрику и другие установленные системы аналитики;
• инструменты для вебмастеров и подтверждение прав на сайт;
• рекламные кабинеты и сервисы коллтрекинга;
• почтовый сервис, через который уходят уведомления из форм;
• CRM, телефонию, онлайн-чат и формы обратной связи;
• сервисы оплаты, доставки и учёта товаров, если это интернет-магазин.

Материалы и права использования

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

Полезно попросить прежнего исполнителя составить короткую техническую записку: что сделано, какие известные ошибки остались, где хранятся резервные копии, какие обновления нельзя устанавливать без проверки. Даже документ на 2-3 страницы значительно сокращает время погружения.

Как составить акт передачи сайта

Акт или передаточная ведомость нужен не только при конфликте. Это рабочий список, по которому обе стороны видят, что именно передано. Документ можно оформить приложением к договору или отдельным файлом с датой, ответственными лицами и отметками о проверке.

Включите в него следующие блоки:

Для каждого пункта добавьте статус: передано, не найдено, требует восстановления или требует уточнения. Не пишите формулировку «всё передано». Она не показывает, какие именно данные получил новый подрядчик и что осталось за пределами соглашения.

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

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

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

Шаг 1. Зафиксируйте исходное состояние

Снимите резервную копию файлов и базы данных. Запишите дату, размер архива и место хранения. Сделайте перечень важных страниц, текущие адреса, настройки форм и список подключённых расширений.

До передачи также сохраните показатели, которые потом можно сравнить: число заявок, посещаемость, источники переходов, видимость ключевых страниц и наличие ошибок в инструментах вебмастера. Это не полноценный аудит, а контрольная точка, чтобы не спорить на уровне впечатлений.

Шаг 2. Создайте отдельную среду для проверки

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

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

Шаг 3. Передайте права, а не общие пароли

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

Шаг 4. Проведите техническую приёмку

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

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

Что происходит с поиском, аналитикой и рекламой

Самая опасная ошибка при смене исполнителя, считать сайт независимым от его настроек. Результаты продвижения могут зависеть от структуры адресов, правил переадресации, файла robots.txt, карты сайта, метатегов, разметки и истории изменений.

Поисковая оптимизация

До начала доработок сохраните список важных URL и проверьте, какие страницы получают переходы из поиска. Зафиксируйте заголовки, описания, канонические адреса, переадресации и закрытые от индексации разделы. Не меняйте одновременно структуру, тексты, дизайн и систему управления без плана сравнения результатов.

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

Счётчики и цели

Проверьте, кому принадлежат счётчики и кто имеет права на просмотр и изменение данных. Сохраните список целей: отправка формы, клик по телефону, переход в мессенджер, заказ, скачивание файла. Одна установленная Метрика без настроенных целей не показывает, приносит ли сайт обращения.

После передачи выполните контрольные действия и убедитесь, что они фиксируются один раз. Дублирование целей возникает, когда старый код оставляют в шаблоне, а новый добавляют через диспетчер тегов или плагин.

Реклама

Рекламные кампании могут вести на URL, которые новый подрядчик изменит. Поэтому до публикации новых адресов составьте таблицу посадочных страниц и проверьте настройки объявлений. Если меняется форма или способ передачи заявок, сначала проведите тесты и только потом запускайте рекламу.

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

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

Хороший признак, если подрядчик уточняет:

• кто владеет доменом и аккаунтами сервисов;
• есть ли рабочая резервная копия и тестовая среда;
• какие интеграции критичны для бизнеса;
• какие страницы нельзя менять без согласования;
• как будет измеряться результат и кто принимает работы;
• что входит в перенос, а что считается отдельной доработкой.

В договоре отдельно пропишите передачу доступов, сохранение текущей работоспособности, резервное копирование, сроки проверки и порядок исправления ошибок. Если требуется не только принять сайт, но и переработать его, разделите этапы. Для комплексных задач можно сначала заказать создание сайта под ключ или аудит текущей системы, а не смешивать передачу и новую разработку в один неопределённый объём.

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

Типичные ошибки при передаче сайта

Передача только архива

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

Удаление прежнего подрядчика до проверки

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

Изменение домена или адресов страниц без переадресаций

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

Обновление всего сразу

Одновременная смена темы, расширений, сервера и структуры мешает найти причину ошибки. Меняйте критичные элементы поэтапно, фиксируйте дату и результат. Так проще откатить неудачное изменение.

Отсутствие тестовой заявки

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

Игнорирование требований к персональным данным

При изменении форм, аналитики и сервисов передачи заявок могут измениться процессы обработки персональных данных. Проверьте тексты согласий, уведомления и настройки cookie. Базовые требования и перечень документов разобраны в материале о сайте и 152-ФЗ.

Частые вопросы

Можно ли передать сайт, если прежний подрядчик не отдаёт доступы?

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

Нужно ли переносить сайт на другой хостинг?

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

Потеряются ли позиции сайта после передачи?

Сама смена подрядчика не ухудшает позиции. Риск появляется из-за удаления страниц, изменения адресов, закрытия сайта от индексации, неверных переадресаций или потери настроек. Поэтому перед началом работ фиксируют ключевые URL и устанавливают порядок согласования изменений.

Сколько времени занимает передача проекта?

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

Кто отвечает за ошибки, обнаруженные после передачи?

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

Нужно ли заказывать полную переделку сайта?

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

Что делать: короткий план

1. Назначьте владельца проекта со стороны компании и определите дату передачи.
2. Составьте список домена, хостинга, сайта, аналитики, рекламы, почты и интеграций.
3. Попросите прежнего подрядчика передать доступы, резервные копии, исходники и описание известных проблем.
4. Проверьте, на кого оформлены домен, лицензии и аккаунты внешних сервисов.
5. Зафиксируйте состояние сайта: важные страницы, формы, цели, посещаемость и поисковые настройки.
6. Создайте резервную копию и, если возможно, тестовую копию сайта.
7. Составьте акт с конкретными объектами и статусом каждого пункта.
8. Передайте новому подрядчику персональные доступы с ограниченными правами.
9. Проведите тест заявок, интеграций, почты, оплаты и аналитики.
10. Только после проверки согласуйте дальнейшие доработки и обновления.

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