SEO аудит сайта своими руками: пошаговая диагностика

SEOИгорь Мельник11 мин чтения
SEO аудит сайта своими руками: пошаговая диагностика

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

Что показывает диагностика и когда её пора делать

Аудит отвечает на три вопроса: все ли нужные страницы в индексе, не мешает ли роботу техника, совпадает ли то, что видит поисковик, с тем, что вы задумывали. Поводы: переезд домена, смена CMS, редизайн, падение трафика без сезонной причины, отсутствие новых страниц в выдаче, проверка перед покупкой сайта.

Один срок держите в голове до начала работ. Яндекс указывает: с момента, когда робот узнал о сайте, до появления его страниц в результатах поиска обычно проходит от нескольких дней до двух недель. Проверять эффект правок раньше бессмысленно.

Второй ориентир касается краулингового бюджета. Google пишет, что заниматься им нужно сайтам от 1 миллиона уникальных страниц с еженедельным обновлением либо от 10 тысяч с ежедневным. Остальным достаточно актуальной карты сайта и отчёта об индексировании, так что при 300 страницах вычёркивайте этот пункт сразу.

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

Четыре инструмента, которых хватает для полной диагностики

Инструмент Что снимает Ограничение
Яндекс Вебмастер индексация, статистика обхода, дубли, диагностика, мониторинг страниц бесплатно, только по своему подтверждённому сайту
Google Search Console отчёт индексирования, проверка URL, эффективность, статистика сканирования бесплатно, выгрузка через Search Analytics API до 25 000 строк за запрос
Screaming Frog SEO Spider полный обход сайта: коды ответа, метатеги, заголовки, редиректы, alt бесплатная версия обходит 500 URL за краул, лицензия 199 фунтов в год
PageSpeed Insights и Lighthouse скорость, Core Web Vitals, лабораторный аудит страницы бесплатно, полевые данные появляются только при достаточном трафике

Альтернатива Screaming Frog это Netpeak Spider: трёхдневный триал, дальше 20 долларов в месяц, связка Spider и Checker 390 долларов в год, возврат средств в течение 14 дней. Netpeak Checker проверяет URL пачками по 450 параметрам, но работает только под Windows.

Шаг 1. Индексация: сколько страниц робот знает на самом деле

Начинайте не с оператора site: в выдаче, а с панелей: оператор даёт оценку, панель точный список.

В Яндекс Вебмастере откройте «Индексирование», далее «Статистика обхода». Там доступен список до 50 000 страниц с датой визита робота и кодом ответа, данные накапливаются с 20 февраля 2017 года и обновляются ежедневно в течение шести часов после визитов. Фильтры принимают спецсимволы (звёздочка, тильда для регулярного выражения), выгрузка идёт в XLS и CSV.

Сравните три числа: сколько страниц в CMS, сколько в sitemap.xml, сколько робот обошёл с кодом 200. Расхождения и есть предмет разбора.

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

Шаг 2. robots.txt, sitemap.xml и коды ответа сервера

Самый дешёвый по времени блок и самый опасный по последствиям: одна строка в robots.txt закрывает половину сайта. Проверяемые пункты и лимиты:

  • Размер robots.txt. Google обрабатывает файл до 500 кибибайт, остальное игнорирует. Яндекс требует не более 500 КБ и код 200 OK.
  • Кэш и сбои. Google кэширует robots.txt до 24 часов. Если файл отдаёт 5xx, первые 12 часов обход прекращается, следующие 30 дней используется последняя известная версия, после 30 дней при доступном сайте это трактуется как отсутствие robots.txt.
  • Директивы Яндекса. Поддерживаются пять: User-agent, Disallow, Allow, Sitemap, Clean-param. Последняя склеивает адреса с UTM и прочими параметрами.
  • Размер карты сайта. Один файл вмещает не более 50 000 URL и не должен превышать 50 МБ в несжатом виде (52 428 800 байт). Индексный файл вмещает до 50 000 карт.
  • Цепочки редиректов. Краулеры Google по умолчанию проходят до 10 переходов подряд, а инструменты проверки Google редиректы не отслеживают вовсе, поэтому цепочку видно только краулером.
  • Ошибки сервера. При 4xx проиндексированные страницы удаляются из индекса, но на частоту обхода это не влияет: единственное исключение среди 4xx это код 429, который Google трактует как серверную ошибку. При 5xx обход замедляется, а страницы, оставаясь какое-то время в индексе, в итоге выпадают.

Выгрузите из краулера все ответы, отличные от 200, и проверьте, какие из этих адресов лежат в sitemap.xml. Карта сайта с 404 и редиректами это типичная находка первого аудита.

