Сценарий приемки сайта: управление сервисами, опубликованная версия, восстановление копии и контрольная заявка
План проверки по материалу статьи.

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

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

01

Сначала составьте карту зависимостей

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

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

Доступ к редактору страниц закрывает только часть этой карты. Если истекла оплата домена или отключилась отправка писем, наличие административной панели CMS само по себе не помогает быстро восстановить работу.

02

Таблица приемки доступов

Объект Что получить Как подтвердить
Домен и DNS Аккаунт или права управления, сведения об оплате и текущих записях Компания видит домен, дату продления и настройки
Хостинг или платформа Рабочий доступ и описание размещения Новый ответственный видит нужный сайт и может обслуживать его
CMS Персональный аккаунт с согласованной ролью Можно открыть и сохранить тестовое изменение
Исходники и сборка Файлы, репозиторий, зависимости и инструкция Получается воспроизвести сборку на отдельной площадке
Формы и интеграции Схема доставки обращений и контакты ответственных Тестовая заявка приходит в ожидаемое место
Аналитика Существующие счетчики, права, список целей Доступна история и виден контрольный сценарий
Резервные копии Состав, место хранения и инструкция восстановления Копия восстанавливается в изолированной среде
Сценарий приемки сайта: управление сервисами, опубликованная версия, восстановление копии и контрольная заявка
Редакционная схема по материалу статьи.

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

03

Какие файлы запросить

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

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

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

04

Как сохранить историю аналитики

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

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

В Яндекс Вебмастере также есть роли с разными полномочиями. При передаче проверьте сайт, способ подтверждения и список пользователей. Управление правами в Вебмастере. Для Search Console отдельно учитываются подтвержденные владельцы и токены подтверждения; удаление токена может затронуть другие сервисы, использующие его. Правила управления владельцами Google.

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

05

Контрольный сценарий передачи

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

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

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

06

Пример записи в акте приемки

Вместо общей строки «все доступы переданы» используйте проверяемое описание. Например: «Сайт и домен доступны ответственному аккаунту компании. Получена копия версии от согласованной даты. Восстановление выполнено на тестовой площадке. Контрольная заявка доставлена в указанную CRM. Открытым остается перенос лицензии плагина; ответственный и дата решения указаны в приложении».

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

07

Что считать завершением передачи

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

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