Как проверить сайт на ошибки: от техаудита до Core Web Vitals

Клиент пишет в мессенджер: «Андрей, что-то случилось с сайтом - трафик упал вдвое, а мы ничего не меняли». Такие сообщения я получаю регулярно. И почти всегда первопричина - технические ошибки, которые мешают корректной индексации страниц: что-то закрыто в robots.txt, редиректы настроены криво, или поисковик просто не может обойти часть разделов.

Проверка сайта - это диагностика, а не лечение. Писать новые статьи или наращивать ссылочную массу без предварительного аудита - всё равно что лечить симптомы без анализов. SEO-анализ ресурса показывает, что именно мешает видимости в поисковой выдаче, и только после этого имеет смысл что-то улучшать.

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

Базовую проверку сайта на ошибки можно провести бесплатно - с помощью Google Search Console, Яндекс Вебмастер и Screaming Frog SEO Spider. Главные метрики для контроля: скорость загрузки по Core Web Vitals, коды ответа HTTP, статус индексации страниц и наличие SSL-сертификата. Эти четыре направления закрывают большинство типичных технических проблем.

Материал для владельцев сайтов на WordPress, интернет-магазинов на WooCommerce и маркетологов, которые хотят разобраться в базовом техническом SEO. В статье не рассматриваю глубокую работу с кодом, A/B-тесты и настройку рекламных кабинетов.

Зачем проверять сайт и когда это делать

Google Search Console наглядно показывает позиции, клики и технические ошибки - это первое место, куда я захожу, когда клиент сообщает о падении трафика. Бесплатный инструмент от Google, который даёт срез реального технического состояния сайта с точки зрения поисковика. Игнорировать его данные - значит работать вслепую.

Но одной консоли мало. Яндекс Вебмастер отображает технические проблемы и статус индексации с точки зрения российского поисковика. На практике бывает: в Google всё чисто, а Яндекс не может обойти часть страниц из-за ограничений в robots.txt. Проверяем обе системы на каждом аудите в студии.

Когда нужна проверка позиций и технического состояния ресурса:

• Резкое падение трафика. Если Яндекс Метрика или Google Analytics показала снижение больше 15-20% за неделю - проверяйте немедленно, не ждите.
• Переезд на HTTPS. Частая причина потери позиций - некорректно настроенные редиректы после смены протокола.
• Запуск или редизайн сайта. На новом сайте легко по ошибке закрыть весь ресурс от роботов одной строчкой в robots.txt.
• Апдейт алгоритма поисковика. Если позиции просели после обновления - нужен анализ, какие именно факторы стали учитываться иначе.
• Добавление новых разделов. Убедитесь, что новые URL попали в sitemap и открыты для индексации.

Важно разделять быструю проверку и полноценный аудит. Быстрая онлайн-проверка сайта в интернете занимает 20-40 минут: смотришь коды ответа HTTP, robots.txt, базовые мета-теги. Это разведка. Полный SEO-аудит - 2-5 дней работы: анализируются сотни параметров, семантика запросов, конкурентная среда. Для большинства задач начинайте с быстрой проверки, а полноценный аудит проводите раз в 3-6 месяцев или перед крупными изменениями. Поставьте ежеквартальное напоминание в любом планировщике.

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

Технические ошибки: robots.txt, sitemap и редиректы

Файл robots.txt управляет доступом поисковых роботов к разделам сайта. Это первое, что я проверяю при подозрении на проблемы с индексацией. Звучит просто, но именно здесь скрываются самые обидные ошибки: целые разделы закрыты от роботов случайно, и сайт теряет видимость не из-за плохого контента, а из-за трёх строчек в текстовом файле.

Файл robots может запрещать индексацию важных разделов по ошибке - особенно после переноса сайта или обновления CMS. Проверить просто: откройте yourdomain.ru/robots.txt. Если видите строку Disallow: / - весь сайт закрыт от роботов. Это критическая ошибка, которую я встречаю у клиентов чаще, чем хотелось бы. Убедитесь, что Disallow не закрывает /catalog/, /blog/ и другие важные URL.

Оба файла - robots.txt и sitemap.xml - работают в паре. Sitemap.xml помогает поисковым роботам обнаруживать все страницы сайта - особенно те, до которых сложно добраться через внутренние ссылки. Без корректного sitemap поисковик находит страницы медленнее или не находит вовсе. Что проверить: файл доступен по адресу yourdomain.ru/sitemap.xml, все найденные в нём адреса возвращают код 200, а сам файл указан в robots.txt через директиву Sitemap:. Ссылку на sitemap добавьте также в Google Search Console и Яндекс Вебмастер. Плагины Yoast SEO и Rank Math генерируют sitemap автоматически - убедитесь, что эта функция включена.