Шаг 3. Дубли и канонические адреса

Яндекс формулирует вред дублей конкретно: робот индексирует несколько страниц вместо одной, на обход уходят ресурсы сайта и поиска, новые страницы индексируются медленнее, а нужная страница может быть по ошибке признана дублем и исключена. Где смотреть: в Вебмастере раздел «Страницы в поиске», вкладка исключённых, фильтр по статусу «Дубль». В краулере сортируйте по повторяющимся title.

Помните про иерархию сигналов у Google: редирект сильнее всего, rel=”canonical” слабее, указание в sitemap ещё слабее. Сам rel=”canonical” это рекомендация, а не директива, и Google выберет другую каноническую страницу, если сигналы противоречат. При прочих равных предпочтение у HTTPS-версии.

Различайте типы редиректов. Коды 301 и 308 постоянные, конвейер индексирования использует их как сигнал каноничности. Коды 302, 303 и 307 временные: робот по ним переходит, но исходная страница может остаться в индексе. Серверный редирект интерпретируется корректнее прочих способов.

Шаг 4. Скорость: поле и лаборатория дают разные цифры

Частая ошибка самостоятельного аудита это спор с цифрой, которая измеряет не то, что вы думаете. PageSpeed Insights показывает два блока: полевые данные из отчёта CrUX агрегируют реальный опыт пользователей за предыдущие 28 дней, лабораторные генерирует Lighthouse на симуляции одного устройства и фиксированной сети. Расхождение закономерно. При малом трафике PSI переключается на данные уровня всего сайта или не показывает полевой блок вовсе.

Пороги Core Web Vitals, которые нужно закрыть на 75-м перцентиле загрузок отдельно для мобильных и десктопа:

Метрика Что измеряет Порог «хорошо»
LCP отрисовка крупнейшего элемента не более 2,5 секунды
INP отклик на действие пользователя не более 200 миллисекунд
CLS сдвиг вёрстки при загрузке не более 0,1

INP получил статус стабильной метрики Core Web Vitals в 2024 году и заменил First Input Delay. Если ваш чек-лист всё ещё содержит FID, он устарел.

Балл Performance в Lighthouse 10 это взвешенное среднее пяти метрик: Total Blocking Time весит 30 процентов, LCP 25, CLS 25, First Contentful Paint 10, Speed Index 10. Шкала: от 90 зелёный, 50 до 89 оранжевый, ниже 50 красный. Пороги привязаны к данным HTTP Archive, где 25-й процентиль даёт 50 баллов, а 8-й процентиль 90. Гнаться за сотней невыгодно: подъём с 99 до 100 стоит столько же, сколько с 90 до 94.

Шаг 5. Метатеги, заголовки, изображения и разметка

Здесь краулер экономит больше всего времени: он выгружает все title, description, h1 и alt одной таблицей.

  1. Уникальность title. Формального лимита длины у Google нет, ссылка в выдаче обрезается по ширине устройства. Google переписывает заголовок, если тот устарел, не отражает содержание, дублирует шаблонный текст на всех страницах, написан не на языке контента или заполнен частично. Массовое переписывание в выдаче это симптом.
  2. Description, h1 и alt. Пустые и продублированные описания, страницы без h1 и с несколькими h1, изображения без alt в основном контенте собираются в один список, приоритет у страниц с трафиком.
  3. Структурированные данные. Google поддерживает более 30 типов разметки: Article, Breadcrumb, Product, Event, LocalBusiness и другие. Проверять нужно двумя инструментами: Rich Results Test показывает, годится ли разметка для расширенных результатов Google, Schema Markup Validator проверяет синтаксис по стандарту schema.org, но не гарантирует, что Google использует разметку в выдаче.

Аудит сайта онлайн: когда браузерного сервиса достаточно

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

Онлайн-сервиса хватает, когда нужен быстрый срез без установки программ, нет доступа к панелям вебмастеров (оценка сайта перед покупкой) или нужен мониторинг по расписанию. Краулер нужен, когда требуется полная выгрузка URL с кодами ответа и метатегами в таблицу, связка обхода с Google Analytics и Search Console или обход раздела за авторизацией.

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

Бесплатный аудит сайта: где заканчивается бесплатное

