Как провести SEO аудит сайта: пошаговое руководство

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

Что такое SEO аудит и зачем он нужен

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

Аудит отвечает на три ключевых вопроса:

1. Может ли поисковый робот корректно просканировать сайт? — доступность страниц, robots.txt, sitemap, серверные ошибки.
2. Правильно ли поисковая система понимает контент? — мета-теги, заголовки, структурированные данные, семантика.
3. Обеспечивает ли сайт хороший пользовательский опыт? — скорость загрузки, мобильная адаптивность, безопасность.

Когда проводить аудит

SEO аудит не является разовой процедурой. Есть ситуации, когда он обязателен:

• Перед запуском нового сайта — чтобы не потерять трафик из-за базовых ошибок.
• После редизайна или миграции — смена CMS, изменение структуры URL, переезд на HTTPS.
• При падении трафика — если органический трафик просел, аудит поможет найти причину.
• Регулярно по расписанию — раз в квартал для поддержания технического здоровья.
• Перед масштабным SEO-продвижением — нет смысла наращивать ссылочную массу на технически сломанный сайт.

Подготовка к аудиту

Прежде чем начинать проверку сайта, подготовьте рабочую среду и соберите необходимые доступы.

Необходимые доступы

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

Инструменты для аудита

Для полноценного SEO аудита потребуется несколько категорий инструментов:

Краулеры (сканеры сайта):

• Screaming Frog SEO Spider — десктопный краулер, бесплатная версия до 500 URL.
• Sitebulb — визуализация технических проблем.

Сервисы проверки:

• Полная проверка сайта на reChecker — комплексный технический анализ: мета-теги, ссылки, SSL, скорость загрузки и другие параметры в одном отчёте.
• PageSpeed Insights — анализ скорости и Core Web Vitals от Google.
• Lighthouse — встроенный в Chrome DevTools инструмент аудита.

Панели вебмастеров:

• Google Search Console.
• Яндекс.Вебмастер.
• Bing Webmaster Tools.

Подготовка таблицы для результатов

Создайте таблицу, куда будете записывать найденные проблемы. Минимальные колонки: категория, описание проблемы, приоритет (критический / высокий / средний / низкий), затронутые страницы, статус исправления. Приоритеты расставляйте по принципу: сначала то, что блокирует индексацию, потом — что мешает ранжированию, в конце — что влияет на CTR.

Технический аудит

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

Проверка доступности и серверных ошибок

Начните с проверки HTTP-статусов ответа сервера. Ключевые коды, на которые нужно обращать внимание:

Код	Значение	Действие
200	Страница доступна	Норма
301	Постоянный редирект	Проверить, что цепочки редиректов не длиннее 2 шагов
302	Временный редирект	Заменить на 301, если перенаправление постоянное
404	Страница не найдена	Настроить 301 на релевантную страницу или убрать ссылки
410	Страница удалена	Допустимо для намеренно удалённого контента
500	Серверная ошибка	Исправить немедленно
503	Сервер недоступен	Проверить нагрузку, конфигурацию

Проверить статусы можно через cURL:

# Проверка HTTP-статуса страницы
curl -o /dev/null -s -w "%{http_code}" https://example.com/page

# Проверка с редиректами
curl -sIL https://example.com/old-page 2>&1 | grep -E "HTTP/|Location:"

Скорость загрузки

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

Основные метрики:

• Time to First Byte (TTFB) — время до первого байта ответа. Норма: < 200 мс.
• First Contentful Paint (FCP) — первый визуальный контент. Норма: < 1.8 с.
• Largest Contentful Paint (LCP) — загрузка основного контента. Норма: < 2.5 с.
• Total Blocking Time (TBT) — блокировка главного потока. Норма: < 200 мс.

Быстрый способ проверить скорость через командную строку:

# Измерение TTFB
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" https://example.com

# Результат:
# TTFB: 0.187s
# Total: 0.412s

Если TTFB превышает 600 мс, начните с оптимизации серверной части: кэширование, CDN, оптимизация запросов к базе данных.

Для детального анализа скорости загрузки и метрик Web Vitals используйте инструмент проверки Core Web Vitals.

Мобильная адаптивность

Google использует mobile-first индексирование. Это означает, что для ранжирования берётся мобильная версия страницы, а не десктопная. Проверяйте:

