Самый частый страх перед редизайном — «сайт ляжет, заявки остановятся». Он оправдан только при кустарной организации работ, когда новую версию собирают прямо на боевом домене. Правильный процесс устроен иначе: старый сайт приносит заявки до последнего дня, новая версия строится параллельно на закрытом тестовом домене, а переключение занимает минуты. Разбираем, кто за что отвечает, что происходит в каждую из 3–6 недель и где заказчик контролирует результат.
В этой статье 6
Почему сайт не закрывают «на ремонт»
Заглушка «сайт на реконструкции» — худшее решение из возможных. Для бизнеса это прямые потери: посетители из поиска и рекламы приходят в закрытую дверь и уходят к конкурентам. Для поисковых систем — тревожный сигнал: страницы вместо контента отдают заглушку, и позиции проседают. Восстановление после месяца простоя нередко занимает дольше, чем сам редизайн.
Поэтому профессиональный редизайн строится по принципу параллельной разработки. Схема состоит из трёх элементов: боевой сайт, который никто не трогает до самого конца; закрытый тестовый домен, где собирается новая версия; и заранее подготовленный план переключения с картой редиректов. Как сделать редизайн, не останавливая сайт, — это в первую очередь вопрос организации процесса, а не технологий.
Тестовый домен: где строится новая версия
Тестовый домен для нового сайта — это, как правило, технический поддомен вида new.company.ru или адрес на инфраструктуре подрядчика. На нём разворачивается полная версия будущего сайта: реальная структура, реальные тексты, работающие формы. От боевого сайта он изолирован полностью: посетители о нём не знают, реклама на него не ведёт.
Доступ к тестовому домену защищается паролем на уровне сервера. Для заказчика это удобный формат приёмки: вы открываете ссылку с любого устройства и видите будущий сайт таким, каким его увидят клиенты. Все правки вносятся там же, без риска сломать работающий сайт.
Роли: кто за что отвечает
Разработка нового сайта параллельно старому — командная работа с чётким разделением зон ответственности. Заказчику полезно понимать эту раскладку заранее: тогда понятно, какие вопросы кому адресовать и какие материалы готовить.
Роли в проекте редизайна и что требуется от заказчика
- Роль: Руководитель проекта
- Зона ответственности: План работ, сроки, контрольные точки, коммуникация
- Что нужно от заказчика: Решения в контрольных точках без затягивания
- Роль: Дизайнер
- Зона ответственности: Макеты главной и типовых страниц, адаптив
- Что нужно от заказчика: Бренд-материалы, примеры «нравится / не нравится»
- Роль: Разработчик
- Зона ответственности: Сборка на тестовом домене, скорость, формы, интеграции
- Что нужно от заказчика: Доступы к хостингу, домену и аналитике
- Роль: SEO-специалист
- Зона ответственности: Инвентаризация URL, карта редиректов, метатеги, разметка
- Что нужно от заказчика: Список приоритетных страниц и запросов, если он есть
- Роль: Контент-редактор
- Зона ответственности: Перенос и вычитка текстов, актуализация
- Что нужно от заказчика: Свежие цены, реквизиты, фотографии
Текст схемы и все данные
Роли в проекте редизайна и что требуется от заказчика
- Роль: Руководитель проекта
- Зона ответственности: План работ, сроки, контрольные точки, коммуникация
- Что нужно от заказчика: Решения в контрольных точках без затягивания
- Роль: Дизайнер
- Зона ответственности: Макеты главной и типовых страниц, адаптив
- Что нужно от заказчика: Бренд-материалы, примеры «нравится / не нравится»
- Роль: Разработчик
- Зона ответственности: Сборка на тестовом домене, скорость, формы, интеграции
- Что нужно от заказчика: Доступы к хостингу, домену и аналитике
- Роль: SEO-специалист
- Зона ответственности: Инвентаризация URL, карта редиректов, метатеги, разметка
- Что нужно от заказчика: Список приоритетных страниц и запросов, если он есть
- Роль: Контент-редактор
- Зона ответственности: Перенос и вычитка текстов, актуализация
- Что нужно от заказчика: Свежие цены, реквизиты, фотографии
| Роль | Зона ответственности | Что нужно от заказчика |
|---|---|---|
| Руководитель проекта | План работ, сроки, контрольные точки, коммуникация | Решения в контрольных точках без затягивания |
| Дизайнер | Макеты главной и типовых страниц, адаптив | Бренд-материалы, примеры «нравится / не нравится» |
| Разработчик | Сборка на тестовом домене, скорость, формы, интеграции | Доступы к хостингу, домену и аналитике |
| SEO-специалист | Инвентаризация URL, карта редиректов, метатеги, разметка | Список приоритетных страниц и запросов, если он есть |
| Контент-редактор | Перенос и вычитка текстов, актуализация | Свежие цены, реквизиты, фотографии |
Сроки: что происходит в каждую из 3–6 недель
- Неделя 1 — аудит и инвентаризация. Составляется полный список URL старого сайта с пометками, какие страницы приносят трафик и заявки. Проектируется структура новой версии и прототипы ключевых страниц.
- Недели 2–3 — дизайн и сборка. Новая версия появляется на тестовом домене: сначала главная и типовые шаблоны, затем остальные страницы. Заказчик уже может смотреть промежуточный результат по ссылке.
- Неделя 4 — контент и SEO-слой. Переносятся и вычитываются тексты, заполняются метатеги и разметка, составляется карта редиректов «старый URL → новый URL» для всех адресов, которые изменятся.
- Неделя 5 — приёмка. Заказчик проходит сайт на тестовом домене по чек-листу, правки вносятся там же. Параллельно идут технические проверки: скорость, формы, аналитика, мобильные устройства.
- Неделя 6 — переключение и мониторинг: новая версия публикуется на боевом домене, включаются редиректы, команда наблюдает за индексацией и заявками.
Сроки: что происходит в каждую из 3–6 недель
- Неделя 1 — аудит и инвентаризация. Составляется полный список URL старого сайта с пометками, какие страницы приносят трафик и заявки. Проектируется структура новой версии и прототипы ключевых страниц.
- Да
- Недели 2–3 — дизайн и сборка. Новая версия появляется на тестовом домене: сначала главная и типовые шаблоны, затем остальные страницы. Заказчик уже может смотреть промежуточный результат по ссылке.
- Да
- Неделя 4 — контент и SEO-слой. Переносятся и вычитываются тексты, заполняются метатеги и разметка, составляется карта редиректов «старый URL → новый URL» для всех адресов, которые изменятся.
- Да
- Неделя 5 — приёмка. Заказчик проходит сайт на тестовом домене по чек-листу, правки вносятся там же. Параллельно идут технические проверки: скорость, формы, аналитика, мобильные устройства.
- Да
- Неделя 6 — переключение и мониторинг: новая версия публикуется на боевом домене, включаются редиректы, команда наблюдает за индексацией и заявками.
- Да
Текст схемы и все данные
Сроки: что происходит в каждую из 3–6 недель
- Неделя 1 — аудит и инвентаризация. Составляется полный список URL старого сайта с пометками, какие страницы приносят трафик и заявки. Проектируется структура новой версии и прототипы ключевых страниц.
- Да
- Недели 2–3 — дизайн и сборка. Новая версия появляется на тестовом домене: сначала главная и типовые шаблоны, затем остальные страницы. Заказчик уже может смотреть промежуточный результат по ссылке.
- Да
- Неделя 4 — контент и SEO-слой. Переносятся и вычитываются тексты, заполняются метатеги и разметка, составляется карта редиректов «старый URL → новый URL» для всех адресов, которые изменятся.
- Да
- Неделя 5 — приёмка. Заказчик проходит сайт на тестовом домене по чек-листу, правки вносятся там же. Параллельно идут технические проверки: скорость, формы, аналитика, мобильные устройства.
- Да
- Неделя 6 — переключение и мониторинг: новая версия публикуется на боевом домене, включаются редиректы, команда наблюдает за индексацией и заявками.
- Да
Вилка 3–6 недель зависит от объёма и сложности: сайт услуг из 10–20 страниц проходит весь путь за 3–4 недели, корпоративный сайт с каталогом на сотни URL — ближе к 5–6. В АОСА этот срок фиксируется в договоре: редизайн с переносом без потери позиций занимает от 3 до 6 недель и стоит от 140 000 ₽. Держать вилку помогает то, что типовые узлы — шаблоны страниц, формы, SEO-слой — у команды уже отработаны на прошлых проектах: новую версию собирают из готовых модулей, а не проектируют каждый раз с нуля.
Точки контроля заказчика
Хороший процесс не требует от заказчика «жить в проекте». Достаточно четырёх контрольных точек, в которых вы принимаете решения, — всё остальное время команда работает автономно.
- Точка 1, конец недели 1: структура и прототип. Вы согласуете, какие страницы будут на новом сайте и что попадёт на главную. Это самая дешёвая точка для изменений — здесь можно перекроить всё.
- Точка 2, неделя 2–3: дизайн главной и типовой внутренней страницы. Дальше дизайн тиражируется на весь сайт, поэтому смена направления после этой точки стоит дорого.
- Точка 3, неделя 5: приёмка на тестовом домене. Вы проходите сайт как клиент — с телефона, через формы, до отправленной заявки — и фиксируете список правок.
- Точка 4, перед запуском: подтверждение карты редиректов и даты переключения. День и время вы выбираете вместе с подрядчиком, а не узнаёте постфактум.
Суммарно это несколько часов вашего времени за весь проект. И обратный признак тоже работает: если подрядчик не показывает промежуточный результат до самого конца, у вас нет ни одной точки, где проблему можно поймать, пока её исправление стоит дёшево.
День X: как переключить сайт на новую версию
Переключение — это не переезд в бытовом смысле, а замена содержимого боевого домена: проверенная на тестовом домене версия публикуется на основном адресе. Домен остаётся прежним, поэтому посетители ничего не «теряют» — они просто видят обновлённый сайт. Технически окно переключения занимает минуты, потому что вся тяжёлая работа уже сделана.
- Снимается полная резервная копия старого сайта — это путь к мгновенному откату, если что-то пойдёт не так.
- Новая версия публикуется на боевом домене.
- Включается заранее согласованная карта 301-редиректов со всех изменившихся адресов на новые.
- Команда проверяет ключевые сценарии: главную, самые трафиковые страницы, формы заявок, телефонию, аналитику.
- Обновляется карта сайта, новые URL отправляются на переобход в Вебмастер и Search Console.
День X: как переключить сайт на новую версию
- Снимается полная резервная копия старого сайта — это путь к мгновенному откату, если что-то пойдёт не так.
- Да
- Новая версия публикуется на боевом домене.
- Да
- Включается заранее согласованная карта 301-редиректов со всех изменившихся адресов на новые.
- Да
- Команда проверяет ключевые сценарии: главную, самые трафиковые страницы, формы заявок, телефонию, аналитику.
- Да
- Обновляется карта сайта, новые URL отправляются на переобход в Вебмастер и Search Console.
- Да
Текст схемы и все данные
День X: как переключить сайт на новую версию
- Снимается полная резервная копия старого сайта — это путь к мгновенному откату, если что-то пойдёт не так.
- Да
- Новая версия публикуется на боевом домене.
- Да
- Включается заранее согласованная карта 301-редиректов со всех изменившихся адресов на новые.
- Да
- Команда проверяет ключевые сценарии: главную, самые трафиковые страницы, формы заявок, телефонию, аналитику.
- Да
- Обновляется карта сайта, новые URL отправляются на переобход в Вебмастер и Search Console.
- Да
Время выбирают под низкий трафик, но не «в пятницу ночью»: разумный вариант — утро буднего дня, чтобы впереди был полный рабочий день наблюдения. Первые две недели после запуска идёт мониторинг: индексация новых адресов, ошибки 404, позиции по ключевым запросам, конверсия форм. Дальнейшее развитие сайта удобно вести в рамках поддержки — от 15 000 ₽ в месяц.
Что именно проверять до и после запуска — тема отдельных материалов: у нас есть чек-лист редизайна и переезда без потери трафика и гайд по смене домена без потери позиций. Эта статья — о другом: как организовать процесс так, чтобы к чек-листу вы подошли без цейтнота и с работающим сайтом за спиной.
Расчёт условный, для иллюстрации логики. Допустим, сайт приносит 30 заявок в месяц. Закрыть его заглушкой на месяц — значит отдать эти заявки конкурентам, а после открытия ещё несколько недель возвращать просевшие позиции, то есть недополучать заявки и во второй месяц. Параллельная схема стоит тех же денег на разработку, но старый сайт всё это время работает: разница между схемами не в бюджете проекта, а в потерях, которых можно не допустить.
Собирательный пример на основе типовых проектов — не реальный клиент.
Главный вопрос, который стоит задать подрядчику до договора: «Где будет строиться новая версия и что всё это время будет происходить со старым сайтом?» Если в ответе нет слов «закрытый тестовый домен» и «карта редиректов» — перед вами кустарный процесс, и риски простоя лягут на вас. Второй обязательный пункт — план отката: при любой проблеме сайт должен возвращаться к старой версии за минуты, а не «чиниться в бою». Когда оба условия соблюдены, редизайн перестаёт быть лотереей и превращается в рутинную техническую операцию.
Владимир БогдановОснователь и руководитель AOSA · эксперт по SEO и AEO, 12+ лет в поисковой оптимизации