Чек-лист: как сделать технический SEO-анализ сайта перед редизайном

Зачем делать технический SEO-анализ до редизайна

Редизайн меняет не только внешний вид сайта. Он может изменить URL, хлебные крошки, внутренние ссылки, заголовки, мета-теги, скорость загрузки, canonical, robots directives и структуру каталога. Для поисковой системы это выглядит как переезд, даже если домен остался тем же.

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

Проверьте индексацию и структуру сайта

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

Что важно проверить

• какие страницы находятся в индексе Яндекса и Google;
• какие URL получают органический трафик и заявки;
• нет ли дублей с параметрами, фильтрами, слешами и разным регистром;
• какие страницы закрыты через robots.txt, meta robots или canonical;
• какие разделы должны остаться в sitemap.xml после запуска.

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

Подготовьте редиректы, canonical и защиту от дублей

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

Базовые правила

• важные старые URL должны вести на максимально близкие новые страницы;
• редирект должен быть 301, если перенос постоянный;
• цепочки редиректов нужно сокращать до одного перехода;
• canonical должен указывать на каноническую версию страницы;
• страницы пагинации, фильтров и сортировок нельзя закрывать одинаково без проверки спроса.

Проверьте скорость и ключевые веб-показатели

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

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

Что включить в проверку

• LCP: главный контент должен появляться быстро;
• INP: интерфейс должен реагировать без заметной задержки;
• CLS: элементы страницы не должны прыгать при загрузке;
• размер изображений и наличие современных форматов;
• критический CSS, лишний JavaScript и сторонние виджеты.

Проверьте шаблоны страниц, семантику и коммерческие блоки

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

Перед запуском нужно проверить не только URL, но и типы страниц: главная, услуги, категории, карточки товаров, статьи, фильтры, страницы брендов и регионы. У каждого типа должен быть свой набор SEO-элементов: `title`, `description`, один `H1`, логичные `H2`, текст по интенту, CTA, микроразметка и ссылки на связанные разделы.

Что сохранить или улучшить в шаблонах

• коммерческие блоки: цена, состав услуги, сроки, FAQ, примеры работ;
• внутренние ссылки на услуги, статьи, категории и важные посадочные;
• хлебные крошки и понятную иерархию разделов;
• микроразметку BreadcrumbList, Article, FAQPage, Service или Product;
• контент, который закрывает интент, а не просто повторяет ключевые слова.

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

Не переносите сайт без настройки аналитики

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

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

Сформируйте понятное ТЗ для разработчика и контент-команды

Хороший технический SEO-анализ сайта заканчивается не абстрактным отчетом, а списком задач, которые можно внедрить. Для каждой ошибки нужно указать URL или шаблон, проблему, влияние, приоритет, рекомендуемое решение и способ проверки после релиза.

Разработчику важно передать технические задачи: редиректы, canonical, статусы ответа, скорость, изображения, разметку, генерацию sitemap, работу фильтров и пагинации. Контент-команде - список страниц, где не хватает коммерческих блоков, FAQ, текстов по интенту, внутренней перелинковки или корректных заголовков.

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

Что проверить сразу после запуска новой версии

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

Сначала смотрят технические статусы: открывается ли страница, нет ли 404, не появились ли лишние 302, не ушел ли canonical на неправильный URL, не закрыты ли важные разделы от индексации. Затем проверяют контент: сохранились ли заголовки, коммерческие блоки, внутренняя перелинковка, хлебные крошки и микроразметка. После этого переходят к аналитике: отправка формы, клик по телефону, переход в мессенджер, события CTA и попадание заявки в CRM.

Отдельно стоит сравнить старую и новую карту сайта. В sitemap.xml должны попасть только важные индексируемые URL. Если туда попали технические страницы, параметры, результаты поиска по сайту или дубли фильтров, поисковый робот получает неправильный сигнал о структуре проекта. Если же важные страницы не попали в sitemap, их переобход может затянуться.

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

Короткий чек-лист технического SEO-анализа

1. Выгрузить все текущие URL и разделить их по важности.
2. Собрать страницы с органическим трафиком и заявками.
3. Проверить индексацию, sitemap.xml, robots.txt и canonical.
4. Найти 404, дубли, цепочки редиректов и мусорные URL.
5. Подготовить карту 301-редиректов для измененных адресов.
6. Проверить скорость, изображения, шрифты и сторонние скрипты.
7. Сохранить цели аналитики и настроить события новой версии.
8. После запуска сравнить трафик, заявки, ошибки индексации и логи сервера.

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