SEO-аудит сайта: чек-лист для бизнеса

Что должно получиться после SEO-аудита
Результат аудита представляет собой не набор скриншотов из сервисов, а приоритетный план. Для каждой проблемы нужны затронутые URL, доказательство, ожидаемое поведение, способ исправления, ответственный и проверка после внедрения. Критическая ошибка индексирования должна стоять выше косметического замечания о длине описания.
| Приоритет | Пример | Действие |
|---|---|---|
| P0: блокирует поиск | Важный раздел закрыт noindex | Исправить и проверить немедленно |
| P1: теряет значимый спрос | Дубли и неверный canonical | Включить в ближайший релиз |
| P2: снижает качество | Слабый Title или пустой блок услуги | Запланировать доработку |
| P3: улучшение | Незначительная визуальная деталь | Делать после основных задач |
После аудита становится возможен честный расчёт стоимости SEO-продвижения. Без списка проблем подрядчик либо закладывает большой запас, либо не учитывает необходимое внедрение.
Шаг 1. Доступен ли сайт поисковым роботам
Начните с кодов ответа и доступности. Главная и важные посадочные должны открываться без авторизации и возвращать ожидаемый код 200. Несуществующие URL должны отвечать 404 или 410, а временная недоступность сервера не должна маскироваться страницей с кодом 200. Проверьте HTTP и HTTPS, www и без www.
- Основной домен открывается по HTTPS.
- Альтернативные версии домена ведут одним 301 на каноническую.
- Нет длинных цепочек и циклов редиректов.
- Важные страницы не требуют cookie, входа или выполнения сломанного скрипта.
- Удалённые URL возвращают корректный 404 или 410.
- Сервер не отдаёт пустую заглушку с кодом 200.
Шаг 2. Какие страницы индексируются
В Google Search Console откройте отчёт Page indexing, а для отдельного URL используйте URL Inspection. Google рекомендует добиваться индексации канонических версий важных страниц, а не ста процентов всех обнаруженных адресов. Дубли, фильтры и редиректы могут законно оставаться вне индекса.
В Яндекс Вебмастере сравните загруженные, участвующие в поиске и исключённые страницы. Проверьте причины исключения, последние даты обхода и диагностику. Если новый или существенно обновлённый URL доступен и полезен, его можно отправить на переобход после проверки.
| Статус | Когда это нормально | Когда исправлять |
|---|---|---|
| Дубль | Есть правильная каноническая версия | Выбран неверный основной URL |
| Страница с редиректом | Старый адрес ведёт на новый | Цепочка или неправильная цель |
| noindex | Служебная страница не нужна в поиске | Закрыта коммерческая страница |
| Crawled, not indexed | Страница новая или малополезная | URL важен, но слаб или дублируется |
| 404 | Адрес действительно удалён | На него ведут важные внутренние ссылки |
Шаг 3. Правильно ли настроены robots.txt и noindex
robots.txt управляет обходом, но не является надёжным способом удаления URL из поиска. Если робот не может загрузить страницу из-за запрета, он не увидит размещённый на ней meta robots noindex. Для исключения страницы нужно разрешить обход и использовать noindex либо ограничить доступ.
- robots.txt возвращает код 200 и не закрывает весь сайт.
- CSS и JavaScript, необходимые для рендеринга, доступны.
- На важных страницах отсутствует noindex.
- Тестовая среда закрыта и не индексируется.
- Параметры фильтра не блокируются без понимания последствий.
- Правила для разных роботов не противоречат друг другу.
Шаг 4. Совпадают ли canonical, ссылки и sitemap
Каждая самостоятельная индексируемая страница обычно должна указывать собственный канонический адрес. Внутренние ссылки и sitemap должны вести на ту же версию URL. Если canonical, редирект и sitemap показывают разные адреса, поисковику приходится самостоятельно выбирать основной вариант.
- Canonical абсолютный и использует HTTPS.
- Канонический URL возвращает 200 и не закрыт noindex.
- Ссылка не указывает на другую по смыслу страницу.
- Sitemap содержит только индексируемые канонические URL.
- Внутренние ссылки не ведут через редиректы.
- Версии со слешем и без слеша приведены к одному стандарту.
Canonical является сигналом, а не способом скрыть ошибочную архитектуру. Для явных старых адресов правильный 301 обычно понятнее пользователю и роботу.
Шаг 5. Помогает ли sitemap обнаруживать важные URL
Sitemap не гарантирует индексацию, но помогает сообщить поисковику о канонических страницах и обновлениях. Файл должен быть валидным, доступным, указанным в robots.txt и отправленным в панели вебмастеров. Старые редиректы, 404, noindex и дубли из sitemap удаляются.
Шаг 6. Видит ли робот основной контент
Откройте итоговый HTML и проверку URL глазами поисковой системы. H1, описание услуги, контакты и внутренние ссылки не должны зависеть от действия пользователя или ответа нестабильного API. Для SPA полезен prerender или серверный HTML, чтобы важное содержание было доступно сразу.
Шаг 7. Удобен ли сайт на мобильном устройстве
Проверяйте не только балл лабораторного теста. На реальном телефоне должны читаться первый экран, меню, таблицы, форма и кнопки. Изображения не должны растягивать страницу, всплывающие окна не перекрывают содержание, а контактное действие остаётся доступным без точного попадания в маленькую область.
- Нет горизонтального скролла у текста и таблиц.
- Основной контент появляется без долгого пустого экрана.
- Размер шрифта и контраст позволяют читать страницу.
- Кнопки и поля формы доступны пальцем.
- Первое изображение имеет заданные размеры и не двигает текст.
- Сторонние виджеты не блокируют взаимодействие.
Шаг 8. Соответствует ли структура поисковому спросу
Составьте список услуг и запросов, затем сравните выдачу. Если разные формулировки показывают одни и те же страницы, их можно объединить. Если одна фраза возвращает услуги, а другая инструкции или цены, им нужны разные страницы. Так предотвращается каннибализация и появляется ясная карта сайта.
Полная коммерческая архитектура показана на странице SEO-продвижения сайтов в Ташкенте. Её supporting articles отдельно закрывают цену, аудит, Google и Яндекс.
Шаг 9. Отвечает ли контент на задачу пользователя
Проверьте первый экран и основные разделы без знания компании. Пользователь должен понять услугу, регион, результат, ограничения, процесс и следующий шаг. Коммерческая страница без цены может объяснить факторы расчёта. Статья должна дать практический ответ, а не растягивать определение ради объёма.
| Элемент | Что проверить | Типичная ошибка |
|---|---|---|
| Title | Уникальный интент и понятная выгода | Одинаковый шаблон на всех URL |
| Description | Точный анонс страницы | Перечень ключей без смысла |
| H1 | Один главный заголовок | Несколько H1 из шаблона |
| H2 | Ответы на реальные подзадачи | Заголовки ради повторения фразы |
| Факты | Проверяемые условия компании | Выдуманные цифры и гарантии |
| CTA | Понятное следующее действие | Форма без объяснения результата |
Шаг 10. Есть ли полезная внутренняя перелинковка
Каждая важная страница должна получать ссылки с главной, меню, тематического pillar или связанных статей. Ссылки размещаются в контексте и описывают назначение URL. Проверьте сирот, битые адреса, переходы через редирект и слишком частое повторение одного точного анкора.
Для проверки разных поисковых систем используйте отдельные инструкции: диагностика индексации в Google и проверка сайта в Яндекс Вебмастере. Они подскажут, где смотреть статус URL после исправления.
Шаг 11. Подтверждена ли география бизнеса
Для локальной услуги проверьте совпадение названия компании, телефона, адреса или зоны обслуживания. Контактные данные должны быть текстом, а не только изображением. Не создавайте страницы районов с одинаковым содержанием и не заявляйте офис, которого нет. Региональная релевантность строится на фактах.
Шаг 12. Может ли поисковый трафик стать заявкой
SEO-аудит заканчивается не в поисковой панели. Отправьте тестовую форму, позвоните по номеру, откройте Telegram и проверьте передачу источника в CRM. Если заявка не создаётся или менеджер не видит страницу входа, рост переходов не позволит оценить коммерческий результат.
Конверсионная часть подробно разобрана в материале почему сайт не приносит заявки. Он дополняет SEO-аудит проверкой оффера, формы, CRM и обработки обращения.
Как оформить отчёт SEO-аудита
Сведите проблемы в таблицу, которую можно передать разработчику и редактору. Для каждой строки укажите тип, приоритет, примеры URL, текущее поведение, требование, способ проверки и ответственного. После релиза добавьте статус повторной проверки и дату отправки обновлённых страниц на переобход.
| Поле | Пример |
|---|---|
| Проблема | Canonical статьи ведёт на главную |
| Приоритет | P0 |
| URL | /ru/blog/example/ |
| Требование | Self-canonical на абсолютный HTTPS URL |
| Проверка | HTML, код 200, URL Inspection |
| Ответственный | Разработчик |
| Статус | Исправлено и отправлено на переобход |
Какие инструменты использовать
- Google Search Console: индексирование, запросы, ссылки и URL Inspection.
- Яндекс Вебмастер: диагностика, страницы в поиске, переобход и региональность.
- PageSpeed Insights и браузер: производительность и пользовательский опыт.
- Краулер сайта: коды ответа, метаданные, canonical и глубина клика.
- Аналитика и CRM: цели, источники и качество обращений.
- Ручная проверка телефона: формы, меню, таблицы и CTA.
Итог: исправляйте причины в правильном порядке
Сначала устраните блокировку важных URL, неверные canonical, ошибки ответа и проблемы рендеринга. Затем улучшайте структуру, содержание и внутренние ссылки. После этого оценивайте сниппеты, локальные сигналы и конверсию. Такой порядок превращает аудит в план роста, а не в список из сотни равнозначных замечаний.