SEO-аудит — проверка того, может ли поисковая система найти, просканировать, понять и корректно показать важные страницы, а пользователь — решить на них задачу. Хороший аудит заканчивается приоритетным планом внедрения с доказательствами и критериями приемки, а не длинным списком ошибок без контекста.
Чтобы превратить диагностику в приоритетный план внедрений, посмотрите состав профессионального SEO-аудита.
Подготовка SEO-аудита
Смежная задача разобрана отдельно: SEO-отчет для руководителя: как превратить данные в решения.
Подготовка и границы аудита
Зафиксируйте цели сайта, ключевые шаблоны, рынки, поисковые системы и важные конверсии. Получите доступ к поисковым консолям, аналитике, CMS, логам и истории релизов.
Сделайте снимок исходных метрик и сохраните дату проверки. Без базы невозможно отделить эффект исправлений от сезонности и других изменений.
Техническая проверка сайта
Смежная задача разобрана отдельно: Как собрать семантическое ядро сайта и превратить его в план страниц.
Индексирование и доступность
Сопоставьте полезные URL в системе управления, Sitemap и индексе. Проверьте robots.txt, meta robots, X-Robots-Tag, canonical, редиректы и HTTP-коды.
Выберите образцы для каждого шаблона: главная, категория, карточка, статья, фильтр, пагинация. Ошибка шаблона масштабируется, поэтому важнее случайной единичной страницы.
Сканирование и архитектура
Проверьте глубину клика, сиротские страницы, циклы и цепочки редиректов, параметры URL, фасетную навигацию и внутренние ссылки. Важные страницы должны быть достижимы обычными ссылками.
На крупном сайте анализ логов показывает, куда робот тратит обход и какие ответы получает. Это помогает отличить теоретическую проблему от массовой фактической.
Контент, интент и пользовательский опыт
Контент и интент
Сопоставьте поисковый спрос с текущими URL. Найдите каннибализацию, дубли, пустые категории, устаревшие материалы и страницы, которые не отвечают на основной вопрос.
Проверяйте не только наличие ключа, но и полезность: прямой ответ, критерии выбора, ограничения, подтверждаемость фактов, авторство и следующий шаг.
Мобильность, скорость и безопасность
Проверьте ключевые шаблоны на мобильных устройствах, Core Web Vitals, стабильность интерфейса, HTTPS, смешанный контент и срок сертификата. Скорость оценивайте по реальным данным и лабораторной диагностике вместе.
Не гонитесь за идеальным баллом одного теста. Приоритет получают проблемы, которые затрагивают пользователей и важные шаблоны.
Аналитика и качество измерения
Убедитесь, что цели и события не дублируются, внутренний трафик учитывается корректно, а органические посадочные страницы связаны с конверсиями. Проверьте смену домена, протокола и UTM-правила.
Сравните данные аналитики и консолей с учетом разных методик. Расхождение не всегда ошибка, но резкий разрыв требует расследования.
Приоритизация и оформление результатов
Как приоритизировать
Для каждого пункта укажите охват, влияние, уверенность, трудозатраты и зависимость. Быстрые критичные исправления ставьте выше косметических рекомендаций.
Формат задачи: проблема → доказательство → затронутые URL → решение → ответственный → критерий приемки → метрика после релиза. Такой аудит можно внедрять и проверять.
Как провести краулинг
Перед запуском задайте границы: домены, поддомены, лимит URL, параметры, авторизацию и скорость запросов. Слишком агрессивный краулер способен создать нагрузку, поэтому согласуйте проверку с технической командой. Сохраните конфигурацию, чтобы повторный скан был сопоставим.
После сбора анализируйте не только сводные ошибки, но и паттерны по шаблонам. Полезны срезы по коду ответа, глубине, доступности для индексирования, canonical, Title, H1, размеру контента и внутренним ссылкам. Автоматический признак — начало расследования, а не готовый диагноз.
Особенности аудита разных типов сайтов
Аудит JavaScript-сайта
Сравните исходный HTML и отрендеренную страницу. Основной текст, ссылки, canonical и метаданные должны быть доступны поисковой системе в поддерживаемом сценарии. Проверьте, не требуется ли действие пользователя для загрузки критического содержания.
Рендеринг расходует ресурсы и может происходить позже первичного обхода. SSR или пререндеринг иногда упрощает доступ, но архитектурное решение принимает команда с учетом продукта. SEO-аудитор должен показать конкретный разрыв, а не требовать технологию по шаблону.
Аудит интернет-магазина
Проверьте категории, фильтры, сортировки, пагинацию, варианты товара, наличие, удаленные карточки и структурированные данные. Определите, какие комбинации фильтров имеют самостоятельный спрос и ценность, а какие создают бесконечные дубли.
Сопоставьте ассортимент и индексируемые страницы. Пустые категории, страницы без товаров и массово одинаковые описания требуют продуктового решения. Нельзя исправить архитектурную проблему добавлением нескольких ключевых фраз.
Проверка результата аудита
До внедрения сохраните примеры и метрики. После релиза проверьте код и рендеринг на тестовых URL, затем повторите скан затронутого сегмента. Поисковые показатели оценивайте после достаточного времени на повторный обход и с учетом внешних факторов.
Закрывайте задачу только после проверки критерия приемки. Если рекомендация не дала ожидаемого промежуточного сигнала, пересмотрите гипотезу вместо бесконечного ожидания.
Шаблон итогового отчета
Начните с резюме для руководителя: какие сегменты теряют потенциал, почему и какие три решения приоритетны. Затем дайте карту обнаруженных рисков и подробные задачи. Технические приложения и полные выгрузки вынесите отдельно, чтобы они не скрывали вывод.
В карточке проблемы укажите наблюдение, подтверждение, масштаб, предполагаемый механизм влияния и ограничения вывода. Добавьте конкретные примеры URL и способ воспроизведения. Решение опишите на уровне результата, а при необходимости приложите вариант реализации для разработчика.
Критерий приемки должен быть проверяемым: например, все URL шаблона товара возвращают canonical, указывающий на саму страницу и присутствуют в HTML до выполнения пользовательского действия. Формулировка «исправить canonical» недостаточна, потому что не задает границы и результат.
В дорожной карте учитывайте зависимости. Нельзя качественно обновить внутренние ссылки до утверждения новой архитектуры, а измерить эффект — до настройки аналитики. Отдельно отметьте задачи, требующие продуктового решения, юридической проверки или редакционной экспертизы.
Когда нужен повторный аудит
Повторная глубокая проверка нужна после миграции, смены CMS, крупного редизайна, запуска нового рынка и заметного необъяснимого падения. Между аудитами работают автоматический мониторинг, регулярный краулинг и контроль релизов.
Не повторяйте один и тот же отчет, если предыдущие задачи не внедрены. Сначала разберите блокеры и актуализируйте приоритеты: новый документ без исполнения создает иллюзию работы.
Контроль перед публикацией и внедрением
До начала согласуйте, что аудит не включает: проверку безопасности, полноценный UX-анализ, юридическую экспертизу или нагрузочное тестирование, если они не заказаны отдельно. SEO может обнаружить симптом, но не заменяет профильного специалиста. Ясные границы защищают отчет от ложной полноты.
Используйте выборку для ручной проверки. Автоматический краулер уверенно находит коды и теги, но не оценивает точность медицинского совета, полезность карточки или соответствие изображения. Для каждого крупного шаблона откройте несколько страниц как пользователь, робот и редактор.
В конце проведите рабочую сессию с владельцами внедрения. Пройдите первые задачи, уточните зависимости и оценку. Если команда не понимает, почему рекомендация приоритетна и как ее проверить, аудит еще не готов к передаче. Через согласованный срок вернитесь к бэклогу и зафиксируйте внедрение и эффект.
Инструменты и границы автоматической проверки
Бесплатный онлайн-анализ сайта: возможности и ограничения
Онлайн-сервис быстро проверяет доступность, часть тегов, заголовки, ссылки и производительность. Он подходит для первичного скрининга и обучения, но не видит цели бизнеса, полный спрос, серверные логи и историю релизов. Оценка в баллах отражает правила конкретного инструмента, а не вероятность позиции.
Не загружайте конфиденциальные данные в неизвестный сервис. Для закрытого проекта используйте согласованный краулер и хранение результатов внутри компании. Любую автоматически найденную проблему подтверждайте на URL и оценивайте по масштабу.
PR-CY и другие сервисы анализа
Брендовые запросы к PR-CY и аналогам относятся к выбору инструмента, а не полностью к интенту экспертного SEO-аудита. В этой статье уместно объяснить роль автоматической проверки; подробный обзор конкретного сервиса лучше вынести в самостоятельный материал, если есть достаточный спрос и опыт использования.
Сравнивайте сервисы по типам проверок, лимитам, экспорту, воспроизводимости и защите данных. Красивый общий балл без списка URL и методики трудно превратить в задачу.
Технический, контентный и ссылочный аудит
Технический аудит ищет препятствия для обхода, индексирования и работы шаблонов. Контентный сопоставляет страницы с интентом, качеством и актуальностью. Ссылочный анализ изучает внутреннее распределение связей и внешние упоминания. Полный аудит соединяет выводы, потому что одна проблема часто затрагивает несколько направлений.
Отдельный вид проверки может быть достаточен при ясной задаче — например, перед миграцией. Называйте границы в отчете, чтобы заказчик не считал технический скан полной оценкой SEO.
Ключевой принцип
Оценивайте качество аудита по доле принятых и корректно внедренных задач, сокращению риска и изменению целевых сегментов, а не по числу найденных пунктов. Большой отчет иногда означает, что аудитор не сгруппировал одну шаблонную причину. Сильный документ сокращает неопределенность: команда понимает, что происходит, почему это важно, какое решение безопасно и как доказать, что оно сработало.
Пошаговый аудит и чек-лист приемки
Пошаговый технический аудит
- Зафиксируйте все хосты, протоколы, поддомены, языки и среды. Проверьте единое каноническое зеркало и HTTPS.
- Соберите URL из краулера, Sitemap, CMS, аналитики, консолей и логов. Каждый источник показывает отдельный слой; один crawl не дает полного списка.
- Сопоставьте HTTP-код, indexability, robots.txt, meta robots, canonical и наличие в Sitemap. Найдите противоречия сигналов.
- Проверьте редиректы, цепочки, циклы, 404, 5xx и soft 404. Сгруппируйте по шаблону и источнику возникновения.
- Оцените внутренние ссылки, глубину, сиротские страницы, пагинацию, фильтры и параметры. Важный URL должен иметь понятный путь обнаружения.
- Проверьте уникальность назначения, Title, H1, основной контент, изображения и structured data для каждого типа страницы.
- Измерьте ключевые шаблоны на мобильных устройствах и проверьте JavaScript-рендеринг там, где контент зависит от клиента.
- Каждую проблему превратите в задачу с выборкой URL, влиянием, решением, риском, владельцем и тестом приемки.
Формат задачи по результатам аудита
| Поле | Что записать | Пример |
|---|---|---|
| Доказательство | Выборка URL и воспроизводимый тест | Категории отвечают 200 с noindex |
| Влияние | Как проблема мешает пользователю или поиску | Канонические категории исключаются |
| Исправление | Изменение шаблона или правила | Убрать noindex у опубликованных категорий |
| Приемка | Точный ожидаемый результат | 20 контрольных URL index, follow |
Как приоритизировать находки
Используйте четыре оценки по шкале 1–3: влияние на обнаружение или пользовательскую задачу, масштаб, уверенность в диагнозе и стоимость исправления. Критическая задача имеет высокое влияние и подтвержденный механизм; большое число строк без влияния не делает ее срочной.
Разделите quick wins, системные изменения, эксперименты и наблюдение. Эксперимент не следует выдавать за исправление: для него заранее нужны метрика, выборка и критерий остановки.
Чек-лист приемки SEO-аудита
- Указаны дата, область, ограничения и источники данных.
- Все выводы подкреплены URL, выгрузкой или воспроизводимой проверкой.
- Повторяющиеся ошибки сгруппированы по причине и шаблону.
- Для задачи описаны влияние, приоритет и риск побочного эффекта.
- Решение сформулировано достаточно точно для разработчика или редактора.
- Есть критерий приемки и контрольная выборка.
- Отчет учитывает существующие страницы и каннибализацию.
- После внедрения предусмотрены повторный crawl и мониторинг консолей.
Расширение полного SEO-аудита
Полный аудит: технический, контентный, ссылочный и UX-слои
Технический слой проверяет HTTP, robots, Sitemap, canonical, JavaScript, скорость и архитектуру. Контентный — интенты, дубли, сущности, метаданные и экспертность. Ссылочный — внутренний граф, внешние домены и риск манипуляций. UX-слой — выполнение задачи на ключевых шаблонах.
Для коммерческого сайта добавьте ассортимент, контакты, цену или расчет, доставку, оплату, гарантии и доверительные элементы. Автоматический сервис видит часть технических сигналов, но не определяет полноту предложения и реальную применимость страницы.
Данные логов и анализ конкурентов
Логи отвечают, какие URL и коды фактически запрашивал робот, как часто и с каким временем ответа. Это особенно важно для большого каталога, параметров и JavaScript-сайта. Проверяйте подлинность бота и защищайте данные логов.
В конкурентном анализе сравнивайте тип страницы, структуру, сущности, функции, коммерческие условия и ссылочные источники. Не копируйте объем или заголовки. Content gap становится задачей только тогда, когда отсутствующий элемент помогает закрыть интент вашего пользователя.
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.