Ошибки на сайте — как обнаружить и устранить

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

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

Откуда брать данные об ошибках

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

Источник	Что видно	Чего он не покажет
Яндекс.Вебмастер	Страницы в поиске и исключённые, причины исключения, статус robots.txt и карты сайта, ошибки обхода, дубли метатегов, индекс скорости	Что происходит с посетителем на странице; ошибки, которые робот считает допустимыми
Google Search Console	Покрытие и причины отказа в индексации, отчёт Core Web Vitals по полевым данным, удобство мобильных страниц, обработку структурированных данных	Специфику Яндекса: региональность, «малополезные» страницы, текстовые фильтры
Краулер (Netpeak Spider, Screaming Frog, аналоги)	Полный список адресов, коды ответов, цепочки редиректов, пустые и повторяющиеся title, битые ссылки, глубину вложенности	Как поиск относится к найденному: краулер не знает, что попало в индекс
Яндекс.Метрика	Отказы и глубину по страницам, поведение по вебвизору, конверсию форм, долю мобильных, реальную скорость у посетителей	Причины отсутствия трафика: если страницы нет в поиске, в аналитике по ней просто ноль

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

Ошибки индексации: страницы, которых нет в поиске

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

• Ошибка HTTP — робот получил 404, 500 или таймаут. Проверяется журналом сервера: если ответы плавают, проблема в хостинге или в лимитах базы данных, а не в SEO.
• Запрещено в robots.txt — иногда так и задумано, но регулярно вижу, как одной строкой закрыт целый раздел с услугами или каталог картинок.
• Запрет в мета-теге robots — чаще всего наследие разработки: сайт делали на тестовом домене с закрытой индексацией и забыли снять запрет при переносе.
• Дубль — поиск нашёл идентичную страницу и оставил одну. Разбирается вместе с каноническими адресами, о них следующий раздел.
• Малоценная или маловостребованная страница — самая неприятная формулировка. Она означает, что страница доступна, уникальна, но поиск не видит смысла её показывать: нет спроса на такую тему либо содержимого слишком мало.

С «малополезными» работают не техникой, а содержанием. Проверяю по трём признакам: есть ли на странице собственный спрос (хотя бы одна группа запросов, которую люди действительно набирают), отличается ли она от соседних страниц сайта чем-то кроме подстановки города или названия товара, есть ли на ней то, ради чего человек останется — цена, условия, состав работ, фотографии, ответы на возражения. Если ни одного «да», страницу правильнее не чинить, а склеить с более сильной через 301.

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

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

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

Тип дубля	Как выглядит	Чем закрывается
Зеркала домена	Сайт открывается с www и без, по http и https, с index.php и без	301-редирект на один вариант на уровне сервера
Слэш в конце	/uslugi и /uslugi/ отдают одинаковый контент с кодом 200	301 на выбранный вариант, единый формат во внутренних ссылках
GET-параметры	Метки рекламных кампаний, сортировки, идентификаторы сессий	Директива Clean-param для Яндекса, rel=canonical на чистый адрес
Фильтры каталога	Сотни комбинаций цвета, размера и бренда, каждая с адресом	Открывать только сочетания со спросом, остальные закрывать от обхода
Пагинация	Вторая и третья страницы списка с тем же title и описанием	Уникальные title с номером страницы, самоканоникал на каждой
Товар в двух разделах	Одна карточка доступна по двум путям вложенности	Один основной адрес, canonical со второго на него

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

Подробнее об этом — в статье «Почему падает трафик на сайте: 12 реальных причин и как их устранить».

Главная ошибка при исправлении — ставить canonical туда, где нужен 301, и наоборот. Канонический адрес — рекомендация, а не приказ: поиск может её проигнорировать, если содержимое страниц различается заметно. Редирект 301 — жёсткое указание, после которого старый адрес перестаёт существовать. Правило простое: если страница вообще не нужна людям, её адрес склеивается редиректом; если нужна, но не должна попадать в поиск как отдельная единица, ставится canonical.

Скорость, мобильная вёрстка и стабильность страницы

Помогу с продвижением: SEO-продвижение сайтов — вывожу сайты в топ Яндекса белыми методами.

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

Насколько ссылки влияют на позиции сегодня:

Метрика	Что измеряет	Ориентир	Частая причина провала
LCP	Время до отрисовки самого большого элемента экрана	до 2,5 с	Тяжёлая картинка первого экрана без сжатия и без современного формата
INP	Задержку отклика на действия пользователя за весь визит	до 200 мс	Сторонние скрипты: чаты, виджеты, счётчики, карты в теле страницы
CLS	Смещение содержимого при загрузке	до 0,1	Картинки и баннеры без заданных размеров, шрифты с подменой начертания
TTFB	Время ответа сервера	до 0,6 с	Отсутствие кеширования, тяжёлые запросы к базе, слабый тариф хостинга

9:44

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

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

