Как провести SEO-аудит сайта: пошаговая методика, чек-листы и приоритизация задач

1) Введение

SEO-аудит — это структурированная проверка сайта, которая отвечает на три практических вопроса:

1. Что мешает сайту получать органический трафик (индексация, технические ошибки, контент, структура, ссылки).

2. Что именно нужно исправить (перечень проблем и задач).

3. В каком порядке это делать (приоритизация по влиянию и трудозатратам).

В отличие от разовой «проверки на ошибки», полноценный SEO-аудит формирует план работ и даёт критерии контроля результата: какие метрики должны измениться после внедрения правок (индексация, охват семантики, скорость, ошибки, видимость и т.д.).

Кстати, заказать профессиональный аудит сайта и другие SEO-услуги можно у создателя сайта Progler.

2) Подготовка к SEO-аудиту

2.1. Определить цель и контекст

Цель влияет на глубину и акценты аудита. Типовые цели:

• рост трафика и расширение семантики;

• диагностика падения трафика;

• подготовка к редизайну/миграции;

• снижение доли технических ошибок и улучшение качества индексации;

• увеличение конверсии из органики (через релевантность и коммерческие факторы).

Критично зафиксировать дату, когда начались проблемы (если это падение), и сопоставить её с релизами, изменениями шаблонов, переездами, сменой домена, настройками аналитики.

2.2. Собрать вводные данные

Минимальный набор информации:

• список доменов/поддоменов и зеркал;

• HTTPS/HTTP, www/без www (что основное);

• языки/регионы (если мультирегион);

• CMS и особенности генерации URL (фильтры, пагинация, теги);

• перечень ключевых разделов (каталог, блог, услуги, карточки);

• наличие CDN, редиректов, кеширования.

2.3. Сформировать «контрольные URL»

Нужно выбрать 20–50 URL, которые представляют разные шаблоны:

• главная;

• категории/подкатегории;

• карточки товаров/услуг;

• статьи;

• фильтры и пагинация;

• страницы поиска (если индексируются);

• служебные страницы (аккаунт, корзина — обычно должны быть закрыты).

Контрольные URL используются как эталон для проверки тегов, ответов сервера, каноникалов и контента.

3) Сбор данных и инвентаризация страниц

3.1. Собрать полный список URL (как минимум из 3 источников)

Цель — получить максимально полную картину, потому что «сайт» в SEO — это не меню, а все доступные роботам URL.

Источники URL:

• sitemap.xml (официальный список страниц для индексации);

• краулинг сайта (обход ссылок и получение реального графа страниц);

• фактический индекс (какие URL уже индексируются);

• дополнительно: логика CMS (экспорт из админки), логи (какие URL реально посещают боты).

3.2. Дедупликация и группировка по типам страниц

После получения списка URL их нужно:

• нормализовать (регистр, слэш, параметры);

• сгруппировать по шаблонам: статьи, категории, товары, фильтры, теги, страницы поиска;

• определить «мусорные» зоны: бесконечные параметры, сортировки, трекинговые параметры.

Результатом этапа должен стать список шаблонов и примерное количество страниц в каждом.

4) Индексация и доступность для роботов

Этот блок отвечает на вопрос: может ли робот корректно сканировать сайт и понимать, какие страницы нужно индексировать.

4.1. robots.txt: что проверять

Проверяют:

• не закрыты ли важные разделы;

• не закрыты ли ресурсы, которые нужны для рендеринга (CSS/JS), если сайт зависит от них;

• корректность директив и отсутствие конфликтов (разные правила для разных ботов);

• наличие ссылки на sitemap (если используется такой подход);

• управление параметрами и “мусорными” зонами через Disallow (там, где это уместно).

Типовые ошибки:

• случайное закрытие каталога или контентных разделов;

• закрытие изображений или скриптов, из-за чего робот видит «урезанную» страницу;

• отсутствие стратегии для фильтров/поиска/сортировок.

4.2. sitemap.xml: требования к качеству

Проверяют:

• актуальность (нет ли удалённых и редиректящих URL);

• полноту (все ли важные страницы включены);

• разбиение по типам и объёму (если страниц много);

• частоту обновления (если сайт динамический);

• наличие лишних страниц: фильтры, служебные, дубли.

