Как проверить сайт на ошибки самостоятельно: чек-лист SEO-аудита
Проверить сайт на ошибки самостоятельно можно за один-два вечера, если идти по порядку: сначала Яндекс Вебмастер и его диагностика, затем краулер (Screaming Frog или SiteAnalyzer) для поиска битых ссылок, редиректов и дублей, потом ручной просмотр мета-тегов, скорости и мобильной версии. Ниже чек-лист SEO-аудита из десяти шагов. Для каждого шага указано, где смотреть и что считать проблемой, а в конце порядок, в котором стоит исправлять найденное.
Что понадобится для проверки
Платные сервисы не обязательны. Для сайта на 100-500 страниц хватит бесплатного набора:
| Инструмент | Для чего | Стоимость |
|---|---|---|
| Яндекс Вебмастер | индексация, ошибки обхода, нарушения, запросы | бесплатно |
| Яндекс Метрика | поведение посетителей, отказы, время загрузки | бесплатно |
| Screaming Frog SEO Spider | обход сайта, коды ответа, мета-теги, дубли | бесплатно до 500 URL |
| SiteAnalyzer | то же самое, без жёсткого лимита страниц | бесплатно |
| PageSpeed Insights | скорость и Core Web Vitals | бесплатно |
| Браузер с DevTools | заголовки ответа, исходный код, мобильный вид | бесплатно |
Если сайт ещё не добавлен в Вебмастер, начните с этого. Права подтверждаются мета-тегом, HTML-файлом в корне или DNS-записью. История обхода копится с момента подтверждения, поэтому чем раньше вы это сделаете, тем больше данных будет при следующей проверке.
Шаг 1. Диагностика в Яндекс Вебмастере
Откройте «Диагностика → Диагностика сайта». Яндекс сам делит проблемы на фатальные, критичные, возможные и рекомендации. Фатальные и критичные исправляйте сразу: недоступность сайта, ошибки в robots.txt, главная страница закрыта от индексации, проблемы с SSL-сертификатом, большое число страниц с ответом 5xx.
Затем загляните в «Диагностика → Безопасность и нарушения». Если там висит отметка о нарушении (малополезный контент, переоптимизированные тексты, накрутка поведенческих факторов, вредоносный код), остальные правки дадут мало, пока ограничение не снято.
Что проверить на этом шаге:
- нет фатальных и критичных ошибок;
- нет нарушений и угроз безопасности;
- в «Сводке» число страниц в поиске примерно совпадает с числом полезных страниц сайта;
- в «Индексирование → Статистика обхода» нет резкого роста ошибок за последние недели.
Шаг 2. Индексация: что Яндекс видит и что выбрасывает
Раздел «Индексирование → Страницы в поиске» показывает адреса, которые сейчас в поиске, и отдельно исключённые страницы с причиной исключения. По этим причинам можно понять большую часть проблем сайта.
| Статус | Что значит | Что делать |
|---|---|---|
| Дубль | такая же страница есть по другому адресу | 301-редирект или canonical на основной адрес |
| Неканонический | страница указывает canonical на другую | проверить, что canonical стоит намеренно |
| Ошибка HTTP | при обходе сервер вернул 4xx или 5xx | исправить ответ или убрать ссылки на адрес |
| Запрещено в robots.txt | адрес закрыт директивой Disallow | убедиться, что закрыто именно то, что нужно |
| Запрещено элементом noindex | в коде стоит meta robots noindex | то же, проверить шаблоны |
| Малоценная или маловостребованная | Яндекс считает страницу ненужной пользователям | переработать содержание или объединить с похожими |
| Редирект | адрес перенаправляет на другой | заменить внутренние ссылки на конечные адреса |
Сравните число страниц в поиске с числом адресов в sitemap.xml. Если в карте сайта 800 товаров, а в поиске 200, причина почти всегда находится в одной из строк таблицы. Отдельный адрес удобно проверить через «Индексирование → Проверить статус URL»: там видно, когда робот заходил последний раз и с каким результатом.
Шаг 3. robots.txt и sitemap.xml
Файл robots.txt лежит по адресу site.ru/robots.txt. Проверьте его в «Инструменты → Анализ robots.txt»: вставьте внизу несколько важных адресов (главная, раздел каталога, карточка, статья) и убедитесь, что все они разрешены.
Частые ошибки в robots.txt:
- остался
Disallow: /со времён разработки; - закрыты папки со стилями и скриптами, и робот видит страницу без вёрстки;
- нет директивы
Clean-paramдля UTM-меток и параметров сортировки, из-за чего в индекс попадают десятки копий одной страницы; - указана директива
Host, которую Яндекс давно не учитывает: главное зеркало задаётся 301-редиректом; - нет строки
Sitemap:с полным адресом карты сайта.
Рабочий пример для небольшого магазина:
User-agent: *
Disallow: /cart/
Disallow: /search/
Disallow: /personal/
Clean-param: utm_source&utm_medium&utm_campaign&utm_content&utm_term
Clean-param: sort&order /catalog/
Sitemap: https://site.ru/sitemap.xml
Карту сайта проверьте в «Инструменты → Анализ файлов Sitemap» и добавьте в «Индексирование → Файлы Sitemap». В sitemap должны быть только канонические адреса с ответом 200: без редиректов, без закрытых страниц, без GET-параметров. Если CMS кладёт туда служебные разделы и страницы фильтров, это лишняя работа для робота.
Шаг 4. Коды ответа сервера и редиректы
Запустите краулер по всему сайту. В Screaming Frog смотрите вкладку Response Codes, в SiteAnalyzer колонку с кодом ответа. На что обращать внимание:
- 404 на адресах, куда ведут внутренние ссылки. Сама страница 404 не беда, плохо, когда на неё ссылается меню или карточка товара. Краулер покажет, с каких страниц идут такие ссылки.
- Ответы 5xx. Сервер падает на отдельных шаблонах или под нагрузкой краулера. Если ошибки есть при обходе в 2-3 потока, робот Яндекса их тоже увидит.
- 302 вместо 301. Для постоянного переноса страницы нужен 301. Временный 302 часто ставят по умолчанию в плагинах редиректов.
- Цепочки редиректов. Ссылка ведёт на A, A перенаправляет на B, B на C. Внутренние ссылки должны указывать сразу на конечный адрес.
- Мягкая 404. Несуществующая страница отвечает кодом 200 и показывает «страница не найдена». Проверьте вручную: введите site.ru/proverka-abc-123 и посмотрите код в «Инструменты → Проверка ответа сервера».
Шаг 5. Зеркала и дубли
Один и тот же контент не должен открываться по нескольким адресам. Пройдитесь вручную по вариантам главной и одного внутреннего раздела:
- http://site.ru и https://site.ru;
- www.site.ru и site.ru;
- site.ru/index.php или site.ru/index.html;
- site.ru/catalog и site.ru/catalog/ (со слешем и без);
- адрес в верхнем и нижнем регистре.
Все варианты, кроме основного, должны отвечать 301 на основной адрес. Дальше в краулере отсортируйте страницы по title: одинаковые заголовки на разных URL подсказывают, где дубли. В CMS их обычно порождают пагинация, фильтры и сортировки, версия для печати, карточка товара, доступная из нескольких категорий, и метки в блоге.
Шаг 6. Мета-теги и заголовки
Выгрузите из краулера title, description и H1 всех страниц в таблицу и пройдитесь фильтрами. Ошибки здесь обычно системные: один неудачный шаблон даёт сотни одинаковых заголовков.
- title есть на каждой странице и не повторяется;
- длина title примерно 50-70 символов, главный запрос ближе к началу;
- description 140-160 символов и описывает страницу, а не компанию в целом;
- H1 один на странице, по смыслу совпадает с title, но не копирует его слово в слово;
- в карточках товаров title собран по шаблону с названием и ключевой характеристикой, а не «Товар | Магазин»;
- нет пустых H1 и одинакового H1 «Каталог» во всех разделах.
Как правильно собирать шаблоны мета-тегов, структуру заголовков и перелинковку, мы расписали на странице про внутреннюю оптимизацию.
Шаг 7. Скорость и мобильная версия
Проверьте в PageSpeed Insights три шаблона: главную, раздел каталога или список услуг и карточку товара или услуги. Тормозить может любой из них, и обычно сильнее всех карточка. Смотрите в первую очередь на полевые данные Core Web Vitals, если они есть:
| Метрика | Хорошо | Плохо |
|---|---|---|
| LCP, загрузка главного элемента | до 2,5 с | больше 4 с |
| INP, отклик на действие | до 200 мс | больше 500 мс |
| CLS, сдвиги вёрстки | до 0,1 | больше 0,25 |
Мобильную версию проверьте в «Инструменты → Проверка мобильных страниц» и просто с телефона. Кнопки не должны налезать друг на друга, текст должен читаться без масштабирования, телефон набираться по нажатию, а всплывающие окна закрываться с первого раза. Больше половины поискового трафика в большинстве ниш идёт со смартфонов, и мобильные проблемы бьют по позициям через поведение.
Шаг 8. Микроразметка и сниппеты
Откройте «Инструменты → Валидатор микроразметки» и прогоните через него карточку товара, страницу услуги и статью. Интернет-магазину нужна разметка Schema.org Product с Offer (цена, валюта, наличие). Для остальных страниц пригодятся Organization, BreadcrumbList и FAQPage. Ошибки валидатора не роняют позиции напрямую, но без разметки сниппет в выдаче беднее и кликают по нему реже.
Заодно найдите свой сайт в Яндексе по паре запросов и посмотрите, как выглядит сниппет. Если в описании подтягивается текст из подвала или меню, description и разметку стоит переделать.
Шаг 9. Контент и коммерческие факторы
Технически чистый сайт может стоять на месте, если страницам нечего предложить. Откройте пять-десять главных посадочных страниц и честно ответьте на вопросы:
- есть ли на странице ответ на запрос, или только общий текст о компании;
- указаны ли цены или хотя бы диапазон, сроки, условия оплаты и доставки;
- видны ли телефон, адрес, реквизиты, форма заявки;
- нет ли текстов, скопированных с сайта производителя или поставщика;
- не повторяется ли один и тот же абзац на десятках страниц.
В коммерческой выдаче Яндекса такие факторы весят много. Сайт без цен и с телефоном только в подвале проигрывает конкуренту даже при более слабых текстах.
Шаг 10. Поведение посетителей в Метрике
В Метрике откройте отчёт «Источники → Поисковые системы» и добавьте группировку по страницам входа. Отсортируйте по отказам и разбейте по типу устройства. Страница с 60 % отказов на смартфонах и 15 % на компьютерах почти всегда сломана в мобильной вёрстке. Вебвизор покажет, где люди застревают: не находят кнопку, не могут закрыть баннер, уходят с формы на втором поле.
В каком порядке исправлять ошибки
После проверки обычно набирается список из 20-50 пунктов. Чинить всё одновременно не нужно, начинайте с того, что сильнее всего мешает:
- Нарушения, фатальные и критичные ошибки из Вебмастера.
- Индексация: robots.txt, noindex, ответы 5xx.
- Зеркала и дубли.
- Битые внутренние ссылки и цепочки редиректов.
- Шаблоны мета-тегов и заголовков.
- Скорость и мобильная версия.
- Контент и коммерческие факторы.
После правок отправьте ключевые адреса в «Индексирование → Переобход страниц» и обновите sitemap.xml. Изменения в выдаче обычно видны через 2-4 недели, после нескольких обновлений поисковой базы.
Когда самостоятельной проверки мало
Чек-лист выше находит большую часть технических ошибок. Хуже он справляется с вопросами, где нужен контекст. Почему конкурент с похожим сайтом стоит выше? Каких страниц не хватает под реальный спрос? Как перестроить каталог, чтобы разделы совпадали с запросами? Где сайт проигрывает по коммерческим факторам? Здесь нужен разбор выдачи и сайтов из топа, это отдельная работа, которую мы делаем в рамках анализа конкурентов.
Частые вопросы
Как часто проверять сайт на ошибки?
Полную проверку стоит делать раз в полгода и после каждого крупного изменения: переезда на другую CMS, редизайна, смены структуры адресов. Диагностику в Вебмастере смотрите раз в неделю или включите уведомления на почту в настройках.
Можно ли проверить сайт на ошибки бесплатно?
Да. Вебмастер, Метрика, PageSpeed Insights и SiteAnalyzer бесплатны, Screaming Frog бесплатен до 500 адресов. Платные инструменты экономят время на больших сайтах, но для сайта на 100-300 страниц бесплатного набора достаточно.
Сколько ошибок считается нормой?
Фатальных и критичных в Вебмастере должно быть ноль. Отдельные 404 от старых внешних ссылок нормальны. Сотни дублей и цепочек редиректов уже тянут сайт вниз, потому что робот тратит обход на мусор, а важные страницы переобходит реже.
Что делать, если ошибок нет, а трафика тоже нет?
Значит, проблема не в технике, а в семантике и содержании: сайт не отвечает на те запросы, по которым ищут ваши клиенты, или отвечает хуже конкурентов. Начните со сбора запросов и сравнения своих страниц с первой десяткой выдачи.
Если хотите, чтобы сайт посмотрел специалист, мы проводим SEO-аудит: проходим этот чек-лист, добавляем разбор семантики и конкурентов и отдаём список правок с приоритетами, который можно сразу передать разработчику.