Что измеряет «SEO-чек» и чего не делает: проверка по выборке вместо полного обхода

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

Это не корпоративный SEO-комплекс. Граф ссылок, разбор логов сервера, трекинг позиций, поиск дублей по всему сайту, токсичность обратных ссылок — намеренно вне области. Узкий фокус даёт быстрый отчёт без ложной точности «мы проверили всё».

Гостевой просмотр и платные тарифы отличаются лимитами выборки и экспортом/мониторингом — но все уровни остаются проверкой по выборке. Нет скрытого обещания «потом доползём до полного обхода».

Мы сознательно не строим «универсальный SEO-комбайн»: каждый лишний модуль размывает ответственность за готовность шаблонного раздела и толкает к ложной точности вроде «ваш сайт на 73 из 100».

На вход — домен, которым вы владеете или имеете право тестировать. Движок ищет XML-sitemap через директиву Sitemap в robots.txt и типовые пути вроде /sitemap.xml. При неполном sitemap может следовать по внутренним ссылкам с главной.

Обнаруженные URL попадают в ограниченную очередь. Гостевой аудит анализирует до двадцати пяти URL; на API и подписках лимит выше — аудит остаётся быстрым и предсказуемым по стоимости, а не «медленным полным обходом».

Сиротские URL без записи в sitemap и без пути с главной могут не попасть в выборку. Мы не заявляем полное обнаружение сирот — если ваша архитектура держит служебные страницы только в CMS, проверяйте их отдельно.

Обнаружение с главной наследует смещение главной: глубокие острова, связанные только из вложенных файлов sitemap, могут быть недопредставлены при низком лимите.

Если шаблонный префикс живёт только в индексе sitemap на отдельном поддомене — проверьте, что robots на основном домене ссылается на вложенный файл и настройки аудита совпадают с боевым хостом.

На каждую загрузку: HTTP-статус, сигналы индексируемости (meta robots, X-Robots-Tag где доступен), canonical, наличие и паттерн title и meta description, видимый объём текста, структура заголовков, достаточная для диагностики шаблона.

По всей выборке — группировка по паттернам пути для оценки охвата шаблонного кластера в обнаруженном наборе и флаги дублирования и тонкости внутри кластеров.

Нет оценки Core Web Vitals как основного продукта, нет классификации «человек против AI», нет чеклиста плотности ключевых слов в духе LSI — это сознательные исключения, чтобы не выдавать ложную точность.

Тяжёлый клиентский рендеринг: путь загрузки видит серверный HTML. Если title и тело появляются только после гидратации, аудит может отметить отсутствие полей — проверяйте серверный рендеринг для SEO-критичных шаблонов.

Оценка агрегирует взвешенные проблемы в проанализированной выборке: критические сбои индексируемости, скелеты дублирующих title, тонкие тела шаблона, ошибки загрузки sitemap, предупреждения о масштабе кластера. Это помощник приоритизации для инженерии и контента.

Счётчики и проценты — только про страницы из выборки. «12 тонких» в отчёте значит двенадцать в выборке, не обязательно двенадцать по всему сайту — дефект шаблона обычно повторяется на всех строках.

Тренд для авторизованных пользователей сравнивает исторические прогоны на тех же настройках домена. Новая загрузка — новая выборка; это не гарантированное «до/после» для каждого URL домена.

Один критический noindex на пилотном URL в гостевой выборке может сильно сдвинуть оценку — намеренная чувствительность для рабочих процессов перед запуском.

На платных планах — HTML-экспорт и ссылки только для чтения для стейкхолдеров. Оговорки о проверке по выборке повторяются в экспорте так же, как в приложении.

Мониторинг домена по расписанию перезапускает аудит и отправляет письмо при падении порога оценки — ограниченная выборка, не непрерывный обход и не «наблюдение за каждой новой строкой CMS».

PDF-экспорт при серверной конфигурации рендерит тот же контент. Ни один формат не правит CMS.

Оповещения мониторинга — повод открыть тикет запуска и ручную проверку после недавних развёртываний, не доказательство того, что «весь сайт сломался».

Позиции и видимость в выдаче — вне области. Мы не трекер позиций и не обещаем «TOP-1 после зелёной оценки» (F-08).

ИКС, «траст», масса ссылочного профиля — вне области. Это территория PR-CY и аналогов; смешивать их цифры с готовностью по выборке вредно для решений.

Полный обход сайта, побайтовая валидация всей XML-схемы sitemap, исчерпывающий граф внутренних ссылок — вне области.

Авто-правка шаблона, запись в CMS, хуки развёртывания — вне области. Одностороннее чтение публичного HTML и sitemap.

Детектор AI-текста, плагиат, оценка E-E-A-T как классификатор Google — вне области. Флаги тонкости описывают полученный HTML, не вердикт SpamBrain.

Карта сиротских страниц «всё, что не в sitemap» — вне области при ограниченном обнаружении.

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

Полный обход даёт иллюзию полноты, но редко меняет стратегию исправления: вы всё равно чините генератор, а не каждый slug по отдельности. Продукт готовности оптимизирован под «исправить формулу один раз».

