Редизайн сайта часто начинается с правильного вопроса — как сделать его современнее, понятнее и сильнее для бизнеса. Но у проекта почти всегда есть вторая задача, которую легко заметить слишком поздно: не потерять то, что старый сайт уже успел накопить в поиске.
У действующего сайта есть история. Одни страницы получают органический трафик, другие уже находятся в индексе по нужным запросам, третьи собрали внешние ссылки или регулярно приводят заявки. Даже если визуально сайт давно устарел, с точки зрения поиска это не пустое место, а цифровой актив. Поэтому хороший редизайн — это не строительство с нуля. Это аккуратная реконструкция.
Редизайн и переезд — не одно и то же
Если меняются только визуальная система, компоненты и код, а адреса страниц и их содержание остаются прежними, рисков значительно меньше. Поисковому роботу по-прежнему доступна та же страница по тому же URL — просто в новом интерфейсе.
Совсем другая ситуация возникает, когда вместе с дизайном меняется структура сайта: разделы объединяются, URL становятся другими, старые страницы удаляются, WordPress меняется на Next.js или Tilda на собственную разработку. В этот момент редизайн превращается в миграцию, и её уже нужно проектировать как отдельный технический процесс.
Google прямо рекомендует перед переездом составить карту соответствия старых и новых URL, а затем настроить перенаправления. Яндекс для изменения структуры сайта также рекомендует серверный 301-редирект со старого адреса на новый. Логика проста: поисковой системе нужно явно показать, куда переехала каждая существующая страница.
До макетов нужно понять, что на старом сайте уже работает
Самая опасная ошибка — оценивать старый сайт только глазами. Страница может выглядеть посредственно и при этом стабильно собирать поисковый спрос. Если удалить её только потому, что она не вписывается в новую структуру, красивый редизайн легко превращается в потерю трафика.
Поэтому перед проектированием мы сначала собираем инвентаризацию сайта: какие URL существуют, какие страницы находятся в поиске, откуда приходит органический трафик, какие запросы уже дают показы, какие материалы получают внешние ссылки и какие страницы участвуют в конверсиях. Здесь важны данные из Яндекс Вебмастера, Search Console, аналитики и обычного краулинга сайта.
После такой инвентаризации становится видно, что можно спокойно перепроектировать, что нужно сохранить практически без изменений, а где действительно есть смысл объединять или удалять страницы.
Рабочие URL лучше не менять без причины
Если страница остаётся той же по смыслу, самый спокойный сценарий — оставить её адрес прежним. Можно полностью изменить сетку, типографику, фотографии, компоненты и даже технологический стек, не меняя URL.
Для пользователя разницы почти нет, а для поисковой системы это снимает целый слой неопределённости. Не требуется заново сопоставлять старую страницу с новой, ждать обработки редиректа и переносить сигналы между адресами.
Особенно осторожно стоит относиться к страницам, которые уже получают поисковый трафик или имеют внешние ссылки. Красивый короткий URL сам по себе редко стоит риска потерять работающий адрес только ради эстетики структуры.
Если адрес меняется — нужна карта редиректов
Когда старый URL сохранить невозможно, ему заранее назначают новый адрес. Не после запуска и не тогда, когда в Вебмастере появились ошибки, а ещё на этапе проектирования структуры.
Например, старая страница услуги может переехать с /services/site-development/ на /sites/. В таком случае со старого адреса на новый настраивается постоянный 301-редирект. Если старая статья объединяется с более полной новой страницей, редирект должен вести именно на неё.
И Google, и Яндекс отдельно предостерегают от схемы, когда десятки или сотни старых URL просто отправляют на главную. Если новая страница не является реальным аналогом старой, такое перенаправление плохо помогает и пользователю, и поисковой системе. В Google подобная массовая переадресация на нерелевантную страницу может восприниматься как soft 404.
Нормальная миграционная карта выглядит скучно, но именно она спасает результат: старый URL, новый URL, статус страницы и тип перенаправления. Для большого сайта это один из самых важных документов всего редизайна.
Минимализм не должен уничтожать содержание
Ещё одна типовая проблема появляется уже в дизайне. На старом сайте есть нормальное описание услуги, условия работы, география, характеристики, ответы на вопросы и кейсы. В новом макете всё это сокращается до пары красивых фраз, потому что так визуально чище.
В результате дизайн действительно становится современнее, но страница начинает хуже объяснять, что именно предлагает компания. Поисковым системам и AI-поиску тоже становится сложнее понять её предмет и контекст.
Хороший минимализм не означает пустую страницу. Содержание можно организовать лучше: разбить на понятные смысловые блоки, вынести детали в раскрывающиеся секции, добавить реальные кейсы и факты, сократить повторения. Но удалять полезную информацию только ради воздуха на макете — плохой компромисс.
Title, H1 и метаданные — это тоже часть миграции
При переносе обычно помнят про тексты и изображения, но технический слой легко остаётся за кадром. У новой версии сайта нужно проверить title и description, H1 и структуру заголовков, canonical, robots, sitemap, Open Graph и структурированные данные.
Если существующая страница уже получает стабильный поисковый трафик, нет необходимости одновременно менять её URL, основной текст, title и смысл H1 только потому, что стартовал новый дизайн. Когда меняется всё сразу, после запуска гораздо сложнее понять, какой именно фактор повлиял на видимость.
Более управляемая стратегия — сначала сохранить работающую семантическую основу, убедиться, что миграция прошла корректно, а затем уже отдельно улучшать заголовки и контент там, где для этого есть основания.
Тестовый сайт должен быть закрыт, рабочий — наоборот
На этапе разработки тестовую версию логично не отдавать в поисковый индекс. Проблемы начинаются, когда временные ограничения случайно переезжают в продакшен.
Google отдельно напоминает перед запуском удалить временные noindex и блокировки robots.txt, которые использовались во время разработки. Для Яндекса новая страница также должна быть доступна роботу и отвечать кодом 200 OK.
Поэтому перед публикацией мы проверяем не только то, как сайт выглядит в Safari и Chrome. Нужно убедиться, что ключевые страницы действительно доступны роботам, canonical указывает туда, куда нужно, sitemap содержит актуальные URL, старые адреса корректно перенаправляются, а удалённые страницы не маскируются под успешный ответ сервера.
Внутренние ссылки нужно обновить сразу
Редирект нужен для старых адресов, но внутри нового сайта лучше сразу ссылаться на конечные URL. Иначе получается лишняя цепочка: пользователь и робот переходят по старой внутренней ссылке, получают 301 и только потом попадают на новую страницу.
Google рекомендует после миграции обновлять внутренние ссылки и sitemap на новые адреса. Это простая работа, которая делает структуру сайта чище и не заставляет систему постоянно проходить через собственные редиректы.
То же касается меню, хлебных крошек, ссылок из статей, карточек услуг, кнопок, изображений и других внутренних связей. Новый сайт должен разговаривать сам с собой уже на новом языке URL.
Смена CMS или фреймворка сама по себе не обнуляет SEO
Бизнес иногда откладывает нормальный редизайн из страха, что переход с WordPress на Next.js, с Tilda на собственную разработку или на другую CMS автоматически уничтожит позиции. Сам по себе технологический стек не является причиной обнуления поисковой истории.
Критично другое: сохраняются ли нужные URL, доступен ли контент без технических ошибок, правильно ли отдаются статусы страниц, работают ли редиректы, не исчезла ли внутренняя перелинковка и может ли робот нормально получить основное содержание.
Можно полностью заменить движок и сохранить поисковую основу. И наоборот, можно остаться на той же CMS, но потерять трафик, если при редизайне удалить важные страницы и сломать структуру.
После запуска сайт нужно наблюдать, а не просто поздравить команду
Публикация новой версии — середина миграции, а не её конец. Сразу после запуска стоит перепроверить ключевые старые URL, ответы сервера, редиректы, canonical, robots.txt и sitemap, а затем следить за обходом и индексированием в Яндекс Вебмастере и Google Search Console.
Поисковым системам требуется время, чтобы обработать изменения адресов и пересобрать индекс. Поэтому важнее не нервно реагировать на каждое движение графика, а быстро ловить технические ошибки: неожиданные 404, закрытые страницы, неправильные canonical, потерянные редиректы или страницы, которые исчезли из новой структуры без понятной замены.
Чем лучше подготовлена карта миграции, тем проще этот период. Вместо расследования «почему всё упало» команда работает по заранее известному списку страниц и может точечно проверить каждую проблему.
Можно ли после редизайна получить больше поискового трафика
Можно, но редизайн сам по себе не является SEO-магией. Новый визуал не поднимает сайт в поиске только потому, что он выглядит дороже.
Рост появляется, если вместе с редизайном исправляется то, что раньше мешало сайту: слабая структура, дубли, тяжёлая мобильная версия, непонятные страницы услуг, медленная загрузка, плохая внутренняя перелинковка, технические ошибки или контент, который не отвечает на реальные запросы аудитории.
В таком проекте дизайн и SEO не конкурируют. Наоборот, хороший интерфейс помогает лучше организовать содержание, а поисковая архитектура не даёт красивому новому сайту потерять накопленную видимость.
Что мы считаем нормальным редизайном
Для VIA Digital редизайн действующего сайта начинается не с попытки нарисовать его заново. Сначала нужно понять, что в существующей системе уже имеет ценность и что нельзя потерять при реконструкции.
Мы фиксируем старую структуру и поисковые страницы, проектируем новую архитектуру, составляем карту URL и редиректов, переносим техническую SEO-основу и только после этого рассматриваем запуск как завершённый продуктовый переход. Визуальная система, разработка и поисковая миграция должны быть одним процессом, а не тремя работами, которые случайно встретились в день релиза.
Итог
Редизайн сайта не обязан стоить бизнесу поискового трафика. Основные потери возникают не из-за нового дизайна, а из-за неуправляемой миграции: исчезнувших URL, неправильных редиректов, удалённого контента, забытых noindex и технических ошибок после запуска.
Если сначала разобраться, что уже работает, сохранить сильные страницы, заранее сопоставить старые и новые адреса и проверить поисковый слой до публикации, сайт можно полностью изменить визуально и технологически без попытки начать историю домена заново.
Хороший редизайн меняет форму сайта, не обнуляя то, что он уже успел заработать.