Приёмка сайта не заканчивается его запуском. Проверка домена, хостинга, исходного кода, панели управления, резервных копий и сторонних аккаунтов Вашей компанией снижает риск проблем с доступом в будущем. Это руководство поможет Вам поэтапно спланировать передачу сайта.
Чек-лист приёмки сайта позволяет Вам принять от агентства или команды разработчиков не только страницы сайта, но и обеспечивающие его работу аккаунты, данные и технические решения от имени Вашей компании. Возможность войти на работающий сайт и возможность самостоятельно управлять им — не одно и то же.
Например, передача пароля от панели управления не означает, что аккаунт регистратора домена или счета за хостинг оформлены на Вашу компанию. Это руководство от KepezWeb объединяет подготовку к передаче, проверку доступов, передачу файлов и приёмочные испытания в единую систему.
Почему при передаче нужно различать доступ и владение?
Доступ — это право пользоваться аккаунтом. Владение — это контроль над регистрационными данными, оплатой, уведомлениями о продлении, адресом электронной почты для восстановления и правом назначать полномочия. Роль администратора в аккаунте поставщика не всегда означает, что Вы сможете управлять этим аккаунтом от имени своей компании при любых обстоятельствах.
Особенно важно различать эти понятия для домена, хостинга, репозитория исходного кода, почтового сервиса, инструментов аналитики и платёжной инфраструктуры. По возможности аккаунты следует создавать на корпоративный адрес электронной почты Вашей компании, а агентству или разработчику предоставлять необходимые права через отдельную учётную запись.
Для домена недостаточно иметь доступ только к управлению DNS. Необходимо также проверить аккаунт у регистратора, уведомления о продлении, контактные данные для восстановления и управление многофакторной аутентификацией. Подробнее о важных аспектах выбора Вы можете узнать из руководства по выбору домена для Вашего сайта.
Чек-лист приёмки сайта: подтвердите владение аккаунтами
Первый шаг — составить единый перечень всех сервисов, к которым подключён сайт. Вместо запроса только тех паролей, о которых Вы вспомнили, зафиксируйте для каждого ресурса владельца аккаунта, уровень прав, способ восстановления и ответственного за продление.
| Ресурс | Что необходимо принять | Как проверить? |
|---|---|---|
| Домен и DNS | Аккаунт у регистратора, контактные данные уполномоченных лиц, DNS-зона и настройки продления | Войдите через аккаунт компании и проверьте домен и DNS-записи. |
| Хостинг или облачный сервер | Доступ к панели, права на управление оплатой, сведения о сервере, настройки резервного копирования | Войдите под своей учётной записью и проверьте доступные функции управления. |
| Панель управления | Учётная запись администратора, роли пользователей, настройки контента и форм | Создайте тестового пользователя и проверьте его права. |
| Код и данные | Репозиторий исходного кода, резервная копия базы данных, медиафайлы, примечания к версиям | Откройте репозиторий, скачайте файлы и убедитесь, что резервная копия открывается. |
| Сторонние сервисы | Аккаунты аналитики, электронной почты, CDN, безопасности, оплаты и интеграций | Проверьте владельца аккаунта, роли пользователей и адреса для уведомлений. |
Если ресурс находится в корпоративном аккаунте агентства, письменно уточните, возможна ли его передача технически и какое есть альтернативное решение. В некоторых сервисах вместо передачи аккаунта потребуется добавить нового пользователя в аккаунт компании либо создать новый аккаунт и перенести настройки.
Проверьте административные и технические доступы по отдельности
Одного упоминания доступа в списке недостаточно: уполномоченный сотрудник Вашей компании должен проверить его на своём устройстве. При передаче безопаснее и удобнее для контроля создать отдельную учётную запись для каждого ответственного, а не использовать общий пароль.
- Полные права администратора в системе управления контентом или индивидуально разработанной панели управления
- Доступ к панели хостинга, SFTP или SSH и инструменту управления базой данных
- Права на просмотр, скачивание и, при необходимости, развёртывание кода из репозитория
- Доступ к рабочей и, при наличии, тестовой среде
- Почтовый ящик для уведомлений из форм и настройки SMTP или почтового сервиса
- Права в аккаунтах анализа поисковых показателей, аналитики трафика и управления тегами
- Управление CDN, межсетевым экраном, кешем и SSL-сертификатом
В частности, API-ключи, пароли электронной почты и коды восстановления нельзя добавлять в документ в виде открытого текста. Получайте их через выбранный Вашей компанией безопасный менеджер паролей или контролируемый способ обмена. Если технические команды ранее использовали эти ключи, стоит также рассмотреть их замену по плану, который не нарушит работу действующих сервисов.
Если определить критерии приёмки в самом начале нового проекта, неопределённости при передаче будет меньше. При описании страниц, ролей, контента, интеграций и ответственных за согласование Вы можете воспользоваться руководством по подготовке брифа на веб-дизайн для Вашего проекта.
Файлы и техническая документация, которые должны быть переданы
Передача файлов — это не просто папка с дизайном, отправленная на Ваш компьютер. Она включает понятную передачу технических компонентов, необходимых для обновления, переноса сайта и устранения проблем. Состав файлов зависит от используемой платформы, однако в большинстве проектов следует рассмотреть следующие пункты.
- Полный исходный код и доступ к репозиторию с историей версий, если она есть
- Экспорт базы данных и папки с загруженными изображениями, документами и медиафайлами
- Исходники дизайна, файлы логотипа, сведения об используемых шрифтах и лицензиях
- Технические инструкции по установке, развёртыванию, откату и восстановлению из резервной копии
- Требования к серверу, версии программного обеспечения, зависимости и описание настроек
- Перечень форм, интеграций, задач cron и схем отправки уведомлений
- Роли пользователей в панели управления, инструкции по обновлению контента и основным операциям
Модель передачи проекта с исходным кодом может отличаться от модели передачи закрытого программного сервиса. Если используется закрытая платформа, вместо исходного кода важнее становятся права управления, возможности экспорта данных, сведения о настройках и условия сервиса. Условия использования и передачи лицензий на темы, плагины, изображения или программное обеспечение также следует проверить у соответствующего поставщика.
Проведите приёмочные испытания перед запуском
На завершающем этапе передачи проводите технические и рабочие проверки вместе. Цель — не только убедиться, что сайт правильно выглядит на экране, но и подтвердить, что Ваша компания может самостоятельно выполнять основные операции. По возможности внесите результаты проверок в акт передачи отдельными пунктами.
- Войдите во все ключевые панели через аккаунт компании в другом браузере или в режиме инкогнито.
- Обновите и опубликуйте контент с низким риском, например страницу, меню, изображение или контактные данные.
- Протестируйте контактную форму и убедитесь, что уведомление приходит в нужный почтовый ящик.
- Убедитесь, что файл резервной копии существует и открывается в подходящей тестовой среде.
- Выборочно проверьте мобильное отображение, совместимость с основными браузерами, перенаправления и страницы ошибок.
- Проверьте такие аспекты доступности, как управление с клавиатуры, альтернативные тексты и поля форм. Для этого Вы можете воспользоваться инструкцией по проверке доступности сайта для Вашего проекта.
Для интернет-магазинов дополнительно проверьте товары, остатки, уведомления о заказах, доставку, счета и процесс оплаты. Вместо операций с реальными платежами следует использовать тестовую среду поставщика, если она доступна, и безопасный способ тестирования, предусмотренный проектом. В проектах с подключением к бухгалтерской системе понять, какие данные передаются, поможет руководство по интеграции интернет-магазина с бухгалтерской системой для Вашего сайта.
Зафиксируйте акт передачи и дальнейшие обязанности
После завершения технической передачи составьте краткий, но подробный акт. Этот документ покажет, какие доступы переданы и какие вопросы будут решены позже. Для каждого ресурса можно указать название аккаунта, уполномоченного пользователя, статус проверки доступа, контакт для восстановления, примечания о лицензии или подписке и ответственное лицо.
Отдельно определите ответственность за регулярные работы: обслуживание, наполнение контентом, обновления безопасности, продление хостинга и устранение ошибок. Рассматривайте предусмотренный договором объём передачи, права использования и условия дальнейшего обслуживания вместе с проектной документацией. Если какой-либо вопрос требует профессионального толкования, обратитесь к соответствующим специалистам.
Наконец, проверьте временные учётные записи и доступы, которые больше не нужны. Однако перед удалением пользователя или сменой пароля уточните у технической команды, не используют ли этот доступ подключённые к сайту сервисы. Такой подход помогает сократить лишние полномочия и одновременно контролировать риск перебоев в работе.
Часто задаваемые вопросы
Достаточно ли получить пароль от домена для приёмки?
Нет. Необходимо также проверить, в аккаунте какого регистратора находится домен, кто владеет аккаунтом, куда приходят уведомления о продлении и кто может управлять DNS-записями.
Можно ли считать сайт переданным, если исходный код не предоставлен?
Это зависит от платформы проекта и условий договора. При индивидуальной разработке могут быть важны исходный код, база данных и инструкции по установке. Для закрытых платформ на первый план выходят административный доступ, возможность экспорта данных и полнота сведений о настройках.
Как управлять инструментами аналитики, созданными в аккаунте агентства?
Попросите добавить пользователя от имени Вашей компании с подходящим уровнем прав. Если платформа это поддерживает, перенесите права владения и настройки уведомлений в аккаунт компании. Если это невозможно, зафиксируйте модель доступа и ответственных в акте передачи.
Какие доступы следует закрыть после передачи?
Следует проверить временные аккаунты, неиспользуемые личные учётные записи и права, выходящие за рамки проекта. Перед отключением необходимо проверить сервисные аккаунты, интеграции и автоматизации, которые использует работающий сайт.
Итоги и следующий шаг
При создании нового сайта или передаче существующего Вы можете адаптировать этот чек-лист под объём Вашего проекта. KepezWeb поможет совместно оценить Ваши потребности в таких направлениях, как веб-дизайн и техническая передача сайта. Чтобы обсудить Ваш проект, свяжитесь с нами через форму запроса предложения.
