---
name: "cp-audit"
description: "Проводит аудит аккаунта по девяти слоям: упаковка, позиционирование, контент, хуки и входы, воронка, продажи, производство, правовой контур РФ (реестр блогеров, маркировка, персональные данные) и доступность данных. По каждому слою — что смотрим, признаки проблемы, что чинится за вечер и что требует перестройки. Отчёт начинается с трёх вещей, которые уже работают, дальше 5–7 находок с приоритетом в формате «нашёл → что делать → сколько времени». Результата от исправлений не обещает: называет точки потерь. Триггеры — «аудит аккаунта», «разбор блога», «почему не растёт», «посмотри мой профиль», «что не так с каналом», «оцени упаковку». Use when the user asks for an account audit or what is wrong with their blog."
---

Перед применением прочитай [правила интеграции «Блог с нуля»](../../context/10-blog-runtime.md). Они задают единый запуск, текущий проект и производственные ограничения; не начинай второй независимый бриф.

# cp-audit · Аудит аккаунта

Аудит отвечает на один вопрос: где аккаунт теряет людей и внимание. Не «как сделать красиво» и не «что модно в 2026».

## Когда не этот скилл

- Нужен разбор **цифр** одной площадки → `cp-analytics`. Сводно по всем → `cp-analytics-cross`. Аудит смотрит на устройство аккаунта, а не на выгрузку.
- Нужно посчитать этапы воронки и конверсии между ними → `cp-funnel`. Здесь воронка — один слой из девяти, проверяется на наличие, а не считается.
- Нужно собрать позиционирование с нуля → `cp-personal-brand` или `cp-offer`. Здесь позиционирование проверяется, а не создаётся.
- Нужна правовая проверка конкретного размещения → `cp-compliance`. Здесь правовой слой — сканирование на очевидные дыры.

## Контекст

Читай из `context/`: `03-legal-ru.md` §1, §2, §6, §7 (реклама, маркировка, реестр блогеров, персональные данные), `01-platforms.md` §5 и §7 (характер трафика, доступность площадок), `02-metrics.md` §1 (что за статистика вообще есть на площадке), `07-evidence.md` (что нельзя утверждать). Профиль бренда — `brands/<slug>/`: `brand.md` (ось и чем подтверждается), `offer.md` (что обещаем и что не обещаем), `audience.md` (аватары), `assets.md` (площадки и производственные ограничения), `rules.md` (правовой контур, согласования). Не нашлось — скажи одной строкой и работай по врезке ниже, факты спрашивай, не выдумывай.

## Врезка констант

**Правовое — информация, а не консультация: по состоянию на 04.08.2026, перед применением сверяется.** Применимость к конкретной ситуации определяет юрист.

**Реестр блогеров.** Обязанность подать сведения — при аудитории **более 10 000 подписчиков**, по каждому каналу отдельно, подписчики разных площадок не суммируются. Площадки перечня: Telegram, ВКонтакте, Одноклассники, TikTok, YouTube, RuTube, Twitch, LiveJournal, Дзен, Yappy, Likee, Pinterest, Пикабу. Instagram, Facebook, X, Discord — не входят. Незарегистрированному каналу 10k+ нельзя размещать рекламу и собирать донаты, и его нельзя репостить. Подтверждение регистрации — метка «А+» во ВКонтакте либо запись в перечне РКН.

**Маркировка рекламы.** Три элемента в креативе: слово «реклама», данные рекламодателя с ИНН, токен erid, полученный до публикации. Реклама на ресурсах Instagram и Facebook запрещена полностью с 01.09.2025, ответственность за каждое размещение. Репост чужой рекламы делает репостящего рекламораспространителем.

**Персональные данные.** Сбор контактов через форму или бота требует: уведомления РКН до начала обработки, опубликованной политики обработки со ссылкой с каждой страницы сбора, раздельных согласий на обработку и на рекламные рассылки без преднажатых чекбоксов, базы на территории РФ.

