SEO-аудит сайта: чек-лист с приоритетами

Результат SEO-аудита — ранжированный план исправлений с доказательствами, а не таблица, заполненная красными ячейками. В полезном отчёте для каждой находки указано, что обнаружено, какие URL затронуты, почему состояние важно, что предлагается изменить, кто отвечает за работу и как будет проверено исправление.

Этот чек-лист SEO-аудита охватывает сканирование, индексирование, канонические адреса, редиректы, карты сайта, контент страницы, производительность и измерение результата. Дополнительно используется воспроизводимый балл приоритета: он помогает отличить массовую блокировку индексации от предложения переписать несколько заголовков без подтверждающих данных.

Что должно быть результатом SEO-аудита?

Начните с журнала доказательств. Одна строка должна описывать одну находку, даже если она затрагивает множество URL. Храните шаблон затронутых адресов и небольшую выборку отдельно от рекомендации. Так метка краулера не превратится в диагноз без проверки.

Отчёт не завершён в момент назначения задачи. Он завершён, когда другой специалист может проследить доказательство, решение и итог проверки. Для первичной машинной инвентаризации используйте инструмент аудита сайта; интерпретацию его сигналов всё равно нужно перенести в журнал доказательств.

Как задать границы аудита до сканирования?

До запуска краулера зафиксируйте свойство, хосты, протоколы, окружения и группы URL. Решите, входят ли в проверку поддомены, параметры, фасетная навигация, языковые разделы, PDF и тестовые среды. Сохраните время запуска, user agent, начальные адреса, состояние авторизации и ограничения обхода. Два сканирования с разными настройками нельзя сравнивать как одну и ту же совокупность.

Соберите исходный перечень из нескольких источников: внутренних ссылок краулера, XML-карт сайта, важных посадочных страниц Search Console, органических входов из аналитики и списков, которые ведёт бизнес. У каждого источника есть слепая зона. Краулер не находит страницы-сироты, карта сайта может содержать устаревшие записи, а Search Console показывает известные Google URL, а не полный каталог CMS.

В документации Google по отчёту об индексировании страниц прямо сказано: неиндексируемый URL не обязательно является ошибкой. Дубликаты, удалённые страницы и намеренно исключённые параметры могут быть корректны. До оценки отчёта запишите желаемое состояние индексации для каждого шаблона.

Какие проверки сканирования и индексации выполняются первыми?

Проверьте, доступны ли важные URL без авторизации, возвращают ли нужный HTTP-статус, разрешено ли их сканировать и нет ли случайного noindex. Затем проверьте, обнаружил и проиндексировал ли Google репрезентативные адреса. Краулер подтверждает только ответ, полученный его клиентом; он не доказывает выбор Google той же канонической страницы или наличие URL в индексе.

1. Убедитесь, что важные HTML-страницы сразу возвращают успешный ответ.
2. Проверьте правила robots.txt для нужного робота и пути. В руководстве Google по robots.txt объясняется: файл управляет сканированием, но не является надёжным способом удаления из поиска.
3. Сравните директивы robots в исходном и отрисованном HTML.
4. Сопоставьте объявленный каноникал с конечным URL, внутренними ссылками и картой сайта.
5. Проверьте выборку в Search Console, а не выводите состояние индекса из метки краулера.

Документация URL Inspection разделяет данные индекса и проверку опубликованной версии. Первый источник описывает версию в системах Google; live-тест оценивает доступную сейчас страницу и сам по себе не меняет индекс. В журнале указывайте, из какого режима получено наблюдение.

Как согласовать каноникалы, редиректы и карты сайта?

Проверяйте эти сигналы как систему. На индексируемую страницу обычно должны вести внутренние ссылки, она должна объявлять согласованный канонический адрес и находиться в карте сайта, если относится к её назначению. Перенаправленные, дублирующие, заблокированные или намеренно неиндексируемые URL не должны оставаться в наборе индексируемых адресов карты.

Google считает канонические объявления сигналами и может выбрать другой адрес при противоречии. Руководство по каноникализации рекомендует согласовать внутренние ссылки и записи карты сайта. В документации по sitemap предлагается включать канонические URL, которые должны показываться в поиске.

Для перенесённого контента сопоставляйте старый URL с наиболее релевантной заменой. Руководство Google по редиректам рекомендует постоянные серверные перенаправления для постоянного переезда. Не направляйте несвязанные удалённые страницы на главную только ради исчезновения ошибки краулера.

Как проверять заголовки, сниппеты и контент страницы?

Оценивайте назначение страницы и поисковые данные до применения ограничений длины. Заголовок слаб, если отсутствует, повторяется на страницах с разными задачами, вводит в заблуждение или не позволяет понять содержание. Google может собирать title link из элемента title, главного заголовка, заметного текста и ссылок — это описано в документации о заголовках результатов.

