Технический SEO-аудит сайта: чеклист из 11 шагов на 2026

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

Ниже — полный чеклист из 11 шагов, который мы используем сами. По каждому пункту: что проверять, чем проверять и как чинить. Подходит и для Яндекса, и для Google.

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

Технический аудит отвечает на один вопрос: «Может ли поисковый робот без помех найти, скачать, понять и проиндексировать все важные страницы сайта?» Если хоть на одном из этих этапов есть барьер — позиции и трафик страдают, причём незаметно. Сайт может годами терять до половины потенциального трафика только из-за неправильного robots.txt или массовых дублей.

Контентное SEO даёт прирост постепенно. Технические правки часто работают как рычаг: один фикс канонических адресов или ускорение загрузки могут поднять десятки страниц за пару недель. Поэтому аудит всегда идёт первым — до закупки бэклинков и до написания нового контента.

Дмитрий, владелец интернет-магазина автозапчастей из Минска, два года вкладывался в контент, но трафик стоял на месте. Технический аудит занял один вечер и вскрыл причину: из-за фильтров каталога Яндекс проиндексировал 140 000 почти одинаковых страниц вместо 4 000 реальных. Краулинговый бюджет уходил в мусор. После закрытия фильтров от индексации и настройки canonical число страниц в индексе упало до 4 200, а органический трафик вырос на 38% за два месяца — без единой новой статьи.

С чего начать аудит

Перед тем как нырять в детали, соберите базовую картину. Понадобятся четыре источника данных:

• Краулер сайта — обходит сайт как робот и собирает коды ответов, заголовки, мета-теги, дубли
• Google Search Console и Яндекс.Вебмастер — показывают, что реально в индексе и какие ошибки видят сами поисковики
• Аналитика (GA4 / Яндекс.Метрика) — поведение пользователей и страницы-доноры трафика
• Логи сервера — как именно роботы ходят по сайту (продвинутый уровень)

Если нужен быстрый старт без настройки инструментов, запустите бесплатный экспресс-аудит 4КУБА — он за 10–15 секунд проверит ключевые технические сигналы одной страницы без регистрации.

Чеклист технического аудита: 11 шагов

1. Индексация и robots.txt

Начните с главного: какие страницы доступны роботам, а какие закрыты. Откройте site.ru/robots.txt и проверьте, что вы случайно не закрыли важные разделы директивой Disallow. Классическая катастрофа — Disallow: /, забытый после переноса с тестового сервера: он закрывает от индексации весь сайт.

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

• В индексе ровно те страницы, что нужны (сверьте число в GSC и Вебмастере с реальным)
• Нет конфликта robots.txt и мета-тега noindex
• Указан путь к sitemap в конце robots.txt
• Служебные страницы (корзина, личный кабинет, поиск по сайту) закрыты от индексации

2. XML-карта сайта (sitemap)

Sitemap — это список URL, которые вы хотите видеть в индексе. Карта должна содержать только канонические страницы с кодом 200: никаких редиректов, 404 и закрытых от индексации адресов. Грязный sitemap путает робота и тратит краулинговый бюджет.

• Все URL в карте отдают 200 и не закрыты noindex
• Карта обновляется автоматически при добавлении/удалении страниц
• Файл отправлен в GSC и Яндекс.Вебмастер
• Для крупных сайтов — разбита на части до 50 000 URL каждая

3. Коды ответов сервера

Пройдите сайт краулером и посмотрите распределение кодов ответа. Идеал — почти всё в 200. Опасные зоны:

Особое внимание — цепочкам редиректов. Мы подробно разобрали, почему они тихо сжигают краулинговый бюджет, в отдельной статье: «Цепочки редиректов: тихий убийца SEO».

4. Дубли и канонические адреса

Дубли — вторая по частоте причина проблем после индексации. Один и тот же контент, доступный по нескольким URL, заставляет поисковик выбирать «главную» версию самостоятельно — и нередко он выбирает не ту.

Типичные источники дублей:

• Версии с www и без, http и https
• Слеш в конце URL и без него (/page vs /page/)
• UTM-метки и параметры фильтрации/сортировки
• Пагинация и страницы тегов

Решение — атрибут rel="canonical" на каждой странице, указывающий на её основную версию, плюс единая схема URL на уровне сервера (один протокол, одно написание, один слеш).

5. Скорость и Core Web Vitals

Core Web Vitals — это набор метрик скорости и стабильности интерфейса, которые Google и Яндекс используют как фактор ранжирования. Три ключевые:

