SEO-аудит — проверка того, что помогает или мешает сайту отвечать на поисковый спрос. Начните с важных для бизнеса страниц и завершите проверку списком воспроизводимых проблем. У каждой должны быть адрес, основание, решение и способ проверить исправление.
Ниже — базовая последовательность для самостоятельной работы. Она помогает обнаружить препятствия, но не заменяет исследование конкурентов, спроса и причин изменения трафика.
1. Определите, что именно проверяете
Выберите ситуацию: сайт запускается, потерял посещаемость, получает переходы без заявок или расширяет каталог. Для каждой ситуации нужна своя отправная точка.
Соберите несколько разных типов страниц: главную, услугу или категорию, карточку, статью и страницу контактов. Добавьте страницы, важные для выручки или потерявшие видимость. Проверка этих примеров не означает, что весь сайт проверен: найденные шаблонные проблемы затем ищут во всём соответствующем разделе.
Запишите дату, устройство, проверенные адреса и доступы. Без кабинетов поиска часть выводов останется предположениями — это нужно отметить в отчёте.
2. Проверьте доступность и индексацию
Откройте выбранный адрес без входа в аккаунт. Проверьте код ответа, неожиданные перенаправления и доступность основного содержания. Затем посмотрите robots.txt и указания индексации: случайный запрет на важной странице требует разбора. Служебные страницы могут быть закрыты намеренно.
В Google Search Console проверка URL показывает сведения об известной системе версии страницы; проверка опубликованной страницы оценивает текущее состояние. Положительный результат текущей проверки сам по себе не означает, что страница уже находится в индексе. Справка Google о проверке URL.
Для одной страницы выберите нужный ресурс в Search Console и вставьте полный URL в верхнюю строку проверки. Откройте сведения об индексации и сохраните дату последнего обхода, разрешение на обход и индексирование, выбранный Google canonical. Если после этой даты страницу меняли, запустите проверку опубликованной версии. Её результат относится к текущему состоянию и не подтверждает, что Google уже обновил индекс.
В Яндекс Вебмастере начните с раздела диагностики: он собирает обнаруженные проблемы и рекомендации. Каждое сообщение сопоставляйте с конкретным адресом и назначением страницы. Отсутствие предупреждений не заменяет содержательную проверку. Диагностика Яндекс Вебмастера.
3. Разберите дубли и переходы
Если одно предложение доступно по нескольким адресам, выясните, какие версии нужны посетителю и какую следует считать основной. Проверьте canonical, внутренние ссылки, перенаправления и адреса в карте сайта на согласованность.
Canonical — способ указать предпочтительную версию, а не команда, которая гарантирует выбор поисковой системы. Не назначайте всем страницам главную и не объединяйте разные предложения только из-за похожего оформления. Как Google выбирает каноническую страницу.
В отчёте покажите исходный и целевой адреса. Задание «исправить дубли» без списка примеров оставляет разработчику слишком много догадок.
4. Проверьте ответ на запрос
Для каждой важной страницы сформулируйте вопрос посетителя. Категория помогает выбрать из предложений; услуга — понять состав и условия; инструкция — выполнить конкретное действие. Если человек ищет инструмент, описание услуги не даст ему ожидаемого результата.
Сопоставьте заголовок, title, основной текст и фактическое предложение. Уберите противоречащие друг другу условия, устаревшие даты и обещания без подтверждения. Проверьте, можно ли перейти к следующему логичному шагу.
Не составляйте текст из всех вариаций запроса подряд. Google рекомендует учитывать язык читателей и отмечает, что для понимания страницы не требуется дословно повторять каждую поисковую формулировку. Руководство Google по SEO.
5. Оцените скорость и удобство на телефоне
Пройдите реальный сценарий: открыть предложение, сравнить условия, выбрать вариант и добраться до обращения. Отдельно проверьте перекрывающие экран элементы, читаемость таблиц и понятность ошибок формы. Тестовую отправку согласуйте с ответственным, чтобы она не затерялась среди настоящих заявок.
PageSpeed Insights показывает лабораторную диагностику и, при наличии, данные реальных пользователей. Эти данные отвечают на разные вопросы: моделируемый запуск помогает искать причины, полевые данные описывают наблюдаемую работу. Если полевых данных нет, это не означает ни хорошую, ни плохую скорость.
Не превращайте общий балл в единственную цель. Запишите, какое действие затруднено, при каких условиях и что именно нужно измерить после исправления. Как устроен PageSpeed Insights.
6. Выберите инструмент под проверку
| Задача | Что использовать | Чего результат не доказывает |
|---|---|---|
| Понять состояние URL в Google | Проверка URL в Search Console | Что страница получит нужную позицию |
| Найти сообщения Яндекса о проблемах | Диагностика Вебмастера | Что полезность текста и путь клиента уже проверены |
| Собрать адреса, коды ответа, заголовки и директивы | Краулер, например Screaming Frog SEO Spider | Что каждое предупреждение — ошибка и должно исправляться |
| Исследовать производительность | PageSpeed Insights и проверка сценария на устройстве | Что один балл объясняет количество заявок |
Краулер помогает увидеть повторяющиеся проблемы и найти страницы одного типа. Перед обходом определите разрешённый объём и нагрузку; для большого сайта согласуйте запуск с ответственным. Возможности и ограничения выбранной версии проверяйте в документации, особенно для сайтов с JavaScript. Возможности Screaming Frog SEO Spider.
7. Превратите находку в понятную задачу
Учебный пример — не наблюдение о конкретном клиенте.
| Поле отчёта | Пример заполнения |
|---|---|
| Страница и сценарий | Посетитель открывает категорию и выбирает товар |
| Наблюдение | Ссылка из категории ведёт на удалённую карточку с ответом 404 |
| Проверка | Повторить переход; сохранить исходный URL, адрес назначения, дату и код ответа |
| Возможное влияние | Посетитель не видит выбранное предложение; размер потерь пока не измерен |
| Решение | Уточнить наличие товара. Для доступного предложения исправить ссылку; для удалённого — согласовать замену или убрать переход |
| Приоритет | Сначала проверить, затронуты ли востребованные товары и другие страницы этого шаблона |
| Приёмка | Повторить переход и обход раздела: ссылок на удалённую карточку нет, выбранный маршрут соответствует решению |
Не ставьте «критично» только потому, что сервис выделил строку красным. Учитывайте влияние на ключевой сценарий, количество затронутых страниц и достоверность причины. Отдельно обозначьте задачи, для которых пока требуется измерение.
8. Повторите затронутые проверки
Сохраните дату внедрения и перечень изменений. Сначала подтвердите сам факт исправления тем же способом, которым обнаружили проблему. Затем наблюдайте за поисковыми данными и обращениями за сопоставимые периоды.
Исправленный переход и рост продаж — разные результаты. На показатели могут одновременно влиять сезонность, реклама, ассортимент и изменение учёта. Отчёт должен позволять отличить выполненную задачу от гипотезы о её бизнес-эффекте.
Нужна помощь с приоритетами?
Если список предупреждений растёт, а непонятно, с чего начать, обсудим задачу сайта и глубину проверки. В примере аудита показано, как связать наблюдение, решение и приёмку. Состав работ по вашему сайту согласуем отдельно.
Вопросы и ответы
Можно ли провести аудит без доступов к аналитике?
Можно проверить публичные страницы, содержание и переходы. Для выводов об индексации, поисковом трафике и полученных обращениях нужны соответствующие данные. В отчёте отметьте, какая часть не проверена.
Достаточно ли автоматического отчёта?
Он помогает собрать наблюдения, но не определяет назначение страницы, приоритет для бизнеса и правильное исправление. Существенные предупреждения нужно воспроизвести и превратить в конкретные задачи.