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

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

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

Тестовая копия решает эту проблему целиком. Это отдельный экземпляр сайта, полностью повторяющий рабочий, на котором можно делать что угодно, ничем не рискуя. Вещь настолько базовая, что в крупных проектах о ней даже не говорят — она есть по умолчанию. А в небольших компаниях её обычно нет, и все правки идут «на живую».

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

Что это такое

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

Названия бывают разные — тестовый стенд, копия для разработки, площадка для проверки. Суть одна: место, где можно ломать.

Зачем это нужно:

Проверять доработки до выкладки. Сделали новый раздел — посмотрели, потыкали, нашли ошибки, поправили. Только потом переносим на рабочий сайт.

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

Показывать заказчику или руководству. Гораздо удобнее обсуждать не описание словами, а работающую страницу.

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

Проверять гипотезы по оформлению. Собрать два варианта страницы и посмотреть их вживую.

Восстанавливать после сбоя. Копия — это ещё и способ убедиться, что резервная копия рабочая: если она разворачивается в тестовую площадку, значит, из неё можно восстановиться и по-настоящему.

Разбираться в проблемах. Если на рабочем сайте что-то происходит, воспроизвести это на копии безопаснее, чем экспериментировать вживую.

Где её разместить

Несколько вариантов, у каждого свои особенности.

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

Отдельный хостинг или отдельный сервер. Полная изоляция, ничего не мешает рабочему сайту. Дороже, и надо следить, чтобы версии программного обеспечения совпадали — иначе проверки не имеют смысла.

Локально на компьютере разработчика. Удобно для программиста, бесполезно для показа заказчику и для проверки всей командой. Как единственный вариант не подходит.

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

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

Обязательное условие: закрыть от посторонних

Самая частая и самая дорогая ошибка при работе с тестовой копией — оставить её открытой.

Что происходит, если этого не сделать:

Копия попадает в поиск. Появляется второй сайт с тем же содержимым. Поисковые системы видят два одинаковых ресурса и не понимают, какой основной. Иногда в выдаче начинает показываться именно тестовая копия — с недоделанным дизайном, с тестовыми ценами, с надписями «проверка».

Клиенты попадают на копию. Звонят по тестовому телефону, оставляют заявки, которые никто не читает, видят цены, которых нет.

Утекает то, что не должно. Копия базы содержит контакты клиентов, историю заказов, внутренние документы. Открытая копия — это открытая база.

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

Как закрывать правильно — несколько уровней, лучше применять все сразу:

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

Запрет индексации в файле для поисковых роботов. Обязательно, но недостаточно — это рекомендация, а не запрет.

Мета-указание о запрете индексации на всех страницах копии.

Ограничение по адресам. Если работаете из одного офиса, можно разрешить доступ только с определённых адресов.

Важный нюанс, о котором забывают: настройки закрытия не должны переехать на рабочий сайт. Это классическая беда — при переносе изменений с копии на основной сайт вместе с ними переносится запрет индексации. Сайт тихо исчезает из поиска, поток обращений с поиска падает в течение двух-трёх недель, а причину ищут где угодно, кроме одной строчки в файле настроек. Проверка занимает минуту, и делать её надо после каждой выкладки.

Что ещё отключить на копии

Помимо закрытия от посторонних, есть вещи, которые на тестовой копии должны быть выключены.

Отправка почты клиентам. Иначе при проверке заказов вашим настоящим клиентам полетят тестовые письма. Лучше перенаправить всю почту с копии на один служебный ящик.

Отправка сообщений. То же касается уведомлений в мессенджеры и рассылок.

Оплата. Платёжные модули должны работать в тестовом режиме или быть отключены.

Обмен с внешними системами. Выгрузка в системы учёта, синхронизация с 1С, передача заявок в Битрикс24 или амоСРМ — всё это на копии должно либо не работать, либо работать в отдельную тестовую область. Иначе тестовые заказы окажутся в реальной базе.

Счётчики статистики. Яндекс.Метрику на копии надо отключить или использовать отдельный счётчик, иначе тестовые визиты испортят статистику рабочего сайта.

Автоматические задачи. Регулярные операции — рассылки, выгрузки, обновления цен — на копии обычно не нужны.

Хорошая практика — вывести на тестовой копии заметную полосу вверху с надписью, что это тестовая версия. Это спасает от ситуации, когда сотрудник полдня вносил товары в копию, думая, что работает на настоящем сайте.

Как поддерживать копию в актуальном состоянии

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

Регулярное обновление данных. Раз в месяц или перед началом крупных работ база и файлы копируются с рабочего сайта на тестовый. Процедура обычно автоматизируется скриптом и занимает минуты.

