Редизайн часто начинают с макета: выбирают стиль, переставляют блоки, меняют меню. Но для сайта, который уже получает переходы из поиска, это ещё и миграция. Меняются адреса, заголовки, тексты, изображения, шаблоны и внутренние ссылки. Если не составить карту изменений заранее, новый дизайн может выглядеть лучше и одновременно потерять часть накопленной видимости.
Безопасный редизайн не даёт математической гарантии сохранения позиций. Его задача — сделать изменения управляемыми: зафиксировать исходное состояние, сопоставить старые и новые страницы, проверить индексацию и быстро заметить отклонения после запуска.
1. Снимите исходное состояние до начала работ
Соберите список URL, которые нельзя потерять. В него входят не только страницы из меню, но и адреса, на которые приходят переходы, ссылаются другие сайты или которые уже видны в поиске. Для каждой страницы сохраните:
- адрес и код ответа;
- заголовок страницы, H1 и описание;
- канонический URL и статус индексации;
- органические переходы и конверсии за выбранный период;
- ссылки на изображения, файлы и важные документы.
Отдельно отметьте страницы, которые дают заявки, даже если у них мало трафика. Сайт услуг может получать всего несколько переходов на страницу, но один из них станет обращением. Удалять такую страницу по одному только показателю посещаемости рискованно.
2. Сделайте карту старых и новых адресов
Для каждого старого URL определите результат после редизайна:
| Ситуация | Действие |
|---|---|
| Страница остаётся на том же адресе | Сохранить URL и проверить содержимое на новой версии. |
| Адрес меняется, но смысл тот же | Назначить один постоянный 301 на соответствующий новый URL. |
| Две близкие страницы объединяются | Выбрать одну целевую страницу и перенести на неё полезную информацию. |
| Страница действительно больше не нужна | Подготовить понятный ответ сервера и проверить ссылки на неё. |
Не отправляйте все старые адреса на главную «для надёжности». Такой редирект не объясняет пользователю, где находится нужная информация, и может восприниматься как неуместный. Постоянный редирект должен вести на максимально близкую по смыслу страницу.
3. Соберите новый сайт на закрытом стенде
Staging-версия должна быть закрыта от индексации и случайных посетителей, но не настолько, чтобы разработчики не могли проверить её обычным сценарием. На стенде пройдите маршрут клиента: открыть услугу, найти контакты, отправить форму, оформить тестовый заказ и получить уведомление.
Проверьте не только внешний вид:
- нет ли ссылок на staging-домен в канонических адресах;
- не остались ли тестовые телефоны, цены и изображения;
- сохранились ли title, H1, описания и тексты важных страниц;
- работают ли поиск, фильтры, корзина и личный кабинет;
- передаются ли формы и заказы в нужные системы.
4. Не забудьте про технические сигналы
Перед переключением новой версии сравните старый и новый сайт по четырём направлениям:
- Доступность. Роботы и пользователи могут открыть нужные страницы, а обязательные ресурсы не заблокированы.
- Адреса. Новые URL указаны в канонических ссылках, меню и карте сайта.
- Контент. Важные тексты, изображения, заголовки и данные о компании перенесены.
- Ссылки. Внутренние переходы не ведут на старые или тестовые адреса.
Если меняется хостинг без смены адресов, добавьте к этому проверку DNS, сертификата, резервных копий и ответа сервера. Если меняется домен или структура URL, понадобится полноценный план переноса, а не только переключение темы WordPress.
5. Проведите запуск по чек-листу
В день запуска назначьте одного ответственного, который отмечает проверки. Сразу после переключения:
- откройте главную, несколько услуг, контакты и формы;
- проверьте коды ответа старых URL и работу 301;
- убедитесь, что robots.txt и sitemap относятся к рабочему домену;
- проверьте canonical, noindex и базовую разметку;
- сделайте тестовую заявку с компьютера и телефона;
- сверьте счётчики, цели и передачу источника обращения.
Проверяйте редирект до конечного адреса, а не только факт первого ответа 301. Цепочка из нескольких переходов увеличивает задержку и усложняет диагностику. При необходимости обновите внутренние ссылки, чтобы пользователи сразу попадали на новый URL.
6. Наблюдайте за сайтом после запуска
Редизайн заканчивается не в момент публикации. Первые недели смотрите на ошибки сканирования, страницы без трафика, падение заявок, скорость и неожиданные изменения в отчётах аналитики. Сравнивайте одинаковые периоды и учитывайте сезонность: один день не даёт оснований объявлять результат успехом или провалом.
Если обнаружили проблему, сначала определите её масштаб. Одна неверная ссылка исправляется иначе, чем массовая ошибка шаблона. Для крупных изменений сохраняйте список исправленных URL и дату повторной проверки, чтобы команда не потеряла контекст.
Редизайн получается безопаснее, когда дизайнер, разработчик, SEO-специалист и владелец бизнеса работают с одной картой URL и одним списком критериев. Макет отвечает за удобство, техническая часть — за стабильность, а контент — за то, чтобы новая страница оставалась полезной и узнаваемой для клиента.
Обсудить доработку WordPress-сайта стоит до начала переноса: так карту адресов и план проверки можно включить в задачу, а не пытаться восстановить после запуска.