SEO-аудит сайта: что проверять, какие ошибки искать и что делать после аудита

Что такое SEO-аудит и какой результат он должен дать

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

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

Google описывает SEO как работу, которая помогает поисковой системе находить, индексировать и понимать контент, но отдельно подчеркивает ценность полезного и надежного содержания. Яндекс также связывает результат не только с доступностью для робота, но и с качеством, релевантностью и удобством страницы. Базовые ориентиры можно сверить с Google Search Essentials и рекомендациями Яндекс Вебмастера.

Какие виды аудита существуют и почему одного технического недостаточно

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

Когда SEO-аудит действительно нужен

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

• Перед запуском SEO. Нужно понять исходное состояние и не тратить первые месяцы на хаотичный перебор задач.
• После падения трафика. Важно отделить техническую ошибку, изменение спроса, потерю конкретной группы страниц и общесайтовую проблему.
• Перед редизайном. Нужно сохранить сильные URL, метаданные, внутренние связи и поисковую структуру. Полезен отдельный SEO-чек-лист перед редизайном.
• После миграции. Проверяются редиректы, canonical, sitemap, внутренние ссылки и статус старых адресов.
• Когда трафик есть, а заявок нет. Здесь технического аудита недостаточно - нужно проверять интент и коммерческую часть страниц.
• Когда сайт много лет развивался без общей архитектуры. Обычно появляются дубли, страницы-сироты, каннибализация и несколько поколений URL.
• Перед масштабированием. Если планируются сотни городских страниц, каталог или большой блог, лучше проверить шаблоны на малой выборке до массовой публикации.

Что собрать до начала проверки

Аудит становится точнее, когда специалист видит не только опубликованный сайт. До старта полезно собрать доступы и данные, которые объясняют историю проекта.

• Яндекс Вебмастер и Google Search Console;
• Яндекс Метрика и другая используемая аналитика;
• sitemap.xml и robots.txt;
• список приоритетных услуг, категорий и регионов;
• данные о редизайнах, сменах домена и крупных изменениях URL;
• семантическое ядро, если оно уже есть;
• список целевых действий и понимание, какие обращения считаются качественными;
• при возможности - серверные логи для крупных проектов;
• данные CRM или хотя бы разметку источников лидов.

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

Шаг 1. Собрать полный список URL и понять реальный масштаб сайта

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

Например, sitemap содержит 600 URL, краулер находит 420, а Google знает 750. Это уже три вопроса: почему 180 страниц нельзя найти по внутренним ссылкам, откуда появились дополнительные 150 адресов и какие из них поисковик считает дублями или техническими.

Страницы, которые существуют, но не получают внутренних ссылок, разбираются отдельно. Методика есть в материале про страницы-сироты. Не все такие URL нужно возвращать в структуру: служебная рекламная посадочная может сознательно не участвовать в SEO. Важно отличить замысел от ошибки.

Шаг 2. Проверить обход и индексирование

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

Что проверять для каждого приоритетного URL

1. какой HTTP-код возвращает страница;
2. нет ли запрета в robots.txt;
3. нет ли meta robots с noindex;
4. какой canonical указан в HTML;
5. присутствует ли URL в sitemap;
6. есть ли внутренние ссылки на страницу;
7. какой canonical выбрала поисковая система;
8. когда был последний обход;
9. есть ли страница в индексе и получает ли показы.

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

Шаг 3. Разобрать robots.txt и sitemap.xml без мифов

robots.txt управляет обходом, а sitemap помогает обнаруживать предпочитаемые URL. Эти файлы не должны использоваться как универсальный способ лечить любые проблемы индексации.

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

В sitemap должны находиться актуальные канонические страницы с нормальным ответом. Не стоит включать редиректы, 404, тестовые адреса и параметры, которые не должны индексироваться. Google и Яндекс отдельно отмечают, что наличие URL в sitemap не гарантирует его попадание в индекс. Карта - подсказка для обнаружения, а не заявка на гарантированное ранжирование. Подробная проверка для Tilda описана в материале про sitemap.xml на Tilda.

Шаг 4. Проверить HTTP-коды, редиректы и потерянные адреса