**Доступность статистики.** Официального порога доступа к статистике Telegram нет: доступ определяется серверным конфигом и возвращается флагом `can_view_stats`. Практически наблюдаемый порог — более 50 подписчиков (уровень C), официальным числом не называть. RuTube даёт удержание только для видео после 01.07.2025 (вертикальные — после 01.11.2025), от 100 просмотров, от 3 минут. Instagram и Telegram нативной выгрузки не имеют.

**Артефакты платформ, которые нельзя принять за провал:** 31.03.2025 YouTube переопределил просмотр Shorts, 21.04.2025 Instagram упразднил impressions и plays, 30.03.2026 ВКонтакте чистил подписчиков, 27.04.2026 Дзен заменил «Дочитывания» на «Открытия».

## Вход

Спроси одним блоком. Без доступа к аккаунту аудит делается по скриншотам и описанию — это нормально, но помечается.

1. Ссылки на все площадки и что из них основное.
2. Что продаётся и по какой цене. Есть ли вообще продажа или это личный блог.
3. Кому это адресовано — один аватар словами пользователя.
4. Сколько подписчиков на каждом канале и сколько времени в неделю есть на контент.
5. Куда ведёт трафик: сайт, бот, личные сообщения, ничего.
6. Собираются ли контакты и где хранятся.
7. Что уже пробовали чинить и что не помогло.

## Процесс

1. **Определи глубину доступа.** Полный доступ к аккаунту и статистике, только публичная часть, только скриншоты — от этого зависит, какие слои вообще проверяемы. Помечай это в шапке отчёта.
2. **Пройди девять слоёв по порядку.** Порядок не случайный: упаковка и позиционирование задают рамку, в которой оцениваются контент и хуки, а воронка и продажи объясняют, зачем всё это.
3. **По каждому слою собери факты, а не впечатления.** Наблюдение фиксируется с примером: конкретный пост, конкретная строка шапки, конкретная ссылка.
4. **Отсортируй найденное по приоритету** (правило ниже) и оставь 5–7 находок.
5. **Раздели их на «за вечер» и «перестройка»** и укажи время по каждой.
6. **Найди три вещи, которые уже работают,** и поставь их первыми. Это то, что нельзя сломать при исправлении остального.
7. **Спорное правовое отправь в `cp-compliance`,** числовое — в `cp-analytics`. Аудит не решает то, для чего есть профильный скилл.

## Девять слоёв

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

### 1. Упаковка — понятно ли за 3 секунды

**Смотрим:** шапка профиля, аватар, имя и его читаемость в поиске, первый экран ленты, закреплённый пост, актуальное или меню канала, обложки.
**Признаки проблемы:** после трёх секунд непонятно, кто это и чем полезен; в шапке должность вместо пользы; имя не ищется по нише; закреп старше полугода или его нет; актуальное заведено, но пустое; первый экран — набор случайных обложек без системы.
**За вечер:** переписать шапку, сменить закреп, собрать три раздела актуального, привести обложки к одной сетке.
**Перестройка:** смена имени и адреса канала (теряются ссылки), пересъёмка обложек, новая визуальная система → `cp-design-system`.

### 2. Позиционирование — есть ли ось

**Смотрим:** формулируется ли отличие от соседей по нише одной фразой; чем оно подтверждается; нет ли обещаний, которые нечем закрыть.
**Признаки проблемы:** описание подходит любому в нише; «помогаю расти» без предмета; экспертность заявлена, но опор нет; обещания за границей честности — гарантированный результат, конкретные суммы дохода, «выведу в топ»; ось есть в шапке, но контент про другое.
**За вечер:** убрать необеспеченные обещания, вычистить превосходные степени.
**Перестройка:** сама ось → `cp-personal-brand`, оффер и лестница → `cp-offer`.

### 3. Контент — рубрики, баланс, повторяемость

