23.02.2026
Технический SEO-аудит: 25 проверок для топовых позиций
Полный чек-лист из 25 критических проверок технического SEO. Пройдитесь по каждому пункту — и ваш сайт будет готов к борьбе за топ выдачи.

Технический SEO-аудит — это фундамент продвижения любого сайта. Без него даже идеальный контент и сильные ссылки не дадут результата: поисковые роботы просто не смогут корректно просканировать, проиндексировать и ранжировать ваши страницы. Ниже — 25 конкретных проверок, которые мы проводим на каждом проекте.
Часть 1. Сканирование и индексация
1. Проверка файла robots.txt
Убедитесь, что robots.txt доступен по адресу site.ru/robots.txt, не блокирует важные разделы и содержит ссылку на XML-карту сайта. Частая ошибка — случайный Disallow: / после переноса с тестового сервера, который закрывает весь сайт от индексации.
2. XML-карта сайта (sitemap.xml)
Sitemap должен быть валидным, содержать только канонические URL со статусом 200 и обновляться при добавлении нового контента. Проверьте, что карта добавлена в Яндекс.Вебмастер и Google Search Console.
3. Проверка индексации (site:)
Выполните в поиске запрос site:вашсайт.ru и сравните количество найденных страниц с реальным числом URL в карте сайта. Большое расхождение — сигнал о проблемах с дублями или закрытыми от индексации страницами.
4. Мета-тег robots и X-Robots-Tag
Проверьте, нет ли на важных страницах директив noindex, nofollow в мета-теге <meta name="robots"> или HTTP-заголовке X-Robots-Tag. Одна ошибочная директива может убрать страницу из выдачи.
5. Каноникализация (canonical)
Каждая страница должна иметь атрибут <link rel="canonical">, указывающий на предпочтительную версию URL. Это предотвращает конкуренцию дублей между собой и концентрирует ссылочный вес.
Часть 2. Серверная часть и безопасность
6. HTTPS и SSL-сертификат
Весь сайт должен работать по HTTPS. Проверьте, что сертификат валиден, не истёк, а все внутренние ресурсы (изображения, скрипты, стили) загружаются без ошибок смешанного контента (mixed content).
7. Коды ответа сервера
Просканируйте сайт краулером (Screaming Frog, Netpeak Spider) и найдите страницы с кодами 4xx и 5xx. Все ссылки, ведущие на несуществующие страницы, нужно либо убрать, либо настроить 301-редирект.
8. Цепочки и циклы редиректов
Убедитесь, что нет цепочек из нескольких 301/302-переадресаций (A → B → C). Каждый промежуточный редирект замедляет сканирование и «съедает» часть ссылочного веса. Идеально — один прямой редирект.
9. Корректная страница 404
Страница 404 должна отдавать именно HTTP-код 404 (а не 200), содержать навигацию и предложение перейти на главную или в каталог. Это помогает и пользователям, и поисковым роботам.
10. Время ответа сервера (TTFB)
Time To First Byte должен быть ниже 200–400 мс. Высокое TTFB указывает на проблемы с хостингом, базой данных или серверной логикой. Проверяйте через WebPageTest или Lighthouse.
Часть 3. Скорость и Core Web Vitals
11. Largest Contentful Paint (LCP)
LCP — время отрисовки самого крупного видимого элемента. Целевое значение — до 2,5 секунд. Чаще всего проблема в неоптимизированных изображениях hero-секции или медленной загрузке шрифтов.
12. Cumulative Layout Shift (CLS)
CLS измеряет визуальные сдвиги контента при загрузке. Норма — менее 0,1. Задавайте атрибуты width и height для изображений и видео, резервируйте место под рекламные блоки.
13. Interaction to Next Paint (INP)
INP заменил метрику FID в 2024 году и оценивает отзывчивость страницы на действия пользователя. Целевое значение — до 200 мс. Оптимизируйте тяжёлые JS-обработчики и разбивайте долгие задачи.
14. Оптимизация изображений
Переведите изображения в форматы WebP / AVIF, используйте loading="lazy" для картинок ниже первого экрана и задавайте адаптивные srcset. Это напрямую влияет на LCP и общий вес страницы.
15. Минификация CSS и JS
Убедитесь, что CSS и JavaScript минифицированы и сжаты (gzip/brotli). В Astro это делается автоматически при astro build, но проверьте, что сервер действительно отдаёт сжатые файлы (заголовок Content-Encoding).
Часть 4. Структура и навигация
16. Чистые URL (ЧПУ)
URL должны быть человекочитаемыми, содержать ключевые слова на латинице или транслите, без лишних параметров и идентификаторов сессий. Пример: /blog/tehnicheskij-audit вместо /page?id=347&sid=abc.
17. Глубина вложенности страниц
Важные страницы должны быть доступны максимум в 3 клика от главной. Чем глубже страница, тем реже её сканируют роботы и тем меньше ссылочного веса она получает.
18. Хлебные крошки (Breadcrumbs)
Хлебные крошки помогают пользователям ориентироваться, а поисковым системам — понимать структуру сайта. Разметьте их с помощью Schema.org (BreadcrumbList), чтобы они отображались в сниппетах.
19. Внутренняя перелинковка
Проверьте, что ключевые страницы получают достаточное количество внутренних ссылок с релевантными анкорами. Сиротские страницы (orphan pages) — без единой внутренней ссылки — практически невидимы для краулеров.
20. Битые ссылки
Регулярно проверяйте сайт на наличие битых внутренних и внешних ссылок. Они ухудшают пользовательский опыт и тратят краулинговый бюджет впустую. Используйте Screaming Frog или Ahrefs Site Audit.
Часть 5. Мета-теги и разметка
21. Title и Description
Каждая страница должна иметь уникальный <title> (до 60 символов) и <meta description> (до 160 символов) с вхождением целевого ключевого слова. Дубли заголовков — частая ошибка, ведущая к каннибализации.
22. Заголовки H1–H6
На каждой странице должен быть один H1, точно отражающий содержание. Подзаголовки H2–H3 формируют логическую структуру текста. Не пропускайте уровни (например, H1 → H3 без H2).
23. Атрибут alt у изображений
Все информативные изображения должны иметь заполненный alt с описанием содержимого. Это помогает в ранжировании по картинкам и делает сайт доступнее для людей с ограниченными возможностями.
24. Структурированные данные (Schema.org)
Внедрите разметку JSON-LD для основных сущностей: Organization, BreadcrumbList, Article (для блога), FAQ, Product и др. Проверяйте валидность через Google Rich Results Test.
25. Тег hreflang (для мультиязычных сайтов)
Если сайт доступен на нескольких языках, укажите hreflang для каждой языковой версии. Это предотвращает показ не той языковой версии в поисковой выдаче конкретной страны.
Какие инструменты использовать
| Задача | Бесплатные инструменты | Платные инструменты |
|---|---|---|
| Сканирование сайта | Screaming Frog (до 500 URL) | Ahrefs Site Audit, Netpeak Spider |
| Core Web Vitals | Google PageSpeed Insights, Lighthouse | DebugBear, SpeedCurve |
| Индексация | Google Search Console, Яндекс.Вебмастер | — |
| Структурированные данные | Rich Results Test, Schema Validator | — |
| Мониторинг доступности | UptimeRobot | Pingdom, StatusCake |
Как часто проводить аудит
- Полный аудит — раз в 3–6 месяцев или после крупных изменений на сайте (редизайн, миграция, смена CMS).
- Экспресс-проверка (индексация, битые ссылки, скорость) — ежемесячно.
- Мониторинг Core Web Vitals — непрерывно через Search Console.
Технический аудит — это не разовое мероприятие, а регулярный процесс. Сайты меняются, алгоритмы обновляются, контент добавляется. Каждая из 25 проверок выше — конкретная точка роста, которая приближает ваш сайт к топу.