Технический аудит сайта: чек-лист для SEO-специалиста

Иллюстрация чек-листа технического SEO-аудита сайта: пункты со статусами «выполнено» и «требует внимания»

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

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

Технический SEO-аудит – это системная проверка сайта на соответствие требованиям поисковых систем с точки зрения индексации, скорости, структуры и корректности кода. Он не касается контента напрямую – только технической базы, на которой этот контент существует.

Аудит нужен в нескольких ситуациях:

  • Сайт теряет позиции без видимых причин
  • Новые страницы долго не появляются в поиске
  • Органический трафик падает после обновления сайта или CMS
  • Перед началом SEO-продвижения – чтобы не строить на слабом фундаменте
  • После редизайна или переезда на новый домен

Блок 1 – Индексация и сканирование

Robots.txt

Первое, что проверяет поисковый робот при заходе на сайт. Убедитесь, что файл существует, не закрывает важные разделы директивой Disallow и содержит ссылку на sitemap.

Типичная ошибка – случайно закрытый каталог или вся версия сайта на www / без www. Проверяйте через Яндекс.Вебмастер → «Инструменты» → «Анализ robots.txt».

Sitemap.xml

  • Файл существует и доступен по стандартному адресу
  • Содержит только индексируемые страницы – без 404, 301 и закрытых в robots.txt
  • Обновляется автоматически при добавлении новых страниц
  • Передан в Яндекс.Вебмастер и Google Search Console
  • Размер не превышает 50 000 URL или 50 МБ – при большем объёме делается несколько файлов с индексным sitemap

Статус индексации

Сравните количество страниц на сайте с количеством проиндексированных страниц в Яндекс.Вебмастере и GSC. Расхождение более 20% – сигнал для разбирательства.

Блок 2 – Коды ответа сервера и редиректы

Ошибки 4xx и 5xx

Страницы с кодом 404 – нормальная ситуация, но только если на них не ведут внутренние ссылки. Проверьте:

  • Все внутренние ссылки ведут на живые страницы – инструменты: Screaming Frog, Netpeak Spider
  • Удалённые страницы с внешними ссылками настроены на 301-редирект на релевантную замену
  • Отсутствуют страницы с кодом 500 – серверные ошибки критичны и требуют немедленного устранения

Редиректы

  • Используется только 301 (постоянный), а не 302 (временный) для постоянных перемещений
  • Нет цепочек редиректов – A → B → C должно быть заменено на A → C
  • Нет петель редиректов – A → B → A
  • Главное зеркало сайта выбрано и подтверждено в вебмастерах: с www или без, с https

Блок 3 – HTTPS и безопасность

  • SSL-сертификат установлен, действителен, не истекает в ближайший месяц
  • Все версии сайта (http, www, без www) редиректят на одну https-версию
  • Смешанный контент отсутствует – нет http-ресурсов (картинок, скриптов) на https-страницах
  • Заголовок HSTS настроен – не обязательно, но рекомендуется для доверия

Блок 4 – Скорость и Core Web Vitals

С 2021 года Google официально использует Core Web Vitals как фактор ранжирования. Яндекс также учитывает скорость загрузки в своих алгоритмах.

Три ключевых метрики

  • LCP (Largest Contentful Paint) – время до отрисовки главного контентного элемента. Цель: до 2,5 с
  • CLS (Cumulative Layout Shift) – смещение элементов при загрузке. Цель: менее 0,1
  • INP (Interaction to Next Paint) – отзывчивость страницы на действия пользователя. Цель: до 200 мс

Что проверяем

  • PageSpeed Insights – отдельно для мобильной и десктопной версии
  • Изображения сжаты и переведены в WebP
  • Включён браузерный кэш и сжатие Gzip/Brotli на сервере
  • CSS и JS минифицированы, критический CSS инлайнится
  • Сторонние скрипты (виджеты, чаты, аналитика) не блокируют рендеринг
  • Используется CDN для статических ресурсов – особенно важно при широкой географии

Блок 5 – Мобильная версия

Яндекс и Google индексируют сайты с приоритетом мобильной версии. Если мобильная версия хуже десктопной – страдает весь сайт.

  • Сайт корректно отображается на экранах 375px и 390px (iPhone SE и iPhone 14)
  • Кнопки и ссылки достаточно крупные для нажатия пальцем – минимум 44×44 px
  • Нет горизонтальной прокрутки
  • Шрифт не мельче 14px в основном тексте
  • Тест Google «Usability» в GSC не выдаёт ошибок

Блок 6 – Структура URL и дубли

Требования к URL

  • Читаемые, короткие, содержат ключевое слово
  • Используется нижнее подчёркивание или дефис – предпочтительно дефис
  • Нет лишних параметров в URL (UTM-метки не должны индексироваться)
  • Транслитерация или латиница – кириллические URL технически допустимы, но создают проблемы при копировании

Дубли страниц

Дубли размывают ссылочный вес и сбивают поисковик с толку – он не знает, какую версию страницы показывать.

  • Canonical-теги проставлены на всех страницах с параметрами и пагинацией
  • Нет индексируемых страниц с ?utm_source= и другими параметрами
  • Страницы с пагинацией (/page/2/) корректно обработаны – canonical или самоссылающийся canonical
  • Версии с www и без не индексируются одновременно
  • Страницы с / на конце и без него не создают дублей

Для интернет-магазинов проблема дублей особенно масштабна из-за фильтров и пагинации каталога — подробный разбор этой темы есть в материале «Продвижение интернет-магазина: стратегия SEO для e-commerce».

