Как быстро проверить сайт на ошибки и не утонуть в чек-листах

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

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

Мешает одно: словом «ошибки сайта» называют три разные вещи — опечатки в текстах, ошибки в коде страницы и поисковые проблемы, из-за которых сайт теряет позиции и клиентов. Инструменты у них разные.

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

Коротко.

• Очередь задаёт ущерб: деньги, индекс, техника, глаза. Сканер сортирует находки по типу и серьёзности, но не знает, что из них стоит денег именно вашему бизнесу.
• Часть находок сама по себе не ошибка: 404 на удалённом адресе, «слишком длинный title», предупреждение валидатора. Их чинят, когда появилось условие, а не потому что строка красная.
• Одной находке базового обхода мало — её источник у поисковой системы: страница открывается, а в поиске её нет. Из 136 статей нашего блога Google взял 91, а 42 обошёл и не включил — срез 21.09.2026.
• Вторая — позиция. По Яндекс Вебмастеру (13 сайтов, 49 036 запросов, скользящие 14 дней, срез 21.09.2026) на местах 4–10 кликами оборачиваются 1,59% показов против 16,51% в топ-3.
• Час на всё при готовых доступах: 15 минут на деньги, 15 на индекс, 20 на сканер, 10 на собственные глаза. Чинят в том же порядке.

«Ошибки сайта» — это три разные проверки

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

Дальше речь только о третьей строке. Красная консоль и невалидная вёрстка в проверку попадут, но как симптом, а не как самостоятельная поломка.

Проверка сайта на ошибки за час: порядок по ущербу

Порядок такой: сначала то, что ломает деньги, потом то, что ломает попадание в поиск, потом технические находки сканера и в конце то, что видно только человеку. У каждого круга свой хронометраж.

Чек-лист сам по себе очередь не задаёт. Он перечисляет проверки, но не говорит, какая из них стоит денег сегодня, а какая подождёт квартал.

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

Отсюда и ощущение, что тонешь: в выгрузке рядом стоят «каталог закрыт в robots.txt» и «у тысячи с лишним картинок нет alt». Вторая строка длиннее и заметнее, поэтому за неё и берутся раньше.

Круг 1. Тест сайта на ошибки, которые прямо стоят заявок

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

1. Отправьте тестовую заявку через главную форму. Проверьте почту и CRM: письмо пришло, заявка создалась, страница «Спасибо» показалась.
2. Повторите с телефона. Мобильная форма часто отличается вёрсткой и скриптами, поэтому тестирование с компьютера её поломку не ловит.
3. Пройдите оформление заказа до оплаты, если у вас магазин: в корзину, к доставке, к оплате — и остановитесь перед списанием.
4. Нажмите телефон и почту в шапке: номер должен набираться, адрес — открывать почтовый клиент.
5. Проверьте ответ сервера. В Chrome нажмите F12, откройте вкладку Network, обновите страницу по F5 и найдите запрос самого документа — фильтр Doc, а не картинка и не скрипт.
6. Пройдите цепочку переходов до конца: нужен конечный адрес с кодом 200 и нужным содержимым. Один переход с http на https или на канонический адрес — норма; проблема — длинная цепочка, петля или 5xx.
7. Пройдите по меню, логотипу, карточкам и подвалу. Любая страница «404 Not Found» на этом маршруте — находка первого круга.

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

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

Круг 2. Выявление ошибок, из-за которых страниц нет в поиске

Следующие 15 минут — панели поисковых систем. Это прямой источник: сканер показывает свою картину сайта, а Вебмастер и Search Console — ту, что видит поисковик.

