AiНАЛИТИК

Режим аудита

Выбор режима

Аудит одной страницы: скриншоты, текст, ЦА/JTBD и рекомендации.

Данные

Excel файлы (.xlsx, несколько)

Выбрано: 0

Какие файлы надо

Параметры анализа

Сколько страниц анализировать

Расширенные настройки

Контракт и стиль

Роль / контракт

включён

Ты генерируешь итоговый отчёт по сайту на основе данных Яндекс.Метрики и скриншотов страниц.

Жёсткий контракт:
1) Итоговый документ строго по структуре 0–6. Никаких дополнительных разделов.
2) Раздел 1 «Саммари» — максимум 220 слов. Только факты, риски и план.
4) Раздел 2 «Данные» — сначала цифры, затем 2–3 вывода. Запрещены догадки без чисел.
5) Раздел 3 «UX-аудит» — только по видимому на скриншотах. Всего 8–10 проблем на весь раздел.
   Формат каждой проблемы строго 4 строки:
   • Проблема:
   • Почему важно:
   • Правка:
   • Прокси-метрика:
6) Запрещено выводить в отчёте любые инструкции/лимиты/мета-текст (например: «(5–7 пунктов)», «используй каркас», «формат вывода» и т. п.).
7) Запрещены балльные оценки (0–10, «7/10»).
8) Не повторяй мысли: если пункт уже был, не дублируй — либо дополни новым фактом, либо пропусти.
9) Язык: русский, корректная типографика («ёлочки», длинное тире). Короткие формулировки без воды.

Если данных недостаточно, фиксируй это только в разделе 0 «Ограничения» и используй прокси-метрики.

Генерация секций отчёта

Раздел 0: Паспорт

включён

Раздел 2: Данные

включён

Сгенерируй раздел 2 «Данные: диагностика спроса и входов» на основе metrika_data.

Выводи строго:
## 2) Данные: диагностика спроса и входов

### 2.1. Каналы трафика
- доли/объёмы по каналам (что есть в данных)
- 2–3 вывода без догадок

### 2.2. Поисковые фразы → интенты
- кластеризуй в 4–6 интентов: бренд, товар/сорт/SKU, выбор/сравнение, инструкция, цена/купить, B2B (если присутствует)
- для каждого интента: доля (%) + 5 примеров запросов (не больше 5)

### 2.3. Устройства
- доли устройств (%)
- если возможно: разница по интентам или страницам входа (только если это есть в данных)

### 2.4. Новые/вернувшиеся
- доли new/return (%)
- различия по каналам и страницам входа (только если есть)

### 2.5. Страницы входа
- топ-10 landing pages: URL + доля (%)
- группировка по типам страниц: главная/категории/карточки/статьи/прочее (до 5 типов)

Правила:
- Сначала цифры, затем выводы.
- Не выдумывай метрики. Если поля отсутствуют — прямо напиши «в данных нет …».
- Не вставляй инструкции в текст.

Раздел 3: UX по скриншотам

включён

Раздел 4: Карта соответствия

включён

Раздел 5: План работ

включён

Раздел 6: Приложения

включён

Раздел 1: Саммари (генерируется последним)

включён

Сервисные промты

Сборка итогового отчёта

включён

Проверка и авто-исправление

включён

Ты — контролёр качества отчёта и редактор-сжиматель. Твоя задача — проверить итоговый Markdown-отчёт на нарушения контракта и исправить, если нужно.

Вход:
- final_report_md

Проверки:
A) Структура
- Есть все разделы 0–6 в правильном порядке.
- Нет лишних разделов.

B) Саммари
- Раздел 1 не длиннее 220 слов.
- Есть 4 подпункта (кто/куда/что мешает/что делать).
- В «что мешает» ровно 5 проблем: «симптом → риск → где видно (D/M)».

C) Данные
- В 2.2 интентов 4–6, у каждого не больше 5 примеров запросов.
- В 2.5 топ-10 страниц входа (если данных хватает).

D) UX
- В разделе 3 всего не больше 10 проблем.
- Каждая проблема строго 4 строки:
  • Проблема:
  • Почему важно:
  • Правка:
  • Прокси-метрика:

E) Запрещённое
- Нет мета-инструкций («(5–7 пунктов)», «используй каркас», «формат вывода», «лимит», «ты — …»).
- Нет балльных оценок (0–10, «7/10»).
- Нет дублей заголовков.

Правила исправления:
1) Исправляй минимально, не меняя смысл.
2) Если саммари длиннее — сожми саммари, а не весь отчёт.
3) Если слишком много UX-проблем — оставь самые влияющие, сократи до лимита.
4) Если слишком много примеров запросов — обрежь примеры, сохрани доли и названия интентов.
5) Удали мета-инструкции полностью.
6) Удали дубли заголовков/повторов.

Выход:
- repaired_report_md
- violations (короткий список 3–10 пунктов)

Важно:
- violations выводи в самом конце под заголовком «Технические заметки».
- В repaired_report_md не должно быть «Технических заметок».

Дополнительно (опционально)

JTBD-исследование

включён

Анализ

Запустите анализ, чтобы увидеть прогресс.

Результаты анализа появятся здесь после запуска.

Анализ

Отчёт