В выгрузке краулера страницы группируют минимум по 2xx, 3xx, 4xx и 5xx. Затем смотрят не только количество ошибок, но и источник ссылок на них.

4xx

Если внутренняя ссылка ведет на 404 или 410, ее нужно исправить в источнике. Если удаленный URL имеет полноценную замену, возможен 301. Если замены нет, перенаправлять все на главную не нужно. Это создает нерелевантные переходы и может восприниматься как мягкая 404.

3xx

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

5xx

Ошибки сервера требуют проверки частоты и контекста. Если 5xx появляется во время обхода, поисковик может временно снизить интенсивность сканирования. Единичный сбой и систематическая недоступность - разные ситуации.

Шаг 5. Проверить canonical и все варианты одного адреса

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

• самостоятельные страницы не должны канонизироваться на главную;
• canonical не должен вести на 404, редирект или закрытый URL;
• sitemap и внутренние ссылки должны поддерживать ту же основную версию;
• HTTP/HTTPS и www/без www не должны создавать параллельные документы;
• параметры, слеш и регистр нужно проверять на фактическое поведение сервера.

Если поисковик выбирает другой canonical, чем указан на странице, причина может быть в более сильных противоречащих сигналах или фактической похожести документов. Детально сценарий разобран в материале про неверный canonical.

Шаг 6. Найти технические и смысловые дубли

Дубликат - не только полная копия страницы. На сайтах часто существуют несколько уровней повторов.

Переписывание Title не решит смысловой дубль. Если две страницы отвечают на один интент, нужно решить, разделять ли задачи, объединять документы или выбирать основную страницу. Для блога полезен материал когда две статьи лучше объединить.

Шаг 7. Сопоставить поисковый спрос со структурой сайта

Это один из самых недооцененных этапов аудита. Сайт может быть технически безупречным и все равно почти не расти, если его архитектура не соответствует спросу.

Берется семантика по ключевым направлениям и сравнивается с текущими страницами. Для каждого кластера задаются вопросы:

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

Самая полезная таблица аудита на этом этапе - карта кластер - текущий URL - решение. Решением может быть оставить, усилить, создать, объединить, перенаправить или исключить. Если такой карты нет, команда часто продолжает оптимизировать существующие страницы, хотя половины нужной структуры вообще не создано.

Методика проектирования раскрыта в статье как распределить семантику по страницам.

Шаг 8. Провести контент-аудит по URL, а не по общему впечатлению

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

Для страниц услуг проверяют

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

Базовый каркас можно сравнить с материалом какой должна быть страница услуги.

Для статей проверяют

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

Шаг 9. Проверить Title, Description, H1-H3 и сниппеты

Метатеги нужно анализировать после понимания интента. Иначе возникает косметическая оптимизация: Title переписывается, а сама страница остается неправильного типа.

В выгрузке ищут отсутствующие, одинаковые и аномально длинные Title и Description. Затем выборочно проверяют группы страниц одного шаблона. Уникальность ради уникальности не нужна: заголовок должен точно отражать различие документа.

H1 обычно используют как основной видимый заголовок страницы. Несколько H1 не являются автоматической санкцией, но на шаблонном сайте один четкий H1 удобнее для контроля. H2 и H3 должны отражать логику документа, а не механически повторять ключевые фразы.

Также важно помнить, что поисковик может переписать Title и Description в выдаче. Если это происходит систематически и смысл ухудшается, нужно сверять метатеги с видимым заголовком и содержанием. Отдельные разборы: почему меняется Title и почему меняется Description.

Шаг 10. Проверить внутреннюю перелинковку как граф сайта

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

В аудите ищут:

• важные страницы без входящих ссылок;
• ссылки на 3xx и 4xx;
• страницы с чрезмерно большой глубиной;
• шаблонные блоки, которые создают тысячи малорелевантных переходов;
• перекос, когда весь блог ссылается только на одну услугу;
• неинформативные анкоры;
• страницы, на которые ведут десятки ссылок, хотя они второстепенны.

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

Шаг 11. Проверить коммерческие факторы и путь до заявки

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

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

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

