SEO-аудит полезен, когда заканчивается конкретным списком проблем, доказательствами и порядком исправления. Таблица на сто строк без приоритета обычно хуже десяти проверок, связанных с потерей трафика или невозможностью обхода сайта.
Ниже — 60 проверок для контентного сайта. Это не универсальный закон: интернет-магазину дополнительно потребуются проверки фильтров, товаров, наличия и коммерческих сценариев.
Как пользоваться чек-листом
Для каждого пункта фиксируйте:
- статус: ошибка, предупреждение или норма;
- затронутые шаблоны и примеры URL;
- способ обнаружения;
- ожидаемый эффект;
- сложность исправления;
- владельца задачи.
Приоритет удобно определять по простой формуле: масштаб × серьёзность × уверенность. Ошибка canonical на одной тестовой странице обычно менее важна, чем noindex на всём разделе.
1. Доступность для обхода
- Главные страницы отвечают кодом
200, а не маскируют ошибку внутри HTML. - Несуществующий URL возвращает настоящий
404. - Внутренние ссылки не ведут через цепочки редиректов.
- HTTP перенаправляется на HTTPS одним переходом.
- Выбран единый вариант хоста.
robots.txtдоступен и не блокирует важные разделы.- CSS и JavaScript, необходимые для понимания страницы, не закрыты от робота.
- Служебные и тестовые страницы не попадают в публичную навигацию.
- Страницы, которые должны индексироваться, не содержат
noindex. - Страницы, которые не должны появляться в поиске, закрыты метатегом или HTTP-заголовком, а не только
robots.txt.
Важно различать запрет обхода и запрет индексации. Если робот не может получить страницу из-за Disallow, он не увидит размещённый на ней noindex.
2. Статусы и редиректы
- Постоянный перенос использует
301или308. - Временный перенос использует
302или307только когда это действительно временно. - Нет циклических редиректов.
- Нет цепочек из нескольких последовательных редиректов.
- Удалённая страница возвращает
404или410, если для неё нет подходящей замены. - Редиректы ведут на релевантный документ, а не массово на главную.
3. URL и canonical
- Один документ доступен по одному основному URL.
- Регистр, завершающий слеш и формат параметров используются последовательно.
- Canonical содержит абсолютный основной URL.
- Индексируемая страница обычно ссылается canonical на себя.
- Canonical не ведёт на ошибку, редирект или закрытый документ.
- Внутренние ссылки сразу используют canonical-вариант.
- Параметры сортировки и отслеживания не создают бесконечное пространство URL.
- Названия путей понятны человеку и не зависят от внутреннего ID без необходимости.
Canonical — подсказка, а не приказ. Если внутренние ссылки, редиректы и sitemap противоречат ему, поисковая система может выбрать другой основной URL.
4. HTML и метаданные
- У каждой важной страницы есть уникальный и описательный
<title>. - Заголовок не состоит из набора повторяющихся ключевых слов.
- Meta description кратко объясняет пользу конкретной страницы.
- На странице один основной
h1. - Подзаголовки отражают структуру текста, а не используются только ради размера шрифта.
- У документа указан корректный язык.
- Страница имеет viewport для мобильных устройств.
- Важный текст присутствует в HTML и не появляется только после сложного клиентского рендеринга.
- Open Graph содержит заголовок, описание, URL и репрезентативное изображение.
- Структурированные данные соответствуют видимому содержимому.
Поисковая система может сформировать заголовок и сниппет самостоятельно. Задача метаданных — дать точное и непротиворечивое описание, а не попасть в фиксированное число символов.
5. Структура и внутренние ссылки
- Каждая важная страница достижима по обычной ссылке
<a href>. - Нет индексируемых страниц-сирот без внутренних ссылок.
- Хлебные крошки отражают реальную иерархию.
- Анкор объясняет, что находится по ссылке.
- В статьях есть контекстные ссылки на связанные материалы.
- Категории не дублируют друг друга по назначению.
- Теги создаются только при наличии самостоятельной ценности.
- Пагинация не скрывает старые материалы.
- Навигация работает без мыши.
Автоматический блок «предыдущая статья» помогает обходу, но тематическая ссылка внутри абзаца обычно полезнее читателю.
6. Контент и доверие
- Страница полностью отвечает на обещание заголовка.
- Числа, даты и технические утверждения можно проверить.
- Для спорных фактов указаны первичные источники.
- Ясно, кто подготовил материал.
- Страница автора описывает опыт и редакционный подход.
- Дата обновления меняется только после содержательного изменения.
- В тексте отделены факт, мнение и личный опыт.
- Нет абзацев, добавленных только ради объёма или повторения запроса.
- Устаревшие материалы обновлены, объединены или честно помечены.
У полезного материала нет обязательной длины и процента «уникальности». Короткий ответ может полностью закрыть простой вопрос, а длинный текст — не дать ничего нового.
7. Изображения и медиа
- У значимых изображений есть содержательный
alt. - Декоративные изображения имеют пустой
altили скрыты от accessibility tree. - Размеры изображения зарезервированы до загрузки.
- Файл соответствует отображаемому размеру.
- Современный формат используется там, где он действительно уменьшает вес.
- Изображение первого экрана не загружается лениво.
- Подпись и окружающий текст объясняют смысл сложной схемы.
- Open Graph-изображение читается в маленьком превью и не является случайным декоративным фоном.
8. Производительность и доступность
Эти проверки не входят в нумерацию 60, потому что их лучше вести отдельным техническим бюджетом:
- LCP, INP и CLS проверены по каждому основному шаблону;
- нет блокирующих сторонних скриптов без доказанной пользы;
- интерактивные элементы имеют заметный
focus; - контраст обычного текста не ниже 4.5:1;
- есть способ перейти сразу к основному содержимому;
- меню управляется клавиатурой и закрывается по
Escape; - анимация учитывает
prefers-reduced-motion; - кнопки и ссылки имеют понятные доступные имена.
Подробный порядок работы с пользовательскими метриками находится в руководстве по Core Web Vitals.
Что запускать автоматически
Часть аудита стоит перенести в CI:
сборка проекта
→ проверка внутренних ссылок
→ HTML-валидация
→ Lighthouse для ключевых шаблонов
→ тест доступности
→ проверка структурированных данныхАвтоматизация особенно хорошо ловит регрессии: пропавший title, два h1, сломанную ссылку или резкое увеличение клиентского JavaScript. Она не определит, отвечает ли статья на вопрос читателя и можно ли доверять выводу.
Как оформить результат
Хороший отчёт не должен быть каталогом страшных терминов. Для каждой проблемы достаточно пяти полей:
| Поле | Пример |
|---|---|
| Проблема | Статьи недоступны из навигации |
| Доказательство | 14 URL имеют ноль внутренних ссылок |
| Риск | Медленный обход и страницы-сироты |
| Исправление | Добавить тематические ссылки и страницу рубрики |
| Приоритет | Высокий |
Сначала исправляются блокировки обхода, неправильные статусы и массовая каноникализация. Затем — структура, контент и шаблонные метаданные. Микрооптимизации отдельной страницы идут после системных проблем.
Инструменты
Для небольшого сайта достаточно браузера, командной строки и нескольких бесплатных инструментов. Мой рабочий набор и границы каждого сервиса описаны в статье «Инструменты для SEO и веб-разработки».