• Viewport — наличие мета-тега viewport.
• Размер шрифта — текст должен быть читаемым без масштабирования.
• Размер интерактивных элементов — кнопки и ссылки не меньше 48×48 пикселей.
• Горизонтальная прокрутка — контент не должен выходить за пределы экрана.

<!-- Корректный viewport -->
<meta name="viewport" content="width=device-width, initial-scale=1">

Проверьте, что мобильная версия содержит тот же контент, что и десктопная. Распространённая ошибка — скрывать часть контента на мобильных через display: none. Google индексирует мобильную версию, и скрытый контент может не попасть в индекс.

HTTPS и SSL-сертификат

HTTPS — обязательное требование. Сайты без SSL-сертификата получают пометку «Небезопасный» в браузерах и теряют позиции в поиске.

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

• Сертификат установлен корректно и не просрочен.
• Все страницы работают по HTTPS (нет mixed content).
• HTTP-версии перенаправляют на HTTPS через 301.
• HSTS-заголовок настроен.

# Проверка SSL-сертификата
openssl s_client -connect example.com:443 -servername example.com 2>/dev/null \
  | openssl x509 -noout -dates

# Проверка mixed content: поиск HTTP-ссылок в HTML
curl -s https://example.com | grep -oP 'http://[^"'\''> ]+' | sort -u

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

Ошибки сканирования

Загляните в Google Search Console → Покрытие (или Страницы). Здесь отображаются:

• Страницы с ошибками (5xx, 4xx).
• Страницы, исключённые из индекса и причина исключения.
• Страницы с предупреждениями.

Типичные проблемы, которые находятся на этом этапе:

• Soft 404 — страница отдаёт код 200, но содержит сообщение «Страница не найдена». Google расценивает это как ошибку.
• Каноническая ссылка указывает на другую страницу — проверьте, что canonical установлен правильно.
• Страница заблокирована robots.txt, но имеет входящие ссылки — робот видит ссылку, но не может просканировать страницу.

On-page SEO

После проверки технической части переходите к анализу контента и on-page факторов.

Мета-теги: title и description

Мета-теги — первое, что видит пользователь в поисковой выдаче. Ошибки здесь напрямую влияют на CTR.

Чек-лист по мета-тегам:

• Каждая страница имеет уникальный title.
• Длина title — 50-60 символов.
• Целевой ключевой запрос находится в начале title.
• Каждая страница имеет уникальный description.
• Длина description — 120-160 символов.
• Description содержит призыв к действию или ценностное предложение.
• Нет дублей title или description на разных страницах.

Пример хорошего и плохого title:

❌ Плохо: "Главная страница - Компания ООО Рога и Копыта"
✅ Хорошо: "Ремонт квартир в Москве под ключ — от 5 000 ₽/м² | РиК"

❌ Плохо: "Каталог"
✅ Хорошо: "Кухни на заказ — 240 моделей от производителя | Цены от 45 000 ₽"

Для массовой проверки мета-тегов удобно использовать анализатор мета-тегов — он покажет title, description, Open Graph-теги и другие meta-данные для любой страницы.

Заголовки H1-H6

Заголовки формируют иерархию контента на странице. Поисковые системы используют их для понимания структуры и тематики.

Правила:

• Один H1 на страницу. Он должен содержать основной ключевой запрос.
• H2 — подразделы страницы. Используйте для логической группировки.
• H3-H6 — вложенная структура внутри H2-блоков.
• Не пропускайте уровни (H1 → H3 без H2 — ошибка).

Проверить структуру заголовков можно через JavaScript в консоли браузера:

// Вывод всех заголовков на странице с уровнем
document.querySelectorAll('h1, h2, h3, h4, h5, h6').forEach(h => {
  console.log(`${h.tagName}: ${h.textContent.trim()}`);
});

Оптимизация изображений

Изображения — частая причина медленной загрузки. Проверяйте:

• Формат — используйте WebP или AVIF вместо PNG/JPEG где возможно.
• Размер — не загружайте изображения 4000×3000 пикселей для миниатюры 200×150.
• Alt-атрибут — каждое значимое изображение должно иметь описательный alt.
• Lazy loading — изображения ниже первого экрана загружаются отложенно.
• Размеры в HTML — атрибуты width и height предотвращают сдвиг макета (CLS).