Если вам нужен полный реестр 404 — используйте анализ логов или специализированный краулер. «SEO-чек» дополняет их как контроль перед масштабом, не заменяет.

Аналогия: контроль качества на конвейере проверяет случайную партию, а не каждую деталь — дефект в настройке станка. Проверка по выборке смотрит партию URL из очереди sitemap.

Клиенты часто спрашивают: «Зачем платить, если есть бесплатный Вебмастер и PR-CY?» Ответ — разные стадии жизненного цикла и разная точность знания.

Сканируйте только сайты, которыми владеете или имеете явное разрешение. Несанкционированное сканирование нарушает условия и бесполезно для разделов, которые вы не можете исправить.

Отчёт — руководство для команд с контролем шаблонов, sitemap, robots. Не юридическая консультация, не замена Яндекс.Вебмастера после запуска, не гарантия индексации.

Сочетайте с Вебмастером после контролируемого запуска, ручной проверкой и исследованием спроса перед крупной публикацией.

Потребители API: читайте maxUrls в метаданных плана. Конвейеры без учёта лимита неверно интерпретируют оценку.

Начните с критической индексируемости — она блокирует масштаб независимо от «красивого» текста. Затем дубли title/H1, затем процент тонкого контента, затем здоровье sitemap, затем предупреждения об охвате кластера.

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

При передаче клиенту приложите: размер выборки, дата загрузки, версия шаблона/генератора, список владельцев исправлений. Проверка по выборке ценна как вход спринта с ответственностью.

Не сравнивайте гостевую оценку и платную полную выборку без нормализации лимита — иначе кажется, что «продукт сломался» после апгрейда.

Критическая индексируемость: noindex при намерении sitemap, несовпадение disallow, canonical на чужой URL, массовые 404 в loc выборки — блокируют нарратив масштаба независимо от оценки.

Контент шаблона: тонкое тело, скелет дублирующего title, отсутствующая meta на коммерческих посадочных — исправление в слое данных и формуле CMS.

Масштаб кластера: большой охват в обнаруженном наборе при слабой дифференциации — стратегическое предупреждение, не баг одного URL.

Здоровье sitemap: недоступный XML, доля ошибок в loc выборки — инфраструктурный или баг генератора, часто затрагивающий весь префикс.

Каждая категория локальна для выборки: «8 дублирующих title» — восемь загруженных URL, не выведенный итог по сайту без повторяемости шаблона.

Нет таблицы позиций по ключам, нет динамики ИКС, нет «топ конкурентов», нет ссылочного профиля, нет LSI-списка слов для копирайтера (F-11).

Нет заявления «мы проверили все страницы» — в шапке отчёта всегда размер выборки. FAQ клиента: «Почему 25?» — экономика и повторяемость дефекта на уровне шаблона.

Нет авто-генерации переписанного текста страниц — только диагностика. Контент, юридические формулировки, цены — ваша ответственность.

Нет PageSpeed/CWV как основного барьера в области v1 — производительность важна, но не смешивайте готовность по выборке с маркетинговыми слайдами PageSpeed.

Вставьте ссылку на проверку по выборке в шаблон тикета Jira/Linear для эпиков шаблонного раздела — рядом со статусом CI и URL тестового контура.

Критерий готовности для MR шаблона: зелёные эталонные URL в CI + «SEO-чек» на пилоте тестового/боевого контура без критических проблем.

Тариф API: автоматизируйте аудит после webhook развёртывания — но передавайте maxUrls явно; конвейер без лимита неверно интерпретирует падение оценки.

Не используйте оценку готовности как единственный барьер слияния — спрос и юридические вопросы остаются человеческими барьерами.

При регрессии оценки после заметок о продукте — новая категория проверки может сдвинуть оценку без развёртывания у клиента; сообщайте об этом на квартальном обзоре.

Сценарий: выборка 25 URL из /product/{sku}/, готовность 62, критических 0, дублирующих title 9, тонких 7, sitemap в порядке.

Интерпретация: не «62 = плохой сайт», а «9 из 25 скелетов title — исправьте формулу до повышения лимита». Проценты экстраполируют только если стратифицированная выборка репрезентативна.

Список действий: (1) шаблон title с полями слияния, (2) внедрить спецификации SKU на первом экране, (3) повторный аудит с теми же настройками домена, (4) сравнить дельту счётчика дублей.

Не открывайте PR-CY для «поднять балл» — не связано. Не обещайте клиенту позиции после исправления дублей — F-08.

После исправления до готовности 85 на том же лимите — служебная записка может одобрить +100 строк SKU в неделю, не +5000.

Этот сценарий иллюстрирует математику локальную для выборки: всегда указывайте N=25 на звонке с клиентом.

Повторяйте упражнение после каждой версии шаблона — одно исправление дублей title не закрывает тонкость, если слой данных пуст.

Делитесь форматом сценария при онбординге — новые PM перестают трактовать оценку как «оценку сайта».