Технический SEO-аудит сайта: чек-лист, который можно пройти самому

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

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

Что понадобится для технического аудита

Минимальный набор инструментов, который закрывает большую часть проверок:

• Яндекс Вебмастер — индексация, ошибки сканирования, диагностика сайта;
• Google Search Console — отчёт об индексировании страниц, Core Web Vitals, проверка URL;
• Screaming Frog SEO Spider — краулер, который обходит сайт как робот и собирает коды ответов, мета-теги, дубли (бесплатная версия ограничена 500 URL);
• PageSpeed Insights — скорость и показатели Core Web Vitals;
• валидаторы разметки — проверка Schema.org в Вебмастере и Rich Results Test от Google.

Сохраняйте найденные проблемы в таблицу: проблема — пример URL — приоритет — кто исправляет. Так аудит превратится в план работ, а не в список претензий.

1. Индексация: видит ли поисковик ваши страницы

Начните с главного: сколько страниц сайта в индексе и совпадает ли это с реальностью.

• Сравните число страниц в индексе (Вебмастер → «Страницы в поиске», Search Console → «Индексирование страниц») с числом полезных страниц на сайте. Сильное расхождение в любую сторону — сигнал проблемы.
• Проверьте robots.txt. Нет ли случайного Disallow: / после переноса с тестового сервера, не закрыты ли CSS и JS-файлы.
• Проверьте sitemap.xml: он должен содержать только канонические страницы с кодом 200, без редиректов и закрытых URL.
• Найдите страницы с noindex через краулер и убедитесь, что закрыты только служебные разделы.
• Посмотрите исключённые страницы в Вебмастере и Search Console — причины исключения часто подсказывают корень проблемы.
• Если сайт построен на JavaScript-фреймворке, откройте инструмент проверки URL в Search Console и посмотрите, какой HTML видит робот. Текст и ссылки, которые появляются только после выполнения скриптов, могут индексироваться с задержкой или не индексироваться вовсе.

2. Дубли, коды ответа и редиректы

Дубли страниц и канонические адреса

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

• версии с www и без, с http и https;
• адреса со слешем и без слеша на конце;
• GET-параметры: UTM-метки, сортировки, фильтры;
• страницы пагинации и печатные версии;
• один товар в нескольких категориях с разными URL.

Решения — 301-редирект на основную версию, тег rel="canonical" или директива Clean-param в robots.txt для Яндекса. Главное — выбрать один основной адрес для каждой страницы и последовательно ссылаться только на него. Дубли заголовков и описаний удобно искать в Screaming Frog на вкладках Page Titles и Meta Description.

Коды ответа и редиректы

Прогоните сайт краулером и отфильтруйте страницы по кодам ответа сервера:

• 4xx — битые страницы. Если на них ведут внутренние ссылки, исправьте ссылки или настройте редирект на релевантную страницу.
• 5xx — ошибки сервера. Это повод сразу писать разработчику или хостингу.
• 3xx — редиректы. Проверьте, что для постоянных переездов используется 301, а не 302.

Отдельно ищите цепочки и петли редиректов: A → B → C или A → B → A. Каждое лишнее звено замедляет загрузку и тратит краулинговый бюджет. Внутренние ссылки должны вести сразу на конечный адрес. И проверьте, что несуществующий URL отдаёт настоящий код 404, а не 200 с текстом «страница не найдена».

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

Скорость влияет и на ранжирование, и на конверсию. Google оценивает её по Core Web Vitals; хорошими считаются значения:

• LCP ≤ 2,5 с — время отрисовки основного контента;
• INP ≤ 200 мс — отзывчивость на действия пользователя;
• CLS ≤ 0,1 — стабильность макета, без «прыгающих» блоков.

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

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

4. Мобильная версия

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

• есть ли meta viewport и адаптивная вёрстка без горизонтальной прокрутки;
• читается ли текст без увеличения, не слишком ли близко расположены кнопки;
• совпадает ли контент мобильной и десктопной версий — скрытые на мобильных блоки текста и ссылки могут не учитываться;
• не перекрывают ли контент всплывающие окна и баннеры cookie.

Самый честный тест — открыть ключевые страницы на своём телефоне через мобильный интернет и попробовать оставить заявку.

5. Микроразметка и мета-теги

Микроразметка Schema.org помогает поисковикам понять содержимое страницы и может улучшить вид сниппета. Для бизнеса обычно актуальны типы Organization, LocalBusiness, Product, BreadcrumbList, FAQPage, Article.

Проверьте разметку валидатором в Вебмастере и в Rich Results Test: нет ли ошибок и предупреждений, совпадают ли данные в разметке с тем, что видит пользователь. Разметка с данными, которых нет на странице, — нарушение правил, а не хитрость.

В этом же разделе проверьте базовые мета-теги: у каждой страницы уникальный title, есть description и один заголовок h1, а атрибуты hreflang (для мультиязычных сайтов) указывают на существующие страницы.

6. Как расставить приоритеты после аудита

После проверки у вас будет длинный список. Не пытайтесь исправить всё сразу — разделите задачи на три группы:

1. Критично: закрытые от индексации важные страницы, ошибки 5xx, массовые дубли, неработающая мобильная версия.
2. Важно: цепочки редиректов, битые внутренние ссылки, плохие Core Web Vitals на ключевых шаблонах.
3. Желательно: предупреждения разметки, мелкие дубли мета-тегов, оптимизация отдельных изображений.

После исправлений отправьте важные страницы на переобход в Вебмастере и Search Console и повторите краулинг через пару недель. Технический аудит стоит проводить после каждого крупного обновления сайта и в профилактических целях хотя бы раз в квартал.

Итог

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

Если найденные проблемы требуют вмешательства в код, их можно поручить нам в рамках доработки сайта. А полный аудит с планом исправлений и дальнейшим продвижением входит в работы по SEO-продвижению.