**Смотрим:** сколько устойчивых линий, какие форматы, как распределены по аватарам и стадиям воронки, что повторяемо в производстве.
**Признаки проблемы:** каждая единица — новая тема без линии; всё в одном формате; весь контент на одну стадию (только польза или только продажи); нет ни одного формата, который можно выпускать регулярно без вдохновения; перекос на один аватар при заявленных трёх.
**За вечер:** посчитать факт по рубрикам и аватарам за 30 единиц и увидеть перекос числами.
**Перестройка:** пиллары и банк тем → `cp-content-plan`.

### 4. Хуки и входы

**Смотрим:** первые 5–6 слов, первые кадры, первые строки постов, заголовки статей, обложки как вход.
**Признаки проблемы:** вход описывает тему вместо разрыва; начинается с приветствия; вопрос без парадокса; заголовок понятен только знающим автора; на текстовой площадке ставка на интригу вместо утверждения; один и тот же тип входа во всех единицах.
**За вечер:** переписать входы у последних десяти единиц там, где формат позволяет редактирование.
**Перестройка:** система входов → `cp-hook`, оценка сценариев до съёмки → `cp-video-score`.

### 5. Воронка — куда приземляется охват

**Смотрим:** есть ли следующий шаг после единицы контента; куда он ведёт; жива ли ссылка; что происходит с обращением дальше.
**Признаки проблемы:** охват есть, следующего шага нет вообще; ссылка ведёт на главную вместо конкретного; призыв в каждой единице одинаковый и потому невидимый; заявки приходят в личные сообщения и теряются без учёта; бот отвечает и тишина; между «интересно» и «купить» нет промежуточной ступени.
**За вечер:** проверить все ссылки, добавить конкретный следующий шаг в закреп и в шапку, завести таблицу учёта обращений.
**Перестройка:** посчитать этапы → `cp-funnel`, собрать магнит → `cp-lead-magnet`, бот → `cp-bot`, страница → `cp-landing`.

### 6. Продажи — оффер и путь до заявки

**Смотрим:** сформулирован ли продукт, для кого, что входит, сколько стоит и как купить; честны ли обещания; сколько шагов до заявки.
**Признаки проблемы:** цены нет и логика «напишите в личку» без причины; продукт описан процессом, а не результатом; продающих единиц нет вообще или они только в сторис; обещание в оффере шире того, что подтверждается опорами; путь до заявки длиннее трёх шагов без необходимости.
**За вечер:** собрать один пост-оффер с ценой и понятным шагом, вычистить необеспеченные обещания.
**Перестройка:** лестница и возражения → `cp-offer`.

### 7. Производство — влезает ли ритм в реальное время

**Смотрим:** сколько единиц в неделю заявлено, сколько часов реально есть, чем снимают, кто монтирует, что делегировано.
**Признаки проблемы:** план требует больше часов, чем есть; всё держится на одном человеке и одном настроении; нет ни одного батча; каждая единица делается с нуля; при этом ни один источник не переупаковывается.
**За вечер:** посчитать бюджет часов и урезать план до реального.
**Перестройка:** ритм и батчи → `cp-calendar`, переупаковка источников → `cp-repurpose`.

### 8. Правовой контур РФ

Специфичный слой, который в англоязычных чек-листах отсутствует. Проверяется всегда.

**Смотрим:** аудитория канала относительно порога 10 000; есть ли регистрация в реестре и подтверждающая метка; маркируются ли рекламные размещения тремя элементами; нет ли рекламы там, где она запрещена; есть ли политика обработки и раздельные согласия при сборе контактов; кто рекламодатель и кто подаёт отчётность.
**Признаки проблемы:** канал 10k+ без регистрации, при этом продаёт интеграции или собирает донаты; интеграции без слова «реклама», без ИНН рекламодателя, без erid; репосты чужой рекламы без проверки; сбор контактов через форму без политики и с одной галочкой на всё; база подписчиков в зарубежном сервисе без первичной российской базы; обещания результата в продающих текстах.
**За вечер:** опубликовать политику и переделать форму на раздельные согласия; убрать необеспеченные обещания; проверить метку «А+» у партнёров до размещения.
**Перестройка:** регистрация в реестре, подключение ОРД, перенос базы, отчётность в ЕРИР → `cp-compliance`.
Пиши это как информацию с датой, не как консультацию. Спорные места не додумывай — отправляй в `cp-compliance`.

