Краулер прошёл сайт без ошибок: коды ответа 200, canonical на месте, robots.txt не перекрывает нужные разделы. Отчёт чистый, органический трафик при этом не растёт. Причина обычно не в технике. Страница открывается под запрос, которому не соответствует, две статьи делят один кластер, title собран из ключей и не даёт повода кликнуть.
SEO-аудит отвечает на вопросы, которых нет в краулинге: та ли это страница, под тот ли запрос, с тем ли содержанием и связями. Технический аудит проверяет, может ли поисковик обойти сайт, проиндексировать страницу и правильно её прочитать. Аудит юзабилити проверяет, удобно ли человеку решить свою задачу после клика.
Проверки пересекаются, но задачи у них разные. Исправленный canonical не спасёт страницу, которая закрывает не тот интент, а переписанный текст не поможет, если страница отдаёт 500. Дальше разобраны содержательные зоны проверки с критериями и типичными проблемами, а в конце - структура отчёта и порядок приоритизации.
Технический аудит, SEO-аудит и аудит юзабилити: где границы
Границы удобно задать через вопрос, на который отвечает каждая проверка. Дальше видно, кому уходит задача.
| Зона проверки | Вопрос, на который она отвечает | Кто закрывает |
|---|---|---|
| Коды ответа, редиректы, robots.txt, sitemap.xml, canonical, скорость, мобильная вёрстка | Может ли поисковик обойти страницу, проиндексировать её и правильно прочитать? | Разработчик и технический SEO-специалист |
| Семантика, кластеры, соответствие интенту | Под какой запрос существует страница и не конкурирует ли она с соседней? | SEO-специалист |
| Метатеги и заголовки | Понятно ли из выдачи, что на странице, и есть ли причина кликнуть? | SEO-специалист и редактор |
| Текст, факты, полнота ответа | Решает ли страница задачу читателя целиком? | Редактор, автор, эксперт предметной области |
| Расположение блоков, сценарий, формы | Удобно ли человеку дойти до результата? | UX-специалист, дизайнер |
| Цена, доставка, наличие, контакты, CTA | Есть ли на странице условия, чтобы совершить действие? | Владелец продукта, UX, SEO |
Техническая часть - фундамент. Без неё содержательные правки бессмысленны: страницу, которая не индексируется, не спасёт ни новый title, ни переписанный текст. Обратное тоже верно. Чистая техническая база не даёт роста, пока страницы не соответствуют запросам и не связаны между собой. Элементы этой работы удобно держать в одной схеме: техническая база, содержание, связи между страницами. Как они складываются, разобрано в материале про внутреннюю оптимизацию сайта и её элементы.
Почему технический аудит не отвечает на вопрос «о чём сайт»
Краулер видит 200 OK, валидный title и ссылку в карте сайта. Он не видит, что страница отвечает на запрос «как выбрать» каталогом с ценами и кнопкой «в корзину». Не видит, что три статьи в блоге рассказывают одно и то же разными словами и по очереди показываются по одному запросу. Не видит, что в карточке товара остался маркетинговый абзац без характеристик.
Такие проблемы не ловятся краулингом, потому что это решения о содержании. Их принимают на уровне семантики, текста и структуры разделов, а не на уровне сервера. Исключение - ситуации, когда страницы пропадают из выдачи: тогда начинать нужно с проверки индексации, а содержательный аудит откладывать до устранения причин.
Как разделить задачи между разработчиком, SEO и UX-специалистом
Практическое правило простое. Если проблема воспроизводится в коде, конфиге сервера или шаблоне, задача уходит разработчику. Если речь о том, какой запрос должна закрывать страница, решение за SEO-специалистом. Если о расположении блоков и понятности сценария, за UX. Если о тексте и фактах, за редактором.
Спорные случаи решаются делением ответственности внутри одной задачи:
- Пагинация. Открывать ли страницы 2, 3 и дальше для индексации, решает SEO; разметку и вывод ссылок делает разработчик; понятность навигации по страницам проверяет UX.
- Хлебные крошки. Логика пути и набор уровней - решение SEO и UX; вёрстка и разметка - разработчик; согласованность названий с разделами - редактор.
- Блок рекомендаций. Список ссылок подбирает SEO по кластерам и данным аналитики, место в макете и внешний вид - UX, вывод в шаблоне - разработчик.
- Форма заявки. Состав полей и тексты - UX и владелец продукта, техническая отправка и валидация - разработчик, попадание страницы в индекс и её сниппет - SEO.
Семантика и релевантность: закрывает ли каждая страница свой запрос
Проверка идёт в четыре шага: собрать семантическое ядро, разложить запросы по интентам, сопоставить кластеры с URL, найти пробелы и пересечения. У каждого шага есть артефакт: список запросов, карта кластеров, таблица «кластер - целевой URL - тип страницы» и перечень проблем.
Критериев нормы немного. На каждый кластер приходится одна целевая страница. Тип страницы соответствует интенту: информационный запрос ведёт в статью или гайд, коммерческий в категорию или карточку. Вложенность разделов повторяет логику темы, а не частотность запросов. Проверить последнее можно так: если из названий разделов нельзя понять, чем они отличаются друг от друга, структура собрана по цифрам, а не по смыслу.
Типичные проблемы повторяются на большинстве проектов: несколько URL под один кластер, кластер без посадочной страницы, посадочная без кластера, смешение интентов. Как проверить отдельную страницу на соответствие запросу, подробно разобрано в статье про релевантность и соответствие запросу.
Кластеризация по интенту, а не по вхождениям
Группировка по словам даёт ложные кластеры. «Купить кофемашину» и «кофемашина для офиса» могут оказаться одним кластером: человеку нужен один и тот же результат, и выдача по этим запросам часто пересекается. «Кофемашина» и «ремонт кофемашины» делят только слово, а задача и ожидаемый результат у них разные.
Критерий объединения: одинаковый ожидаемый результат у пользователя плюс заметное пересечение выдачи по топ-10. Второе проверяется вручную по нескольким запросам кластера. Если половина результатов совпадает, запросы, скорее всего, живут на одной странице. Если пересечений почти нет, нужны разные страницы с разным содержимым.
Как найти каннибализацию и пробелы в структуре
Метод поиска: выгрузить из панели вебмастера и систем аналитики связки «запрос - URL», сгруппировать по кластерам и отметить те, где встречается больше одного адреса. Яндекс.Вебмастер и Google Search Console дают такую выгрузку в отчётах по запросам и страницам. Дальше смотрим на признаки: две страницы поочерёдно показываются по одному запросу, сниппеты похожи, темы пересекаются.
Решений три: объединить страницы с редиректом, развести их по разным интентам (например, оставить разбор критериев выбора в блоге, а подборку моделей перенести в каталог) или сохранить обе, но выстроить приоритет внутренними ссылками, чтобы главная страница кластера была очевидна. Пробелы ищут обратным действием: карту кластеров сопоставляют с картой сайта и отмечают темы, под которые нет ни одной страницы.
Отдельно проверяют само ядро. В нём часто остаются чужие брендовые запросы, нерелевантные темы, гео-хвосты, которые сайт не обслуживает, и слишком широкие фразы без посадочной. Чистка ядра дешевле, чем создание страниц под мусор.
Метатеги и заголовки: что проверять кроме длины и ключей
У каждого элемента своя функция. Title обозначает страницу и попадает в запрос. Description даёт причину кликнуть. H1 обозначает содержание для человека, который уже перешёл. Проверять их стоит по функции, а не по количеству символов.
Критерии: title уникален в пределах сайта, отражает интент страницы и читается как ответ на запрос, а не как набор ключей. Description не дублирует title, содержит конкретику и не обрывается на полуслове. H1 согласован с title по смыслу, но не копирует его дословно.
Поисковые системы могут заменить title и description в сниппете, если фрагмент страницы точнее отвечает на запрос. Это не повод бросать метатеги: собственный вариант чаще показывается там, где он действительно описывает страницу.
Как оценить title и description без догадок
Проверка занимает несколько минут. Откройте выдачу по целевому запросу и посмотрите на свой сниппет рядом с конкурентами: понятно ли из него, что на странице и чем она отличается от соседних результатов. Выгрузите все title и сгруппируйте по совпадениям: дубли находятся за один проход.
Хороший description отвечает на вопрос «зачем кликать» конкретикой: что внутри, для кого, что человек сможет сделать. Плохой пересказывает title или состоит из общих слов вроде «всё о выборе техники». Шаблонные title с названием компании впереди тоже стоит пересмотреть: человеку важнее тема страницы, чем бренд.
H1 и логика заголовков внутри страницы
H1 один на страницу и отражает главную тему. H2 делят текст на крупные смысловые блоки, H3 раскрывают подтемы внутри них. Проверка структуры простая: выпишите заголовки по порядку и попробуйте восстановить по ним план статьи. Если план не собирается, заголовки расставлены ради ключей, а не ради логики.
Типичные проблемы: несколько H1 из-за шаблона, пропущенные уровни, H2, не связанные с H1, метатеги, оставшиеся от старой структуры после редизайна. Полный список проверок по этой зоне есть в чек-листе внутренней оптимизации сайта.
Структура URL: логика, читаемость и стабильность
Критерии: адрес отражает тему и место страницы в структуре, читается человеком, обходится без лишних параметров и числовых ID там, где хватает слага. Вложенность URL повторяет вложенность разделов. Один и тот же контент не открывается по нескольким адресам.
Типичные проблемы: транслит вперемешку с латиницей, даты и ID в адресах информационных страниц, параметры фильтров, плодящие дубли, смена адресов без редиректов. Каждая мелочь по отдельности безобидна. Вместе они размывают структуру и создают лишние точки входа для обхода.
Когда менять URL, а когда оставить
Менять стоит, если адрес вводит в заблуждение, содержит устаревшую структуру или мешает развивать раздел. Оставлять, если страница работает, на неё ведут внешние ссылки, а выигрыш от правки косметический.
При смене нужен план: 301-редиректы со старых адресов, обновление внутренних ссылок и карты сайта, проверка через несколько недель, что редиректы работают и страницы остались в индексе. Без этого смена URL теряет накопленные сигналы, а взамен не даёт ничего, кроме аккуратной строки в адресной строке.
Внутренняя перелинковка: связи, анкоры и глубина
Внутренние ссылки решают две задачи. Поисковик по ним находит страницы и понимает, как они связаны по теме. Человек по ним перемещается внутри темы и доходит до нужного материала. Проблемы перелинковки редко видны в техническом отчёте: ссылки работают, коды ответа в порядке, а часть страниц при этом живёт без входящих ссылок.
Что проверять: есть ли страницы без входящих внутренних ссылок, какова глубина клика от главной до важных разделов, осмысленны ли анкоры, есть ли хаб-страницы, собирающие материалы по теме, ведут ли информационные тексты на коммерческие страницы там, где это уместно.
Типичные проблемы: перелинковка живёт только в меню и футере, статьи не ссылаются друг на друга, все анкоры - точные вхождения, у части страниц нет исходящих ссылок. Типы ссылок и их задачи разобраны в материале про виды внутренних ссылок.
Как найти сиротские страницы и перегруженные узлы
Метод: выгрузить все URL из карты сайта и сопоставить с входящими внутренними ссылками. Подойдёт краулер с отчётом по внутренним ссылкам или выгрузка ссылок из шаблона и базы. Страницы без входящих ссылок - кандидаты на добавление ссылок из релевантных материалов, объединение или удаление.
Обратная проблема - перегруженные узлы: точки, куда ведёт слишком много ссылок без структуры. Обычно это меню или сайдбар. Решение: промежуточные хабы, которые собирают группу материалов и распределяют ссылки по темам.
Анкоры: как писать полезно и без переспама
Анкор описывает, что находится по ссылке, и уместен в предложении. Смесь точных, частичных и естественных формулировок выглядит нормально и помогает навигации. Одинаковые точные анкоры на десятки ссылок читаются как попытка повлиять на ранжирование и человеку ничего не объясняют.
Практика: вместо «читать далее» напишите «как настроить перелинковку в блоге», если ссылка ведёт на инструкцию. Анкор должен работать вне контекста предложения: человек часто сканирует текст по ссылкам, а не читает его целиком.
Качество контента: полнота, актуальность и польза
Критерии оценки простые, но требуют чтения. Страница отвечает на запрос полностью, без необходимости возвращаться в поиск. Информация актуальна на момент проверки. Текст написан для человека, а не для ключей. Есть конкретика: примеры, шаги, цифры, условия. Факты проверяемы, у утверждений есть источник или понятное основание.
E-E-A-T (опыт, экспертность, авторитетность, надёжность) - не метрика в отчёте, а набор сигналов, которые считываются из содержания, сведений об авторе, ссылок и репутации сайта. Опыт виден в деталях, которые сложно выдумать: ограничения метода, условия применимости, типичные ошибки. Экспертность - в точности терминов и отсутствии противоречий. Надёжность - в контактах, датах обновления, отсутствии обещаний без оснований.
Типичные проблемы: тонкие страницы на два-три абзаца под конкурентный запрос, устаревшие данные, вода и повторы, отсутствие структуры, копии с других сайтов. Переписывание такой страницы не гарантирует роста позиций, зато снижает риск несоответствия запросу и убирает препятствия для оценки страницы.
Как оценить полноту ответа без субъективных ощущений
Метод: откройте топ выдачи по целевому запросу, выпишите подтемы и вопросы, которые раскрывают страницы конкурентов, сопоставьте со своей. Если ключевые подтемы отсутствуют, это пробел. Копировать структуру конкурентов не нужно: важно закрыть те же вопросы точнее и конкретнее, а не повторить их порядок.
Полезно выписать вопросы, которые остаются у читателя после прочтения. Если их много, страница не отвечает на запрос целиком, и правка сведётся к дописыванию блоков.
Что делать с устаревшим и тонким контентом
| Состояние страницы | Действие |
|---|---|
| Закрывает актуальный запрос, есть трафик, данные устарели | Обновить данные, дополнить подтемы, проверить ссылки и цены |
| Дублирует другую страницу по смыслу | Объединить с редиректом, оставить более сильный URL |
| Не закрывает запрос, нет входящих ссылок и трафика | Удалить или переписать под другой кластер |
| Закрывает запрос частично, есть внешние ссылки | Переписать и расширить, сохранив адрес |
Перед удалением проверьте входящие ссылки и трафик: иногда страница не приносит кликов, но на неё ссылаются извне. Удаление делают через 404 или редирект на близкую по теме страницу, а не через тихое исчезновение из карты сайта.
Коммерческие факторы и аудит посадочных страниц
Коммерческие факторы - это условия, при которых человек может совершить действие: цена, наличие, доставка, контакты, понятный следующий шаг. Прямых баллов за каждый пункт поисковые системы не начисляют, но качество страницы и поведение на ней влияют на то, как она конкурирует в выдаче. Скрытая цена или отсутствие контактов одинаково плохи и для человека, и для оценки страницы.
Что проверять на категориях и карточках: актуальность цены, наличие и условия доставки, контакты и реквизиты, отзывы (если они есть и подтверждены), понятный CTA, работающие фильтры и сортировку, описание товара с характеристиками, а не только маркетинговый текст.
Что проверить на карточке товара и в категории
Карточка: название, цена, наличие, сроки и условия доставки, характеристики, фото, отзывы, связанные товары, кнопка действия. Категория: описание раздела, фильтры, сортировка, пагинация, ссылки на подкатегории.
Типичные проблемы: описание категории собрано из ключей и ничего не объясняет, карточки без характеристик, фильтры создают дубли URL, пустые категории, скрытые цены, неработающие кнопки. Каждую находку фиксируйте с примером URL: без примера задача превращается в общее пожелание и не берётся в работу.
Как свести аудит в отчёт и расставить приоритеты
Отчёт начинается не с методологии, а с резюме: что проверено, какие находки сильнее всего влияют на трафик, что делать первым. Структура, которая работает:
- Цель и охват: какие разделы и сколько URL проверено.
- Метод сбора данных: панели вебмастера, аналитика, краулер, ручная проверка выдачи.
- Находки по зонам: семантика, метатеги, URL, перелинковка, контент, коммерческие факторы.
- Приоритеты и план: задача, ответственный, критерий готовности, срок.
- Что проверено и признано в порядке: этот пункт снимает половину вопросов при защите отчёта.
Каждую находку описывайте одинаково: пример URL, суть проблемы, почему это важно, что сделать. Без примера находка не проверяема, без объяснения причина непонятна, без действия задача не двигается.
Матрица приоритетов: влияние на трафик и трудозатраты
Приоритет считается по двум осям: потенциальное влияние на трафик и трудозатраты. Четыре квадранта задают порядок работ.
- Высокое влияние, низкие затраты: быстрые победы. Исправить дубли title на ключевых страницах, добавить ссылки из статей на категорию, закрыть параметры фильтров от индексации.
- Высокое влияние, высокие затраты: крупные проекты. Переписать раздел блога, перестроить структуру каталога, объединить конкурирующие страницы.
- Низкое влияние, низкие затраты: бэклог. Косметические правки метатегов на страницах без показов.
- Низкое влияние, высокие затраты: не делать. Смена URL ради красоты, редизайн ради редизайна.
Оценка влияния опирается на данные: сколько показов и кликов у страниц, которых касается находка, участвует ли кластер в структуре разделов. Конкретных цифр роста лучше не обещать: аудит убирает препятствия, а позиции зависят от конкуренции и качества исполнения.
Как оформить отчёт, чтобы его приняли
Отчёт читают люди, которые не обязаны разбираться в SEO. Резюме на первой странице, находки сгруппированы по зонам, у каждой есть пример и ответственный, сроки реалистичны, отдельный раздел с тем, что в порядке. Список из двухсот пунктов не выполняют, его закрывают формально. Фокус на том, что влияет на трафик и качество страниц, работает лучше длинного перечня мелочей.
Как встроить содержательный аудит в регулярный процесс
Техническую часть проверяют чаще, содержательную - по мере роста контента и изменений в семантике. Триггеры для внеплановой проверки: запуск нового раздела, смена структуры URL, заметное падение трафика, изменение выдачи по ключевым кластерам.
Минимальный регулярный набор: проверка новых страниц на соответствие кластерам, контроль каннибализации по выгрузке запросов, проверка перелинковки новых материалов, обновление устаревших данных. Такой цикл занимает меньше времени, чем разовый большой аудит, и не даёт проекту зарастать проблемами.
Что автоматизировать, а что оставить человеку
Автоматизировать стоит сбор данных: выгрузку метатегов, поиск дублей, проверку структуры заголовков, подготовку черновиков и обновлений, контроль ссылок. Человеку остаются решения: оценка интента, приоритеты, редакторская проверка фактов, стратегия разделов.
SerpJet закрывает часть рутины вокруг контента: платформа готовит статьи с учётом семантики и контекста бизнеса, помогает обновлять существующие материалы и встраивать релевантные предложения в информационные тексты. Решения о том, какие кластеры важны и какие страницы объединять, остаются за специалистом: инструмент организует процесс, но не заменяет стратегию.
Первый шаг можно сделать без большого проекта. Возьмите один кластер, который уже приносит трафик, проверьте, одна ли страница за него отвечает, совпадает ли её тип с интентом, читается ли title как ответ на запрос. Три проверки обычно дают первую задачу, которую видно в данных.