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

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

Если ты пришёл делать SEO и не начал с техничного аудита — ты не делаешь SEO. Ты стреляешь семантикой и контентом в сайт, у которого robots.txt закрывает половину нужных урлов, sitemap отдаёт 404, а LCP 5.8 секунды. Гугл это видит. Яндекс видит. Ты — нет, потому что смотришь в позиции, а не в лог краулера.

Аудит нужен когда:

• Ты переехал на новый домен / новую CMS и трафик просел.
• Позиции стагнируют, а ты вроде правишь тексты и льёшь ссылки.
• Ты только собираешься запускать SEO — тогда с аудита и начинается всё остальное.
• Прошло больше года с последнего разбора техники — за год отвалятся canonical, вылезут дубли, ускоренная страница отпадёт.
• Google Search Console стучит красным — «Проблемы с сайтом», «Не проиндексировано» на пачке урлов.

Что смотрю

По разделам — не «пробегусь по чек-листу», а с проверкой руками. Чек-лист без интерпретации — генерённое говно, которое тебе выкатит любой ИИ-сервис за 2 доллара.

Индексация

• robots.txt — что случайно закрыто. Классика: Disallow: /*? закрывает всю пагинацию, потом в GSC пишут «страница не проиндексирована», а разработчик разводит руками. Проверяю через Robots Testing Tool + вручную по логике сайта.
• sitemap.xml — существует / отвечает 200 / актуален / ссылки на 200-е страницы. Если в sitemap 40% битых урлов — Гугл на такое ронять доверие к твоей карте.
• canonical — на месте, консистентен, ссылается на текущий урл (а не на главную, как часто бывает у Tilda и WooCommerce).
• hreflang — если сайт мультирегиональный (BY + RU + KZ), проверяю попарные ссылки и x-default. Тут ломается у 80% сайтов.
• meta robots + X-Robots-Tag — noindex случайно оставленный после разработки — топ ошибка после релиза.
• Пагинация — как обрабатывается страницы 2, 3, N. rel prev/next Гугл выкинул, но структурная навигация всё ещё важна.
• GSC Coverage / Яндекс.Вебмастер «Страницы в поиске» — читаю оттуда что реально в индексе, а не «сколько страниц на сайте».

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

• LCP — крупнейший видимый элемент. Норма ≤ 2.5с. Обычно ломается на тяжёлом hero-изображении без preload или на позднем шрифте.
• CLS — сдвиг макета. Норма ≤ 0.1. Ломается на баннерах, лейзи-лоаде без размеров, поздних шрифтах.
• INP (заменил FID в 2024) — отклик на клик. Норма ≤ 200мс. Ломается на тяжёлых обработчиках JS и toolbar-скриптах Битрикса.
• TTFB — время до первого байта. Если сервер отдаёт HTML за 1.2с — LCP уже без шансов.
• Смотрю в PageSpeed Insights (Field Data из CrUX), плюс проверяю в Chrome DevTools под 3G Fast — чтоб увидеть реальную картину, а не «в моей 300 Мбит всё быстро».

Редиректы и коды ответов

• Цепочки 301 — три и больше перенаправлений подряд убивают краулинговый бюджет. Гугл в 2019 официально сказал: держите цепочки ≤ 5, но лучше 1.
• Битые ссылки — 404 внутри сайта, особенно в меню, футере и хлебных крошках. Screaming Frog за час.
• 5xx на страницах — ловлю в GSC / Метрика вебвизор. Один часовой падёж 500-ки за месяц — уже минус доверие поисковика.
• www vs без www, http vs https, слеш в конце vs без — консистентно один вариант с 301 на остальные. Если у тебя доступны 4 варианта одного урла — это 4 копии в индексе.

Микроразметка Schema.org

• Organization / ProfessionalService / LocalBusiness — базовый минимум на главной.
• BreadcrumbList — на всех внутренних страницах.
• Product / Offer / AggregateRating — для интернет-магазина must have. Богатые сниппеты дают +15-30% CTR в SERP по моему опыту.
• Article / BlogPosting — для блога и статей. Даёт правильный формат карточки в Discover.
• FAQPage — на страницах услуг/товаров с раскрывашками. Гугл сейчас показывает не всегда, но когда показывает — двойной снипет.
• Проверяю через Rich Results Test + Яндекс Валидатор структурных данных. Обе видят разное — надо смотреть оба.

Структура и внутренняя оптимизация

• H1-H6 иерархия — один H1 на страницу, вложенность без прыжков (не H1 → H4 → H2). У Tilda-сайтов обычно два H1 из-за меню, а у ТДС-каталогов вообще четыре.
• Title и description — длина, уникальность, релевантность интенту. Дубли title в каталоге на 5000 SKU — классика.
• Тонкий контент — страницы <200 слов без уникальной информации. Google Helpful Content Update их прибил, теперь просто вылетают из индекса.
• Внутренняя перелинковка — из каких страниц идут ссылки в важные посадочные. У 90% сайтов важные страницы получают ссылки только из меню, а надо ещё из подходящих статей и карточек товаров.
• URL-структура — читаемая, ключ в URL, без лишних параметров. /uslugi/audit-sayta/, а не /?page=345&cat=15.

Как проходит работа

1. Даёшь мне URL. Опционально — read-only доступ в GSC и Яндекс.Вебмастер (сильно ускоряет и делает выводы точнее). Если доступа нет — работаю только с публичным сайтом и внешними инструментами.
2. Краулинг Screaming Frog / Sitebulb — по всему сайту, до 10-15 тыс. страниц. Собираю технику: статусы, canonical, title/description, H1, размеры, скорость.
3. Ручная проверка ключевых страниц — главная, топ-5 категорий, 3-5 карточек, 3 статьи блога. Смотрю глазами, а не только цифрами.
4. Проверка индекса — GSC Coverage + Яндекс.Вебмастер «Страницы в поиске» + site: в SERP. Часто «сколько страниц на сайте» и «сколько в индексе» отличаются в 3 раза.
5. Составляю отчёт — гугл-док с таблицей: раздел → пункт → приоритет → что делать → ожидаемый эффект. Приоритеты: критично / важно / nice to have.
6. Созвон 30 минут — пробегаю отчёт голосом, отвечаю на вопросы. Даю рекомендации по порядку правок: что первым, что вторым.

Что получишь на выходе

• Гугл-док с полным отчётом (обычно 40-80 строк таблицы + саммари сверху).
• Файл выгрузки Screaming Frog (CSV) — можно передать разработчикам как задание.
• Приоритезированный план правок: что делать в первую очередь, что во вторую, что оставить на потом.
• Оценку ожидаемого эффекта от каждой правки (где можно посчитать: «+X% CTR», «-Y ms LCP», «+Z страниц в индекс»).
• 30 минут созвона на разбор + консультацию по любым вопросам.

Аудит — не самоцель. Цель — вытащить из сайта то, что ты уже вложил в него по деньгам и времени. Обычно после техничного аудита первые 3-4 недели правок дают +10-25% органических визитов без единой новой статьи. Просто снимаются стопы, которые ты не видел.

Пример работы

Один из недавних кейсов — интернет-магазин Белагро (KZ, 1С-Битрикс, каталог сельхозтехники). При аудите нашлось: canonical на всём каталоге ссылался на главную (косячная настройка модуля SEO Битрикса), три страницы пагинации из четырёх закрыты в noindex, микроразметка Product отдавалась без offers. Правки закрыл разработчик за 4 дня. Индекс за месяц вырос с 340 до 1120 страниц.

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

Что дальше

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

Если ещё не собрано семантическое ядро — берём его первым шагом после техничных правок. Без ядра ежемесячные работы превращаются в «пишем статьи под что-нибудь».