Техническое SEO: из чего состоит и как провести аудит

Что такое техническое SEO простыми словами

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

Если разложить SEO простыми словами на составляющие, получится три больших блока: техническая база (краулинг, индексация, скорость, структура), контентная часть (тексты, релевантность запросам, E-E-A-T) и внешняя часть (ссылочная масса, упоминания бренда). Техническое SEO — это тот самый фундамент: без него даже отличный контент может не попасть в индекс или проигрывать в выдаче по чисто техническим причинам.

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

Краулинг и индексация: как поисковик видит сайт

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

Управлять краулингом помогает файл robots.txt — он говорит роботам, какие разделы сайта обходить не нужно (например, служебные страницы, корзину, фильтры с дублирующимся контентом). А чтобы робот быстрее находил и приоритизировал важные страницы, используют карту сайта sitemap.xml — список всех URL, которые вы хотите видеть в индексе.

Проверить, как реально обстоят дела с индексацией сайта, можно через Яндекс.Вебмастер и Google Search Console: там видно, сколько страниц в индексе, сколько исключено и по какой причине. Частые причины исключения — дубли без canonical, случайно закрытые в robots.txt разделы, страницы с ошибкой 404/5xx или директива noindex там, где её не должно быть.

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

Ключевой источник данных о работе индексации — не догадки, а конкретные отчёты в панелях вебмастеров: раздел «Страницы» в Search Console и «Индексирование» в Яндекс.Вебмастере показывают точные причины исключения по каждому URL, от «просканирована, но не проиндексирована» до «дубль без выбранного канонического URL». Разбор этих причин — первый шаг любого технического аудита, а не последний.

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

Скорость сайта — официальный фактор ранжирования Google, и с 2021 года он измеряется через набор метрик Core Web Vitals: скорость отрисовки основного контента (LCP), отзывчивость на действия пользователя (INP) и стабильность вёрстки при загрузке (CLS). Медленный или «прыгающий» при загрузке сайт получает штраф в мобильной выдаче и теряет пользователей ещё до того, как они увидят контент.

Для маркетингового сайта или блога чаще всего узкое место — тяжёлые изображения без сжатия, синхронные сторонние скрипты (виджеты чатов, лишние счётчики аналитики) и отсутствие кэширования статики. Проверить текущие показатели можно через Google PageSpeed Insights или отчёт Core Web Vitals в Search Console — там же видно распределение по реальным пользователям (полевые данные CrUX), а не только лабораторный тест.

Важно проверять скорость отдельно на мобильных и десктопных устройствах: поисковики индексируют сайт по принципу mobile-first, то есть в первую очередь оценивают именно мобильную версию, а она почти всегда медленнее десктопной из-за более слабого процессора и нестабильного мобильного интернета. Сайт, который прекрасно летает на десктопе разработчика, может показывать совсем другие цифры на среднем смартфоне в мобильной сети.

Дубли контента, canonical и параметры URL

Дубли — одна из самых частых технических проблем: одна и та же страница доступна по нескольким адресам (с www и без, с завершающим слэшем и без, с UTM-метками и без, версия для печати и обычная). Для поисковика это выглядит как несколько разных страниц с одинаковым содержанием, и он вынужден сам выбирать, какую показывать в выдаче — часто не ту, что нужно вам.

Решает проблему тег rel="canonical" — он явно указывает поисковику, какой URL считать «главным» среди дублей. Отдельно стоит следить за параметрами вроде UTM-меток в рекламных ссылках: сами по себе они не создают проблему, но если на них случайно проиндексируется отдельная копия страницы — это уже технический дубль, который нужно закрывать canonical или директивой в Search Console.

Ещё один частый источник дублей — страницы пагинации в каталогах и блогах (/catalog/page/2/, /blog/page/3/). Здесь важно не путать два подхода: если контент на разных страницах пагинации действительно разный (разные товары, разные статьи), правильнее делать self-canonical на каждую страницу, а не «схлопывать» их все в canonical на первую страницу серии — иначе поисковик может решить не индексировать вторую и третью страницы вовсе.

Структурированные данные (микроразметка)

Микроразметка Schema.org — ещё один технический элемент, который напрямую влияет на вид сайта в выдаче: расширенные сниппеты со звёздами рейтинга, FAQ-блоки прямо под заголовком, хлебные крошки вместо длинного URL. Формально разметка не поднимает позиции, но заметно повышает CTR — а значит, косвенно улучшает и поведенческие факторы, которые поисковик учитывает при ранжировании.

Для маркетингового сайта чаще всего имеет смысл размечать статьи блога (тип Article), блок часто задаваемых вопросов (FAQPage) и хлебные крошки (BreadcrumbList) — эти три типа дают наиболее заметный эффект в выдаче при относительно небольших трудозатратах на внедрение по сравнению, например, с разметкой карточек товаров с ценами и наличием.

HTTPS, мобильная версия и безопасность сайта

