Тестовая копия сайта: зачем править не на живом

Нужно поменять блок на главной, обновить плагин или добавить новую форму. Проще всего сделать это прямо на работающем сайте: зашёл, поправил, сохранил. Обычно всё проходит гладко, но однажды после такой правки ломается вёрстка на телефоне, форма перестаёт отправлять заявки или сайт вообще не открывается.

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

Что такое тестовая копия

Это второй экземпляр сайта на отдельном адресе, который видите только вы и разработчик. Он устроен так же, как рабочий: тот же код, похожие настройки, похожее содержимое. Все изменения сначала появляются там, их можно спокойно посмотреть с разных устройств и только потом перенести на рабочий сайт.

Почему правки на живом сайте опасны

  • Ошибку видят посетители, пока её исправляют
  • Обновление плагина или библиотеки может сломать то, что с ним связано, и это не всегда заметно сразу
  • Сложно вернуть как было, если не сохранили предыдущую версию
  • Сломанная форма может тихо терять заявки, пока кто-то не заметит

Особенно рискованно обновлять движок и плагины, о необходимости обновлений говорится в тексте безопасность небольшого сайта.

Безопасный порядок обновлений

Нормальный процесс выглядит так: изменения делаются на тестовой копии, там же проверяются главная, ключевые страницы, формы и вид на телефоне. Затем изменения переносятся на рабочий сайт, по возможности автоматически, а не ручным копированием файлов. Перед переносом сохраняется резервная копия, чтобы откатиться за минуты, если что-то пошло не так.

После переноса стоит ещё раз отправить тестовую заявку и открыть пару страниц. Это занимает несколько минут и снимает большую часть рисков.

Данные и поиск

Тестовая копия не должна попадать в поисковые системы, иначе в поиске появятся дубли страниц. Её закрывают паролем или запретом на индексацию. Пароль надёжнее, потому что запрет поисковики могут и не соблюсти.

Если на сайте есть данные клиентов, их не копируют в тестовую версию как есть: заменяют на вымышленные или используют только нужную часть. А формы на тестовой копии отправляют заявки не менеджерам, а разработчику, чтобы тестовые сообщения никого не путали.

Нужно ли это маленькому сайту

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

Обычно её настройка входит в поддержку после запуска.

Тестовая копия, безопасные обновления и резервные копии входят в услугу поддержка. Если хотите навести порядок с обновлениями своего сайта, напишите через контакты.