Редиректы должны быть настроены так, чтобы сохранять SEO-вес при смене URL. Используйте 301-редиректы для постоянных переносов: они передают «вес» страницы на новый адрес. Код 302 - временный, и поисковики могут не передавать по нему авторитетность. Особо опасны цепочки редиректов (страница A ведёт на B, B на C, C на D): каждый промежуточный шаг теряет часть SEO-веса и замедляет загрузку. Проверяйте через Screaming Frog или redirect-checker.org.

SSL-сертификат защищает соединение и сигнализирует поисковикам о безопасности сайта. Без HTTPS браузер показывает «Не защищено», а поисковики снижают позиции. Проверьте: адресная строка должна показывать замочек, HTTP-версия сайта - автоматически делать 301-редирект на HTTPS. Дополнительно проверьте http заголовки ответа сервера через ssllabs.com - там видна версия сертификата, срок действия и корректность цепочки.

Все эти параметры можно проверить за 30-40 минут с помощью бесплатной версии Screaming Frog SEO Spider. Запустите краулинг, отфильтруйте страницы по кодам ответа и посмотрите на html-версию разметки каждой страницы - это покажет устаревшие шаблоны и некорректно сформированные адреса. В отчёте также видно, какая версия протокола используется на каждом URL, - удобно искать смешанный контент после переезда на HTTPS.

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

Google давно включил скорость страниц в алгоритм ранжирования, но после введения Core Web Vitals это стало конкретнее: теперь есть три измеримые метрики, которые напрямую влияют на позиции в поисковой выдаче. У кого метрики в норме - выше в выдаче.

Core Web Vitals включает три метрики:

• LCP (Largest Contentful Paint) - время загрузки главного элемента страницы. Норма - до 2,5 секунды.
• CLS (Cumulative Layout Shift) - нежелательные сдвиги элементов при загрузке. Норма - до 0,1.
• INP (Interaction to Next Paint) - время отклика на действие пользователя. Норма - до 200 мс.

Чаще всего тормоза появляются из-за трёх причин: тяжёлые изображения без оптимизации (размеры файлов по 2-5 МБ вместо нормальных 100-200 КБ), лишние скрипты и плагины, которые загружаются синхронно, и медленный хостинг с перегруженным сервером.

Приведу пример из практики. Клиент с интернет-магазином на WooCommerce жаловался: на компьютере всё нормально, а с телефона «всё тормозит и клиенты уходят». Открыл PageSpeed Insights - мобильная версия получила 23 балла из 100. Оказалось, изображения товаров весили по 3-4 МБ каждое, без WebP-конвертации. После оптимизации изображений и подключения ленивой загрузки оценка выросла до 71, конверсия прибавила 18% за первый месяц.

Для проверки используйте Google PageSpeed Insights: вводите URL и получаете оценку отдельно для мобильных устройств и десктопа. Обязательно смотрите именно мобильную версию - Google использует mobile-first индексацию, то есть оценивает сайт прежде всего как мобильный. Мобильная адаптация и скорость на смартфонах - прямой фактор ранжирования в поиске.

Дополнительно настройте мониторинг через Яндекс Метрику - там есть отчёт по скорости страниц для реальной аудитории. Это информативнее синтетических тестов: видите, как сайт работает у ваших конкретных пользователей на их устройствах и соединениях.

SEO на странице: мета-теги, заголовки и структура URL

Мета-теги title и description - первое, что видит пользователь в поисковой выдаче. От их качества напрямую зависит CTR: кликнет человек на сайт или пройдёт мимо. Казалось бы, очевидно - но в половине проектов, которые приходят ко мне на аудит, title либо дублируется на нескольких страницах, либо обрезается в выдаче, потому что длиннее 55-60 символов.

Правила по мета-тегам, которые я проверяю на каждом проекте:

• Title - уникальный для каждой страницы, длина 50-70 символов, ключевое слово ближе к началу. Оптимизации title часто уделяют мало внимания, и это ошибка.
• Description - до 160 символов, содержит конкретный призыв к действию. На позиции напрямую не влияет, но хорошо написанный description поднимает кликабельность.

Заголовки H1-H3 - отдельная история. Заголовок H1 сообщает поисковику, о чём страница и насколько она релевантна запросу пользователя. Типичные ошибки: несколько H1 на одной странице, полное отсутствие H1, дублирование одинаковых заголовков на разных страницах. Структура должна быть иерархичной: один H1, H2 для основных разделов, H3 для подразделов. Нарушение этой иерархии путает не только поисковика, но и читателя.

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

Дубликаты страниц - один из главных врагов SEO-эффективности сайта. Когда один и тот же контент доступен по нескольким URL, поисковая система не понимает, какой вариант продвигать, и распыляет ссылочный вес между ними. Решение - тег canonical, который указывает основной URL. В WordPress это настраивается через Yoast SEO или Rank Math, а проверить корректность canonical удобно в Screaming Frog. Сильно упрощает жизнь, когда этот тег проставлен правильно с самого начала.

