Редизайн сайта клиники без потери позиций

Почему редизайн часто оборачивается падением позиций

Что происходит с позициями в первые недели

Редизайн сайта клиники редко проходит бесследно для поискового трафика. Даже если визуально всё стало лучше, поисковые системы воспринимают новую версию как фактически новый сайт. Классическая картина: через несколько дней после запуска позиции проседают на 20–40%, а вместе с ними падают заявки. Мы в Cinar не раз наблюдали этот сценарий, когда клиент решал кардинально переделать дизайн без предварительного аудита. Иногда падение кратковременное, но в сложных случаях восстановление занимает месяцы, и тогда приходится подключать продвижение сайта в экстренном режиме.

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

Игнорирование технических аспектов добивает ситуацию. Редизайн делают на новой CMS, забывают про редиректы 301, меняют мета-теги, теряют alt-тексты и заголовки H1. Отдельная боль это скорость загрузки: тяжёлые слайдеры и неоптимизированные изображения замедляют сайт до 5–7 секунд, а это прямой сигнал для ранжирования. Работает это не всегда одинаково: у одних клиник падение заметно уже в первую неделю, у других растягивается на месяц. Но без заранее продуманного технического плана редизайн превращается в лотерею, где призом становится потерянный трафик.

Подготовка: аудит текущего сайта до начала работ

Редизайн начинается не с макетов, а с инвентаризации. До того как дизайнер откроет Figma, нужно собрать полный срез текущего состояния сайта: каждый URL, который индексируется, каждую страницу, которая приводит трафик. На практике мы прогоняем сайт через Screaming Frog, выгружаем список всех адресов и сверяем его с данными Яндекс.Вебмастера и Search Console. Это страховка от ситуации, когда при переезде «забывают» про раздел, который годами приводил заявки. Если нужно освежить базовое понимание процесса, можно перечитать этапы редизайна сайта, но здесь мы говорим именно о том, что зафиксировать до старта работ.

Что фиксируем до старта: чек-лист аудита

Параллельно со сбором URL мы фиксируем метаданные и структуру. Речь не про «посмотреть title», а про выгрузку всех заголовков, описаний и H1 в таблицу, чтобы после запуска было с чем сравнивать. Отдельно отмечаем страницы с наибольшим трафиком: для клиники это обычно услуги, цены и врачи. Эти URL должны быть перенесены один в один или получить корректный 301 редирект, иначе поисковик начнёт пересобирать выдачу с нуля. Позиции и трафик фиксируем по ключевым запросам в Вебмастере и Search Console, обязательно сохраняем срезы за 3–6 месяцев, а не за неделю. Сезонность в медицине никуда не девается, и без истории легко принять обычный спад за последствия редизайна.

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

• Полная выгрузка URL из Screaming Frog с кодами ответов и глубиной вложенности.
• Список страниц с наибольшим трафиком и конверсиями за последние полгода.
• Снимки позиций по семантическому ядру клиники из Яндекс.Вебмастера.
• Перечень битых ссылок и страниц с дублирующимся контентом, требующих чистки.
• Данные о скорости загрузки ключевых разделов из PageSpeed Insights или Lighthouse.
• История изменений в индексации и фильтрах из панелей вебмастеров за год.

На основе собранных данных строим карту редиректов. Это документ, где каждому старому URL соответствует новый, а если страница удаляется, то редирект ведёт на ближайший аналог по смыслу. Мы обычно делаем это в таблице, с колонками для статуса и примечаний. Правило простое: редирект должен вести на релевантную страницу, а не на главную. Иначе пользователь попадает в тупик, а поисковик теряет сигналы релевантности. Когда карта готова, её нужно проверить на тех же Screaming Frog и в панелях вебмастеров, чтобы убедиться, что цепочки редиректов не образуют циклы и не ведут в никуда. Только после этого можно переходить к проектированию структуры нового сайта.

Как сохранить посадочные страницы и структуру

Сохраняем URL: что можно менять

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

Если без изменения URL не обойтись, правило простое: один старый адрес должен вести ровно на один новый, а не на главную или список похожих услуг. Например, страница «Лечение кариеса» переезжает на «Терапия / Кариес». Каждый такой переезд закрывается 301-редиректом, настроить его нужно до запуска нового сайта. Подробнее о типичных ошибках при переадресации мы разбирали в материале про настройку редиректов без потерь.

С удаляемыми страницами работаем по принципу «не оставлять 404 там, где был контент». Если услугу убрали из прайса, но страница набирала трафик, редиректим её на ближайшую по смыслу: гигиеническую чистку на отбеливание, удаление зуба на имплантацию. Когда аналога нет, оставляем честный 404 с формой поиска и подсказками, но предварительно проверяем внешние ссылки. Если битых ссылок накопилось много, после запуска собираем отчёт в Яндекс.Вебмастере и Search Console и точечно закрываем каждый кейс.

Техническая часть: что проверить после запуска

Сразу после публикации нового сайта зайдите в Яндекс.Вебмастер и Search Console и проверьте, как поисковые системы видят обновлённые страницы. Убедитесь, что в robots.txt не осталось старых запретов, а в sitemap.xml указаны актуальные URL и даты изменения. Если редизайн затрагивал протокол или домен, настройте редиректы 301 на уровне сервера и переотправьте файлы на переобход. В первые дни смотрите на динамику краулинга: резкое падение числа просканированных страниц сигнализирует о технической ошибке, которую лучше поймать сразу, чем через месяц, когда позиции уже просядут.

