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

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

Второй — скорость. Страница, которая грузится дольше трёх-четырёх секунд, теряет посетителей ещё до того, как они что-то увидели, и хуже ранжируется в Google.

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

И четвёртый, самый неприятный — сайт работает на устаревшей CMS, которую нельзя обновить. Такой сайт рано или поздно ломается или оказывается взломан, и редизайн становится не вопросом красоты, а вопросом безопасности.

Основная опасность редизайна — потерять поисковый трафик. Это происходит, когда при переделке меняют адреса страниц, теряют заголовки и метатеги, вырезают тексты ради «чистого дизайна» или закрывают новый сайт от индексации и забывают открыть.

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

Если структура всё же меняется, настраиваем 301-редиректы со старых адресов на новые — так накопленный вес переходит на новые страницы. Перед запуском проверяем всё по списку: индексация, редиректы, карта сайта, скорость. После запуска следим за Search Console и правим, если что-то пошло не так.

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

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

Разница в стоимости не всегда в пользу редизайна: иногда переделка чужого кода выходит дороже, чем сборка с нуля. Мы смотрим сайт до начала работ и говорим прямо, какой путь дешевле именно в вашем случае — вместе с обоснованием, а не просто «нужно всё переделать».