Структура URL тоже влияет на качество оптимизации: короткие, читаемые адреса с ключевым словом работают лучше, чем ?page_id=123. Внутренние ссылки стройте на понятных URL - это помогает и пользователям, и поисковикам понимать структуру сайта.

Ссылочный профиль: внутренние и обратные ссылки

Внутренние ссылки передают ссылочный вес между страницами и помогают поисковику понять, что на сайте главное. Грамотная перелинковка управляет ссылочным весом внутри сайта и одновременно помогает читателям ориентироваться.

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

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

Инструменты для анализа внешних ссылок: Яндекс Вебмастер показывает обратные ссылки для русскоязычного сегмента поиска, Google Search Console - для Google-индекса. Из платных - Ahrefs и Semrush дают полную картину профиля ссылок с метриками качества доноров.

Для проверки всех ссылочных проблем я делаю сканирование Screaming Frog раз в квартал: это даёт актуальную картину по внутренним ссылкам - битые, лишние редиректы, слабые места в перелинковке. Обратные ссылки мониторю через Яндекс Вебмастер - удобно видеть динамику и новые входящие ссылки.

Инструменты для проверки сайта: бесплатные и платные

Краулер обходит страницы сайта как поисковый робот и находит технические проблемы, которые в браузере не видно. Но начинать с краулера не нужно - сначала смотрим то, что доступно бесплатно.

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

Бесплатные встроенные инструменты. Search Console от Google - это база. Показывает ошибки индексации, проблемы с Core Web Vitals, страницы с ошибками 404, фильтры вручную. Яндекс Вебмастер - то же самое для Яндекса, плюс отчёт о качестве сайта по их стандартам. Оба подключаются бесплатно, работают в фоне и сами присылают уведомления о критических проблемах.

Бесплатные онлайн-сервисы. PageSpeed Insights - один из главных инструментов для оценки скорости и Core Web Vitals, данные берутся из реального Chrome. Из других сервисов используем rechecker.ru (коды ответа и заголовки страниц), webfull.ru (мета-теги, robots, базовые SEO-параметры), xtool.ru (оценка по множеству факторов). Хорошо работают как быстрый checker перед более глубоким аудитом.

Платные профессиональные инструменты. Screaming Frog - десктопный краулер, в бесплатной версии сканирует до 500 URL. Для полноценного аудита берёте платную лицензию. Ahrefs и Semrush - платформы с разными тарифами, включают аудит технических ошибок, анализ ссылочной массы, мониторинг позиций и поддержку работы с контентом. Из российских аналогов - Топвизор, SerpStat с русскоязычным интерфейсом.

AI и нейросети как вспомогательный слой. Отдельно отмечу: AI сегодня хорошо справляется с анализом отчётов. Выгружаете список ошибок из Search Console или Screaming Frog, вставляете в чат - и получаете структурированные рекомендации с приоритетами. Это не замена инструментам, но экономит время на интерпретацию данных.

Новичку рекомендую начать с трёх бесплатных инструментов: Search Console, Яндекс Вебмастер и PageSpeed Insights. Этот набор даст 80% картины без единого рубля затрат. Другие сервисы подключаются по мере роста задач.

Как действовать после проверки: приоритеты и план исправлений

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

Я использую простую систему в три уровня.

Первый уровень - критические технические проблемы. Сюда входят: блокировка индексации (robots.txt или noindex на нужных страницах), упавший SSL, ошибки 5xx, проблемы с переадресацией. Эти вещи проверяем и исправляем в первую очередь - пока они не решены, всё остальное вторично. В WordPress это часто решается через настройки плагина или правку .htaccess за час.

Второй уровень - скорость и Core Web Vitals. После того как сайт нормально индексируется и открывается, анализируем скорость. LCP, INP, CLS - эти метрики влияют на позиции напрямую. Решения здесь сложнее: оптимизация изображений, кеширование, работа с JavaScript. Часто это многодневная работа.

Третий уровень - on-page и контент. Дублированные мета-теги, отсутствующие заголовки, тонкие страницы. Важно, но не срочно - можно исправлять планомерно.

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

Часто задаваемый вопрос - как часто проводить проверку. Минимум: раз в квартал полный аудит, раз в месяц - беглый просмотр Search Console и Вебмастера. Для активных проектов настраивайте автоматические уведомления через оба кабинета - они сами сигнализируют, когда что-то падает.

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

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

Эта статья основана на личном опыте автора и актуальна на момент публикации. Интерфейсы сервисов и алгоритмы поисковых систем регулярно меняются - рекомендую проверять актуальность инструкций на официальных ресурсах. Если у вас остались вопросы - задайте их в комментариях.

Список литературы

1. Google - Core Web Vitals // Google Search Central, 2024 // web.dev
2. Google - PageSpeed Insights documentation // Google Developers, 2024 // developers.google.com
3. Яндекс - Справка Вебмастера: технические требования к сайту // Яндекс Вебмастер, 2024 // yandex.ru
4. Moz - Technical SEO: The Beginner's Guide // Moz Blog, 2023