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

Зачем нужен технический SEO-анализ

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

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

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

Обход, индексация и статус страниц

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

• страницы с органическим трафиком и заявками;
• страницы с внешними ссылками и историей индексации;
• URL из sitemap, краулера, CMS, аналитики, Яндекс Вебмастера и Google Search Console;
• страницы с кодами 3xx, 4xx, 5xx, soft 404 и временными редиректами;
• страницы, которые обнаружены, но не проиндексированы или просканированы, но не проиндексированы.

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

Robots.txt, sitemap.xml, canonical и meta robots

Эти элементы часто проверяют по отдельности, но важнее смотреть их как систему сигналов. Если sitemap говорит "индексируй", meta robots говорит "noindex", canonical ведет на другой URL, а внутренние ссылки указывают на параметризованную версию, поисковик получает конфликт.

В хорошем техническом SEO все сигналы согласованы: важная страница открыта, самоканонична, есть в sitemap, получает внутренние ссылки и не закрыта от индексации.

Дубли, редиректы и URL-логика

Дубли размывают сигналы и мешают выбрать правильную посадочную. Они появляются из-за параметров, фильтров, сортировок, слешей, регистра, http/https, www/без www, пагинации, карточек в разных категориях и технических страниц CMS.

Если URL изменился, старая версия должна вести на максимально близкую новую страницу. Цепочки редиректов и массовые редиректы на главную создают риск soft 404 и потери релевантности.

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

Для этой зоны есть отдельный разбор: дубли страниц, canonical и фильтры.

Шаблоны, структура и внутренняя перелинковка

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

• один H1, логичная структура H2/H3 и корректные title/description;
• хлебные крошки, навигация и внутренние ссылки на связанные страницы;
• контент по интенту, а не одинаковый текст на десятках страниц;
• коммерческие блоки: цены, сроки, FAQ, гарантия, доставка, примеры, CTA;
• страницы-сироты и слишком глубокие страницы без входящих ссылок.

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

Скорость, Core Web Vitals и мобильный опыт

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

Проверять нужно не только главную. Для SEO важны шаблоны, которые получают трафик: услуги, категории, карточки, статьи и фильтры. Детально эта тема раскрыта в статье Core Web Vitals и SEO.

Schema.org, JavaScript и рендеринг

Микроразметка помогает поисковикам понимать структуру и данные страницы, но только если она соответствует видимому контенту. В техническом анализе нужно проверить BreadcrumbList, Article, FAQPage, Product, Offer, Organization или LocalBusiness там, где они действительно нужны.

Отдельный риск - JavaScript. Если важный контент, ссылки, цены, фильтры или карточки появляются только после тяжелого JS, робот может видеть страницу хуже пользователя. Поэтому в аудите смотрят исходный HTML, отрендеренную версию, доступность ссылок через href, серверные ответы и поведение мобильной версии.

Schema.org стоит проверять после изменений шаблонов CMS, цен, остатков и редизайна. Подробный чек-лист есть в статье Schema.org для SEO.

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

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

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

Технический анализ перед редизайном или миграцией

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

1. Собрать все старые URL с трафиком, заявками, ссылками и историей индексации.
2. Составить карту соответствий: старый URL, новый URL, тип редиректа, статус проверки.
3. Проверить, что новые страницы не закрыты noindex и имеют корректный canonical.
4. Сравнить старые и новые шаблоны: H1, title, контент, CTA, FAQ, хлебные крошки, schema.
5. Проверить формы, цели аналитики, ecommerce-события и передачу заявок в CRM.
6. После запуска быстро проверить 404, редиректы, sitemap, индексацию и страницы с падением трафика.

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

Как превратить анализ в ТЗ и приоритеты

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

ТЗ должно быть проверяемым. Например, не "починить canonical", а "на всех страницах сортировки категории X canonical должен вести на чистую категорию, страницы с кодом 200, без редиректа; проверить краулером после релиза".

Как контролировать результат после внедрения

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

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

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

1. Собрать URL из sitemap, CMS, краулера, аналитики, GSC и Яндекс Вебмастера.
2. Разделить страницы на типы: услуги, статьи, категории, карточки, фильтры, служебные URL.
3. Проверить коды ответа, редиректы, 404, 5xx и soft 404.
4. Проверить robots.txt, meta robots, X-Robots-Tag и canonical.
5. Очистить sitemap от редиректов, 404, noindex, параметров и дублей.
6. Найти дубли URL, параметры, сортировки, слеши, регистр, http/https и www-версии.
7. Проверить внутреннюю перелинковку, страницы-сироты и глубину клика.
8. Проверить шаблоны title, description, H1, H2, контента и CTA.
9. Проверить скорость, LCP, INP, CLS, изображения, JS, CSS, шрифты и виджеты.
10. Проверить Schema.org, хлебные крошки, Article, FAQPage, Product и Offer.
11. Проверить цели аналитики, формы, звонки, мессенджеры, ecommerce и CRM.
12. Сформировать приоритетное ТЗ и план контроля после внедрения.

Частые вопросы про технический SEO-анализ

Что такое технический SEO-анализ сайта?

Это проверка технической базы сайта: обход, индексация, коды ответа, robots.txt, sitemap, canonical, дубли, редиректы, скорость, микроразметка, JavaScript, структура и аналитика.

Чем технический SEO-анализ отличается от SEO-аудита?

Технический анализ фокусируется на технических ограничениях. Полный SEO-аудит шире: он включает семантику, конкурентов, контент, коммерческие факторы, аналитику и стратегию роста.

Что проверять первым в техническом SEO?

Сначала проверяются критичные страницы и сигналы: доступность, индексация, коды ответа, robots, canonical, sitemap, редиректы, дубли и URL, которые приносят трафик или заявки.

Нужен ли технический SEO-анализ перед редизайном?

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

Какой результат должен быть после технического SEO-анализа?

Приоритизированное ТЗ: ошибка, URL или шаблон, влияние, решение, ответственный и способ проверки. Без этого аудит остается документом, а не инструментом роста.