Тему разбирал отдельно: «Аудит сайта на ошибки».

Метатеги, заголовки и структура страницы

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

• Пустой или дублирующийся title. Одинаковый заголовок на группе страниц означает, что поиск не видит между ними разницы. Каждый title должен содержать основной запрос страницы и то, что отличает её от соседних.
• Description, собранный шаблоном без смысла. Описание не влияет на позиции напрямую, но формирует сниппет и влияет на кликабельность. Шаблон вида «купить в Москве недорого» проигрывает конкретике: срок, цена от, условия.
• Несколько H1 или ни одного. H1 на странице один, и он отвечает на вопрос, куда человек попал.
• H2–H6 вместо оформления. Заголовками нельзя набирать подписи под картинками и выделять важные абзацы. Иерархия должна читаться как оглавление.
• Отсутствие микроразметки. Организация с адресом и телефоном, хлебные крошки, товар с ценой и наличием, вопросы и ответы — это то, что позволяет поиску собрать расширенный сниппет и включить страницу в готовые ответы.

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

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

Текстовые ошибки: переспам, нерелевантность и пустота

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

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

Если нужна помощь по теме — заказать сайт.

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

Коммерческие сигналы, доверие и внешние ссылки

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

Смежный материал по теме — «Ошибки юзабилити сайта».

• Цены или хотя бы диапазон, а не «уточняйте по телефону».
• Телефон и мессенджеры на первом экране, форма обратного звонка, время работы.
• Реквизиты, адрес, карточка организации, привязанная к сайту.
• Условия доставки, оплаты, гарантии, возврата — отдельными страницами.
• Примеры выполненных работ с деталями, а не безымянная галерея.
• Отзывы, которые можно проверить: с площадок, с именами, с датами.
• Информация об исполнителе: кто ведёт работу, какой опыт, какие подтверждения.

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

Как расставить приоритеты и не чинить всё сразу

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

Очередь	Что входит	Почему сначала
Первая	Доступность сайта, коды ответов, случайные запреты индексации, зеркала, склейка дублей, карта сайта	Пока страницы не в индексе, любые другие работы не дают эффекта в принципе
Вторая	Title, H1, структура разделов под спрос, устранение пустых и переоптимизированных страниц	Даёт самый быстрый прирост показов при минимальных затратах
Третья	Коммерческие блоки, цены, контакты, карточка организации, отзывы	Переводит показы в обращения и улучшает поведение на странице
Четвёртая	Скорость, мобильные детали, микроразметка	Работает на удержание и на расширенные сниппеты, но требует разработчика
Пятая	Внешние ссылки, публикации, работа с упоминаниями	Имеет смысл, когда всё предыдущее закрыто, иначе бюджет уходит впустую

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

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

Сколько времени занимает поиск ошибок на сайте? Технический разбор среднего сайта услуг на сто–двести страниц — один рабочий день с выгрузками и проверками. Интернет-магазин на десятки тысяч адресов разбирается по частям: сначала шаблоны страниц, потом выборка по каждому типу. Смысла проверять каждую карточку вручную нет — ошибки в них шаблонные.

Автоматические сервисы проверки заменяют аудит? Они нужны, чтобы быстро собрать список формальных отклонений, и с этим справляются хорошо. Но сервис не отличит важную ошибку от безвредной: отсутствие alt у декоративной иконки и закрытый от индексации раздел услуг попадут в один список как «ошибки». Приоритет расставляет человек.

Через сколько после исправления вернутся позиции? Зависит от типа ошибки. Снятие случайного запрета индексации отрабатывает за одно-два обновления. Склейка дублей — за три–шесть недель. Изменения в текстах и структуре — от месяца до квартала. Работы над коммерческими сигналами дают отложенный эффект через поведение, и раньше двух месяцев их оценивать бессмысленно.

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

Сайт старый, ошибок много — не проще ли сделать новый? Иногда проще, но переезд сам по себе ошибок не убирает и добавляет риск потерять накопленный возраст и ссылки. Решение принимается по одному критерию: если движок не позволяет управлять адресами, метатегами и содержимым разделов, новый сайт оправдан. Если позволяет — дешевле чинить.

Коротко

• Ошибки ищут тремя инструментами сразу: панель вебмастера, краулер и система аналитики видят разные части картины.
• Первый вопрос — сколько страниц в поиске и почему исключены остальные; пока страница не в индексе, оптимизировать в ней нечего.
• Дубли — самая массовая поломка: зеркала, слэш, GET-параметры, фильтры и пагинация закрываются редиректами, каноническими адресами и Clean-param.
• Скорость чинят по порядку: сервер, картинки, сторонние скрипты, и только потом код темы.
• Пустые и переоптимизированные страницы лечатся содержанием, а не объёмом знаков; часть из них правильнее склеить с сильными.
• Приоритет всегда один: доступность и индексация, затем структура и заголовки, затем коммерческие сигналы, и только в конце — внешние ссылки.

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