Скорость загрузки и мобильная версия это два барьера, о которые спотыкается большинство редизайнов. Прогоните страницы через PageSpeed Insights и Lighthouse, обратите внимание на LCP и CLS: тяжёлые слайдеры или шрифты с задержкой подгрузки легко валят обе метрики. Если на старом сайте LCP укладывался в 2,5 секунды, а после редизайна вырос до 4, это уже повод для беспокойства. Редизайн напрямую влияет на Core Web Vitals, которые важны для ранжирования, поэтому держите под рукой нашу статью про улучшение Core Web Vitals и проверяйте не только главную, а все типовые шаблоны: карточку врача, услугу, страницу прайса.

Отдельно проверьте мобильную версию на реальных устройствах, а не только в эмуляторе. Иногда после редизайна на телефонах пропадают кнопки записи или формы становятся некликабельными из-за перекрывающихся блоков. Если сайт переезжал на HTTPS, убедитесь, что не осталось смешанного контента: любые http-запросы внутри защищённой страницы браузер блокирует. Через пару недель сравните в панелях вебмастеров количество страниц в индексе с доредизайновыми цифрами, и если расхождение больше 10%, копайте в сторону дублей и битых ссылок, а не ждите, что всё само устаканится.

Практический чек-лист: 10 шагов для безопасного редизайна

Практический чек-лист: 10 шагов для безопасного редизайна

Начинаем не с макетов, а с аудита. За две недели до старта выгружаем из Яндекс.Вебмастера и Search Console полный список страниц, собираем в Screaming Frog URL с кодами 200, 301 и 404, фиксируем позиции по коммерческим и информационным запросам в таблице. Этот снимок состояния станет точкой отсчёта, иначе после запуска вы не поймёте, что именно просело. Параллельно проверяем, какие страницы приносят трафик и заявки, а какие можно безболезненно исключить из новой структуры.

Дальше работаем по протоколу, который мы в Cinar используем для медицинских сайтов. Убедитесь, что зафиксированы все редиректы со старых URL на новые, особенно для страниц с накопленным ссылочным весом. Согласуйте с разработчиками, чтобы robots.txt и sitemap.xml были залиты одновременно с новой версией. Не склеивайте страницы филиалов или услуг, если они уже ранжируются, лучше сохранить каждую с уникальным контентом.

• Зафиксируйте в таблице позиции топ-50 запросов за месяц до старта и сразу после запуска.
• Сделайте полный бэкап файлов и базы данных, проверьте, что резервная копия реально открывается.
• Договоритесь с разработчиками о заморозке правок контента на 2–3 дня после публикации.
• Проверьте, что все формы заявок и кнопки обратного звонка ведут на рабочие обработчики.
• Настройте в Яндекс.Метрике цели и события до запуска, чтобы не потерять данные о конверсиях.
• Подготовьте страницу 404 с поиском и ссылками на ключевые разделы, она снизит отказы.

Контроль после запуска не заканчивается проверкой вёрстки. Мы смотрим динамику по неделям, а не по дням, потому что поисковикам нужно время на переобход. Если через 10–14 дней позиции по приоритетным запросам не восстановились, проверяем метатеги, внутреннюю перелинковку и robots.txt. Редизайн сайта клиники без потери позиций возможен при последовательном выполнении каждого шага и наличии плана отката на старую версию в течение 24 часов.

Что делать, если позиции уже упали

Первые действия после падения

Сначала зафиксируйте масштаб бедствия и откатитесь назад, если это возможно. Сравните позиции в Яндекс.Вебмастере и Search Console за последние две недели, посмотрите, какие страницы потеряли трафик: все сразу или только коммерческие разделы. Если сохранили бэкап старой версии, верните редиректы со старых URL на новые, проверьте, что 301-е не зациклились и не ведут на битые страницы. Частая ошибка: редирект сняли через неделю после запуска, а поисковик ещё не переобошёл новые адреса, поэтому восстановление занимает вдвое дольше.

Дальше запускаем переобход через инструменты для вебмастеров и смотрим логи сервера, чтобы убедиться, что робот реально заходит на новые страницы, а не упирается в 404. Если падение затронуло только часть разделов, проверьте, не потерялись ли заголовки H1 и мета-теги при переносе контента: часто вёрстка съедает текст, и страница становится пустой для поисковика. Восстановите оригинальные тексты, сохраняя новую структуру, и отправьте страницы на переобход через API или вручную. На практике проблема решается за три-пять дней, если техническая часть была сделана аккуратно, но контентные потери требуют более глубокой работы.

Когда редиректы и переобход не дали результата, переходим к корректировке контента пострадавших страниц. Сравните тексты до и после редизайна: если объём сократился более чем на треть или исчезли ключевые блоки с ценами и услугами, поисковик перестал понимать тематику страницы. Верните смысловые абзацы, добавьте структурированные данные о клинике, врачах и услугах, обновите внутренние ссылки с главной на ключевые разделы. В сложных случаях, когда падение затронуло весь сайт, агентство Cinar запускает поэтапное восстановление: сначала возвращаем техническую базу, затем контент, и только потом работаем над наращиванием ссылочной массы, чтобы не перегружать сайт.

Часто задаваемые вопросы

Максим Ахтямов

Заместитель руководителя отдела разработки

Подписаться на ТГ