Как читать SRPS-оценку и закрывать пробелы техническими брифами

Что проверяет аудит сайта

Большая часть Suparanku измеряет внешнее — что AI-ассистенты говорят о вашем бренде. Аудит сайта смотрит внутрь: на ваш собственный сайт глазами AI-краулеров и генеративных движков. Он работает на двух уровнях. Доменный аудит разово проверяет общесайтовые сигналы — HTTPS, robots.txt, разрешены ли retrieval- и citation-боты, карты сайта, согласованность hreflang, разметку организации. Аудит страницы прикладывает ту же оптику к конкретным URL: код ответа, canonical и noindex, единственный H1, длину title и description, структурированные данные с реальными фактами, свежесть, покрытие alt у изображений и состояние ссылок на странице.

Вместе они отвечают на вопрос, недоступный внешнему трекеру видимости: если AI не может найти или прочитать вашу страницу — почему?

Как читать SRPS

Каждая страница получает SRPS — оценку готовности от 0 до 100. Это не процент чек-листа: отсутствие title весит больше, чем отсутствие размера картинки. Проверку, которую нельзя оценить, исключают, а не считают против страницы.

Читайте диапазоны как светофор:

• 80–100 — хорошая техническая готовность. Цитирование это не гарантирует.
• 60–79 — требуется работа: остаются конкретные пробелы.
• ниже 60 — низкая готовность: один или несколько важных сигналов не пройдены.

Две детали меняют трактовку низкого балла:

• Блокер обнуляет оценку. Провал проверки, без которой страницу нельзя получить, индексировать или прочитать нужным ботом, даёт 0 независимо от остальных результатов. Такой блокер исправляют первым.
• SRPS против SRPS+. Обычный SRPS считается по сырому HTML (быстрый аудит). SRPS+ приходит из глубокого аудита, который рендерит страницу как браузер и добавляет проверки качества извлечения. SRPS+ показывает прочерк, пока вы не запустите глубокий аудит для этой страницы. Если SRPS в порядке, а SRPS+ низкий — ваш контент зависит от JavaScript, который краулеры могут не исполнять.

Доменная оценка — не среднее по страницам. Она сочетает оценки страниц с проверками, которые имеют смысл только для всего сайта — robots.txt, карта сайта, согласованность apex и www. Правка одной страницы двигает её слабо, правка общесайтовой настройки — сильнее.

И ещё одно: у страниц, которые AI уже цитирует, вес проверок поднимается на ступень (medium становится high). Мелкий дефект на странице, реально выигрывающей цитирования, срочнее того же дефекта на странице, которую никто не читает, — и оценка это отражает.

Почему страница получает низкий балл

На практике низкие оценки собираются вокруг нескольких причин:

• Доступ. robots.txt блокирует retrieval- или citation-бота, либо это делает по случайности конфликт правил Allow/Disallow. Всё остальное не имеет значения, если краулер не приходит.
• Индексируемость. Забытый noindex, canonical, указывающий на другую страницу, или код ответа не 200 тихо выводят страницу из рассмотрения.
• Тонкая структура. Нет структурированных данных, или разметка есть, но не несёт реальных фактов (Product без цены и наличия), либо отсутствующие или раздутые title и description.
• Проблемы графа. Страница, на которую не ведёт ни одна внутренняя ссылка (сирота), или закопанная на много кликов вглубь, труднодостижима для любого краулера — и для любого читателя.

Текущие ручные проверки в продукте исключены из расчёта оценки. Они остаются операционными напоминаниями, но не снижают SRPS до подтверждения. Если ручная проверка когда-либо станет оценочной, это будет обозначено отдельно.

Как это чинится техническим брифом

Именно эта часть делает оценку исполнимой. Для поддерживаемых проверок аудит строит детерминированный технический бриф из правила, наблюдаемого свидетельства и PLAYBOOK — без LLM-генерации. Это не то же самое, что контент-бриф: он создаётся по запросу и расходует квоту тарифа. Технический бриф даёт:

• проблему и точное место, где она находится;
• почему это важно — с тактикой из PLAYBOOK и силой доказательной базы за ней;
• пошаговое исправление, включая готовый к вставке артефакт — строку robots.txt, блок JSON-LD или исправленный мета-тег;
• критерии приёмки, чтобы было понятно, когда задача действительно закрыта.

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

Еженедельная привычка

Полный обход каждый день не нужен. Free сохраняет снимок первичного аудита; на платных тарифах аудит может обновляться по расписанию. Тратьте deep-квоту на приоритетные страницы, в том числе уже замеченные в цитированиях. Смотрите доменную оценку, сортируйте страницы по SRPS и исправляйте сначала блокеры, затем доступ, индексируемость и структуру. Прохождение проверок повышает SRPS; извлечение и цитирование измеряются отдельно.