Технический SEO-аудит — это диагностика, без которой все остальные усилия по продвижению могут быть бесполезны. Можно написать лучший контент на рынке, но если поисковый робот не может нормально обойти и проиндексировать страницы — в выдаче их не будет. Пройдёмся по каждому блоку проверки — от индексации до скорости.
Индексация и краулинг
Начните с главного — все ли нужные страницы в индексе, и нет ли там лишнего. Откройте Google Search Console → Страницы (или Coverage). Здесь видны четыре состояния: проиндексированные, исключённые, с ошибкой и с предупреждением.
Типичные проблемы: важные страницы заблокированы в robots.txt (забытое правило Disallow), страницы с тегом noindex (оставшийся после разработки), дубли страниц с www и без www, с http и https, со слешем и без. Каждый дубль размывает ссылочный вес и создаёт конкуренцию самому себе.
Проверьте sitemap.xml — он должен содержать все важные страницы и ни одной из тех, что не нужны в индексе (страницы фильтров, сортировок, пустые категории). Sitemap подаётся в Search Console и обновляется автоматически при публикации нового контента.
Структура URL и редиректы
Чистые URL — базовое требование. Формат /kategoriya/nazvanie-stati/ работает лучше, чем /?p=1247 или /2026/01/15/post-name/. URL должен быть коротким, читаемым и содержать ключевое слово.
Цепочки редиректов — частая проблема на сайтах, которые жили несколько лет. Страница A → 301 на B → 301 на C. Каждый промежуточный редирект — это потеря скорости и утечка ссылочного веса. Все редиректы должны вести напрямую на финальный URL.
Битые ссылки (404) — как внутренние, так и внешние. Внутренние 404 тратят краулинг-бюджет впустую и портят пользовательский опыт. Внешние — теряют переданный вес. Screaming Frog покажет полный список за один обход.
Скорость загрузки и Core Web Vitals
Три метрики, которые Google измеряет и использует как фактор ранжирования:
LCP (Largest Contentful Paint) — время отрисовки самого крупного элемента на экране. Цель — менее 2.5 секунд. Частые причины медленного LCP: тяжёлые изображения без сжатия, медленный серверный ответ (TTFB больше 600 мс), блокирующие CSS и JS в head.
INP (Interaction to Next Paint) — отзывчивость интерфейса при взаимодействии. Цель — менее 200 мс. Проблемы: тяжёлые JavaScript-библиотеки, блокирующий основной поток скрипт аналитики, сложные DOM-манипуляции при клике.
CLS (Cumulative Layout Shift) — визуальная стабильность. Цель — менее 0.1. Причины сдвигов: изображения без заданных размеров, динамически подгружаемые баннеры, веб-шрифты, заменяющие fallback после загрузки.
Инструменты: PageSpeed Insights для разовой проверки, Search Console → Core Web Vitals для данных по всему сайту (реальные данные пользователей), WebPageTest для глубокого анализа waterfall-диаграммы.
Мобильная оптимизация
Google использует mobile-first indexing — робот индексирует мобильную версию сайта. Если на мобильной версии отсутствует часть контента, который есть на десктопной — для Google его просто нет.
Проверьте: все ли тексты, изображения и внутренние ссылки отображаются на мобильных, нет ли горизонтального скролла, достаточно ли крупные кнопки и ссылки для тапа пальцем (минимум 48×48 px), не перекрывают ли элементы друг друга.
Дублированный контент
Дубли — тихий убийца позиций. Они возникают незаметно: страницы с параметрами UTM, версии с и без trailing slash, страницы пагинации, фильтры каталога. Каждый дубль — это конкуренция с самим собой за позицию в выдаче.
Решения: каноническая ссылка (rel=canonical) на каждой странице указывает на основную версию, мета-тег noindex на технических страницах (фильтры, сортировки), 301-редирект дублирующих URL на основной.
HTTPS и безопасность
HTTPS — обязательный стандарт. Сайт без SSL-сертификата получает предупреждение в браузере и понижение в выдаче. Проверьте: все ли страницы отдаются по HTTPS, нет ли mixed content (HTTP-ресурсы на HTTPS-странице), настроен ли 301-редирект с HTTP на HTTPS.
Структурированные данные
Проверьте корректность существующей разметки через Rich Results Test. Типичные ошибки: обязательные поля не заполнены, разметка не соответствует содержимому страницы, JSON-LD содержит синтаксические ошибки.
Технический аудит — это не одноразовая акция, а регулярная гигиена. Проводите полную проверку раз в квартал, мониторьте ключевые метрики в Search Console еженедельно — и техническая сторона сайта будет работать на вас, а не против.