Как обновить дизайн и сохранить поисковый трафик
Что сохранить при редизайне сайта: адреса страниц, полезное содержание, метаданные и внутренние ссылки. План проверки до запуска и после него.
Чтобы обновить дизайн и снизить риск потери поискового трафика, нужно сохранить работающие страницы и проверить не только внешний вид, но и то, что получают поисковые системы. Гарантировать отсутствие колебаний нельзя: Google предупреждает, что значительные изменения сайта могут сопровождаться пересмотром позиций. Практическая задача — не добавить к этому случайно удалённые URL, закрытые страницы и потерянное содержание.
Редизайн на прежнем домене не обязательно требует новых адресов. Если меняется только представление, полезно оставить структуру URL без изменений. Перенос домена и смену CMS лучше обсуждать как отдельные задачи: у каждой свои проверки и риски.
Зафиксируйте исходное состояние
До работы с макетами составьте список страниц. Используйте карту сайта, данные CMS, отчёты о поисковых переходах и известные посадочные страницы рекламы. Не ограничивайтесь тем, что видно в меню: статьи, документы и старые страницы услуг тоже могут приводить посетителей.
Для важных страниц запишите адрес, назначение, заголовок страницы, описание и основной заголовок в тексте. Сохраните содержание, ссылки на связанные услуги и значимые изображения. Это не требование навсегда заморозить текст, а исходная точка, с которой можно сравнить новую версию.
Отдельно определите, по каким данным будете оценивать результат. Нужны не только общие посещения, но и поисковые переходы на конкретные страницы, показы и обращения. Выберите сопоставимые периоды с учётом сезонности, рекламы и праздников. Один спокойный день после запуска мало говорит об итогах редизайна.
Сохраните доступы к системам аналитики и поисковым кабинетам, не передавая пароли в общих документах. Назначьте ответственного за наблюдение после запуска. Иначе красивый новый сайт может работать несколько дней с ошибкой, которую никто не проверяет.
Согласуйте, что меняется, а что остаётся
Для каждой страницы выберите решение: сохранить, переработать, объединить с другой или удалить. Удаление должно объясняться содержанием и задачами бизнеса, а не тем, что раздел не поместился в новый макет. Если информация по-прежнему нужна посетителю, сначала найдите ей место.
Не убирайте полезные объяснения ради короткого первого экрана. Их можно структурировать, разбить на разделы и сделать удобнее для чтения. Но замена содержательной страницы несколькими общими фразами меняет не только дизайн: поисковой системе и клиенту остаётся меньше информации о предложении.
Если адрес всё-таки меняется, подготовьте таблицу соответствий «старый URL → подходящий новый URL» и постоянные перенаправления. Не отправляйте все исчезнувшие страницы на главную без разбора. Для удалённого материала без замены отдельно согласуйте корректный ответ сервера.
По рекомендациям Google при изменении адресов также нужно обновить внутренние ссылки и указания основного адреса страницы — canonical. Карта сайта должна отражать новую структуру. Эти настройки проверяет разработчик; владельцу полезно видеть перечень изменений и понимать, где остались исключения.
Проверьте новую версию до переключения
Проверку проводят на тестовой версии с заранее согласованным способом ограничения доступа. Подготовьте отдельный список настроек, которые необходимо изменить перед публикацией. В частности, рабочие страницы не должны случайно остаться с запретом индексации, включённым на время разработки.
Сравните важные страницы попарно: старую и новую. Проверьте текст, заголовки, метаданные, ссылки, изображения и документы. Затем пройдите путь пользователя на телефоне. Поисковые переходы не решают задачу бизнеса, если новая форма не отправляет обращение или меню перекрывает кнопку.
Договоритесь, что считается готовностью к запуску. Например: ключевые адреса открываются, согласованные перенаправления ведут к нужным страницам, аналитика принимает тестовые события, обращения доходят до ответственного. Проверки должны иметь результат, а не общую отметку «SEO учтено».
Предусмотрите резервную копию и порядок возврата к рабочей версии. Для сайта с заказами недостаточно вернуть старые файлы: нужно учесть данные, появившиеся после переключения. Конкретный план зависит от устройства проекта и согласуется до публикации.
Наблюдайте после запуска
Сразу после переключения повторите проверки уже на рабочем домене. Затем следите за ошибками страниц, индексацией, поисковыми переходами и получением заявок. Сопоставляйте изменения по разделам: падение одной группы страниц проще расследовать, чем усреднённую цифру по всему сайту.
Не исправляйте каждое колебание новым массовым редактированием. Сначала проверьте наблюдаемые причины: недоступность страниц, потерянное содержание, неверные адреса или настройки. Записывайте даты изменений, чтобы понимать последовательность событий. Рост или падение трафика само по себе ещё не доказывает влияние нового цвета кнопок.
В кейсе моего сайта можно посмотреть состав собственной веб-разработки; это не обещание результатов вашего проекта. Если планируете редизайн существующего сайта, пришлите адрес и список желаемых изменений. Я уточню ограничения и оценю работы, включая проверки сохранённых страниц.