Редизайн сайта без потери позиций и трафика: что проверить до запуска нового сайта
Редизайн сайта без потери позиций и трафика: что проверить до запуска нового сайта
Материал для блога Astana Creative
Новый дизайн готов, структура стала понятнее, страницы выглядят современнее — кажется, что осталось только нажать кнопку «Опубликовать». Но именно в этот момент можно потерять то, что старый сайт собирал годами: страницы в поиске, внешние ссылки, позиции по важным запросам и органический трафик.
Проблема обычно не в самом новом дизайне. Цвета, шрифты и расположение блоков поисковую систему интересуют гораздо меньше, чем изменения URL, контента, структуры сайта, внутренних ссылок и технических настроек.
Поэтому у сайта, который уже получает переходы из Google и Яндекса, редизайн лучше рассматривать не только как дизайнерскую задачу. Если вместе с внешним видом меняются адреса страниц, CMS, структура или контент, это уже частично SEO-миграция.
Разберём, что стоит проверить до запуска, чтобы не выяснять причины падения трафика уже после публикации нового сайта.
Сначала определите: меняется только дизайн или сам сайт
Под словом «редизайн» могут скрываться совершенно разные проекты.
Можно оставить прежнюю CMS, структуру, контент и URL и полностью изменить внешний вид. А можно одновременно перейти на другую платформу, пересобрать каталог, сократить количество страниц, изменить меню и получить новые адреса практически у всего сайта.
Для SEO это два разных сценария.
| Что меняется | Риск для текущего поискового трафика |
|---|---|
| Цвета, шрифты, изображения, оформление блоков | Относительно небольшой |
| Шаблоны страниц и навигация | Требуется проверка структуры и внутренних ссылок |
| Тексты и содержимое важных страниц | Может измениться релевантность поисковым запросам |
| URL страниц | Нужна карта перенаправлений |
| CMS или технология разработки | Нужен технический SEO-контроль |
| Структура сайта и набор страниц | Нужна полноценная миграционная схема |
| Домен | Это уже отдельный сценарий переезда сайта |
Google относит изменение URL, домена и другие значительные изменения сайта к миграциям и рекомендует заранее планировать сопоставление старых и новых адресов. При существенных изменениях также возможны временные колебания позиций, пока поисковая система повторно обходит и индексирует страницы.
Источник: Google Search Central — Site Moves and Migrations
Поэтому первый вопрос перед редизайном должен звучать не «как будет выглядеть новый сайт?», а «что именно изменится по сравнению с текущей версией?»
До редизайна нужно понять, что на старом сайте уже работает
Одна из самых опасных ошибок — оценивать старый сайт только визуально.
Страница может выглядеть устаревшей и при этом каждый месяц приводить потенциальных клиентов из поиска. Другая страница может быть спрятана глубоко в структуре и не интересовать дизайнеров, но иметь внешние ссылки. Третья может получать мало посетителей, зато регулярно приводить заявки.
Если просто перенести на новый сайт то, что кажется важным визуально, часть таких страниц можно потерять.
До начала миграции стоит зафиксировать исходное состояние сайта:
- все доступные и индексируемые URL;
- страницы, которые получают органический трафик;
- поисковые запросы и страницы входа из Google Search Console и Яндекс Вебмастера;
- страницы, с которых приходят заявки или продажи;
- Title, H1, canonical и основные SEO-настройки важных страниц;
- внутренние и внешние ссылки;
- действующий sitemap.xml и robots.txt.
Получается своеобразная «точка до». Без неё через месяц после редизайна будет сложно понять, что изменилось и почему.
Хорошее практическое правило: у каждой существующей страницы перед запуском новой версии должна быть определена судьба. Она либо остаётся по прежнему адресу, либо переносится, объединяется с другой страницей, либо удаляется осознанно.
Если URL можно сохранить — обычно лучше его сохранить
Представим, что страница услуги несколько лет находится по адресу:
site.kz/services/seo
Она индексируется, получает трафик и на неё ведут ссылки.
При редизайне разработчик предлагает сделать более «красивую» структуру:
site.kz/marketing/search-promotion
Само по себе новое название адреса редко даёт настолько большую пользу, чтобы ради него менять уже работающий URL.
Если содержание и назначение страницы остаются прежними, сохранение старого адреса позволяет убрать из проекта одну потенциальную точку риска.
Это не означает, что URL нельзя менять вообще. Иногда старая структура действительно неудобна: адреса сформированы автоматически, содержат лишние параметры, категории построены нелогично или сайт полностью меняет архитектуру. Но тогда изменение должно быть осознанным, а не происходить просто потому, что новый движок генерирует другие адреса.
Для каждого изменённого URL нужен правильный новый адрес
Когда сохранить старую структуру невозможно, перед запуском составляют карту URL.
Логика простая: старая страница → соответствующая новая страница.
/services/seo → /marketing/seo
/catalog/notebooks → /shop/notebooks
/about-company → /about
Для постоянного переноса Google рекомендует использовать постоянные серверные редиректы. В официальной документации Google также указано, что 301 и другие постоянные редиректы не приводят к потере PageRank, а сами перенаправления при миграции желательно сохранять как минимум год.
Источник: Google Search Central — Site Moves and Migrations
Яндекс также рекомендует направлять старые страницы на соответствующие новые, а не отправлять все старые URL на главную страницу.
Источник: Яндекс Вебмастер — Переезд сайта на новое доменное имя
Именно здесь часто возникает ошибка. Допустим, на старом сайте было 80 страниц, а на новом осталось 30. Самый простой технический вариант — все удалённые URL перенаправить на главную.
Для пользователя это выглядит странно: он переходит по ссылке на конкретную услугу, а оказывается на главной и должен искать информацию заново. Для поисковой системы связь между старым и новым материалом тоже становится менее очевидной.
Правильнее найти максимально близкую по смыслу страницу. Если подходящей замены действительно нет и страница больше не нужна, не всегда стоит делать редирект только ради самого факта редиректа.
Новый дизайн не должен случайно удалить содержание, благодаря которому страницу находили в поиске
Во время редизайна часто возникает желание «почистить» сайт.
Было несколько экранов текста — оставили два коротких абзаца.
Был подробный блок с услугами — заменили красивыми карточками.
Были ответы на частые вопросы — решили, что новая страница и без них выглядит аккуратнее.
С точки зрения дизайна страница может стать лучше. Но одновременно она может перестать отвечать на часть запросов, по которым раньше показывалась в поиске.
Поэтому для страниц с хорошими позициями нужно сравнивать не только внешний вид «до» и «после», но и содержание.
Title и H1. Если страница стабильно получает поисковый трафик, не стоит полностью менять её тематику только ради более эффектного заголовка.
Основной контент. Полезные разделы можно переработать, сократить или сделать удобнее, но сначала нужно понять, какую поисковую задачу они закрывали.
Внутренние ссылки. После новой навигации важная страница не должна внезапно оказаться изолированной от остального сайта.
Изображения, документы и другие материалы. PDF, изображения и другие файлы тоже могут получать поисковый трафик и внешние ссылки. Их также нужно учитывать при миграции.
Здесь важно не впадать в другую крайность. Редизайн не означает, что старый контент вообще нельзя трогать. Плохие и устаревшие материалы как раз можно улучшать. Задача — не сохранить старый сайт в янтаре, а не удалить полезные элементы вслепую.
Проверьте canonical, robots.txt и sitemap.xml до публикации
Есть ошибки, которые пользователь сайта практически не заметит, а поисковый робот заметит сразу.
Canonical
После смены URL новые страницы должны указывать корректные канонические адреса. Особенно это важно, если сайт доступен через несколько вариантов URL или CMS создаёт дубли.
Google рассматривает редиректы, rel="canonical" и URL в sitemap как сигналы при выборе основной версии страницы.
Источник: Google Search Central — Canonical URLs
Ситуация, когда новая страница открывается нормально, но canonical продолжает вести на тестовый домен или старый URL, — именно тот тип ошибки, который лучше найти до запуска.
Robots.txt и noindex
Тестовую версию сайта обычно закрывают от индексации — это правильно. Проблема возникает, когда настройки тестового сервера вместе с новым сайтом попадают на рабочий домен.
Google отдельно предупреждает при миграциях: если во время разработки использовались noindex или ограничения в robots.txt, перед запуском нужно убедиться, что они удалены там, где страницы должны индексироваться.
Для бизнеса это одна из самых неприятных ошибок: сайт визуально работает, формы принимают заявки, но поисковой системе фактически сказали «не добавлять эти страницы в поиск».
Sitemap.xml
После изменения структуры sitemap должен содержать актуальные URL нового сайта. Google рекомендует после миграции отправить новый sitemap через Search Console, чтобы облегчить обнаружение новых адресов.
Не забудьте про аналитику и заявки
Иногда после редизайна кажется, что «трафик упал», хотя на самом деле перестала работать аналитика.
Или наоборот: посещаемость сохранилась, но новые формы не отправляют заявки, цели не фиксируются, номера телефонов работают неправильно или события электронной коммерции перестали передаваться.
Поэтому SEO-проверка перед запуском должна идти вместе с проверкой бизнес-сценариев.
Нужно открыть сайт как обычный посетитель и пройти основные пути: найти услугу → перейти на страницу → отправить форму → убедиться, что обращение получено → проверить фиксацию события в аналитике.
Для интернет-магазина цепочка длиннее: категория → карточка → корзина → оформление → оплата → событие покупки.
Красивый сайт, на котором перестали измеряться или приниматься обращения, сложно назвать успешным редизайном.
Что спросить у разработчика до запуска нового сайта
Владельцу бизнеса необязательно самостоятельно проверять HTTP-заголовки или обходить сотни URL. Но полезно понимать, какие вопросы задать подрядчику.
| Вопрос | Что должно быть в ответе |
|---|---|
| Какие страницы старого сайта получают поисковый трафик? | Есть список, а не предположение |
| Какие URL изменятся? | Подготовлено сопоставление старых и новых адресов |
| Что произойдёт со старыми URL? | Настроены соответствующие перенаправления |
| Проверялись ли robots.txt, canonical и sitemap? | Да, причём именно на финальной версии сайта |
| Как поймём, что после запуска всё прошло нормально? | Есть Search Console/Вебмастер, аналитика и план контроля |
Если ответ звучит как «после запуска посмотрим», значительная часть SEO-рисков фактически переносится уже на работающий сайт.
Финальная проверка перед публикацией
За день до запуска полезно пройти короткий контрольный список:
- Сохранён список старых URL и показатели поискового трафика.
- Известно, какие адреса меняются.
- Для изменённых страниц подготовлены соответствующие редиректы.
- Важные страницы не потеряли полезный контент, Title, H1 и внутренние ссылки без осознанной причины.
- Canonical указывает на правильные рабочие URL.
- На нужных страницах нет случайного noindex.
- Robots.txt не закрывает важные разделы.
- Sitemap.xml содержит актуальные страницы.
- Формы, телефоны, корзина и другие ключевые функции протестированы.
- Аналитика продолжает фиксировать посещения и конверсии.
- Есть резервная копия старой версии сайта.
- После запуска назначен человек, который будет контролировать индексирование, ошибки и трафик.
Последний пункт особенно важен. Перенос не заканчивается в момент, когда новый дизайн появился на домене.
Что проверять после запуска
Google предупреждает, что при существенных изменениях позиции могут временно колебаться, пока робот повторно обходит и индексирует сайт. Для сайтов среднего размера обработка изменённых URL может занимать несколько недель.
Поэтому сравнивать результат только по позиции одного запроса на следующий день после запуска бессмысленно.
Гораздо полезнее следить за общей картиной:
- появляются ли новые URL в индексе;
- исчезают ли старые;
- нет ли резкого роста 404;
- работают ли редиректы;
- сохранился ли трафик на ключевые посадочные страницы;
- не пропали ли запросы, которые раньше приводили клиентов;
- продолжают ли фиксироваться заявки и продажи.
Особое внимание нужно уделить страницам, которые до редизайна давали бизнесу основную ценность. Средний показатель по всему сайту может выглядеть нормально, даже если одна важная коммерческая страница потеряла видимость.
Если трафик после редизайна всё-таки снизился
Первое желание — срочно начать менять тексты, заголовки и страницы ещё раз. Лучше сначала определить причину.
Проверьте, доступны ли старые URL и куда они перенаправляют. Посмотрите, нет ли noindex, ошибок robots.txt, неправильных canonical и массовых 404. Сравните содержание страниц до и после редизайна. Проверьте внутренние ссылки и корректность аналитики.
Google среди типичных ошибок миграции отдельно называет оставшиеся ограничения noindex/robots.txt и неправильные перенаправления.
Если технических проблем нет, нужно учитывать, что поисковой системе требуется время на повторный обход значительных изменений.
Именно поэтому исходные данные, сохранённые до редизайна, так важны: вместо вопроса «почему у нас стало меньше трафика?» можно увидеть конкретно, какие страницы и запросы изменились.
Редизайн должен улучшать сайт, а не обнулять его историю
Старый сайт может выглядеть устаревшим, быть неудобным на мобильных устройствах или плохо соответствовать нынешним задачам бизнеса. Это нормальные причины для редизайна.
Но начинать его стоит не с удаления старой версии, а с понимания того, какую ценность она уже накопила.
Хороший редизайн сохраняет работающие страницы и поисковый спрос там, где это имеет смысл, исправляет слабые места и только после этого меняет структуру.
Если ваш сайт уже получает органический трафик, перед серьёзной переработкой полезно провести аудит текущих страниц и составить план переноса. В Astana Creative мы можем подключить разработку и SEO ещё до запуска новой версии сайта, чтобы дизайн, структура и поисковая оптимизация планировались как один проект, а не исправлялись по отдельности после публикации.
SEO-подготовка
| Параметр | Значение |
|---|---|
| Title | Редизайн сайта без потери позиций и трафика: SEO-чек-лист |
| Description | Что проверить перед редизайном сайта, чтобы снизить риск потери SEO-трафика: URL, 301-редиректы, контент, robots.txt, canonical, sitemap и аналитика. |
| H1 | Редизайн сайта без потери позиций и трафика: что проверить до запуска нового сайта |
| URL | /blog/redizajn-sajta-bez-poteri-pozicij-i-trafika |
| Основной запрос | редизайн сайта без потери позиций |
| Внутренние ссылки | Разработка сайтов; SEO-продвижение; техническая поддержка сайта |