Редизайн сайта компании: 11 измеримых признаков, что пора, и порядок работ, после которого позиции не падают

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

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

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

Одиннадцать признаков, которые можно посчитать

Каждый признак ниже проверяется цифрой или фактом, а не ощущением. Сразу оговоримся про пороги: универсальных чисел вроде «отказы выше стольких-то процентов» не существует. Сравнивать надо со своей же историей в Метрике за прошлый год и с показателями своих же разделов между собой. Если мобильная версия конвертит вдвое хуже десктопной при том, что телефонов больше половины трафика, это ваш сигнал, независимо от чужих бенчмарков.

Техника: скорость, версии, безопасность

Скорость загрузки. Мерить её надо по реальным посетителям, а не лабораторным тестом. В Метрике для этого есть отчёт «Время загрузки страниц»: сгруппируйте его по типам устройств и по страницам входа, возьмите период в год и сравните с тем же месяцем годом раньше. В Яндекс Вебмастере скорость лежит на странице «Качество сайта» отдельным достижением, и у этой цифры две оговорки: считается она по обезличенным данным Яндекс Браузера и только по переходам из мобильного поиска, а для сайтов с небольшой посещаемостью не рассчитывается вовсе. Десктопного значения там нет в принципе, так что мобильные с компьютерами сравнивают только в Метрике, а Вебмастер даёт мобильный ориентир и у части корпоративных сайтов будет просто пустым. Тревожно, когда страницы грузятся заметно дольше, чем год назад, хотя ничего тяжёлого вы не добавляли; когда самые посещаемые страницы медленнее среднего по сайту; когда показатель ползёт вниз несколько месяцев подряд. То, что мобильные медленнее десктопа, само по себе норма: слабее процессор, хуже сеть. Разбираться стоит, если разрыв измеряется не процентами, а разами. Отдельно проверьте главную, карточку товара или услуги и страницу контактов: это три самых частых точки входа.

Версия PHP и CMS. Смотрите в панели хостинга и в админке. WordPress показывает состояние в разделе здоровья сайта, у 1С-Битрикс есть проверка системы и журнал обновлений. Рабочая граница на 2026 год такая: живыми считаются PHP 8.2 и выше, у 8.1 патчи безопасности закончились 31 декабря 2025 года, 8.0 без поддержки с ноября 2023, а 7.4 - с конца 2022. Причём у 8.2 поддержка заканчивается в конце этого года, поэтому если вы на ней, планируйте переход заранее. Ядро CMS без обновлений больше года - это не только дыры в безопасности, но и невозможность поставить современный модуль оплаты или доставки. Если обновление ядра ломает сайт, значит, сайт технически заперт. Проверяется это только на тестовой копии, и развернуть её - работа на день, а не на пять минут.

Снятые с поддержки тема и модули. Зайдите в список плагинов или решений и посмотрите дату последнего обновления каждого. У WordPress она видна прямо в каталоге, у Битрикса - в маркетплейсе. Признак проблемы: тема куплена один раз, автор перестал выпускать версии, а половина функциональности сайта живёт внутри неё. Это значит, что при обновлении ядра сайт может лечь, а чинить будет некому.

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

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

Деньги и процессы вокруг сайта

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

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

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

Маркетинг: конверсия и содержание

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

Конверсия по формам. Заведите в Метрике по две цели на каждую форму: одну на показ блока с формой (по появлению элемента или по прокрутке до него), вторую на успешную отправку. Тогда у вас есть две цифры и отношение между ними: сколько человек форму увидело и сколько её отправило. Ориентиры для тревоги задают ваши же формы: одна отправляется в разы реже остальных при сопоставимом числе показов; отношение отправок к показам упало против прошлого квартала и держится ниже уже несколько месяцев; на мобильных та же форма отправляется вдвое реже, чем на десктопе. Причина почти всегда в числе полей, обязательной капче или отсутствии подтверждения отправки, а не в цвете кнопки. Если формы вообще не отслеживаются, начинать редизайн рано: вы не сможете доказать, что стало лучше. Про типовые причины провала мы подробно писали в материале «Сайт есть, а заявок нет».

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

Один-два признака - это задача на техподдержку. Пять и больше, особенно если среди них версии, тема без поддержки и невозможность добавить блок, - это уже разговор про редизайн, потому что чинить по одному будет дороже, чем собрать заново.

Когда редизайн не нужен и что делать вместо него

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

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

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

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

Два сценария: рестайлинг и переезд

Дальше развилка. Либо мы меняем внешний вид и структуру на текущей CMS, либо переносим сайт на другую платформу. Это два разных проекта по срокам, рискам и деньгам, и путать их не стоит.

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

Переезд - когда платформа не тянет: самописная CMS без разработчика, конструктор без нужных возможностей, магазин без нормальной выгрузки в 1С. Тут меняется всё: адреса, шаблоны, логика каталога, интеграции. Риск потерять трафик реальный, но управляемый, если работать по порядку из следующего раздела.

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

Редизайн сайта компании: порядок работ, при котором позиции не падают

Здесь начинается то, ради чего статья и написана. Трафик после переделки теряют не потому, что новый дизайн хуже, а потому, что вместе со старым дизайном выбрасывают адреса, заголовки и тексты. Поисковик видит не «обновление», а исчезновение половины сайта и появление нового.