Практический критерий: sitemap должен содержать только те URL, которые реально должны индексироваться.

4.3. Статусы индексации и исключения

Нужно понять:

• сколько страниц в индексе;

• какие страницы исключены;

• по каким причинам (дубли, каноникал, noindex, ошибки, soft 404, редиректы).

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

4.4. Каноникализация (rel=canonical)

Canonical нужен, чтобы объяснить поиску:

• какая версия страницы основная, если есть дубли;

• как работать с параметрами, сортировками, пагинацией.

Типовые ошибки:

• canonical на нерелевантную страницу или на главную;

• canonical ведёт на URL с редиректом;

• canonical отсутствует на страницах с параметрами;

• разные страницы каноникалятся на одну и ту же без логики (каннибализация и потери).

5) Технический SEO-аудит: протокол, коды, дубли, мета-теги

5.1. HTTP-коды и редиректы

Что проверяют:

• долю 200/3xx/4xx/5xx;

• наличие цепочек редиректов;

• циклические редиректы;

• редиректы в важных шаблонах (например, карточки и категории).

Практические правила:

• важные страницы должны отдавать 200 OK;

• 301 используется для постоянных переносов;

• 302 и цепочки редиректов — зона риска для обхода и потери веса.

5.2. Дубли URL и нормализация адресов

Проверяют наличие дублей по:

• http vs https;

• www vs без www;

• слэш на конце vs без слэша;

• регистр URL;

• параметры (utm, sort, filter, pagination);

• несколько путей к одной странице (разные маршруты в CMS).

Задача: определить единственную каноническую форму URL и привести всё к ней через редиректы, canonical и правила индексации.

5.3. Title, Description и meta robots

Проверяют по шаблонам:

• уникальность и информативность title;

• отсутствие «пустых» или одинаковых title на тысячах страниц;

• корректность description (как вспомогательный элемент);

• meta robots (index/noindex, follow/nofollow) и соответствие стратегии.

Типовые ошибки:

• title из 1–2 слов или “Главная” на всех страницах;

• title не отражает интент страницы;

• noindex на важных страницах;

• nofollow на внутренних ссылках без причины.

5.4. Заголовки H1–H6 и структура контента

Проверяют:

• наличие H1 и его соответствие теме страницы;

• отсутствие множества H1 без необходимости;

• логическую иерархию подзаголовков (H2/H3…);

• шаблонные блоки, которые «перетягивают» структуру.

Критерий: заголовки должны помогать поиску и пользователю понимать содержание страницы и её смысл.

5.5. Структурированные данные (Schema) — если применимо

Проверяют:

• наличие структурированных данных на ключевых типах страниц (товар, статья, организация, хлебные крошки);

• корректность и отсутствие ошибок;

• соответствие фактическому контенту страницы.

6) Производительность и Core Web Vitals в рамках SEO-аудита

Скорость — не единственный фактор ранжирования, но она влияет на:

• качество обхода (частично);

• UX и конверсию;

• поведенческие сигналы.

6.1. Что измерять

Минимум:

• TTFB (время до первого байта) — индикатор серверной части;

• LCP — скорость отображения ключевого контента;

• INP — задержка реакции на взаимодействия;

• CLS — стабильность макета.

6.2. Типовые причины проблем

• тяжёлые изображения без оптимизации;

• блокирующие CSS/JS;

• медленный backend или база данных (TTFB);

• слишком много сторонних скриптов;

• отсутствие кеширования или неправильная настройка CDN.

6.3. Практические рекомендации на уровне аудита

SEO-аудит обычно не заменяет performance-ревью, но должен дать:

• список страниц/шаблонов с проблемами;

• приоритетные причины (сервер, фронтенд, изображения);

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

7) Мобильная пригодность и UX-ограничения

7.1. Mobile-first как стандарт

Проверяют:

• доступность основного контента на мобильных;

• отсутствие скрытия важных блоков;

• корректность навигации и форм.

7.2. Попапы и перекрытия

Проверяют, не мешают ли:

• попапы подписки;

• межстраничные баннеры;

• всплывающие окна, которые закрывают контент.

7.3. Интерактивность и читаемость

• размеры шрифтов и кнопок;

• расстояния между кликабельными элементами;

• корректность форм (маски, валидация, ошибки).

