Технический SEO-аудит сайта: что проверять и как исправлять ошибки

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

В этом гайде — структурированная методология: что проверять, какими инструментами и как расставлять приоритеты, чтобы исправления давали результат. Подходит и для самостоятельной работы, и для постановки ТЗ разработчику.

Что входит в технический аудит

Технический SEO охватывает всё, что влияет на способность поискового робота находить, обходить и индексировать страницы. В отличие от контентного или ссылочного анализа, здесь нет субъективности: либо ошибка есть, либо её нет.

Основные блоки проверки:

• Краулинг — может ли Googlebot обойти все нужные страницы без ограничений
• Индексация — какие страницы попадают в поисковый индекс, а какие заблокированы
• Скорость и Core Web Vitals — соответствие требованиям Page Experience
• Мобильная версия — корректность Mobile-First индексации
• HTTPS и безопасность — наличие SSL и правильная реализация редиректов
• Структура URL — читаемость, канонизация, цепочки редиректов
• Дублирование контента — технические дубли, canonical теги
• Schema.org и разметка — структурированные данные, hreflang, Open Graph

Минимальный набор инструментов: Google Search Console (бесплатно) + Screaming Frog SEO Spider (бесплатная версия до 500 URL). Для крупных сайтов — Ahrefs Site Audit или Semrush Site Audit. PageSpeed Insights и Chrome DevTools для работы со скоростью.

Краулинг и бюджет сканирования

Первый шаг аудита — понять, как поисковый робот видит ваш сайт. Запускаете Screaming Frog и делаете полный краулинг. На выходе — список всех URL со статусами, заголовками, кодами ответа, глубиной вложенности.

Что искать:

• Страницы с кодом 4xx — битые ссылки, несуществующие страницы. В GSC собирают crawl errors и убивают краулинговый бюджет.
• Цепочки редиректов — 301 → 301 → 301. Google рекомендует не более одного редиректа в цепочке. Каждый лишний — потеря PageRank и замедление краулинга.
• Большая глубина вложенности — страницы, до которых нужно 5+ кликов от главной. Критические страницы должны быть доступны за 3 клика.
• Orphan-страницы — страницы без внутренних ссылок. Робот может их просто не найти.

Краулинговый бюджет важен для крупных сайтов (от 10 000+ страниц). Если сайт генерирует тысячи параметрических URL (фильтры в интернет-магазине), значительная часть бюджета тратится на ненужные страницы вместо важных.

Индексация: robots.txt и sitemap.xml

Robots.txt — первое, что читает поисковый робот. Ошибка здесь может заблокировать от индексации целые разделы или весь сайт. Такое бывает после переезда между CMS или после «временного» закрытия в тестовый режим, которое забыли отменить.

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

• Нет директивы Disallow: / для Googlebot
• Заблокированы технические директории: /wp-admin/, /cart/, /checkout/, /?s=
• Не заблокированы CSS и JS-файлы, нужные для рендеринга
• Указан URL sitemap: Sitemap: https://example.com/sitemap.xml

Sitemap.xml должен содержать только канонические URL со статусом 200. Страницы с noindex, редиректы и 404 в sitemap — противоречивый сигнал для Google.

• Объём одного sitemap: не более 50 000 URL или 50 МБ
• Для крупных сайтов — sitemap-index со ссылками на дочерние файлы
• lastmod должна быть реальной датой обновления, не генерироваться автоматически для всех страниц

Core Web Vitals и скорость загрузки

С 2021 года Core Web Vitals — официальный сигнал ранжирования. В конкурентных нишах, где остальные сигналы равны, плохие CWV дают преимущество конкуренту.

Как проверять: PageSpeed Insights — лабораторные и полевые данные (реальные пользователи из Chrome UX Report). Ориентируйтесь на полевые — они влияют на ранжирование. GSC → «Основные показатели» — агрегированный отчёт по всем страницам.

Частые причины плохого LCP: медленный сервер (TTFB > 800 мс), изображение баннера без fetchpriority="high", рендерблокирующие ресурсы в <head>, отсутствие CDN.

Частые причины CLS: изображения без width/height, рекламные блоки вставляются после загрузки, шрифты без font-display: swap.

Мобильная оптимизация и Mobile-First индексация

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

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

• Мобильная версия содержит тот же контент, что и десктопная
• Viewport meta-тег: <meta name="viewport" content="width=device-width, initial-scale=1">
• Кнопки и ссылки — минимум 48×48 px для тапа
• Элементы не накладываются, горизонтальный скролл отсутствует

HTTPS, редиректы и структура URL

HTTPS

SSL установлен — не значит реализован правильно. Типичные ошибки: не все страницы редиректят с HTTP на HTTPS, есть mixed content, внутренние ссылки используют HTTP, SSL-сертификат просрочен.

Структура URL и редиректы

URL должна читаться человеком и содержать ключевое слово: /uslugi/seo-prodvizhenie/ — хорошо, /p=1423 — плохо.

• URL с параметрами без canonical или noindex — закрыть
• Дублирование с / и без / в конце — выбрать один вариант + 301
• Цепочки 301→301 — заменить на прямой редирект к финальному URL
• 302 там где должны быть 301 — исправить

Дублирование контента и canonical теги

Google не штрафует за дубли напрямую, но тратит на них краулинговый бюджет и размывает PageRank. В результате ни одна из версий не ранжируется так хорошо, как могла бы.

Canonical tag в <head> указывает поисковику каноническую URL. Если страница уникальна — self-canonical. Если дубль — canonical на оригинал. Проверьте: canonical не указывает на страницу с noindex и не противоречит hreflang.

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

Типичный аудит среднего сайта даёт 50–200 проблем. Правильный подход — матрица «влияние на SEO × сложность исправления».

На практике 20% технических ошибок дают 80% негативного влияния на ранжирование. Найдите эти 20% и исправьте — результат ощутится через 2–4 недели после переиндексации.

Вывод

Технический SEO-аудит — это регулярная гигиена, а не разовая процедура. Последовательность: краулинг через Screaming Frog → проверка GSC → чеклист robots.txt и sitemap → Core Web Vitals → разбор дублей. От 3 до 8 часов в зависимости от размера сайта — и вы имеете чёткую картину технического состояния ресурса.