Почему после редизайна снижается органический трафик

Редизайн сайта без потери SEO возможен, если заранее контролировать не только внешний вид, но и структуру, контент, URL и технические настройки. Обычно проблемы возникают после исчезновения страниц, изменения адресов, потери текстов или метаданных, ошибок в robots.txt и неправильных перенаправлений.

До начала работ зафиксируйте поисковую структуру действующего сайта: какие страницы получают органический трафик, по каким запросам показываются, какие URL имеют внешние ссылки и где посетители оставляют заявки. Новую версию сначала проверяют на тестовом контуре, затем сопоставляют старые и новые адреса и только после этого открывают сайт для поисковых роботов.

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

Что зафиксировать до начала работ

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

Для каждого URL зафиксируйте статус: есть ли органический трафик, показы и клики, какие запросы приводят посетителей, сколько заявок приносит страница и на какие документы она ссылается. Эти данные помогут отделить ценные страницы от дублей и принять решение по каждому адресу.

Сохраните title, description, H1, канонический URL, код ответа сервера, содержимое важных страниц, данные о разметке и внутренние ссылки. Если новый шаблон формирует метаданные автоматически, сравните результат с исходной версией — их сохранение не происходит само собой.

Какие URL лучше оставить без изменений

Самый безопасный вариант — сохранить существующие адреса. Тогда поисковым системам не приходится заново связывать старую страницу с новым URL, а пользователи не теряют сохранённые ссылки и закладки.

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

Не направляйте все удалённые страницы на главную или один общий раздел. Такое перенаправление редко является полноценной заменой документа и может быть бесполезно для посетителей. Если подходящей замены нет, удалённая страница должна возвращать корректный ответ сервера, например 404 или 410, а внутренние ссылки и карту сайта нужно обновить.

Как подготовить карту перенаправлений

Карта перенаправлений связывает старые и новые адреса. Для постоянного переноса обычно используют серверное перенаправление 301. Важно проверить не только сам код ответа, но и конечный адрес: он должен открываться с кодом 200, быть тематически релевантным и не создавать лишнюю цепочку переходов.

Рабочая схема выглядит так: старый URL статьи сразу перенаправляется на новый URL этой же статьи, новый адрес открывается без дополнительного перехода, канонический тег указывает на него же, а в XML-карте сайта указан только новый URL. Если старый адрес сначала ведёт на промежуточную страницу, цепочку лучше сократить.

После запуска проверьте выборку из наиболее посещаемых страниц, URL с внешними ссылками и адресов, которые получают показы в поиске. Отдельно проверьте варианты с параметрами, завершающим слешем, www и без www, а также HTTP- и HTTPS-версии.

Как сохранить контент и метаданные

При переносе шаблона часто исчезают текстовые блоки, заголовки, ссылки на связанные материалы и элементы, которые были незаметны в макете. Для поискового трафика это может оказаться важнее изменения цвета, шрифта или расположения кнопки.

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

Проверьте иерархию заголовков, title, description, alt у содержательных изображений, канонические ссылки, структурированные данные и внутреннюю перелинковку. Если подробная статья превращается в короткий рекламный экран, меняется не только дизайн: страница может перестать соответствовать исходному поисковому намерению.

Что проверить на тестовом контуре

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

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

Убедитесь, что сайт использует единственную основную версию протокола и домена, корректно формирует XML-карту и не включает в неё страницы с ошибками, редиректами или запретом индексации. Канонические ссылки не должны указывать на старый домен, тестовый адрес или нерелевантную страницу.

Как провести запуск с минимальным риском

До публикации назначьте момент запуска и ответственных за техническую проверку, контент, аналитику и формы. Сохраните перечень контрольных URL и показатели за сопоставимый период до редизайна. Это поможет отличить обычные колебания спроса от последствий технической ошибки.

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

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

Что делать при падении трафика

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

Затем проверьте базовые причины: доступность сайта, robots.txt, noindex, канонические URL, коды ответа, карту перенаправлений, исчезнувшие тексты и внутренние ссылки. Если просели страницы после смены адресов, сопоставьте старые URL с конечными страницами и устраните цепочки или массовые перенаправления на нерелевантные документы.

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

Чек-лист перед передачей новой версии

До запуска проверьте, что сохранены резервная копия, реестр URL, ценные метаданные и список страниц с трафиком. Для каждого изменённого адреса должно быть принято решение: оставить его, перенаправить на конкретную замену или удалить с корректным ответом сервера.

Проверьте карту 301-перенаправлений, внутренние ссылки, канонические URL, XML-карту, robots.txt, мобильную версию, формы и системы аналитики. После публикации повторите ту же проверку на боевом домене, потому что настройки тестового и рабочего окружения могут отличаться.

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