8) Контентный аудит и релевантность интенту

Контентный аудит отвечает на вопрос: является ли страница лучшим ответом на запрос и насколько полно она закрывает интент.

8.1. Интенты и соответствие страниц

Нужно определить, какие страницы закрывают:

• информационные запросы (статьи, гайды, FAQ);

• коммерческие запросы (категории, карточки, услуги);

• навигационные запросы (бренд, разделы).

Ошибки:

• информационные запросы ведут на коммерческие страницы без объяснения;

• коммерческие запросы ведут на статьи вместо каталога;

• один интент размазан по нескольким страницам.

8.2. Thin content и шаблонные страницы

Проверяют:

• слишком короткие или пустые страницы;

• страницы с дублирующимся описанием;

• страницы фильтров без уникальной ценности;

• автоматически сгенерированные страницы, которые не решают задачу пользователя.

8.3. Каннибализация запросов

Каннибализация — когда несколько страниц конкурируют за один и тот же запрос/интент. Это приводит к:

• нестабильным позициям;

• размыванию веса;

• снижению CTR.

Нужно выявить:

• кластеры запросов, которые “распадаются” на разные URL;

• дублирующие статьи;

• категории и теги, конкурирующие с основными категориями.

9) Семантика и сопоставление запросов страницам

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

9.1. Сбор семантического ядра (в рамках аудита)

Задача не обязательно собрать «всё», но нужно:

• собрать запросы по ключевым категориям;

• выделить интенты;

• определить приоритетные кластеры.

9.2. Кластеризация и карта релевантности

Формируется матрица:

• кластер запросов → целевая страница.

Проверяют:

• есть ли страницы под ключевые интенты;

• не “бьются” ли кластеры между собой;

• нет ли больших пробелов (контента или категорий).

9.3. Контентные пробелы (content gaps)

Выявляют:

• темы, по которым спрос есть, а страниц нет;

• категории, где нет нормальных подкатегорий;

• статьи, которые не покрывают важные вопросы.

10) Архитектура сайта и внутренняя перелинковка

10.1. Глубина клика и доступность страниц

Проверяют:

• насколько глубоко лежат важные страницы (сколько кликов от главной);

• есть ли “острова” страниц без входящих ссылок;

• корректность хлебных крошек и меню.

10.2. Фильтры, теги, пагинация

Это один из самых частых источников SEO-проблем.

Проверяют:

• генерируют ли фильтры бесконечные индексируемые URL;

• корректность canonical для фильтров;

• наличие стратегии: какие комбинации фильтров индексировать, какие — закрывать;

• как устроена пагинация: индексировать ли страницы 2, 3… и как связать их с основным листингом.

Практический смысл: не засорять индекс низкоценными страницами и не размывать вес.

10.3. Анкоры и логика внутренней перелинковки

Проверяют:

• не переоптимизированы ли анкоры;

• есть ли ссылки между связанными разделами (категория → подкатегория → товар);

• есть ли блоки “похожие товары/статьи”, которые действительно помогают.

11) Аналитика, цели и коммерческие факторы

11.1. Корректность аналитики (как часть аудита)

Проверяют:

• базовые события (просмотр, клики, формы);

• цели/конверсии;

• корректность e-commerce (для магазинов);

• отсутствие дублей (двойные теги, повторные события).

Без корректной аналитики невозможно оценить эффект от SEO-правок.

11.2. Коммерческие факторы

Для коммерческих страниц важны элементы доверия и полноты информации:

• контакты и реквизиты (если применимо);

• условия доставки/оплаты/возврата;

• цены и наличие;

• гарантии, отзывы, характеристики;

• понятная структура карточки.

В SEO-аудите эти элементы рассматривают как факторы качества страницы и конверсии.

12) Внешние факторы: ссылки и репутация

Этот блок не должен превращаться в “покупайте ссылки”, но он важен как диагностика рисков.

12.1. Оценка ссылочного профиля

Смотрят:

• динамику появления ссылок;

• распределение анкоров (естественность);

• качество доменов-доноров;

• долю подозрительного спама.

12.2. Риски

Риски обычно связаны с:

• резкими всплесками низкокачественных ссылок;

• агрессивным анкорным продвижением;

• сетками сайтов и неестественными профилями.

