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