Блок 7 – Внутренняя перелинковка

  • Нет страниц без единой входящей внутренней ссылки – «висячие узлы»
  • Глубина вложенности важных страниц – не более 3 кликов от главной
  • Анкоры внутренних ссылок информативны и содержат ключевые слова
  • Нет битых внутренних ссылок
  • Хлебные крошки реализованы и размечены Schema.org BreadcrumbList

Блок 8 – Мета-теги и заголовки

  • Title заполнен на каждой странице, уникален, длина 50–70 символов
  • Description заполнен, уникален, длина 120–160 символов – не является фактором ранжирования, но влияет на CTR
  • На странице один тег H1, он совпадает по смыслу с title
  • Иерархия заголовков соблюдается: H1 → H2 → H3, без пропусков
  • Нет страниц с одинаковым title или H1
  • Атрибут alt заполнен на всех значимых изображениях

Блок 9 – Структурированные данные

Schema.org-разметка помогает поисковикам понять тип контента и может давать расширенные сниппеты в выдаче.

  • Organization или LocalBusiness – для главной страницы
  • BreadcrumbList – для навигации
  • FAQPage – для страниц с вопросами и ответами
  • Article – для блога
  • Product и Offer – для карточек товаров
  • Разметка проверена через валидатор schema.org и тест Google Rich Results

Блок 10 – Файлы логов и краулинговый бюджет

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

  • Робот не тратит бюджет на страницы с параметрами, пагинацию служебных разделов, страницы фильтрации
  • Самые важные страницы обходятся достаточно часто
  • Нет аномальных всплесков ошибок в логах – признак проблем с сервером

Инструменты для технического SEO-аудита

  • Screaming Frog SEO Spider – краулинг сайта, выявление дублей, битых ссылок, проблем с мета
  • Яндекс.Вебмастер – индексация, ошибки, скорость, внешние ссылки
  • Google Search Console – индексация, Core Web Vitals, мобильная версия
  • PageSpeed Insights – скорость и CWV
  • Netpeak Spider – альтернатива Screaming Frog с удобным интерфейсом
  • Ahrefs Site Audit или Semrush – комплексный аудит в облаке

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

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

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

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

Итог

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

Если хотите получить профессиональный технический SEO-аудит сайта с конкретными рекомендациями и приоритизацией задач – оставьте заявку, команда Digital Quantum проведёт проверку и выдаст структурированный отчёт.

Как понять, что сайту нужен технический аудит?
Есть несколько тревожных сигналов: трафик или позиции падают без видимых причин, новые страницы долго не появляются в поиске, вырос показатель отказов, сайт недавно пережил редизайн, миграцию или смену CMS, а также если технический аудит не проводился больше полугода. Если совпадает хотя бы два пункта — стоит проверить сайт по чек-листу выше или заказать профессиональный аудит.
Сколько времени занимает технический аудит сайта?
Экспресс-аудит небольшого сайта (до 100 страниц) занимает 2–3 рабочих дня. Полный аудит среднего и крупного сайта с детальным разбором логов и структурированных данных — от 5 до 10 рабочих дней в зависимости от объёма и количества найденных проблем.
В чём разница между техническим и полным SEO-аудитом сайта?
Технический аудит проверяет «двигатель» сайта — индексацию, скорость, код, структуру URL и серверные ошибки. Полный SEO-аудит шире: помимо технической части он включает анализ семантического ядра, качества контента, ссылочного профиля и конкурентов. Технический аудит обычно проводят первым, а затем на его основе строят остальную стратегию продвижения.
Что входит в технический SEO-аудит сайта?
Технический аудит охватывает десять ключевых блоков: индексация и robots.txt, коды ответа сервера и редиректы, HTTPS и безопасность, скорость загрузки и Core Web Vitals, мобильная версия, структура URL и дубли страниц, внутренняя перелинковка, мета-теги и заголовки, структурированные данные Schema.org, анализ логов сервера. По итогам аудита формируется приоритизированный список задач – от критичных ошибок до рекомендаций по улучшению.
Сколько стоит аудит сайта для продвижения?
Стоимость зависит от размера сайта и глубины проверки. Экспресс-аудит небольшого сайта (до 100 страниц) – от 10 000–20 000 рублей. Полный технический SEO-аудит для крупного проекта с анализом логов, конкурентов и семантики – от 50 000–100 000 рублей. Некоторые агентства предлагают базовый аудит бесплатно как первый шаг перед заключением договора на продвижение.
Как часто нужно проводить технический аудит сайта?
Минимальная рекомендация – раз в квартал для сайтов с активным контентом и продвижением. Обязательно – перед запуском SEO-продвижения, после редизайна или переезда на новый домен, после обновления CMS или смены хостинга, а также если трафик резко упал без видимых причин. Часть метрик – скорость, ошибки индексации, новые 404 – стоит мониторить ежемесячно через вебмастеры.
Какие инструменты использовать для SEO-аудита сайта своими силами?
Для базового самостоятельного аудита достаточно четырёх инструментов: Яндекс.Вебмастер и Google Search Console – бесплатно, дают данные об индексации, скорости и ошибках; PageSpeed Insights – проверка скорости и Core Web Vitals; Screaming Frog SEO Spider (бесплатная версия до 500 URL) – краулинг сайта, выявление битых ссылок и дублей; валидатор Schema.org – проверка структурированных данных. Для глубокого аудита нужны платные инструменты: Netpeak Spider, Ahrefs или Semrush.