Шаг 12. Проверить мобильную версию и скорость без охоты за идеальным баллом

Скорость важна, но PageSpeed 100 не является самостоятельной целью. Нужно находить то, что реально задерживает основной контент и мешает взаимодействию.

Проверяйте крупные изображения первого экрана, веб-шрифты, сторонние скрипты, виджеты, видео, тяжелые анимации и JavaScript. Отдельно смотрите LCP, CLS и INP, но связывайте метрику с конкретным элементом. Если LCP плохой из-за фонового изображения, задача понятна. Если просто записать в отчет LCP выше нормы, внедрять нечего.

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

Шаг 13. Проверить аналитику до того, как оценивать SEO по заявкам

Нельзя делать вывод о качестве органического трафика, если часть форм не передает цели, телефон не отслеживается, а заявки из мессенджеров теряются.

• проверить срабатывание целей только после успешной отправки формы;
• разделить основные формы и сценарии;
• фиксировать звонки, если телефон является значимым каналом;
• передавать источник и метки в CRM;
• исключить дубли событий;
• сопоставить поисковые клики с действиями уже на сайте.

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

Шаг 14. Сравнить сайт с реальной поисковой выдачей

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

Цель не скопировать конкурентов. Нужно понять обязательный минимум и найти пространство для более полного ответа. Методика есть в статье как анализировать топ-10 перед созданием страницы.

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

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

Массовый неверный canonical на тысяче страниц почти всегда важнее косметической правки Description одной статьи. Такой порядок должен быть виден в отчете.

Как должен выглядеть результат сильного SEO-аудита

Документ на двести страниц не обязательно лучше таблицы на сорок строк. Для каждого значимого пункта нужны проблема, конкретные URL, доказательство, объяснение влияния, рекомендация, приоритет и критерий проверки после исправления.

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

Признаки слабого аудита

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

Что можно проверить самостоятельно за один день

1. Открыть Яндекс Вебмастер и Search Console и выписать основные ошибки индексирования.
2. Проверить sitemap.xml и наличие в нем только актуальных URL.
3. Взять десять самых важных страниц и проверить ответ, canonical и индексирование.
4. Пройти сайт от главной до каждой основной услуги.
5. Сверить Title и H1 с фактическим предложением.
6. Отправить тестовые заявки со смартфона и компьютера.
7. Сравнить пять основных запросов с типами страниц в выдаче.
8. Найти 404 и внутренние ссылки на редиректы.
9. Выбрать три проблемы, которые затрагивают больше всего целевых URL.

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

Какие инструменты нужны для SEO-аудита

Для большинства сайтов достаточно краулера, Яндекс Вебмастера, Google Search Console, Яндекс Метрики, инструментов браузера для проверки сети и производительности и сервиса для работы с семантикой. Количество программ не является показателем качества. Инструмент находит факт, а специалист должен объяснить его значение.

Яндекс Вебмастер позволяет смотреть индексирование, запросы, внутренние и внешние ссылки, проверять robots.txt, sitemap и HTTP-ответы. Официальное описание возможностей доступно в справке Вебмастера.

Сколько стоит SEO-аудит

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

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

Если нужна комплексная проверка структуры, мобильной версии, SEO, форм и аналитики, есть отдельная услуга аудита сайта marmelad.digital. Стоимость определяется после оценки объема проекта.

Что делать после аудита

Сначала исправляют блокирующие проблемы: недоступность страниц, массовые ошибки canonical, сломанные редиректы, случайный noindex и системные 5xx. Затем переходят к архитектуре: создают недостающие страницы, объединяют дубли, распределяют семантику и исправляют навигацию. После этого усиливают приоритетные страницы и развивают следующий кластер.

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

Частые вопросы об SEO-аудите

Нужно ли исправлять все найденные ошибки?

Нет. Некоторые замечания почти не влияют на результат. Смысл аудита как раз в выборе приоритетов.

Можно ли сделать аудит только автоматически?

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

Как часто повторять аудит?

Полный аудит нужен после крупных изменений или при устойчивой проблеме. Базовый технический мониторинг важных страниц должен идти регулярно.

Как понять, что аудит качественный?

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

Итог

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

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