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