• LCP(Largest Contentful Paint) — загрузка основного контента, цель < 2,5 c
• INP(Interaction to Next Paint) — отзывчивость на действия, цель < 200 мс
• CLS(Cumulative Layout Shift) — стабильность вёрстки, цель < 0,1

Замеряйте в PageSpeed Insights. Главные рычаги ускорения: сжатие и современные форматы изображений (WebP/AVIF), отложенная загрузка скриптов, кэширование, CDN и сокращение «тяжёлого» JavaScript.

Не хотите проверять страницы по одной? Мультистраничный краулинг 4КУБА обойдёт сайт целиком (до 32 страниц, глубина 3) и соберёт коды ответов, дубли и осиротевшие страницы в один отчёт.

6. Мобильная версия

И Google, и Яндекс индексируют сайт по мобильной версии (mobile-first). Если на смартфоне скрыт контент, который есть на десктопе, — для поисковика этого контента нет. Проверьте, что мобильная и десктопная версии содержат одинаковый текст, ссылки и структурированные данные, тексты читаемы без зума, а элементы не налезают друг на друга.

7. HTTPS и безопасность

HTTPS — обязательный гигиенический минимум. Проверьте, что сертификат действителен, весь трафик принудительно идёт по https (один 301-редирект с http), и на страницах нет «смешанного контента» — картинок или скриптов, подгружаемых по незащищённому http. Браузер пометит такую страницу как небезопасную, и это бьёт по доверию и конверсии.

8. Структурированные данные (schema.org)

Микроразметка schema.org в формате JSON-LD помогает поисковику понять смысл страницы и даёт расширенные сниппеты: рейтинги, цены, FAQ, хлебные крошки. Это же критично для попадания в нейровыдачу Яндекса и AI-ответы — машиночитаемый формат проще извлекать.

Минимальный набор: Organization, BreadcrumbList, Article для блога и FAQPage для страниц с вопросами. Сгенерировать корректный JSON-LD без ошибок можно в генераторе schema.org 4КУБА.

Агентство из Алматы вело сайт сети медицинских клиник. Позиции по информационным запросам были в топ-5, но сниппеты выглядели бледно на фоне конкурентов с рейтингами и FAQ. SEO-специалист Айгуль добавила разметку Article, FAQPage и MedicalClinic на 30 ключевых страниц за неделю. Через 18 дней расширенные сниппеты появились в выдаче, CTR на этих страницах вырос с 4,1% до 6,8% — то есть на две трети больше переходов при тех же позициях.

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

Внутренние ссылки распределяют вес и подсказывают роботу важность страниц. Проблемные сигналы:

• Осиротевшие страницы — есть в sitemap, но на них не ведёт ни одна внутренняя ссылка
• Важные страницы в 4+ кликах от главной (большая глубина вложенности)
• Битые внутренние ссылки на 404
• Неинформативные анкоры вроде «тут» и «подробнее»

10. Краулинговый бюджет

Краулинговый бюджет — это лимит страниц, которые робот готов обойти за визит. Для небольших сайтов он не проблема, но для интернет-магазинов и порталов на десятки тысяч URL — критичный ресурс. Чтобы не тратить его впустую: закройте от индексации фильтры и параметры, убирайте дубли и мусорные страницы, держите чистый sitemap и убирайте цепочки редиректов. Логи сервера покажут, на что робот реально тратит обходы.

11. llms.txt и готовность к AI-видимости

Новый пункт чеклиста на 2026 год. Файл llms.txt в корне сайта — инструкция для AI-краулеров, которая помогает моделям понять структуру сайта без полного обхода. Вместе с lang-атрибутом, canonical и schema.org это базовый набор для попадания в AI-видимость: ответы ChatGPT, Gemini, Perplexity и нейровыдачу Яндекса. Технический аудит больше не заканчивается на классическом SEO — проверяйте и AI-сигналы.

Как часто проводить технический аудит

Аудит — не разовая акция. Минимальный график:

• Полный аудит — раз в квартал. Сайт меняется, накапливаются битые ссылки, дубли, падает скорость
• Экспресс-проверка — после каждого релиза. Новый функционал часто ломает robots.txt, canonical или верстку
• Мониторинг индекса — еженедельно. Резкое падение/рост числа страниц в индексе — сигнал технической проблемы

Сергей, маркетолог SaaS-сервиса из Екатеринбурга, внедрил правило: технический аудит после каждого релиза. Это окупилось буквально на третий месяц. Разработчики выкатили редизайн и случайно поставили noindex на весь раздел блога — 60 статей. Без регулярной проверки сайт потерял бы месяцы трафика. Аудит на следующий день после релиза поймал ошибку, её исправили за час. Потеря составила один день вместо потенциального квартала.

Частые вопросы