Бесплатный аудит сайта закрывает больше, чем кажется. Обе панели вебмастеров бесплатны целиком, включая статистику обхода, диагностику и проверку URL. PageSpeed Insights и Lighthouse тоже. Search Analytics API отдаёт до 25 000 строк за запрос без оплаты, при значении по умолчанию 1000. Границы начинаются здесь:

  • Объём обхода. Бесплатный Screaming Frog берёт 500 URL за краул. Сайт на 2000 страниц придётся делить на разделы, покупать лицензию за 199 фунтов в год или укладываться в триал Netpeak Spider.
  • Регулярность. Разовая проверка бесплатна, мониторинг с историей входит в платные тарифы.
  • Конкуренты. Панели показывают только ваш подтверждённый сайт.

Для сайта до 500 страниц обе панели, бесплатный Screaming Frog и PageSpeed Insights закрывают весь технический контур без единого рубля.

Анализ и аудит сайта: как отделить критичное от косметического

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

Приоритет Что относится Признак
1. Блокирует индексацию ошибочный Disallow, noindex, 5xx, robots.txt без кода 200, сломанный sitemap страница не может попасть в поиск
2. Искажает выдачу дубли, конфликт canonical и редиректов, цепочки длиннее 10 переходов, шаблонные title страница в индексе, но не та
3. Влияет на поведение LCP выше 2,5 секунды, CLS выше 0,1, сломанная мобильная вёрстка пользователь доходит и уходит
4. Косметика alt на декоративных картинках, длина description, разметка второстепенных страниц заметно только в отчёте

Одна категория стоит выше всех. В разделе «Диагностика сайта» Яндекс выделяет нарушения и угрозы безопасности как самый серьёзный тип проблем: они влияют на ранжирование и могут привести к ограничениям для всего сайта. Отметку «Я всё исправил» ставьте только после реального устранения: если при перепроверке робот обнаружит нарушение снова, сообщить о его исправлении вы сможете лишь через 30 дней.

Список ошибок собран, а рук на исправление нет

Диагностика занимает день, на устранение находок уходят недели: правки шаблонов, редиректы, скорость, разметка. Разберём ваш отчёт и возьмём техническую часть на себя.

Обсудить задачу

Как оформить результат в список задач

Аудит без формата отчёта превращается в набор скриншотов. Рабочая форма это таблица с шестью колонками: что нашли, где (адрес или маска адресов), чем подтверждается (инструмент и цифра), приоритет по шкале выше, кто исполнитель, как проверить результат.

Последняя колонка важнее остальных. «Ускорить сайт» непроверяемо, «LCP на мобильных не выше 2,5 секунды по полевым данным PageSpeed Insights» проверяемо, причём не раньше чем через 28 дней после правки.

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

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

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

Сколько времени занимает аудит своими руками

Сбор данных по сайту до 500 страниц укладывается в рабочий день: обход бесплатным Screaming Frog, выгрузка статистики обхода из Вебмастера в XLS, прогон шаблонов через PageSpeed Insights. Разбор и приоритизация занимают примерно столько же. Проверять результат правок раньше двух недель нет смысла: столько занимает обновление данных в поиске.

Как часто повторять проверку

Раз в квартал, а после переезда, редизайна или смены CMS обязательно. Скорость смотрите не чаще раза в месяц: полевые данные PageSpeed Insights агрегируются за 28 дней, недельные колебания в них не отражаются. Если Яндекс обнаружит то же нарушение повторно, сообщить о его устранении получится только через 30 дней.

Чем бесплатные инструменты хуже платных

Тремя вещами. Объёмом: 500 URL за краул у бесплатного Screaming Frog и 3 дня триала у Netpeak Spider против безлимита за 199 фунтов в год или 20 долларов в месяц. Регулярностью: бесплатна разовая проверка, не мониторинг. Охватом: панели работают только по вашему сайту.

Нужно ли добиваться 100 баллов в PageSpeed Insights

Нет. Зелёная зона начинается с 90 баллов, а 90 в Lighthouse соответствуют 8-му процентилю сайтов из HTTP Archive. Важнее закрыть пороги Core Web Vitals на полевых данных: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1 на 75-м перцентиле загрузок.

Страница не появляется в поиске, с чего начать

По порядку: robots.txt отдаёт 200 и весит меньше 500 КБ, на странице нет noindex, canonical не указывает на другой адрес, страница есть в sitemap.xml и файл не превышает 50 000 URL. Затем прогнать адрес через проверку URL в Search Console и отправить на переобход в Вебмастере: заявка обрабатывается максимум за три дня. Для нового сайта до появления в выдаче проходит от нескольких дней до двух недель.

Поделиться:
Posted in SEO

About Author: Игорь Мельник

nu_editor_melnik@neurounit.ai

Редактор Neurounit. Пишет про автоматизацию, разработку и внедрение AI в процессы.

Neurounit

Запустить рост с AI

Оставьте заявку или напишите в мессенджер