1. В Яндекс Вебмастере откройте «Диагностику»: фатальные и критичные проблемы читайте целиком, возможные — по диагонали.
2. Там же посмотрите «Страницы в поиске» → «Исключённые страницы» и «Статистику обхода»: Яндекс называет причину, по которой страница выпала.
3. Соберите список страниц, которые обязаны быть в поиске. Обычно это канонические адреса из /sitemap.xml; если там индекс карт, загляните во вложенные.
4. Уберите из списка служебное и намеренно закрытое: страницы с noindex, фильтры, дубли, технические разделы. В индекс они и не должны попадать.
5. В Search Console откройте «Индексирование страниц», отфильтруйте отчёт по нужной карте и сверьте статусы с этим списком, а не два общих счётчика: они считают разные наборы адресов.
6. Прогоните две-три важные страницы через инструмент проверки URL: он покажет статус, выбранный canonical и полученный Google код страницы.
7. Откройте /robots.txt и убедитесь, что каталог, услуги и блог не закрыты правилом Disallow.

Карта сайта — это не «все страницы». Google советует включать в неё те канонические адреса, которые вы хотите видеть в выдаче, а большой сайт разбивать на несколько карт с общим индексом.

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

Убирают страницу из поиска тегом noindex — и тут же вторая ловушка: чтобы noindex сработал, страница не должна быть закрыта в robots.txt, иначе робот просто не увидит тег.

Разборы обеих панелей у нас отдельно: Яндекс Вебмастер и Google Search Console. Здесь важнее другое — что делать, когда страница открывается, а в поиске её нет.

Мы проверили это на себе. В срезе от 21.09.2026 Яндекс держал в индексе все 136 статей блога, Google — 91. Ещё 42 стояли в статусе «Просканировано, но пока не проиндексировано», один — «Обнаружено», два адреса Google не знал.

Про эти 42 известно ровно одно: на момент обхода робот до них дошёл. Технической исправности сегодня статус не подтверждает. Цифры и метод — на странице исследования об индексации в Google.

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

Источник этой картины — сама поисковая система. Смотреть её можно в панели, а некоторые сканеры умеют забирать статусы индексации из Search Console по API — тогда обход и индекс видны рядом.

Сам статус причины не называет. В справке Search Console сказано лишь, что страницу просканировали и пока не добавили в индекс, и что повторно отправлять её на сканирование не нужно.

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

Дубли, служебные адреса и намеренно закрытые страницы в индексе и не нужны. Находка — это важный адрес, который вы ждали в поиске, а он оказался среди исключённых или непроиндексированных.

Круг 3. Проверка сайта на технические ошибки сканером

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

Что обычно есть в отчёте любого сканера:

• коды ответов: страницы с 404 и 5xx, редиректы и их цепочки;
• дубли: одинаковые title, description и H1 на разных адресах;
• пустые и отсутствующие метатеги, несколько заголовков H1 на странице;
• скорость и вес страниц, тяжёлые изображения, мобильная версия;
• внутренние ссылки, которые никуда не ведут.

1. Запустите сканер и дождитесь отчёта. Если сайт не помещается в лимит тарифа, ограничьте обход важными разделами, а полный запустите отдельно и вернитесь к нему позже.
2. Прогоните главную и две-три посадочные через PageSpeed Insights, а в Search Console откройте «Основные интернет-показатели».
3. Откройте пять-семь важных страниц с расширением вроде SEO META in 1 CLICK и сверьте title, description и H1: заголовок должен описывать страницу, а главный заголовок на ней лучше держать один.
4. Проверьте битые ссылки на ключевых страницах расширением Check My Links.
5. Выпишите из всей выгрузки три-пять строк — те, что проходят фильтр из следующего раздела.

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

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

В отчёте «Основные интернет-показатели» три разные вещи: скорость загрузки (LCP), отзывчивость на действие (INP) и стабильность вёрстки (CLS). Данные там полевые — от реальных посетителей Chrome.

Считаются они окном в 28 дней, поэтому сразу после правок отчёт ещё показывает старую картину. PageSpeed Insights рядом даёт текущий замер конкретного адреса — это ответ про «сейчас».

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

Что сканер называет ошибкой, а ошибкой это не является

