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