Совпадение версий. Версия системы управления, версия языка программирования, версия базы данных — всё должно совпадать. Иначе проверка на копии ничего не гарантирует.

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

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

В ХостСМС разворачивание копии — стандартная процедура: переносятся файлы и база, после чего в настройках указывается новый адрес сайта. Отдельно правятся пути к файлам и адрес в настройках информационных систем, иначе копия будет ссылаться на рабочий сайт и путать всех. В 1С-Битрикс есть встроенные средства переноса; на ВордПресс обычно используют дополнительные модули, но с ними чаще возникают расхождения по адресам внутри базы.

Порядок работы: от копии к рабочему сайту

Смысл всей затеи — в дисциплине переноса. Иначе копия есть, а правки всё равно делаются «на живую».

Рабочий порядок:

1. Все изменения сначала делаются на тестовой копии.
2. Изменения проверяются: на компьютере и на телефоне, во всех основных браузерах.
3. Проверяются формы: отправляются, доходят ли, не сломалось ли что-то смежное.
4. Проверяется скорость: не стала ли страница тяжелее.
5. Правки согласуются с заказчиком или руководителем на копии, а не в описании.
6. Делается свежая резервная копия рабочего сайта.
7. Изменения переносятся на рабочий сайт.
8. Сразу после переноса проверяется: открывается ли сайт, работают ли формы, не закрыт ли сайт от индексации, на месте ли счётчики.
9. Через день проверяется статистика: не упал ли поток обращений.

Восьмой пункт критичен. Большинство катастроф после выкладки происходит из-за того, что никто не потратил пять минут на проверку сразу после переноса.

Отдельно про время выкладки. Не стоит выкладывать изменения вечером в пятницу и в конце рабочего дня. Если что-то пойдёт не так, чинить будет некому, а сайт простоит выходные.

Как это связано с продвижением 3 в 1

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

Поиск. Две самые разрушительные истории, которые мы регулярно разбираем, связаны именно с отсутствием или неправильным использованием копии. Первая — тестовая копия попала в поиск и начала конкурировать с основным сайтом. Вторая — при выкладке с копии на рабочий сайт переехал запрет индексации, и сайт постепенно исчез из поиска. В обоих случаях поток обращений с поиска падает существенно, а восстановление занимает месяцы. Заодно страдает и попадание в ответы нейропоиска: если страницы выпали из индекса, цитировать нечего.

Яндекс Справочник. Поломка сайта после неудачной выкладки бьёт и по этому каналу: человек нашёл вас в Яндекс Картах, перешёл по ссылке и попал на сломанную страницу. Он уже был вашим клиентом на девяносто процентов — и вы его потеряли на последнем шаге. Тестовая копия избавляет от таких ситуаций.

2ГИС. То же самое, с поправкой на то, что аудитория из приложения приходит с телефона: любая поломка мобильной вёрстки после выкладки бьёт по этому каналу сильнее всего. А проверить мобильную вёрстку до выкладки можно только на копии.

Общий смысл: три канала привлечения — это система, которая приносит обращения непрерывно. Каждая поломка рабочего сайта останавливает всю систему сразу. Тестовая копия стоит несколько сотен рублей в месяц и один раз настраивается; один день неработающих форм обходится дороже.

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

Частые ошибки

Копии нет вовсе. Все правки на живом сайте.

Копия открыта для всех. Попадает в поиск, конкурирует с основным сайтом.

Копия устарела. Проверки на ней ничего не значат.

Версии не совпадают. На копии работает, на сайте падает.

Почта не отключена. Клиенты получают тестовые письма.

Обмен с системами учёта не отключён. Тестовые заказы в реальной базе.

Запрет индексации переехал на рабочий сайт. Самая дорогая ошибка из всех.

Нет резервной копии перед выкладкой. Откатиться некуда.

Никто не проверяет сайт после выкладки. Поломку находят клиенты.

Копию сделали и забыли. Через год это уязвимый заброшенный сайт на вашем сервере.

С чего начать

1. Решить, где будет жить копия: обычно поддомен на том же хостинге.
2. Развернуть копию: перенести файлы и базу, поправить адрес в настройках.
3. Закрыть паролем на уровне сервера, добавить запрет индексации.
4. Отключить почту, оплату, обмен с внешними системами и счётчики.
5. Вывести заметную полосу «тестовая версия».
6. Написать короткую инструкцию по обновлению копии из рабочего сайта.
7. Договориться внутри команды: все правки сначала на копии.
8. Составить список проверок после выкладки и повесить на видное место.
9. Раз в месяц обновлять копию свежими данными.
10. Раз в квартал проверять, что версии на копии и на сайте совпадают.

Если нужна помощь

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

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