Шесть самых частых строк отчёта. Сразу чинят те, у которых видно последствие на важном адресе; остальные ждут условия, при котором превращаются в проблему.

Основания тут не наши. Про 404 Google писал ещё в 2011 году: страницы, которых нет, — нормальная часть веба.

В руководстве по заголовкам нет ни одного числа знаков: там требование информативности и краткости, а не длина в символах, которую считает сервис.

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

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

Поэтому по важным адресам смотрят на содержание и выбранный canonical. Одна и та же страница по двум адресам — задача каноникализации; разные страницы с одним заголовком — задача переписать заголовки.

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

С alt сложнее. В справке по изображениям он описан как текст, объясняющий картинку и работающий анкором, если изображение — ссылка. Но это не вся его работа.

Вторая — передать смысл тому, кто картинку не видит. W3C разводит роли: информативной нужна смысловая альтернатива, функциональной — назначение действия, декоративной — пустой alt="".

Отсутствующий атрибут и корректный пустой alt у декоративной картинки — разные случаи. Поэтому в выгрузке смотрят не на число строк, а на то, что за картинки в них попали.

Круг 4. Как проверить сайт на наличие ошибок вручную

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

1. Откройте пять важных страниц на телефоне. Текст не уезжает за экран, кнопки не наезжают, горизонтальной прокрутки нет.
2. Посмотрите те же страницы в режиме устройства: F12 и иконка телефона в панели разработчика — так быстрее перебрать разные экраны.
3. Прочитайте первый экран каждой страницы: понятно ли за пять секунд, что здесь продают и кому.
4. Проверьте, есть ли на странице то, за чем пришли: цена или вилка, условия доставки, сроки, контакты.
5. Откройте сайт с мобильного интернета, а не по Wi-Fi: так видна настоящая скорость загрузки.

Мобильная часть здесь не формальность. В нашем годовом срезе по десяти проектам, опубликованном 21.09.2026, на смартфоны приходится 117 594 визита из поиска — 45,6% всех визитов.

Доходят до цели они хуже: 2,68% против 3,29% на компьютерах. Сама по себе разница поломки не доказывает — у мобильных посетителей другие запросы и другой путь. Но это повод пройти этот путь руками.

Как быстро найти недостатки сайта, которых не видно в базовом обходе

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

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

Сканер, подключённый к данным Search Console, покажет их рядом с обходом. Интерфейс тут любой, важно, откуда цифра, — а цену находки всё равно назначаете вы.

Первая — позиция. Страница в индексе, ошибок нет, но стоит ниже топ-3. По Яндекс Вебмастеру (13 сайтов, 49 036 запросов, скользящие 14 дней, срез 21.09.2026) места 4–10 дают 1,59% кликов от показов, топ-3 — 16,51%.

Это доля кликов, а не их количество. Показов на местах 4–10 в нашей выборке было почти в десять раз больше, поэтому по сумме кликов группы оказались сопоставимы, а по отдаче с показа — нет.

У себя это ищется за пару минут. В отчёте «Поисковые запросы» Вебмастера и «Эффективность» Search Console отсортируйте запросы по показам и найдите те, где показов много, а кликов мало.

Метод и цифры — в исследовании о CTR по позициям. Это наблюдение по выборке из 13 сайтов, а не норма: у вашего сайта доли будут свои, и смотреть их надо в своих панелях.

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

Если и там порядок, техническую проверку с адреса никто не снимает: видимость в поиске не означает, что со страницей всё в порядке.

Вторая — назначение страницы. Трафик есть, а заявок нет; одно из объяснений — в поиск попала не та страница: вместо каталога статья, вместо услуги новость.

По пяти проектам, где такое разделение видно, блоговые страницы дают 0,73% визитов с целевым действием, коммерческие — 3,27%. Это разные роли страниц и разные цели, а не доказанная ошибка посадочной.

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

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

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

Ошибки на сайте найдены — в каком порядке их чинить

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