<!-- Корректная разметка изображения -->
<img
  src="/images/seo-audit-report.webp"
  alt="Пример отчёта SEO аудита с выделенными критическими ошибками"
  width="800"
  height="450"
  loading="lazy"
  decoding="async"
>

Контент

Проверьте качество контента на ключевых страницах:

• Тонкий контент — страницы с менее чем 300 словами текста редко ранжируются по конкурентным запросам.
• Дублированный контент — проверяйте уникальность текстов. Внутренние дубли решаются через canonical.
• Каннибализация ключевых слов — несколько страниц конкурируют по одному запросу. Решение: объединить или разграничить семантику.
• Актуальность — устаревший контент теряет позиции. Обновляйте статьи с устаревшими данными.

Структура сайта

Структура определяет, насколько эффективно поисковые роботы сканируют сайт и как «вес» распределяется между страницами.

URL-адреса

Хорошие URL — короткие, читаемые и содержат ключевые слова.

❌ Плохо: /catalog/index.php?cat=15&subcat=42&item=1337&ref=main
✅ Хорошо: /catalog/kuhni/uglovye-kuhni/model-moderna

❌ Плохо: /page-123456
✅ Хорошо: /blog/seo-audit-guide

Правила для URL:

• Используйте дефисы для разделения слов, не подчёркивания.
• Избегайте параметров и ID в URL, если это возможно.
• Транслитерация или английские слова — оба варианта допустимы, но будьте последовательны.
• URL не должен содержать кириллицу в кодированном виде (%D0%BF%D1%80...).
• Максимальная вложенность — 3-4 уровня от корня.

Навигация и перелинковка

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

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

• Все важные страницы доступны за 3 клика от главной.
• Хлебные крошки (breadcrumbs) настроены и размечены Schema.org.
• Нет «осиротевших» страниц (orphan pages) — страниц без единой внутренней ссылки.
• Анкоры внутренних ссылок — описательные, не «тут», «здесь», «подробнее».

Файл sitemap.xml

Sitemap помогает поисковым роботам обнаружить все важные страницы сайта. Проверяйте:

• Файл доступен по стандартному адресу /sitemap.xml.
• Все важные страницы включены.
• Нет страниц с 4xx/5xx ответами.
• Нет страниц, заблокированных в robots.txt.
• Указана дата последнего изменения (lastmod).
• Для больших сайтов используется индекс sitemap.

Пример корректного sitemap.xml:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/</loc>
    <lastmod>2026-03-01</lastmod>
    <changefreq>daily</changefreq>
    <priority>1.0</priority>
  </url>
  <!-- Остальные URL сайта -->
</urlset>

Для проверки структуры и валидности sitemap используйте анализатор Sitemap.

Файл robots.txt

Robots.txt управляет доступом поисковых роботов к разделам сайта. Ошибки в этом файле могут привести к деиндексации целых разделов.

Типичные ошибки:

• Disallow: / — блокирует весь сайт (бывает после переезда, когда забыли убрать).
• Блокировка CSS/JS файлов — мешает Google рендерить страницы.
• Отсутствие ссылки на sitemap.
• Противоречащие директивы.

Пример корректного robots.txt:

