Что входит в SEO-аудит и что проверить на сайте до начала продвижения

Что такое SEO-аудит и зачем он до начала продвижения

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

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

Аудит, мониторинг и автоматическая проверка — чем они различаются

Эти три вещи часто называют одним словом «проверка», но задачи у них разные:

• Автоматическая проверка — запуск инструмента, который сверяет страницы с набором правил: коды ответа, метатеги, дубли заголовков, битые ссылки. Она быстро находит формальные отклонения.
• Мониторинг — постоянное наблюдение за ключевыми показателями и статусами. Например, об ошибках на сайте и рекомендациях по его настройке сообщает раздел «Диагностика сайта» Яндекс Вебмастера. Search Console помогает узнать, как сайт представлен в поиске Google, и устранять возможные неполадки.
• Экспертный аудит — разовая глубокая диагностика. Специалист использует данные инструментов и панелей, но оценивает их в контексте бизнеса, спроса и структуры сайта, а затем расставляет приоритеты.

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

Из чего состоит SEO-аудит

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

Зона	Что проверяют	На что влияет	Подробнее
Техническая база	доступность и коды ответа, robots.txt, noindex, canonical, редиректы, Sitemap, микроразметка	попадут ли страницы в индекс и в каком виде	статьи об индексации и о микроразметке
Структура	разделы, иерархия, URL, внутренние ссылки	находит ли робот страницы и понятны ли связи между ними	статья о внутренней перелинковке
Семантика	спрос, карта «запрос → страница», пробелы, каннибализация	есть ли у каждой группы запросов своя страница	статья о семантическом ядре
Контент	назначение страниц, пересечения, соответствие интенту	отвечает ли страница на запрос, за которым закреплена	статья о SEO-текстах
Метаданные	Title, description, заголовки	как страница представлена в выдаче и понятна ли её тема	—
Изменения и регрессии	что сломалось после релизов, переездов, редизайна	не теряет ли сайт то, что уже работало	—
Приоритеты	критично, важно, можно отложить	с чего начинать работу	—

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

Техническая часть отвечает на вопрос, могут ли поисковые системы получить и правильно обработать страницы. Проверяют, что важные страницы отвечают кодом 200 и не уходят в цепочки редиректов. Что нужные разделы не закрыты в robots.txt и не содержат noindex, а canonical не указывает на другой адрес. И что Sitemap совпадает с реальной структурой сайта.

Отдельный вопрос — какие страницы реально в индексе и почему часть исключена. Его разбирают по отчётам Яндекс Вебмастера и Google Search Console; пошагово — в статье о том, как проверить индексацию страниц.

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

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

Структура: как устроены разделы и связаны страницы

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

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

Семантика: спрос и страницы, пробелы, каннибализация

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

Основа этой проверки — карта соответствия запросов и страниц. Как её построить, описано в статье про семантическое ядро и карту «запрос → страница». Если аудит показал, что карту придётся строить заново, — это задача, в рамках которой пересобирают структуру и заново распределяют запросы.

Контент: назначение страниц, пересечения, качество

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

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

Метаданные: Title, description, заголовки

Метаданные проверяют на две вещи: уникальность и соответствие содержимому страницы. Google советует придумать для каждой страницы заголовок, который отражает её содержание, и не использовать шаблонные заголовки, где меняются лишь отдельные фразы. Яндекс приводит пример: страницы каталога с заголовком «Каталог» не позволяют посетителю понять, чем они различаются.

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

В аудите ищут повторяющиеся и шаблонные Title и description, пустые поля, несколько H1 на странице и заголовки, которые не совпадают с темой. Повторяющиеся заголовки показывает и Вебмастер.

Качество и регрессии после изменений

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

Поэтому аудит проверяет последствия недавних релизов, а перед крупными изменениями задаёт точку отсчёта. Ориентир — рекомендации поисковых систем. Яндекс при смене структуры советует настроить 301-редиректы, убедиться, что новые адреса отвечают кодом 200 и не запрещены в robots.txt, и обновить Sitemap. При смене дизайна — проверить, что на страницах нет noindex и canonical на другие страницы.

