Эксплуатация
Staging: тестовая среда для приёмки сайта перед запуском
Отдельное окружение для проверки подготовленной версии сайта перед выпуском в production. Оно помогает повторять сценарии приёмки, но его состав и отличия от рабочего сайта нужно явно зафиксировать.
Редакция:
Staging, или тестовый стенд, нужен заказчику для проверки версии, которую готовят к запуску. Production — среда, с которой работают реальные посетители. Локальная разработка — рабочая среда разработчика; её показ сам по себе не подтверждает готовность отдельной версии для приёмки.
Слово staging не гарантирует одинаковую с production конфигурацию. У стенда могут отличаться данные, мощности, адреса сервисов и правила доступа. Попросите перечислить эти отличия: иначе проверка пройдёт в одних условиях, а запуск состоится в других.
Пример: куда ушла тестовая заявка
Учебная ситуация: заказчик проверяет форму на тестовом адресе. Сообщение «отправлено» появилось, но неизвестно, попала ли запись в тестовую CRM, рабочую CRM или никуда. Такой результат недостаточен для приёмки.
До проверки согласуйте тестового получателя и безопасные данные. Зафиксируйте ожидаемую запись в системе получателя и убедитесь, что она появилась. Если интеграция заменена заглушкой, отметьте: проверен интерфейс формы, реальная доставка пока не проверена. Не отправляйте тестовые уведомления клиентам ради демонстрации.
Паспорт тестовой среды
| Поле | Что записать перед приёмкой |
|---|---|
| Адрес и доступ | Где проверяем и какие роли выданы участникам |
| Версия | Какую сборку или редакцию принимаем; когда она установлена |
| Данные | Какие тестовые записи используются и можно ли повторить сценарий |
| Интеграции | Для каждого сервиса: тестовый режим, заглушка или отдельно согласованное подключение |
| Отличия | Что отличается от production и какие результаты нельзя переносить на него |
| Доказательства | Где хранятся карточки проверок, дефекты и решение о выпуске |
Отдельный адрес не означает изоляцию данных. Уточните, разделены ли базы, ключи сервисов и получатели уведомлений. Не копируйте клиентские данные на стенд только ради реалистичного вида; для обычной приёмки подготовьте безопасные тестовые записи нужной структуры.
Доступ и поисковые роботы
Закрытые материалы защищают ограничением доступа. Метка noindex управляет участием страницы в поиске, но не запрещает человеку открыть URL. Для чтения noindex поисковому роботу нужен доступ к странице; запрет обхода в robots.txt может этому помешать. Это различие объясняет Google Search Central.
Не открывайте конфиденциальный стенд роботам только ради чтения noindex. Защита доступа важнее поисковой настройки. Проверку индексации предназначенных для поиска страниц запланируйте отдельно на публичной версии после разрешённого выпуска.
Что повторить после запуска
Приёмка стенда — один этап. На production повторяют проверки, зависящие от окружения: основной домен и HTTPS, загрузку ресурсов, доставку согласованной тестовой заявки, права редактора и поисковые настройки публичных страниц. Нагрузочные проверки стенда с другими ресурсами не выдают за показатели рабочего сайта.
Оформите сценарии в уроке по приёмке. Если между проверкой и выпуском версия изменилась, укажите, какие проверки нужно повторить. В плане запуска и отката зафиксируйте ответственного за выпуск, контроль результата и действия при проблеме. Галочка «проверено на staging» не заменяет это решение.