User-agent: *
Disallow: /admin/
Disallow: /cart/
Disallow: /checkout/
Disallow: /search?
Disallow: /*?sort=
Disallow: /*?filter=

Allow: /

Sitemap: https://example.com/sitemap.xml
Sitemap: https://example.com/sitemap-blog.xml

Проверить robots.txt можно в Google Search Console (Инструмент проверки файла robots.txt) или через анализатор robots.txt.

Битые ссылки

Битые ссылки (broken links) ухудшают пользовательский опыт и тратят краулинговый бюджет. Проверяйте:

• Внутренние ссылки — ссылки на несуществующие страницы вашего сайта.
• Внешние ссылки — ссылки на удалённые страницы других сайтов.
• Ссылки в навигации — особенно критичны, так как присутствуют на каждой странице.

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

Безопасность

Безопасность сайта — фактор доверия со стороны поисковых систем и пользователей.

SSL-сертификат

Мы уже затронули SSL в разделе технического аудита. Дополнительно проверьте:

• Тип сертификата — DV (Domain Validation) достаточен для большинства сайтов, EV (Extended Validation) для финансовых и e-commerce проектов.
• Покрытие доменов — сертификат покрывает www и без www версию, а также все поддомены при необходимости.
• Протокол TLS — минимум TLS 1.2, рекомендуется TLS 1.3.
• Цепочка сертификатов — промежуточные сертификаты установлены корректно.

Заголовки безопасности

HTTP-заголовки безопасности защищают от распространённых атак и повышают доверие. Хотя прямого влияния на ранжирование нет, взломанный сайт быстро теряет позиции.

Минимальный набор заголовков:

Strict-Transport-Security: max-age=31536000; includeSubDomains; preload
X-Content-Type-Options: nosniff
X-Frame-Options: DENY
X-XSS-Protection: 1; mode=block
Referrer-Policy: strict-origin-when-cross-origin
Content-Security-Policy: default-src 'self'; script-src 'self' 'unsafe-inline'
Permissions-Policy: camera=(), microphone=(), geolocation=()

Проверить заголовки можно через cURL:

curl -sI https://example.com | grep -iE "strict-transport|x-content-type|x-frame|x-xss|referrer-policy|content-security|permissions-policy"

Проверка на взлом и малварь

• Проверьте сайт в Google Safe Browsing.
• Посмотрите раздел «Проблемы безопасности» в Google Search Console.
• Убедитесь, что на сайте нет скрытых ссылок или редиректов (японский SEO-спам — распространённая проблема).

Core Web Vitals

Core Web Vitals — набор метрик, которые Google использует для оценки пользовательского опыта. С 2021 года это официальный фактор ранжирования.

Largest Contentful Paint (LCP)

LCP измеряет время загрузки основного контента страницы — самого крупного видимого элемента (изображение, видео, блок текста).

Оценка	Значение
Хорошо	≤ 2.5 с
Требует улучшения	2.5 — 4.0 с
Плохо	> 4.0 с

Как улучшить LCP:

• Оптимизировать серверное время ответа (TTFB).
• Использовать CDN для статических ресурсов.
• Предзагружать критические ресурсы: <link rel="preload" as="image" href="/hero.webp">.
• Оптимизировать изображения (формат, размер, сжатие).
• Минимизировать блокирующие ресурсы (CSS, JS).

Interaction to Next Paint (INP)

INP заменил FID (First Input Delay) в марте 2024 года. Он измеряет задержку между действием пользователя (клик, нажатие клавиши) и визуальным откликом страницы.

Оценка	Значение
Хорошо	≤ 200 мс
Требует улучшения	200 — 500 мс
Плохо	> 500 мс

Как улучшить INP:

• Разбивать длительные JavaScript-задачи с помощью yield() или setTimeout.
• Использовать requestAnimationFrame для визуальных обновлений.
• Минимизировать работу главного потока.
• Отложить загрузку неприоритетных скриптов.

// Разбивка длительной задачи для улучшения INP
async function processItems(items) {
  for (const item of items) {
    processItem(item);

    // Даём браузеру обработать пользовательский ввод
    if (navigator.scheduling?.isInputPending()) {
      await new Promise(resolve => setTimeout(resolve, 0));
    }
  }
}

Cumulative Layout Shift (CLS)

CLS измеряет визуальную стабильность — насколько сильно элементы страницы сдвигаются во время загрузки.

Оценка	Значение
Хорошо	≤ 0.1
Требует улучшения	0.1 — 0.25
Плохо	> 0.25

Как улучшить CLS:

• Задавать размеры для изображений и видео (width, height или aspect-ratio).
• Резервировать место для рекламных блоков и динамического контента.
• Не вставлять контент выше текущей позиции просмотра.
• Использовать CSS contain для изолированных блоков.

/* Резервирование места для рекламного блока */
.ad-slot {
  min-height: 250px;
  contain: layout;
}

/* Предотвращение сдвига при загрузке изображений */
.image-container {
  aspect-ratio: 16 / 9;
  overflow: hidden;
}

Где смотреть данные Core Web Vitals

• Полевые данные (реальные пользователи): CrUX Dashboard, PageSpeed Insights, Search Console. Google использует именно их для ранжирования.
• Лабораторные данные (синтетические тесты): Lighthouse, WebPageTest, Chrome DevTools. Полезны для диагностики и отладки.

Для быстрой проверки метрик используйте анализатор Web Vitals.

Чек-лист SEO аудита

Сводная таблица для систематической проверки сайта. Распечатайте или скопируйте в свой таск-трекер.

Технический SEO