### 9. Доступность данных

**Смотрим:** есть ли на площадке статистика вообще; какая её глубина; нет ли в графиках артефактов платформы; можно ли на этих данных делать выводы.
**Признаки проблемы:** канал в Telegram ниже порога доступа к статистике, а решения принимаются «по ощущениям»; RuTube-шортсы без удержания, а формат оценивается по просмотрам; выводы строятся на 5–8 единицах; графики сравниваются через даты смены определения метрики; отчёт сравнивает абсолютные просмотры разных площадок.
**За вечер:** завести накопительную таблицу единиц контента и начать вести её руками там, где выгрузки нет.
**Перестройка:** метод разбора → `cp-analytics`, сводный отчёт → `cp-analytics-cross`.

## Приоритизация находок

Сортируй по правилу: сначала то, что создаёт **риск** (правовой слой), потом то, что **теряет уже имеющийся охват** (упаковка, воронка), потом то, что **ограничивает рост** (контент, хуки), потом то, что **изматывает автора** (производство).

Находок 5–7. Больше — список никто не выполнит. Меньше — аудит не окупился.

## Выход

```
АУДИТ · <бренд> · <площадки> · <дата> · доступ: полный | по скриншотам

ТРИ ВЕЩИ, КОТОРЫЕ УЖЕ РАБОТАЮТ
1. <конкретно, с примером из аккаунта>
2. …
3. …

НАХОДКИ

1. [риск | потери охвата | ограничение роста | нагрузка] <слой> — <заголовок>
   Нашёл: <что именно, с примером или ссылкой на единицу>
   Что делать: <конкретное действие, а не направление>
   Сколько времени: <вечер | 2–3 часа | неделя | перестройка>

...

ЧТО НЕ ПРОВЕРЯЛОСЬ
<слои, по которым не было доступа или данных>

Это точки потерь. Исправление устраняет потерю, но не гарантирует роста заявок и охвата.
```

Три работающие вещи — не вежливость. Это то, что нельзя ломать при исправлении остального, поэтому идёт первым.

## Чек-лист перед выдачей

- Пройдены все девять слоёв, включая правовой и доступность данных.
- Отчёт начинается с трёх работающих вещей, названных конкретно, а не общими словами.
- Находок 5–7, каждая с приоритетом, действием и оценкой времени.
- В каждой находке есть пример из аккаунта, а не абстрактное наблюдение.
- Разделено, что чинится за вечер и что требует перестройки.
- Правовой блок помечен как информация на дату, не консультация.
- Нигде не обещан результат от исправлений.
- Ни одной выдуманной нормы: ни «должно быть 3 поста в неделю», ни «ER должен быть 3%».
- Если аудит по скриншотам — это помечено, и слои без доступа перечислены.
- Спорные правовые места отправлены в `cp-compliance`, а не решены на месте.

## Красные линии

1. Не обещать результата. Формулировка «это точка потерь», а не «исправишь — попрут заявки».
2. Не выдумывать нормы и бенчмарки как основание находки.
3. Не давать юридической консультации. Правовой слой — сканирование и указание на риск с датой актуальности.
4. Не переписывать аккаунт целиком под видом аудита. Аудит называет проблемы, производство — в профильных скиллах.
5. Не строить находки на малых числах. Восемь публикаций — не основание для вывода о контенте.
6. Не принимать артефакт платформы за провал автора.
7. Не подменять аудит вкусовщиной: «некрасивый аватар» — не находка, «на аватаре не читается лицо в круге 40 px» — находка.
8. Не выдавать список из двадцати пунктов. Всё, что не вошло в 5–7, названо одной строкой в конце или не названо вовсе.