Beget
условия сверяйте на сайте
Стейджинг и субдомен: тест до продакшена на хостинге
Как поднять копию сайта на поддомене, не сломать прод и что спросить у хостера про лимит сайтов и DNS.
Стейджинг — копия сайта для проверки обновлений, новых плагинов и правок темы до выкладки на продакшен. На shared его чаще всего делают на субдомене вроде staging.example.ru или test.example.ru.
Поддомен технически прост, но в тарифе может считаться вторым «сайтом». Если лимит — один сайт, стейджинг потребует апгрейда или другой схемы (отдельная папка, локальный Docker — но на shared это ограничено).
Beget, Timeweb, SpaceWeb и Sprinthost позволяют несколько сайтов на старших shared-тарифах — сверьте «сайты по тарифу» на дату заказа. HostFitly описывает типовой порядок; кнопки в панели уточняйте у хостера.
Ниже — DNS, копирование файлов и базы, wp-config/URL, проверка форм и безопасное слияние с продом.
Не переключайте DNS продакшена, пока стейдж не прошёл ваш чеклист — это правило из /blog/transfer-site, адаптированное для внутреннего теста.
Какой формат выбрать
Субдомен в панели
Создайте staging.example.ru в разделе «Сайты» / «Домены». SSL через Let's Encrypt — включите до теста форм. На Beget и Timeweb путь знакомый; у SpaceWeb и Sprinthost — аналогичные разделы, названия уточняйте в справке.
Копия через бэкап
Панель → резервная копия прода → восстановить в каталог субдомена. Быстрее, чем ручной дамп, если хостер поддерживает выбор цели restore. Подробнее — /blog/hosting-backups-restore.
Отдельная папка (если один сайт)
Некоторые команды кладут копию в /staging без отдельного vhost — хуже для совпадения URL с продом, но экономит квоту «сайтов». Минусы: другой путь, cookies, редиректы. Субдомен предпочтительнее при наличии квоты.
01Сверьте квоты и создайте поддомен
Проверьте: число сайтов, БД, диск, inode — staging съест те же ресурсы, что и прод, плюс копия.
Создайте субдомен и БД (или отдельную БД для клона — проще откат).
Включите SSL на staging — иначе mixed content скроет реальные проблемы.
На заметку
- сайты по тарифу
- SSL
- отдельная БД
02Склонируйте прод
Вариант A: restore автобэкапа в каталог staging (если панель позволяет).
Вариант B: Duplicator / ручной архив + импорт дампа через phpMyAdmin.
Обновите siteurl/home в wp-config или через wp-cli/search-replace. Для Битрикс — документация по клону тестового стенда.
03Изолируйте интеграции
Платежи — тестовые ключи; CRM — отдельная воронка или отключение webhook.
Почта — SMTP в «blackhole» или Mailhog на VPS; на shared отключите отправку заказов с staging.
Аналитика — отдельное свойство или фильтр, чтобы не портить статистику.
04Проведите чеклист на стейдже
Главная, каталог, карточка товара, корзина, оплата (sandbox), формы, личный кабинет.
Обновление ядра и плагинов — сначала здесь. Зафиксируйте версии, которые ломают сайт.
Мобильная вёрстка и скорость — базовый Lighthouse для регресса.
На заметку
- формы
- оплата
- обновления
05Выкатите на прод
Повторите бэкап прода перед выкладкой. Переносите изменения: тема, плагины, контент — не слепой overwrite staging→prod без diff.
Для миграций БД используйте миграционные плагины или выборочный SQL — осторожно с заказами, созданными на проде после клонирования.
После выкладки очистите кэш CDN и проверьте cron. Держите staging актуальным для следующего цикла.
Частые вопросы
Стейджинг — страховка перед обновлениями; настройте его до сезона, не в канун распродажи.
Соседние материалы: /blog/hosting-backups-restore, /blog/transfer-site, /blog/inode-and-php-limits.
Если два сайта не влезают в тариф — сравните следующую линейку Beget, Timeweb, SpaceWeb на /podbor.
HostFitly не выполняет клонирование за вас — только напоминает проверить квоты и DNS.
Открыть хостинг
Сверьте лимиты, цену продления и условия бэкапов. Для обычного сайта shared обычно проще VPS.