Приоритеты: в каком порядке решать задачи

Приоритизация превращает список находок в план. Удобная шкала из трёх уровней:

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

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

Что проверить до старта продвижения: короткий чек-лист

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

1. Важные страницы открываются, отвечают кодом 200 и не перенаправляют через цепочки редиректов.
2. Разделы, которые должны быть в поиске, не закрыты в robots.txt и не содержат noindex; служебные страницы закрыты.
3. Canonical самостоятельных страниц указывает на них самих.
4. В Sitemap только канонические адреса, которые должны индексироваться.
5. Сайт подключён к Яндекс Вебмастеру и Google Search Console, ошибки диагностики просмотрены.
6. Есть карта «запрос → страница»: у каждой группы запросов одна целевая страница.
7. Нет страниц, которые претендуют на один и тот же интент.
8. На важные страницы ведут внутренние ссылки; страниц без входящих ссылок нет.
9. У каждой страницы свой Title и description, H1 один и отражает тему.
10. Текущее состояние сайта зафиксировано, чтобы было с чем сравнить после изменений.

Если по нескольким пунктам ответ «не знаю», это и есть повод начать с аудита.

Автоматическая проверка или экспертный аудит

Это не взаимоисключающие варианты. Экспертный аудит опирается на данные инструментов, а автоматическая проверка полезна между аудитами.

Критерий	Автоматическая проверка	Экспертный аудит
Что проверяет	формальные параметры по заданному набору правил	те же параметры плюс соответствие задачам сайта, спросу и структуре
Контекст сайта	не знает, какие страницы важны и какие должны быть закрыты	исходит из задач бизнеса и приоритетных разделов
Результат	список срабатываний, часто без связи между ними	находки сгруппированы по причинам; у каждой — влияние, действие и приоритет
Когда уместна	регулярный контроль, быстрая проверка гипотезы	когда нужно решить, что исправлять, в каком порядке и какие страницы оставить

Что дают сервисы автоматической проверки и где их предел

Сервисы автоматической проверки быстро обходят много страниц и находят повторяющиеся технические отклонения. Инструменты поисковых систем тоже проверяют сайт автоматически: Яндекс, например, делает это ежедневно и выводит результат в «Диагностике сайта» на вкладках «Ошибки» и «Рекомендации».

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

Как читать результаты аудита

Что должно быть в результате аудита

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

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

Находка → на что влияет → что сделать

Каждую находку удобно читать как цепочку из четырёх полей. Условный пример:

Находка	На что влияет	Что сделать	Приоритет
Шаблон раздела каталога выводит noindex	страницы раздела не участвуют в поиске	убрать noindex из шаблона, проверить статус страниц в панелях вебмастера	критично
Две статьи блога отвечают на один запрос	страницы конкурируют за один интент	выбрать основную, вторую объединить с ней или развести по интентам	важно
У части карточек одинаковые description	описания в выдаче не различают страницы	сделать описания уникальными для приоритетных карточек	можно отложить

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

Почему длинный список ошибок без приоритетов бесполезен

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

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

Ограничения аудита

Снимок на момент проверки; повтор после значимых изменений

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

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

Аудит не гарантирует рост позиций

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

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

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

Можно ли провести SEO-аудит самостоятельно?

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

Чем SEO-аудит отличается от технического аудита?

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

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

Универсального периода нет. Ориентир — значимые изменения на сайте и падение поискового трафика без понятной причины. Между аудитами состояние сайта отслеживают по панелям вебмастера и автоматическим проверкам.

Что подготовить к аудиту?

Соберите то, что знаете о сайте только вы: какие разделы важнее всего для бизнеса, что на сайте менялось за последнее время и что планируется. Если сайт подключён к Яндекс Вебмастеру и Google Search Console, дайте к ним доступ: по истории отчётов проще понять, когда появилась проблема.

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

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