Проверка	Как проверить	Приоритет
Сайт доступен для сканирования	robots.txt, Google Search Console	Критический
Нет 5xx ошибок	Краулер, серверные логи	Критический
HTTPS на всех страницах	Краулер, SSL-проверка	Критический
Нет цепочек редиректов (>2)	Краулер, cURL	Высокий
Канонические URL настроены	Краулер, ручная проверка	Высокий
Мобильная адаптивность	Google Mobile-Friendly Test	Высокий
Скорость загрузки < 3 с	PageSpeed Insights, Lighthouse	Высокий
XML Sitemap актуален	Проверка Sitemap	Средний
Корректный robots.txt	Анализатор robots.txt	Средний
Нет битых ссылок	Проверка битых ссылок	Средний

On-page SEO

Проверка	Как проверить	Приоритет
Уникальные title на всех страницах	Краулер, проверка мета-тегов	Высокий
Уникальные description на всех страницах	Краулер, проверка мета-тегов	Высокий
Один H1 на каждой странице	Краулер, ручная проверка	Высокий
Alt-атрибуты у изображений	Краулер	Средний
Нет дублированного контента	Краулер, Copyscape	Средний
Структурированные данные (Schema.org)	Google Rich Results Test	Средний
Open Graph теги для соцсетей	Проверка мета-тегов	Низкий

Структура и навигация

Проверка	Как проверить	Приоритет
Глубина вложенности ≤ 3 клика	Краулер, карта сайта	Высокий
Хлебные крошки настроены	Ручная проверка	Средний
Нет осиротевших страниц	Краулер	Средний
ЧПУ (человекопонятные URL)	Ручная проверка	Средний
Пагинация настроена правильно	Ручная проверка	Низкий

Безопасность

Проверка	Как проверить	Приоритет
SSL-сертификат валиден	SSL-проверка	Критический
TLS 1.2+	SSL Labs Test	Высокий
HSTS-заголовок настроен	cURL	Средний
Заголовки безопасности	cURL, Security Headers	Средний
Нет малвари и скрытых ссылок	Google Safe Browsing, ручная проверка	Высокий

Core Web Vitals

Проверка	Как проверить	Приоритет
LCP ≤ 2.5 с	PageSpeed Insights, Web Vitals	Высокий
INP ≤ 200 мс	PageSpeed Insights, CrUX	Высокий
CLS ≤ 0.1	PageSpeed Insights, Lighthouse	Высокий
TTFB < 200 мс	WebPageTest, cURL	Средний

Как часто проводить аудит

Частота проведения SEO аудита зависит от размера и динамики сайта.

Еженедельно

• Проверка индексации новых страниц в Google Search Console.
• Мониторинг серверных ошибок (5xx).
• Проверка доступности сайта и скорости отклика.

Ежемесячно

• Проверка на битые ссылки.
• Анализ Core Web Vitals (полевые данные).
• Проверка позиций по ключевым запросам.
• Анализ новых страниц в индексе.

Ежеквартально

• Полный технический аудит.
• Анализ контента: актуальность, тонкий контент, дубли.
• Аудит внутренней перелинковки.
• Проверка структурированных данных.
• Анализ конкурентов.

При каждом крупном изменении

Редизайн, миграция на другую CMS, изменение структуры URL, переезд на другой хостинг, переход на HTTPS, запуск новых разделов.

После каждого такого изменения проводите полную проверку сайта на reChecker, чтобы убедиться, что ничего не сломалось.

Автоматизация мониторинга

Для регулярных проверок настройте автоматические уведомления. Простейший вариант — cron-задача, которая проверяет HTTP-статус и TTFB и отправляет алерт при проблемах. Для продакшена используйте Uptime Robot, Pingdom или аналогичные сервисы, а для SEO-метрик — регулярные отчёты в Google Search Console.

Заключение

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

Порядок действий после аудита:

1. Исправьте критические ошибки — серверные ошибки, проблемы с индексацией, некорректный robots.txt.
2. Устраните высокоприоритетные проблемы — мета-теги, скорость загрузки, мобильная адаптивность.
3. Доработайте средне- и низкоприоритетные задачи — контент, перелинковка, структурированные данные.
4. Настройте мониторинг — автоматические проверки для предотвращения повторных проблем.
5. Запланируйте следующий аудит — через месяц или квартал, в зависимости от масштаба сайта.

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

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