Meta description — возможный источник сниппета, а не гарантированное сообщение. В документации Google о сниппетах сказано, что они преимущественно формируются из контента и могут меняться для разных запросов. Отмечайте отсутствие описания у важных страниц, где краткое резюме поможет пользователю, но не называйте каждую правку сниппета улучшением ранжирования.

Проверьте, решает ли страница заявленную задачу, содержит ли собственные доказательства, указывает ли автора и избегает ли неподтверждённых утверждений. Вопросы Google о полезном контенте для людей подходят как подсказки для редактора, но не являются числовым алгоритмом. Записывайте конкретный пробел — например, «в сравнении нет полной стоимости и метода теста», а не «качество контента: 62».

Как проверять производительность, мобильный рендеринг и разметку?

Разделяйте полевые данные и лабораторную диагностику. Полевые Core Web Vitals описывают опыт реальных пользователей за агрегированный период; один лабораторный запуск помогает отлаживать страницу при конкретной конфигурации. Документация Google по Core Web Vitals рекомендует стремиться к хорошим показателям, одновременно напоминая, что качество страницы ими не исчерпывается.

Проверяйте типовые шаблоны на узком и широком экране. Ищите пропавший основной контент, горизонтальную прокрутку всего документа, недоступную навигацию, поздние сдвиги макета и действия, требующие неподдерживаемого способа ввода. Сохраняйте вместе с результатом устройство, сеть и тестовый URL.

Сопоставляйте структурированные данные с видимым контентом и документацией конкретной функции. Корректный синтаксис не гарантирует расширенный результат. В введении Google в структурированные данные объясняется: разметка даёт право участвовать в поддерживаемых функциях, но показ не гарантирован.

Как Search Console и аналитика меняют диагноз?

Связывайте технические находки с результатами только после согласования URL и дат. Search Console показывает, обнаруживал, индексировал и показывал ли Google страницы. Аналитика показывает сеансы и конверсии после перехода. Эти источники не заменяют друг друга, а краулер не подтверждает ни один из результатов.

Для каждого важного шаблона сохраните исходную точку: выборку индексирования, показы, клики, органические входы и релевантные конверсии. Сравнивайте сопоставимые периоды и отмечайте релизы. Если важный URL не получает показов, сначала проверьте индексирование и соответствие запросам. Если показы есть, а кликов мало, исследуйте соответствие страницы запросу и оформление результата. Руководство по отчётам Search Console помогает выбрать правильный интерфейс.

Когда интерфейс ограничивает объём выгрузки, используйте схему экспорта через Search Console API и сохраняйте настройки запроса. Вывод аудита должен воспроизводиться на том же источнике, фильтрах и периоде.

Как расставить приоритеты без попытки выдать балл за формулу Google?

Используйте внутреннюю формулу принятия решений и прямо назовите её внутренней:

Приоритет = (влияние + охват + уверенность) / трудозатраты

Оценивайте влияние от 0 до 3, охват от 0 до 3, уверенность доказательства от 0 до 2 и трудозатраты от 1 до 3. Шкала ранжирует работу внутри конкретного аудита и не прогнозирует рост позиций.

Наш расчёт. Шаблон, который добавляет noindex к 120 предназначенным для поиска посадочным страницам, получает (3 + 3 + 2) / 1 = 8,0, если причина доказана и исправление невелико. Переписывание 12 слабых title без данных о запросах и CTR получает (2 + 1 + 1) / 2 = 2,0. По этой модели первую находку нужно исследовать раньше. Количество URL приведено для гипотетического примера и не относится к частному проекту.

Риски безопасности, законодательства и необратимых изменений держите вне балла. Высокая оценка помогает поставить задачу в очередь, но не разрешает автоматическое развёртывание. Указывайте владельца и зависимость рядом с баллом, чтобы критическая находка без исполнителя не затерялась среди простых задач.

Как проверить и закрыть находку аудита?

Определите закрывающий тест до реализации. После исправления повторите минимальный тест, который доказывает нужное состояние, затем проверьте соседние шаблоны на регрессии. Для изменения индексации могут понадобиться повторное сканирование, live-проверка и более позднее подтверждение из данных индекса. Для карты редиректов проверьте старые URL, конечные цели, цепочки и внутренние ссылки.

Не закрывайте находку только потому, что задача перешла в статус «готово». Закрывайте её, когда исходное состояние больше не воспроизводится и нужный результат подтверждён. Храните доказательства до и после изменения вместе.

Чего не может доказать чек-лист SEO-аудита?

Чек-лист не гарантирует позиции, трафик или индексацию. Он не превращает оценку стороннего инструмента в диагноз Google и не определяет бизнес-назначение дубликатов, архивов или фильтров. Краулер видит ответ, полученный в конкретный момент; он не видит все системы Google или все пользовательские сеансы.

Чек-лист также не заменяет контроль релизов. Рекомендации по шаблонам, редиректам, robots и каноникалам требуют тестирования и плана отката. В конце перенесите принятые задачи в систему выполнения команды, а журнал аудита оставьте слоем доказательств.