Короткий ответ: соберите полный список URL, закрепите за каждым назначение и поисковый интент, добавьте данные Google Search Console, Яндекс Вебмастера, аналитики и краулера, затем проведите ручную проверку важных групп. Не удаляйте страницу только из-за нулевого трафика. Сначала выясните, есть ли на неё спрос, решает ли она задачу пользователя, приносит ли бизнес-результат и существует ли подходящая замена. После внедрения сохраните карту старых и новых адресов и сравнивайте результат по группам решений.
Главный принцип этой инструкции: аудит оценивает не объём текста, а функцию URL в общей системе сайта. Иногда короткая страница контактов полезнее длинной статьи, а материал с большим трафиком может приводить нецелевую аудиторию и не поддерживать ни одну бизнес-задачу.
Что такое контент-аудит сайта
Контент-аудит — это инвентаризация, оценка и план действий для опубликованных страниц и файлов. Он отвечает на четыре вопроса:
- Какие материалы фактически существуют и доступны поисковым системам.
- Для кого, для какого запроса и для какого этапа выбора создан каждый URL.
- Как страница работает в поиске, на сайте и в бизнес-воронке.
- Что с ней делать дальше и как проверить эффект решения.
Это не то же самое, что проверка орфографии или техническое сканирование. Редактор видит фактические ошибки и ясность текста. Краулер находит коды ответа, метатеги, canonical и глубину вложенности. Поисковая аналитика показывает спрос и видимость. Веб-аналитика — поведение и целевые действия. Только объединение этих слоёв даёт достаточно оснований для решения.
Если проект давно не проходил комплексную проверку, контент-аудит удобно включить в SEO-аудит сайта: так редакционные выводы сразу сопоставляются с индексацией, архитектурой и техническими ограничениями.
Когда аудит действительно нужен
Проводить полный разбор каждую неделю не требуется. Он особенно полезен, когда:
- блог или каталог рос несколько лет без единой карты;
- органический трафик снизился, но технической аварии не найдено;
- несколько страниц показываются по одним и тем же запросам;
- изменились услуги, ассортимент, цены, законодательство или позиционирование;
- редакция публикует новые материалы, не обновляя старые;
- планируется редизайн, перенос сайта или изменение структуры URL;
- на сайте много страниц без показов, внутренних ссылок или понятной роли;
- трафик есть, но заявок и продаж недостаточно;
- нужно определить редакционные приоритеты на квартал.
Для небольшого сайта достаточно полного аудита раз в год и короткой квартальной ревизии. Для крупного магазина, медиа или маркетплейса лучше проверять разделы по очереди: например, ежемесячно одну категорию, а раз в квартал — общие тенденции. Частота зависит не от календаря, а от скорости появления и устаревания материалов.
Каким должен быть результат
Хороший аудит завершается не презентацией с общими рекомендациями, а рабочим реестром. Для каждого URL в нём есть владелец, решение, основание, приоритет, целевой адрес при объединении и дата проверки после внедрения.
| Результат | Что в нём должно быть | Кто использует |
|---|---|---|
| Полный реестр URL | адрес, тип, статус, canonical, индексируемость | SEO-специалист, разработчик |
| Карта ролей | интент, кластер, этап воронки, целевая аудитория | SEO-специалист, редактор |
| Показатели | показы, клики, CTR, позиции, посещения, конверсии | аналитик, маркетолог |
| Решение | оставить, улучшить, объединить, перенаправить, удалить, noindex | вся команда |
| План внедрения | задача, ответственный, срок, зависимость, контроль | руководитель проекта |
| Карта соответствий | старый URL → новый URL или код ответа | разработчик, SEO-специалист |
Такой формат защищает от хаотичных действий. Команда понимает не только что изменить, но и почему выбран именно этот сценарий.
Шаг 1. Определите границы аудита
До выгрузки данных зафиксируйте, что именно проверяется. Иначе реестр разрастётся, а несопоставимые страницы окажутся в одной таблице.
Границы можно задать по типу контента, каталогу, языку, стране, периоду публикации или бизнес-направлению. Например: все статьи блога старше шести месяцев; страницы услуг и региональные посадочные; категории и подкатегории одного товарного раздела; база знаний без служебных документов.
Одновременно определите основную цель. Рост целевого трафика, устранение пересечений, подготовка к миграции и снижение редакционных расходов требуют разных приоритетов. Если целей несколько, расположите их по важности. Иначе одна команда будет защищать посещаемость, другая — сокращать число страниц, а третья — продвигать новую услугу.
Для каждого сегмента задайте единый период сравнения. Сезонные разделы лучше сопоставлять год к году, а не с предыдущим месяцем. Страницы, опубликованные недавно, не следует оценивать по тем же порогам, что материалы с двухлетней историей.
Шаг 2. Соберите полный инвентарь URL
Ни один источник не даёт гарантированно полного списка. В Sitemap могут отсутствовать забытые страницы, краулер не всегда проходит закрытые или осиротевшие URL, а аналитика не покажет адреса без посещений. Поэтому объедините несколько выгрузок:
- XML Sitemap и его индекс;
- результаты обхода сайта;
- страницы из системы управления контентом;
- URL из Google Search Console и Яндекс Вебмастера;
- посадочные страницы веб-аналитики;
- адреса с внешними ссылками;
- рекламные и рассылочные посадочные;
- старые списки редиректов и серверные журналы, если они доступны.
Приведите адреса к единому виду: протокол, домен, регистр, завершающий слеш, параметры. Не удаляйте дубликаты вслепую — сначала сохраните исходный источник, чтобы понять, откуда взялась альтернативная версия.
Отдельно отметьте PDF, изображения, фильтры, результаты внутреннего поиска, пагинацию и служебные страницы. Они могут не входить в редакционную оценку, но влияют на общую картину индексирования. Если инвентаризация обнаружила много неожиданных адресов, сначала разберите механизм их создания; инструкция по индексации сайта поможет отделить обнаружение URL от их фактического присутствия в поиске.
Шаг 3. Создайте мастер-таблицу
Одна строка должна соответствовать одному нормализованному URL. Начните с обязательных полей, а дополнительные добавляйте только тогда, когда они помогают принять решение.
| Группа полей | Минимальный набор |
|---|---|
| Идентификация | URL, тип страницы, раздел, дата публикации, дата существенного обновления |
| Техническое состояние | код ответа, index/noindex, canonical, URL в Sitemap, глубина клика |
| Поисковая роль | основной интент, кластер запросов, целевой URL, регион |
| Поисковые данные | показы, клики, CTR, средняя позиция, запросы |
| Данные сайта | сеансы, вовлечённость, конверсии, выручка или лиды |
| Ссылки | входящие внутренние, исходящие внутренние, внешние домены |
| Ручная оценка | актуальность, полнота, экспертность, соответствие интенту |
| Решение | действие, приоритет, целевой URL, ответственный, статус |
Не пытайтесь заполнить вручную сотню показателей до первой сортировки. Для большого сайта сначала объедините машинные данные, выделите группы риска и только после этого добавляйте экспертную оценку. Иначе команда потратит недели на страницы, решение по которым очевидно из технического статуса.
Шаг 4. Закрепите за страницей роль и интент
Без назначения невозможно отличить слабый результат от нормального. Страница может быть коммерческой, информационной, навигационной, сервисной, справочной или поддерживающей доверие. У каждой роли своя задача.
Статья объясняет проблему и формирует спрос. Услуга помогает выбрать исполнителя и оставить заявку. Категория организует ассортимент. Контакты обеспечивают доверие и связь. Политика конфиденциальности нужна пользователям и бизнесу, хотя не обязана привлекать органический трафик.
Для поисковых страниц сопоставьте URL с кластером спроса из семантического ядра сайта. Зафиксируйте основной интент, допустимые дополнительные задачи и тип страницы, который пользователь ожидает увидеть в выдаче. Если один кластер назначен нескольким равнозначным URL, это сигнал для отдельной проверки, а не автоматический приговор.
Шаг 5. Добавьте данные поиска и бизнеса
Google Search Console позволяет анализировать клики, показы, CTR, запросы и страницы в Google. Яндекс Вебмастер показывает сопоставимые поисковые показатели для Яндекса, но методики и наборы данных отличаются. Не складывайте значения двух систем в один показатель: анализируйте их параллельно.
К поисковому слою добавьте данные веб-аналитики и CRM. Минимально полезны посещения, целевые действия, ассистированные конверсии и качество лида. Для магазина это могут быть добавления в корзину, покупки и выручка; для услуг — отправки форм, звонки и принятые обращения.
Оценивайте страницу в системе KPI SEO-продвижения: видимость и клики являются ранними сигналами, а целевые действия и экономика — поздними. Материал с умеренным трафиком, который регулярно помогает продаже сложной услуги, может быть важнее информационного хита без продолжения пути.
| Сочетание данных | Возможная причина | Следующий вопрос |
|---|---|---|
| Есть показы, мало кликов | слабый сниппет, позиция или несоответствие запросу | правильно ли обещание результата отражает страницу |
| Есть клики, нет полезных действий | неверный интент, слабое предложение или путь после входа | тот ли пользователь приходит и куда он идёт дальше |
| Нет показов, но есть прямые посещения | служебная или лояльностная роль | нужна ли странице поисковая видимость вообще |
| Есть конверсии, мало трафика | узкий ценный спрос | можно ли расширить охват без потери точности |
| Показатели распределены между URL | пересечение или смена релевантной страницы | должны ли страницы существовать отдельно |
Шаг 6. Проведите ручную оценку качества
Автоматический отчёт не определит, действительно ли материал помогает человеку. Для приоритетных страниц и репрезентативной выборки проверьте:
- соответствует ли содержание заявленной теме и интенту;
- отвечает ли начало страницы на основной вопрос;
- есть ли оригинальный опыт, расчёты, примеры или наблюдения;
- актуальны ли факты, цены, сроки, интерфейсы и ссылки;
- понятен ли автор и источник экспертности там, где это важно;
- можно ли выполнить следующий шаг без дополнительного поиска;
- не маскирует ли объём отсутствие конкретного ответа;
- не дублирует ли материал соседний URL;
- удобны ли таблицы, изображения и навигация на телефоне;
- согласуются ли Title, H1, сниппет и содержание.
Google рекомендует ориентироваться на полезный, надёжный контент, созданный прежде всего для людей. Это не означает, что каждую старую статью нужно сделать длиннее. Иногда правильное обновление — убрать устаревшую часть, добавить точный ответ и сократить путь пользователя.
Нулевой трафик не равен нулевой ценности
Самая опасная сортировка — «нет посещений, значит удалить». У страницы может быть мало органического трафика, но она может:
- закрывать редкий, но дорогой запрос;
- поддерживать решение клиента на позднем этапе;
- принимать переходы из писем, рекламы или интерфейса продукта;
- подтверждать условия, гарантии, компетенции или юридическую информацию;
- служить целевой страницей для внешних ссылок;
- быть новой и ещё не накопить данные;
- иметь сезонный спрос;
- не получать трафик из-за технической ошибки, а не качества.
Сначала проверьте спрос, назначение, индексирование, ссылки и конверсии. Только затем решайте судьбу URL. Аналогично большой трафик сам по себе не делает страницу успешной: он может приходить по теме, которая не связана с продуктом и не продолжает путь пользователя.
Матрица решений: шесть действий по URL
У каждой строки должен быть один основной сценарий. Формулировка «немного обновить, возможно объединить, а потом посмотреть» не подходит для плана работ.
| Решение | Когда выбирать | Что обязательно зафиксировать |
|---|---|---|
| Сохранить | страница полезна, актуальна и выполняет роль | дату следующей проверки и защитные метрики |
| Улучшить | роль верна, но ответ, охват или конверсия недостаточны | конкретный дефицит и ожидаемый результат |
| Объединить | несколько URL решают одну задачу и делят сигналы | основной URL, переносимые фрагменты, карта редиректов |
| Перенаправить | старый адрес заменён близким эквивалентом | конечный релевантный URL и тип редиректа |
| Удалить | ценности и подходящей замены нет | код ответа, удаление из Sitemap и внутренних ссылок |
| Noindex | страница нужна пользователям, но не должна быть в поиске | причина, доступность для обхода и регулярная проверка |
Решение 1. Сохранить и защитить
Сильные страницы тоже требуют действия — их нужно защитить от случайной переработки. Зафиксируйте текущий интент, ключевые запросы, конверсии, важные входящие ссылки и элементы, которые нельзя потерять при редизайне.
«Сохранить» не означает никогда не менять. Можно исправлять фактические ошибки, обновлять контакты, улучшать доступность и добавлять действительно полезные сведения. Но не стоит переписывать успешный материал только ради нового процента уникальности или косметической смены даты.
Решение 2. Улучшить существующую страницу
Выбирайте обновление, когда URL соответствует интенту, уже накопил сигналы и имеет понятный резерв. Сначала назовите конкретную проблему:
- не раскрыт важный подзапрос;
- информация устарела;
- ответ спрятан слишком глубоко;
- заголовок и описание не объясняют пользу;
- нет доказательств, примеров или критериев выбора;
- страница плохо связывает информационный интерес с услугой;
- интерфейс затрудняет чтение или целевое действие.
После обновления не меняйте дату публикации механически. Показывайте дату существенного обновления, если содержание действительно пересмотрено. Для страниц с показами, но слабой кликабельностью используйте отдельную методику повышения CTR в поиске, не смешивая изменение сниппета с полной сменой интента.
Решение 3. Объединить пересекающиеся страницы
Объединение подходит, когда два или несколько URL отвечают на одну и ту же задачу, не имеют самостоятельной ценности и конкурируют за одинаковый спрос. Сначала выберите основной адрес по совокупности факторов: соответствие интенту, история, ссылки, видимость, конверсии, удобство URL и роль в структуре.
Перенесите в основной материал уникальные полезные части, а не склеивайте тексты подряд. Перестройте структуру, удалите повторения, обновите метаданные и внутренние ссылки. Затем настройте постоянное перенаправление со старых адресов сразу на конечный URL.
Не каждое пересечение означает необходимость склейки. Статья «как выбрать» и страница услуги могут показываться по близким словам, но обслуживать разные этапы решения. Подробные критерии приведены в материале о каннибализации запросов.
Решение 4. Перенаправить на актуальный эквивалент
Редирект нужен, когда старый URL больше не используется, но у него есть близкая по смыслу замена. Постоянные серверные ответы 301 или 308 сообщают о переносе. Направляйте пользователя на конкретный эквивалент, а не массово на главную страницу.
Проверьте все внутренние ссылки и обновите их сразу на конечный адрес. Цепочка «старый → промежуточный → новый» добавляет лишний переход и усложняет обслуживание. Сохраните карту соответствий: она понадобится при проверке логов, аналитики и неожиданных внешних переходов.
Решение 5. Удалить без замены
Удаление оправдано, если содержание больше не нужно, спрос отсутствует или не относится к бизнесу, полезных ссылок и конверсий нет, а релевантной замены не существует. Такой URL должен возвращать корректный ответ 404 или 410, быть удалён из Sitemap и исчезнуть из внутренних ссылок.
Не перенаправляйте всё удалённое на ближайшую категорию только ради сохранения «веса». Если страница и назначение не совпадают, пользователь не получает ожидаемого ответа. Перед удалением сохраните архив исходного материала и строку решения: это позволяет восстановить информацию, если аудит оказался неполным.
Решение 6. Оставить доступной, но закрыть от поиска
Noindex подходит для страниц, которые нужны пользователям или внутренним процессам, но не должны участвовать в поисковой выдаче: отдельные служебные результаты, промежуточные формы, некоторые личные или дублирующие представления данных.
Это не универсальная корзина для «слабого контента». Важную страницу обычно нужно улучшить, объединить или удалить. Кроме того, поисковый робот должен иметь доступ к URL, чтобы увидеть директиву noindex; блокировка того же адреса в robots.txt может помешать её обработке. Решение следует регулярно проверять, особенно после смены шаблонов.
Как расставить приоритеты
Не начинайте с самых простых правок. Сначала оцените потенциальный эффект, уверенность в диагнозе и стоимость внедрения.
Приоритет = потенциальная ценность × уверенность / трудозатратыПотенциальная ценность включает спрос, коммерческую роль, текущую видимость и риски. Уверенность отражает качество данных и ясность решения. Трудозатраты учитывают редактуру, дизайн, разработку, согласование и проверку.
| Фактор | Высокая оценка | Низкая оценка |
|---|---|---|
| Потенциальная ценность | заметный релевантный спрос, коммерческая роль, важный путь клиента | редкий нецелевой спрос и слабая связь с продуктом |
| Уверенность | данные согласуются, интент и техническая причина понятны | мало данных, страницы сезонные или диагноз неоднозначен |
| Трудозатраты | небольшая редактура или один понятный редирект | переработка шаблона, разработка и много согласований |
Высокий приоритет обычно получают страницы с большим релевантным спросом и ясной проблемой: устаревшая услуга, две конкурирующие статьи, сильный URL с нераскрытым интентом или важная страница без внутренних ссылок. Низкий — материалы с единичным спросом, слабой связью с бизнесом и дорогой переработкой.
Внедряйте решения пакетами
Разделите работу на управляемые партии: например, десять обновлений, пять объединений и один блок удалений. Для каждого пакета сохраните дату, список URL и базовые показатели. Это упрощает контроль и снижает риск массовой ошибки.
Рекомендуемый порядок:
- Сделать резервную копию контента и выгрузок.
- Утвердить целевые URL и карту редиректов.
- Подготовить новые версии материалов.
- Настроить перенаправления и коды ответа.
- Обновить canonical, Sitemap и навигацию.
- Перестроить контекстные ссылки.
- Проверить результат краулером и вручную.
- Отметить дату внедрения в аналитике.
После объединений и обновлений пересмотрите внутреннюю перелинковку сайта. Ссылки должны вести сразу на выбранные канонические страницы, а важные материалы — получать понятные входы из тематически близких разделов.
Что проверить сразу после публикации
Техническая приёмка должна пройти в тот же день. Проверьте:
- коды ответа старых и новых URL;
- отсутствие циклов и цепочек редиректов;
- canonical и robots meta;
- наличие нужных страниц в Sitemap;
- удаление старых URL из навигации и контекстных ссылок;
- доступность изображений и файлов;
- корректность аналитики и целей;
- мобильное отображение таблиц, форм и CTA;
- сохранность важных метаданных и разметки;
- отсутствие случайного noindex на целевых страницах.
Для крупных пакетов сначала внедрите пилот на одном разделе. Если шаблон решения работает правильно, масштабируйте его. Это особенно важно, когда изменения затрагивают генерацию URL или общие компоненты CMS.
Как измерять эффект аудита
Сравнивайте не весь сайт целиком, а группы по типу решения. Обновлённые страницы оценивайте по релевантным показам, кликам, запросам и конверсиям. Объединённые — по суммарной видимости старого набора и новому целевому URL. Удалённые — по отсутствию ошибочных внутренних ссылок и сохранности соседних разделов. Noindex — по фактическому исчезновению из выдачи при сохранении пользовательского сценария.
Учитывайте сезонность, изменения позиций, состав выдачи и другие работы на сайте. Не обещайте эффект к одной дате: повторный обход, переоценка документов и обучение поисковых систем занимают разное время. Google отдельно отмечает, что влияние улучшений может проявиться через несколько дней, а для общей переоценки сайта иногда требуются месяцы.
| Группа | Ранний сигнал | Основной результат | Риск ложного вывода |
|---|---|---|---|
| Улучшенные | повторный обход, новые запросы | целевые клики и конверсии | сезонный рост принять за эффект текста |
| Объединённые | обработка редиректов и canonical | суммарная видимость на основном URL | сравнить только новый URL со старым лидером |
| Удалённые | корректные 404/410, чистые ссылки | меньше бесполезных входов и ошибок | ждать роста только от факта удаления |
| Noindex | страница исключена из поиска | сохранён пользовательский сценарий | заблокировать обход до чтения noindex |
| Сохранённые | стабильность индексации | удержание ценного трафика и лидов | случайно изменить сильный шаблон |
Как превратить аудит в постоянный процесс
После большого проекта создайте лёгкий регламент:
- ежемесячно проверять страницы с резким изменением показов, кликов и конверсий;
- раз в квартал пересматривать один приоритетный раздел;
- раз в полгода проверять факты, цены, контакты и внешние ссылки;
- перед новой публикацией искать существующий URL с тем же интентом;
- после снятия услуги или товара сразу выбирать сценарий для адреса;
- хранить журнал существенных изменений и редиректов;
- назначать владельца каждому важному кластеру.
Так редакционный календарь перестаёт быть только планом новых статей. В нём появляются обновления, объединения и поддержка уже работающих материалов. Часто это дешевле и полезнее, чем бесконечно расширять архив.
Типичные ошибки контент-аудита
Удалять по одному показателю
Нулевой трафик, короткий текст или высокий показатель отказов не являются самостоятельным основанием. Решение требует контекста роли, спроса и бизнеса.
Обновлять все старые даты
Новая дата без существенного пересмотра не делает материал полезнее и вводит читателя в заблуждение. Дата должна отражать реальное изменение.
Перенаправлять всё на главную
Редирект работает, когда новая страница продолжает исходное намерение. Главная редко является эквивалентом конкретной статьи, услуги или товара.
Склеивать разные интенты
Одинаковые слова не гарантируют одинаковую задачу. Инструкция, сравнение и коммерческая посадочная могут быть нужны одновременно.
Проводить аудит без карты внедрения
Таблица с решениями не приносит результата, если не определены ответственные, зависимости, сроки и техническая приёмка.
Не сохранять исходные данные
Без базового периода и списка изменений команда не сможет понять эффект или безопасно откатить ошибочное решение.
Частые вопросы
Нужно ли проверять вручную каждую страницу
На небольшом сайте — желательно. На крупном сначала используйте автоматические данные и правила сегментации, затем вручную проверяйте важные страницы, спорные решения и репрезентативную выборку каждого шаблона. Автоматически удалять тысячи URL по одному условию опасно.
За какой период собирать данные
Для большинства устойчивых тем полезен период 12–16 месяцев: он показывает сезонность и сглаживает краткие колебания. Для быстро меняющихся разделов дополнительно сравните последние 28 или 90 дней. Новые страницы маркируйте отдельно, чтобы не требовать от них истории, которой ещё нет.
Нужно ли удалять все статьи без показов
Нет. Сначала проверьте спрос, индексацию, интент, внутренние ссылки, внешние переходы и бизнес-роль. Возможные решения — улучшение, объединение, noindex, сохранение без изменений или удаление. Отсутствие показов только запускает диагностику.
Что лучше: canonical или редирект при объединении
Если старый URL больше не нужен пользователям и полностью заменён, обычно логичен постоянный серверный редирект. Canonical применяют, когда доступные версии должны продолжать существовать, но одна считается представительной. Не используйте эти механизмы как взаимозаменяемые косметические метки.
Можно ли поручить аудит ИИ
ИИ помогает классифицировать большие списки, находить повторяющиеся темы, составлять черновые резюме и формировать вопросы для проверки. Но он не видит достоверно бизнес-ценность, историю договорённостей, качество лидов и технические последствия без подготовленных данных. Финальное решение по важным URL должен подтверждать специалист.
Сколько страниц обновлять одновременно
Столько, сколько команда способна внедрить и проверить как один контролируемый пакет. Для первого цикла лучше небольшая группа одного типа. После технической и аналитической проверки процесс можно масштабировать.
Итоговый чек-лист
Контент-аудит можно считать завершённым, если:
- определены цель, сегмент и период;
- URL собраны из нескольких источников и нормализованы;
- за страницами закреплены роли и интенты;
- поисковые показатели разделены по системам;
- добавлены конверсии и бизнес-ценность;
- важные страницы проверены вручную;
- каждому URL назначено одно основное решение;
- для объединений и переносов создана карта адресов;
- внутренние ссылки и Sitemap обновлены;
- техническая приёмка выполнена;
- базовые показатели и даты сохранены;
- назначен срок повторной проверки.
Цель аудита — не сделать сайт меньше или «свежее» любой ценой. Цель — чтобы у каждой страницы была ясная работа, а у команды — доказуемое решение, почему этот URL нужно сохранить, улучшить или вывести из системы. Тогда контент перестаёт быть складом публикаций и становится управляемым активом комплексного SEO-продвижения.
