Тестовая копия WordPress: как не затронуть рабочий сайт
Изолируем базу, почту и внешние сервисы. Noindex закрывает поиск, но не защищает доступ к данным.
Содержание
Тестовая копия нужна для обновлений, смены PHP, темы и проверки восстановления. Её задача — повторять важные условия рабочего сайта и при этом не влиять на посетителей, платежи и рассылки.
Разделите окружения
Используйте отдельный каталог и отдельную базу с собственными учётными данными. Проверьте конфигурацию до запуска: ошибочно указанная рабочая база превращает тест в изменение реального сайта. Если есть возможность, используйте обезличенные данные.
Ограничьте доступ
Закройте копию авторизацией на сервере или иным доступным способом. Дополнительно поставьте запрет индексации. Robots.txt и noindex не являются паролем: человек с адресом всё ещё сможет открыть публичную страницу. Не размещайте на открытом поддомене реальные обращения и клиентские данные.
Остановите внешние действия
- Переключите платёжный модуль в тестовый режим.
- Отключите отправку писем реальным клиентам.
- Остановите публикации в соцсети, webhooks и синхронизацию CRM.
- Проверьте фоновые задания и адреса callback.
- Убедитесь, что внешние ключи не дают тесту лишних прав.
Один флажок «тестовый сайт» не обязательно отключит все интеграции. Пройдите список установленных расширений и связанных сервисов.
Зафиксируйте проверку
Сохраните версии, действие и результат: например, обновлён конкретный плагин, форма сохраняет заявку, ошибка в журнале не повторилась. Затем повторите проверенный порядок на рабочем сайте со свежим бэкапом. Не переносите старую тестовую базу поверх живой без плана: так можно потерять данные, появившиеся за время испытания.
Копию регулярно обновляйте или удаляйте безопасным способом после окончания работ. Забытая тестовая установка со старыми плагинами тоже требует защиты и обслуживания.
Комментарии 0