Что такое staging и зачем он нужен заказчику сайта

Staging для заказчика. Черновая копия сайта на отдельном адресе нужна, чтобы смотреть правки до публикации и не ломать рабочий сайт клиентам.

Staging простыми словами

Staging (стейдж, тестовый стенд) - это копия сайта на другом адресе, куда разработчик выкладывает изменения до того, как они попадут на боевой домен. Заказчик открывает ссылку вида staging.example.com или dev-site-123.vercel.app, смотрит, жмёт «ок» или пишет правки. Живой сайт при этом работает как работал.

Я обычно объясняю так: staging - это примерочная, продакшен - витрина магазина.

Сроки плывут отсюда.

В примерочной можно косячить с размером, на витрине клиенты уже покупают.

Зачем это заказчику, а не только разработчику

• Вы видите результат до переключения DNS и не боитесь «сломали всё ночью».
• Можно показать коллеге или юристу ссылку без пароля на админку.
• Формы и оплаты тестируют без реальных списаний.
• SEO не страдает: staging закрыт от индекса или на другом домене.

Как выглядит процесс у меня на проекте

День 1-3: staging с заглушками или первым блоком, день сдачи: полный сайт на staging, чеклист приёмки.

Да, так бывает.

После вашего «принимаю» - перенос на основной домен, проверка HTTPS, форм, редиректов. Staging остаётся ещё на неделю: если найдёте мелочь, правим там, потом снова выкатываем.

# robots.txt на staging - закрыть от поисковиков
User-agent: *
Disallow: /

Или basic auth через nginx:

location / {
  auth_basic "Staging";
  auth_basic_user_file /etc/nginx/.htpasswd;
}

Подробнее про хостинг и SSL - в материале про hosting, домен и SSL.

Staging vs «просто пришлю скрин»

Скрин не кликается, форма на скрине не отправляется, мобильную версию не проверишь. PDF макет - ещё один шаг от реальности.

Звучит просто. На деле - нет.

Staging - тот же код, что пойдёт в прод, только на другом URL. Я прошу заказчика пройти сценарий: главная, услуги, отправка формы, открытие с телефона.

Типичные страхи заказчика

«Нас увидят незакершённый сайт». Staging не в Google, если закрыт robots и не привязан к основному домену без noindex. «Это дороже». Отдельный поддомен на том же хостинге часто бесплатен. «Зачем два адреса, запутаюсь». Закрепите в переписке: «смотрим тут, живёт тут».

Один раз клиент правил текст прямо на проде в пятницу вечером. Форма сломалась до понедельника. С staging этого не было бы.

Что проверить на staging перед «ок»

• Все страницы из ТЗ открываются.
• Форма шлёт заявку, приходит уведомление.
• Телефон и мессенджеры кликабельны.
• Нет битых ссылок и lorem ipsum.
• Мета title/description на ключевых страницах.
• Сайт читаем на вашем телефоне, не только на ноутбуке разработчика.

Staging при доработке живого сайта

Если сайт уже работает и нужен редизайн, staging ещё важнее. Две версии параллельно: старая на example.com, новая на new.example.com. Переключение - в согласованное окно, часто ночью или в выходные, с бэкапом. Про перенос без простоя - отдельная статья.

Я обычно делаю чеклист переключения: бэкап БД, бэкап файлов, проверка DNS TTL за сутки, тест форм после переключения, мониторинг 404 первые сутки.

Когда staging можно не делать

Совсем простой лендинг с нуля на новом домене без трафика: иногда достаточно preview-ссылки хостинга. Но как только есть рабочий домен, реклама или SEO, staging или preview с noindex становится обязательным здравым смыслом.

Ещё случай: правка одного абзаца. Не нужен отдельный стенд на месяц, нужен быстрый preview или согласование текстом. Граница - объём и риск.

Как попросить staging у подрядчика

До предоплаты спросите: «Где буду смотреть промежуточные версии? Закрыт ли адрес от индекса? Сколько раундов правок на staging входит?» Зафиксируйте в договоре или переписке. Это часть чеклиста перед запуском.

Доступы к staging