Три базовых требования, без которых сайт заведомо проигрывает конкурентам: рабочий HTTPS-сертификат без ошибок смешанного контента, полностью адаптивная мобильная версия (Google индексирует сайт по mobile-first принципу — то есть смотрит в первую очередь на мобильную версию) и отсутствие вредоносного кода, взломанных страниц или спам-редиректов.

Отдельно стоит проверять soft 404 — обратную ситуацию, когда несуществующая или пустая страница отдаёт код 200 вместо честного 404. Поисковик со временем распознаёт такие страницы как некачественные и может исключить их из индекса, но до этого момента они продолжают тратить краулинговый бюджет и засорять отчёты аналитики фиктивным трафиком.

Чек-лист технического аудита сайта

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

1. Robots.txt не блокирует важные разделы, указывает на sitemap
2. Sitemap.xml актуален, отдаёт 200, содержит только индексируемые URL
3. Canonical проставлен на всех страницах и указывает на себя (кроме дублей)
4. Нет цепочек редиректов длиннее одного шага
5. Core Web Vitals в зелёной зоне по мобильным устройствам
6. HTTPS без смешанного контента, есть 301 с http на https
7. Заголовки страниц (title/description) уникальны, без дублей
8. Микроразметка проходит валидацию без критичных ошибок
9. Нет страниц с кодом 404, отдающих 200 (soft 404)
10. Мобильная версия проходит Mobile-Friendly Test
11. Пагинация и фильтры не плодят бесконечные URL с параметрами, лишние комбинации закрыты от индексации
12. В логах сервера робот не тратит краулинговый бюджет на служебные и мусорные URL

Инструменты для технического аудита: бесплатные и платные

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

Панели вебмастеров — Яндекс.Вебмастер и Google Search Console. Бесплатно и обязательно. Показывают, что реально происходит с сайтом в индексе: какие страницы исключены и почему, какие ошибки видит робот, что с мобильной версией и микроразметкой. Никакой сторонний сервис не заменит эти данные — только панели знают, как поисковик видит сайт на самом деле.

Проверка скорости — PageSpeed Insights. Бесплатно, даёт лабораторные и полевые данные Core Web Vitals отдельно для мобильных и десктопа. Смотреть нужно на полевые (CrUX) — это цифры реальных пользователей, именно они учитываются при ранжировании.

Краулеры — Screaming Frog SEO Spider, Netpeak Spider. Обходят сайт так же, как робот, и собирают таблицу по всем URL: коды ответов, title и description, canonical, редиректы, глубина вложенности. Screaming Frog бесплатен до 500 URL — небольшому сайту этого хватает целиком.

Валидаторы разметки. Проверка структурированных данных от Google (Rich Results Test) и валидатор микроразметки Яндекса — оба бесплатны и показывают, увидит ли поисковик ваши хлебные крошки, FAQ и карточки товаров.

Как ускорить технический аудит с помощью ИИ

Рутинная часть аудита — это разбор выгрузок: таблица на несколько тысяч URL из краулера, лог сервера, список исключённых страниц из панели вебмастера. Глазами такое читать долго, и именно здесь ИИ экономит часы.

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

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

Подробнее о том, как выстроить такую работу через терминал и не собирать выгрузки руками, — в материале Claude Code для аналитики и отчётов. Общий обзор применения нейросетей в оптимизации — в статье как нейросети помогают в SEO-оптимизации сайта.

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

Для небольшого сайта достаточно полного аудита раз в квартал плюс лёгкой проверки после каждого крупного релиза (смена дизайна, переезд на новый домен, смена CMS). Для крупных проектов с сотнями страниц технический мониторинг стоит вести непрерывно — регрессии вроде случайно закрытого в robots.txt раздела или потерянного canonical легко проходят незамеченными неделями, если их не отслеживать автоматически.

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

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

С чего начинать: порядок починки по влиянию

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

Типичная ошибка — начать с пятого пункта, потому что он понятнее и быстрее делается. Разметка на странице, закрытой от индексации, не даёт ничего.

Техническое SEO и контентное: где граница

Разделение простое. Техническое SEO отвечает на вопрос «может ли поисковик дойти до страницы, прочитать её и не запутаться». Контентное — «заслуживает ли эта страница верхних позиций по запросу». Это две независимые проверки, и провал любой из них обнуляет вторую.

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

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

Регламент: что проверять раз в неделю и раз в квартал

Разовый аудит устаревает за пару месяцев. Рабочий режим выглядит так:

• Еженедельно — новые страницы попали в индекс; в панелях вебмастеров не выросло число ошибок обхода; sitemap отдаёт актуальный список.
• Ежемесячно — скорость ключевых шаблонов (главная, категория, карточка, статья); битые ссылки и редиректные цепочки.
• Ежеквартально — полный обход краулером: дубли title и description, страницы-сироты без входящих ссылок, глубина вложенности.
• После любого релиза — не закрылся ли сайт от индексации тестовым robots.txt. Это самая дорогая и самая частая авария при выкатке.

Разница между сайтом с регламентом и без — не в качестве разового аудита, а в том, что во втором случае поломка живёт до следующего аудита, то есть месяцами.