Начинается всё со скучного, до всяких макетов. Соберите в одну таблицу все адреса из трёх источников: карта сайта, отчёт «Страницы в поиске» в Вебмастере и отчёт по страницам входа в Метрике за 12 месяцев. Добавьте туда данные краулера. Для каждого адреса фиксируем: трафик за год, позиции по основным запросам, title, h1, description, тип страницы. Такая таблица занимает день работы и стоит дешевле любого восстановления. Без неё вы не узнаете, что удалили страницу, которая приводила треть заявок из поиска.

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

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

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

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

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

Запуск: тестовый контур, релиз по частям, замеры

Собирать новый сайт нужно на отдельном контуре, закрытом от индексации. Одного robots.txt мало, поисковик умеет находить такие копии по ссылкам, надёжнее закрыть доступ паролем на уровне сервера. Ловушка в другом. Запрет индексации живёт не отдельно от сайта, а прямо в файлах сборки: строка в robots.txt, мета-тег noindex в шаблоне, заголовок X-Robots-Tag в конфиге. Когда тестовая сборка становится боевой, она переезжает на рабочий домен вместе с этими строками. Пароль при этом снимают всегда, иначе сайт просто не откроется, а вот запрет индексации остаётся незамеченным: внешне всё работает. Мы видели, как из-за одной такой строки сайт выпадал из поиска на две недели.

Перед переключением снимаем контрольные замеры: позиции по списку запросов, трафик из поиска за последние месяцы, конверсия по целям, скорость главных страниц. Эти цифры и будут точкой отсчёта. Без них разговор через месяц превратится в спор ощущений.

Если проект большой, релиз лучше делать частями. Сначала второстепенные разделы, через несколько дней - основные, в последнюю очередь то, что приносит больше всего трафика. Так у вас остаётся возможность заметить проблему на маленьком объёме. Для небольшого корпоративного сайта это избыточно, там переключение одномоментное, но с проверкой по чек-листу в тот же час.

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

Если трафик уже упал после переделки

К нам с этим приходят часто, обычно через месяц-полтора после чужого запуска. Порядок действий такой, и он именно по шагам, а не «проверим всё сразу».

1. Зафиксировать масштаб и дату. В Метрике сегмент переходов из поисковых систем, отдельно Яндекс и Google, сравнение с тем же периодом до запуска. Нужна дата начала падения: она обычно совпадает с релизом, но иногда с обновлением алгоритма, и это разные диагнозы.
2. Проверить индексацию. robots.txt, мета-тег с запретом индексации в шаблоне, заголовок X-Robots-Tag. Это причина номер один, и лечится она за час.
3. Прогнать старые адреса краулером. Берём выгрузку адресов до релиза, проверяем коды ответа. Всё, что отдаёт 404, получает редирект на ближайшую по смыслу страницу. Цепочки редиректов выпрямляем.
4. Сверить содержимое. Сравниваем title, h1 и объём текста на пострадавших страницах с тем, что было. Если старой версии под рукой нет, помогает веб-архив и бэкапы хостинга. Обычно на этом шаге и обнаруживается, что четыре тысячи знаков превратились в два абзаца.
5. Посмотреть в Вебмастере исключённые страницы и причины. Список причин прямо подскажет, куда копать: дубли, ошибки загрузки, запрет в robots.
6. Проверить скорость и мобильную версию по реальным данным, а не по ощущению «вроде летает».
7. Если технически всё чисто, а трафик не вернулся, дело в контенте и коммерческих факторах: пропали разделы, исчезли цены, ушли отзывы и контакты с карт.

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

Сроки и из чего складывается бюджет

Рестайлинг корпоративного сайта на живой CMS занимает у нас обычно от трёх до шести недель. Переезд на новую платформу - от двух месяцев, магазин с каталогом и обменом с 1С дольше, потому что львиная доля времени уходит не на дизайн, а на данные и интеграции. Сроки растягивает не разработка, а согласования и ожидание контента от клиента, поэтому тексты и фотографии мы просим готовить параллельно с макетами.

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

Теперь цифры. Разработка сайта у нас начинается от 90 000 рублей, дальше идут пакеты 120 000, 140 000 и 180 000 в зависимости от числа шаблонов, объёма каталога и интеграций. От этой же лестницы мы считаем и переделку: рестайлинг на текущей CMS отталкивается от базового пакета, то есть от 90 000 рублей, а типичный корпоративный проект с пятью-восемью уникальными шаблонами укладывается в вилку до 180 000. Обычно выходит дешевле разработки с нуля, потому что часть логики, контента и интеграций переиспользуется. Что в эту сумму не входит и считается сверху: лицензии и платные решения, фотосъёмка, написание текстов с нуля, доработка обмена с 1С сверх типового и последующее продвижение. Переезд с интеграциями считается отдельно: пока не понятно, сколько типов данных переносится и как устроен обмен, любая названная цифра будет выдумкой.

Отдельно про сопровождение переезда со стороны поиска. Это работа, которую нельзя вынести за скобки и заказать потом. Инвентаризация, карта редиректов, перенос мета и контроль индексации делаются внутри проекта разработки. У нас разработка и SEO живут в одной команде, поэтому карту редиректов пишет не тот, кто «сдал и ушёл», а тот, кто потом отвечает за позиции. Когда эти две роли у разных подрядчиков, стыки между ними и становятся местом потери трафика.

Что делать прямо сейчас

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

Мы работаем с 2011 года, офис во Владивостоке, проекты по всей России, и редизайн сайта компании для нас начинается не с эскиза, а с аудита текущего сайта. Иногда после аудита мы говорим, что переделывать не надо, и объясняем, что даст больше отдачи за те же деньги. Посмотреть, что мы уже делали, можно в портфолио, а состав работ и пакеты описаны на странице разработки сайтов.

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