Исполнители разные: критические ошибки обычно закрывает разработчик, важные — разработчик вместе с SEO-специалистом, косметические ведёт контент-менеджер в общей очереди задач.

Сроки по строке отчёта не назначают. Они зависят от причины и от загрузки исполнителя, поэтому их согласовывают с тем, кто будет чинить, а не берут из таблицы приоритетов.

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

Через две недели после правок повторите круги 2 и 3 и сравните цифры: сколько нужных страниц в индексе, сколько адресов отдаёт 404, что со скоростью.

По «Основным интернет-показателям» эффект появится позже: там полевое окно в 28 дней, и старые замеры ещё какое-то время тянут статус назад. Проверка без повторного замера остаётся списком, а не работой.

FAQ: проверка сайта на ошибки

Как быстро проверить сайт на ошибки, если панели ещё не подключены?

Начните с круга 1: он не требует ни Вебмастера, ни Search Console — только браузер и пятнадцать минут. Тестовая заявка, проход по меню и проверка ответа сервера ловят самые дорогие поломки.

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

Чем проверка сайта на SEO-ошибки отличается от технической?

Техническая проверка отвечает на вопрос, исправен ли сайт: коды ответов, скорость, дубли, доступность для робота. Это круги 1 и 3.

Проверка на SEO-ошибки добавляет поиск: попала ли страница в индекс, по каким запросам её показывают и отвечает ли она на них. Это круг 2 и раздел о недостатках, которых не видно в базовом обходе.

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

Как часто нужна проверка сайта на технические ошибки?

Круги 1 и 2 — раз в месяц и обязательно после каждого обновления сайта, шаблона или плагинов. Полный прогон сканером — раз в квартал, а после крупных правок раньше, через две недели.

Это рекомендация редакции, а не норма поисковых систем: на сайте, который меняется каждый день, частота будет выше.

Как найти критические ошибки индексации?

В Яндекс Вебмастере это «Диагностика» и список исключённых страниц, в Search Console — отчёт «Индексирование страниц» и инструмент проверки URL по конкретному адресу.

Критическим считайте случай, когда из поиска пропали страницы, которые приносили заявки, или когда важный раздел закрыт правилом в robots.txt.

Сайт есть в поиске, но страницы не индексируются — это ошибка?

Не обязательно. Статус «просканировано, но пока не проиндексировано» описывает состояние страницы, а не причину, и Google не рекомендует в этом случае повторно отправлять адрес на сканирование.

Ошибкой это становится, когда вне индекса оказываются страницы, на которые вы рассчитываете в поиске. Тогда сначала проверяют сам адрес: запреты, код ответа, canonical и отрендеренную версию.

Если по технике вопросов нет, смотрят на содержание страницы и на то, чем она отличается от соседних.

Можно ли провести тестирование сайта на ошибки онлайн и бесплатно?

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

Ограничение одно — объём. Бесплатные тарифы считают страницы: наша проверка обходит до 500 адресов, у других сервисов лимит свой. Сайту крупнее нужен платный тариф или обход по частям.

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

Как проверить одну страницу сайта, а не весь сайт?

Для одной страницы хватает трёх действий: инструмент проверки URL в Search Console, расширение для просмотра метатегов и PageSpeed Insights по её адресу.

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

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

Если полного часа сейчас нет, начните с четырёх действий — они закрывают самые дорогие риски и занимают около десяти минут.

1. Отправьте тестовую заявку через главную форму и убедитесь, что она дошла до почты.
2. Возьмите из /sitemap.xml список страниц, которые обязаны быть в поиске, и сверьте их статусы в Search Console и Вебмастере — не два общих счётчика.
3. Откройте /robots.txt и проверьте, что важные разделы не закрыты от роботов.
4. Запустите бесплатную онлайн-проверку сайта: она обходит до 500 страниц, смотрит запреты индексации, ответы сервера, заголовки и скорость на телефоне и показывает отчёт через три-четыре минуты, без регистрации.

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