SEO-аудит страницы — это проверка одного URL: может ли поисковая система получить его содержание, соответствует ли оно запросу и удобно ли посетителю выполнить нужное действие. Результатом должен стать список исправлений с приоритетами, а не просто общая оценка.
Для начала выберите страницу, её основную задачу и группу запросов. Зафиксируйте текущий адрес, дату проверки и доступные показатели. Аудит инструкции и страницы услуги будет иметь общую техническую часть, но разные требования к содержанию.
1. Проверьте доступность и назначение URL
Откройте страницу без авторизации на компьютере и телефоне. Убедитесь, что видны основной текст, изображения и ключевые элементы. Проверьте HTTP-ответ и конечный адрес после перенаправлений. Для действующей публичной страницы ожидается успешный ответ с реальным содержанием.
Код 200 сам по себе не доказывает готовность страницы к поиску. Например, вместо статьи может открываться сообщение об ошибке. Отдельно проверьте, не запрашивает ли сайт вход для просмотра публичного материала, и не перекрывает ли форму баннер.
2. Разделите обход и индексацию
Посмотрите ограничения в robots.txt, метатег robots и заголовок X-Robots-Tag. Они решают разные задачи. Запрет обхода в robots.txt не является надёжным способом убрать URL из результатов поиска. Для исключения страницы применяется noindex, но робот должен получить доступ к странице, чтобы прочитать эту директиву. Руководство Google по robots.txt и правила использования noindex.
Сравните технические настройки с назначением URL. Закрытая служебная страница может быть настроена правильно. Та же директива на основной странице услуги — повод разбираться. Для своего сайта дополнительно используйте проверку URL в Search Console: внешний аудит не заменяет сведения поисковой системы о выбранной странице.
3. Проверьте canonical и дубли
Убедитесь, что canonical указывает на ожидаемую версию, которая открывается и содержит соответствующий материал. Сопоставьте варианты с параметрами, завершающим слешем и другими техническими отличиями. Особенно внимательно проверьте шаблон после переноса сайта: одна неверная настройка может затронуть множество URL.
Не направляйте canonical на главную только потому, что она важнее. Каноникализация предназначена для одинаковых или очень похожих версий содержания. Если две статьи решают разные задачи, проблему структуры нужно анализировать отдельно. Подходы описаны в руководстве по пересечениям и конкуренции страниц.
4. Сверьте title, H1 и обещание страницы
Title должен кратко и точно описывать материал. H1 помогает посетителю понять, что он открыл нужную страницу. Не нужно перечислять все варианты ключа через запятую. Google формирует заголовок результата автоматически и может использовать разные источники на странице, поэтому текст выдачи не всегда совпадает с title. Рекомендации Google по заголовкам.
Description используйте как точное описание пользы и содержания. Поисковая система может взять фрагмент основного текста вместо него; один description не гарантирует одинаковый сниппет для всех запросов. Как Google формирует описания результатов.
Условный пример: title обещает «проверку битых ссылок», а первый экран продаёт полный комплекс продвижения без инструкции. Исправьте несоответствие между запросом и страницей, прежде чем экспериментировать с отдельными словами заголовка.
5. Оцените содержание и следующий шаг
Проверьте, есть ли прямой ответ, необходимые условия, объяснение результата и подтверждение фактов. На странице услуги посетителю могут понадобиться состав работ и способ обращения. В инструкции — последовательность действий и примеры ошибок. Не требуйте одинаковой структуры от всех страниц.
Для текстовой части используйте разбор SEO-анализа текста. Затем пройдите путь пользователя: открывается ли пример, работает ли форма, понятно ли сообщение после отправки. Наличие призыва к действию не доказывает, что действие технически выполняется.
6. Проверьте мобильное отображение и скорость
Посмотрите, не сдвигается ли контент при загрузке, легко ли нажимать элементы и не задерживается ли реакция интерфейса. Core Web Vitals оценивают загрузку, отзывчивость и визуальную стабильность через LCP, INP и CLS. При наличии полевых данных ориентируйтесь и на опыт реальных посетителей; лабораторный запуск полезен для диагностики. Документация Google о Core Web Vitals.
Сначала устраняйте видимую проблему: например, слишком тяжёлую обложку или прыгающую форму. Повторяйте замер в сопоставимых условиях. Хорошие показатели скорости важны для удобства, но не гарантируют высокую позицию при слабом содержании.
7. Проверьте ссылки и назначьте приоритеты
Пройдите внутренние ссылки страницы и убедитесь, что они открывают обещанные материалы. Найдите хотя бы один понятный путь к этому URL из других разделов. Для общего списка ошибок используйте поиск битых ссылок на сайте.
- Сначала доступность: недоступный материал, ошибочное закрытие индексации, неверная каноническая версия.
- Затем задача пользователя: отсутствующий ответ, неработающая форма, сломанная навигация.
- Потом улучшения представления: ясность заголовков, иллюстрации, дополнительный пример.
В задаче укажите URL, наблюдаемую ошибку, действие и способ приёмки. После исправления проверьте сам результат, а поисковую динамику наблюдайте отдельно. Начать сбор данных можно с онлайн-аудита страницы в ВерстаСлов.
Частые вопросы
Чем on-page аудит отличается от краулинга?
Первый подробно рассматривает конкретную страницу. Краулинг помогает увидеть связи и повторяющиеся проблемы по сайту. Если ошибка вызвана общим шаблоном, после аудита одного URL проверьте остальные страницы этого типа.
Когда повторять проверку?
После существенных правок шаблона, переноса, обновления содержания или обнаружения проблемы. Сравнивайте результаты с исходным состоянием и сохраняйте дату внесённых изменений.