13) Логи сервера и реальное поведение роботов (опционально, но сильный блок)

Логи дают ответ на вопрос: что реально сканируют боты, а не что “должно сканироваться”.

13.1. Что искать в логах

• частота заходов поисковых ботов;

• какие разделы обходятся чаще;

• какие URL дают 404/500 ботам;

• есть ли обход “мусорных” параметров и фильтров;

• как меняется обход после правок.

13.2. Практическая польза

Логи позволяют:

• увидеть утечку краулингового бюджета на мусорные URL;

• обнаружить критичные ошибки, которые не всегда видны при ручном тесте;

• доказать приоритет исправлений (ошибка на URL, который боты часто посещают, обычно важнее).

14) Приоритизация задач: как превратить аудит в план работ

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

14.1. Матрица «влияние × сложность × риск»

Каждой задаче присваивают:

• влияние (на индексацию/трафик/конверсию);

• сложность (время разработки/согласований);

• риск (может ли правка сломать сайт или ухудшить индексацию).

Пример логики:

• ошибки 5xx, неправильные canonical, закрытие важных разделов в robots — высокий приоритет;

• косметические правки description — низкий приоритет, если есть критические проблемы.

14.2. Quick wins

Быстрые победы — задачи, которые:

• реализуются быстро,

• дают заметный эффект,

• низкорисковые.

Примеры:

• исправить массовые 404 на важные страницы;

• убрать цепочки редиректов;

• добавить или исправить sitemap;

• устранить noindex на ключевых разделах.

14.3. Стратегические задачи

Это задачи, которые требуют времени, но дают долгосрочный эффект:

• переработка структуры каталога и фильтров;

• контентная стратегия и закрытие интентов;

• улучшение Core Web Vitals на уровне шаблонов;

• пересборка внутренней перелинковки.

15) Итоговые чек-листы для SEO-аудита

15.1. Чек-лист индексации и управления роботами

• robots.txt не закрывает важные разделы.

• sitemap.xml содержит только нужные для индексации URL.

• нет массовых страниц с noindex по ошибке.

• canonical настроен логично и не ведёт на редиректы.

• устранены дубли http/https, www/без www, слэш, регистр.

15.2. Чек-лист технических ошибок

• доля 5xx минимальна, критичные 5xx устранены.

• нет цепочек 301/302 на важных шаблонах.

• 404 обработаны: важные восстановлены, удалённые корректно закрыты.

• title и H1 корректны и соответствуют интенту.

• структурированные данные (если нужны) валидны.

15.3. Чек-лист скорости и UX

• есть контроль TTFB, LCP, INP, CLS по ключевым шаблонам.

• оптимизированы изображения (форматы, размеры).

• снижены блокирующие ресурсы (CSS/JS) на критичных страницах.

• нет мешающих попапов, перекрывающих контент.

15.4. Чек-лист контента и семантики

• каждой группе запросов соответствует одна целевая страница.

• выявлены и устранены каннибализирующие страницы.

• thin content сокращён или усилен по интенту.

• составлен список контентных пробелов и план публикаций.

15.5. Чек-лист структуры и перелинковки

• важные страницы доступны в 2–4 клика.

• есть корректные хлебные крошки и навигация.

• фильтры и пагинация не создают мусорный индекс.

• внутренние ссылки помогают распределять вес и вести по воронке.

16) FAQ

Как часто проводить SEO-аудит?

Обычно аудит делают:

• при падении трафика (сразу после выявления);

• перед редизайном и миграцией;

• регулярно (например, раз в 6–12 месяцев) для контроля техдолга и контента.

Что делать, если трафик упал после редизайна?

Первый приоритет:

• проверить редиректы со старых URL;

• проверить индексацию и дубли;

• проверить массовые 404/500;

• сверить каноникалы, robots, sitemap;

• сопоставить даты падения с релизами.

Можно ли сделать аудит без доступа к админке?

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

• логам (по возможности),

• настройкам CMS,

• данным аналитики,

• параметрам генерации URL.

Как оценить эффект от исправлений?

Нужно заранее определить метрики:

• количество и доля индексируемых страниц по шаблонам;

• динамика ошибок 4xx/5xx;

• скорость по ключевым страницам;

• видимость и трафик по кластерам запросов;

• конверсии из органики (если аналитика настроена).