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

Что проверять в SEO-аудите в первую очередь

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

  1. Индексация: robots.txt, meta robots, sitemap.xml, canonical и HTTP-коды.
  2. Структура: понятные URL, хлебные крошки, категории и отсутствие конкурирующих дублей.
  3. Метаданные: уникальные Title и Description, один H1 на странице.
  4. Контент: соответствие поисковому интенту, полнота ответа и отсутствие шаблонных повторов.
  5. Перелинковка: ссылки между материалами одного тематического кластера.
  6. Скорость и UX: Core Web Vitals, мобильная версия, изображения и стабильность интерфейса.

1. Индексация и техническая доступность

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

ПроверкаНормальное состояниеТипичная ошибка
HTTP-код200 для рабочей страницы404, 500 или лишняя цепочка 301
CanonicalУказывает на основной URLУказывает на чужую или общую страницу
Meta robotsindex,follow для целевых страницСлучайный noindex
SitemapТолько канонические индексируемые URLДубли и служебные страницы

2. Title, Description и H1

У каждой важной страницы должен быть собственный Title, который точно отражает основной запрос и интент. Description не гарантирует показ именно этого текста в сниппете, но помогает поисковой системе понять содержание и даёт возможность сделать результат привлекательнее. H1 должен быть один и описывать тему страницы без ненужного повторения Title слово в слово.

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

3. Поисковый интент и полнота материала

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

Хорошая статья закрывает следующий вопрос пользователя ещё до того, как он вернётся в поиск. Для этого полезны таблицы, конкретные примеры, инструкции, FAQ и ссылки на соседние материалы.

4. Внутренняя перелинковка

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

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

5. Изображения и мультимедиа

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

6. Контроль Core Web Vitals

Большие изображения, тяжёлые скрипты, нестабильная верстка и поздняя загрузка интерфейсных блоков ухудшают восприятие страницы. Отдельно контролируйте LCP, INP и CLS. Подробнее об этом — в материале про Core Web Vitals.

Как расставить приоритеты после аудита

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

  • Критично: 5xx, noindex важных страниц, неверный canonical, дубли страниц.
  • Высокий приоритет: два H1, пустые метаданные, битые изображения, ошибочная пагинация.
  • Средний: слабая перелинковка, короткие материалы, неочевидная структура.
  • После базы: расширение контента, дополнительные FAQ, новые тематические статьи.

FAQ

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

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

Нужно ли исправлять все ошибки сразу?

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

Достаточно ли автоматического сервиса?

Автоматический сканер хорошо находит технические признаки, но не определяет полностью поисковый интент и реальную полезность текста. Лучший результат даёт сочетание автоматической проверки и ручного анализа.

Связанные материалы

Как провести SEO-аудит коммерческого сайта глубже базового чек-листа

Для сайта услуг недостаточно проверить только Title, Description и наличие sitemap.xml. Аудит должен отвечать на практический вопрос: какие страницы уже получают показы, какие коммерческие запросы не имеют релевантной посадочной и какие технические проблемы мешают поисковой системе выбрать нужную страницу.

1. Индексация и дубли

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

2. Семантика и каннибализация

Для каждой важной услуги назначьте один основной интент. Если несколько страниц одновременно оптимизированы под «доработка сайта», поисковику сложнее выбрать главную. Информационные статьи должны поддерживать услугу: раскрывать частные вопросы и ссылаться на коммерческую страницу, а не повторять её целиком.

3. Контент и доказательства компетенции

Сильная коммерческая страница показывает не только перечень работ, но и процесс, ограничения, сроки, варианты результата, FAQ, реальные примеры и понятный CTA. Для технических услуг особенно полезны кейсы с диагностикой: что было сломано, как нашли причину, что изменили и как проверили результат.

4. Внутренняя перелинковка

Постройте тематические хабы: «доработка сайтов», «MODX», «интеграции», «расширения браузера», «программы Windows». Каждая статья должна иметь логичную ссылку на услугу и 2–4 соседних материала. Это помогает распределять внутренний вес и ускоряет обход новых страниц.

5. Приоритет после аудита

Не исправляйте всё одинаково. Сначала — проблемы индексации и страницы, которые уже получают показы на позициях 8–30. Затем усиливайте коммерческие страницы, после этого закрывайте контентные пробелы. Такой порядок обычно даёт быстрее измеримый результат, чем массовая публикация без анализа.

SEO-аудит: порядок проверки

ЭтапЧто проверить
Индексация
URL
ническое200/3xx/4xx/5xx, canonical, дубли
Семантиказапрос → одна основная страница
Контентотвечает ли страница на интент
Внутренние ссылкисироты, глубина, анкоры
СниппетTitle/Description/разметка
СкоростьCore Web Vitals
Коммерческие страницыконтакты, цены/условия, доверие

Быстрые технические проверки

BASH
curl -I https://example.com/
curl -I https://example.com/robots.txt
curl -I https://example.com/sitemap.xml

# Проверка редиректов
curl -sS -L -o /dev/null   -w "final=%{url_effective} HTTP=%{http_code}\n"   https://example.com/old-url

Аудит без приоритета превращается в список из 200 пунктов

После сбора проблем разделите их по влиянию: индексация и дубли → релевантность посадочных → внутренняя структура → сниппеты → скорость/UX → косметика. Сначала исправляйте то, что мешает странице участвовать в поиске и соответствовать запросу.

Как проверить результат

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

Связанные материалы