Запишите логин staging, URL, где смотреть логи форм. Если подрядчик уйдёт, staging часто остаётся последней рабочей копией. Про сохранение доступов - как не потерять доступы к сайту.

Я отдаю заказчику ссылку на staging в Telegram и дублирую в письме с датой «актуально до». Старые ссылки помечаю «устарело», чтобы не правили не туда.

Staging и контент

Частая ошибка: на staging тексты-рыба, заказчик смотрит «каркас» и говорит «красиво», на проде подставляют реальные тексты и всё едет. Я прошу хотя бы финальные тексты главной на staging до приёмки. Картинки могут быть сжатые, но не плейсхолдеры с лицами стоков, если вы их не планируете.

Мини-глоссарий

• Production (prod) - боевой сайт для клиентов.
• Staging - предпрод, копия для проверки.
• Dev - черновик у разработчика, может быть сломан.

На созвонах я использую эти слова один раз и дальше говорю «тестовая ссылка» и «основной сайт», чтобы не путать.

В конце

Staging - не роскошь для «больших IT», а способ не ломать заявки и не спорить вслепую. Попросите ссылку, пройдите сценарий клиента, только потом говорите «запускаем», это экономит нервы и деньги на экстренных правках в субботу.

Staging и согласование с юристом

На staging удобно показать политику конфиденциальности и оферту до публикации. Юрист присылает правки в doc, вы проверяете на тестовой ссылке, не трогая prod. Я обычно не пускаю юридические тексты на бой без хотя бы одного просмотра заказчиком на staging.

Ещё кейс: фото с моделями без релиза, на staging заказчик согласует кадры, на prod не попадает лишнее. Мелочь, но репутационные риски реальны.

Как отличить staging от prod в переписке

Я подписываю ссылки: «STAGING, не для клиентов» в первой строке письма, прошу не постить тестовый URL в соцсети, плюс был случай: акция ушла на dev-домен, клиенты увидели старые цены. Теперь dev закрыт паролем всегда.

Если подрядчик присылает только скрин или видео, спросите прямую ссылку. Скрин не заменяет клик по меню и отправку формы. Это часть приёмки работы.

Жизненный цикл staging после запуска

После переноса на prod staging не обязан умирать, я оставляю его для правок: сначала правим там, потом выкатываем, при этом заказчик привыкает: «новое смотрим на test». Меньше сюрпризов в субботу на боевом сайте.

Хостинг для staging может быть слабее, чем prod, но ssl и формы должны работать так же, иначе тест бессмысленен. Про ssl - чеклист для заказчика.

Staging на практике: что заказчик видит

Я обычно даю ссылку вида https://staging.example.com с базовой авторизацией или закрытым robots.txt. Заказчик открывает с телефона, листает, пишет правки в Google Doc. Не «посмотрите на моём ноутбуке по Zoom», а реальный URL, который можно переслать коллеге.

На staging проверяем то, что на проде страшно трогать: новую форму, смену hero, интеграцию с Telegram. Один раз клиент на проде поменял текст кнопки и случайно сломал отправку. После этого все правки формы только через staging.

Критерий «можно на прод»

Форма прошла тест, ssl валиден, тексты согласованы, мобильная версия ок, скрин из staging и из prod после выкладки - в переписку, и так видно, что выкатили именно то, что смотрели.

Слабые звенья без драмы

• Согласовывать дизайн только по PDF, а потом удивляться, что форма на мобиле неудобна.
• Не закрывать staging от индекса и получить дубли в поиске.
• Править контент сразу на боевом домене без бэкапа.
• Не тестировать формы на staging и узнавать о поломке от клиентов.
• Путать staging и prod и отправлять клиентам не ту ссылку.

Что сделать до пятницы

• Спросите у подрядчика URL staging до старта работ.
• Проверьте staging с телефона и отправьте тестовую заявку.
• Убедитесь, что тестовый адрес закрыт от поисковиков.
• Сверьте staging со списком страниц из ТЗ.
• Фиксируйте правки письменно: что на staging, что после переноса на prod.
• После запуска сохраните доступ к staging ещё на 1-2 недели.

Рядом по теме: Что проверить перед запуском, Перенос без простоя, Hosting, домен и SSL.

На созвонах это всплывает в первые десять минут.