--- name: "cp-email" description: "Строит рассылки по собственной базе — приветственную серию, регулярную, продающую и реактивацию — и отвечает за инженерную часть: аутентификацию домена SPF, DKIM и DMARC, прогрев отправителя, сегментацию по вовлечённости и пошаговую диагностику падения доставляемости. Применимо и к почте, и к рассылкам в мессенджерах и сообществах, с оговоркой, где механика различается. Прогрев внутри диалога чат-бота проектирует cp-bot, публичные посты в ленте — cp-content-plan. Use when the user works on email campaigns, newsletters, welcome or nurture sequences, reactivation, or email deliverability problems. Триггеры — «рассылка», «письма», «email-маркетинг», «welcome-серия», «продающая серия писем», «реактивация базы», «доставляемость», «письма уходят в спам», «SPF DKIM DMARC», «прогрев домена», «отписки и жалобы»." --- Перед применением прочитай [правила интеграции «Блог с нуля»](../../context/10-blog-runtime.md). Они задают единый запуск, текущий проект и производственные ограничения; не начинай второй независимый бриф. # cp-email · Рассылки и прогревы Рассылка — единственный канал, где база принадлежит отправителю, а не площадке. Поэтому цена ошибки здесь другая: угробленная репутация домена восстанавливается месяцами, а потерянное доверие подписчика — никогда. Скилл делит работу на две части. Содержательная — что писать и в каком ритме. Инженерная — чтобы написанное дошло. Вторая часть платформо-независима и обычно решает больше, чем первая. ## Когда не этот скилл - Нужен прогрев внутри диалога чат-бота, кнопки, триггер-слова, deeplink → `cp-bot`. Здесь — рассылки по базе, включая мессенджеры. - Нужен план публичных постов в ленте или канале → `cp-content-plan`, тексты по площадкам → `cp-telegram`, `cp-vk`. - Нужна страница подписки и форма сбора → `cp-landing`. Нужен сам материал за подписку → `cp-lead-magnet`. - Нужны технические интеграции, передача данных между сервисами, автоматизация отправки → `cp-automation`. - Нужен правовой вердикт по конкретной рассылке или креативу → `cp-compliance`. ## Контекст Читай из `context/`: `03-legal-ru.md` §7 (персональные данные, локализация), §1 (рассылка по своей базе и признаки рекламы); `09-tech-ru.md` §5 (хостинг и локализация), §6 (доступность инструментов); `07-evidence.md` (запрет на выдуманные бенчмарки — здесь он критичен); `02-metrics.md` (как считать и с чем сравнивать). Профиль бренда — `brands//`: `offer.md`, `audience.md`, `voice.md`, `facts.md`, `assets.md` (домены, адреса, сервис отправки). Не нашлось — скажи одной строкой и работай по врезке ниже, факты спрашивай, не выдумывай. --- ## Врезка констант **Что переносится между каналами, а что нет.** Архитектура серий, копирайт и правило «одно письмо — одна мысль» работают и в почте, и в мессенджерах, и в рассылках сообществ. Аутентификация домена, прогрев и диагностика доставляемости — только про почту. В мессенджерах роль доставляемости играют другие величины: доля блокировок, отключение уведомлений, жалобы и ограничения самой платформы на массовую отправку. Скилл обязан говорить, о каком канале идёт речь, а не смешивать. **Порядок настройки аутентификации: SPF → DKIM → DMARC.** Именно в этом порядке: DMARC проверяет выравнивание результатов первых двух, до их настройки он бессмысленен. **Открытия ненадёжны.** Почтовые клиенты предзагружают изображения через прокси ради защиты приватности — «открытие» засчитывается независимо от того, открыл ли человек письмо. Строить решения на открываемости нельзя. **Бенчмарков в этом скилле нет.** Отраслевые цифры открываемости и кликов зависят от ниши, состава базы и метода подсчёта настолько, что сравнение с ними бессмысленно. Единственный корректный порог — **собственная история отправителя**: медиана по последним 20–30 отправкам на сопоставимом сегменте. **Правовое.** Рассылка по своей базе рекламой не считается — определённый круг лиц. Но требуется **отдельное** согласие именно на рекламные рассылки, отписка в один клик, соблюдение 152-ФЗ и база на территории РФ. --- ## Вход Одним блоком. Что есть в профиле — не переспрашивай. 1. Канал: почта, мессенджер, рассылка сообщества — или несколько. 2. Откуда взялась база: подписка на сайте, бот, вебинар, офлайн, импорт из старой системы. **Купленная или собранная парсером — стоп, дальше не идём.** 3. Размер базы, доля активных за последние 90 дней, когда была последняя отправка. 4. Домен отправки: основной или отдельный поддомен. Настроены ли SPF, DKIM, DMARC. 5. Сервис отправки и где физически лежит база. 6. Задача: приветственная серия, регулярная, продающая, реактивация, разбор падения доставляемости. 7. Что продаём и какое действие считаем целевым. 8. Правовой статус: уведомление РКН, политика, согласие на рекламные рассылки — есть или нет. ## Процесс 1. **Проверь происхождение базы.** База не своя или согласий нет — все остальные шаги теряют смысл, скажи это первой строкой. 2. **Проверь инженерный контур** до содержания: аутентификация, прогрет ли домен, чистка неактивных. 3. **Выбери тип серии** и зафиксируй её цель, длину и ритм. 4. **Напиши письма** по структуре «крючок → польза → действие», по одной мысли на письмо. 5. **Собери сегментацию** по вовлечённости и правило отсечения неактивных. 6. **Назначь метрики** — из списка надёжных, с порогом по собственной истории. 7. **Пройди правовой контур.** --- ## Архитектура серий | Серия | Цель | Длина | Ритм | Триггер запуска | |---|---|---|---|---| | **Приветственная** | подтвердить обещание, объяснить, что дальше, получить первое действие | 3–5 писем | первое — сразу, дальше через день-два | подписка | | **Регулярная** | удерживать контакт и полезность между продажами | одно письмо | фиксированный день, стабильно | расписание | | **Продающая** | довести подготовленный сегмент до решения | 4–6 писем | сжато, за 5–10 дней | запуск, набор, дедлайн | | **Реактивация** | вернуть или честно отпустить неактивных | 2–3 письма | раз в несколько дней, потом стоп | 90+ дней без реакции | Длины и интервалы — рабочий каркас, не норма. Подбираются под цикл принятия решения в нише и проверяются сравнением с собственной историей. **Приветственная серия.** Первое письмо приходит немедленно и отдаёт то, за чем подписались, — ничего больше. Второе: как пользоваться, один быстрый результат. Третье: кто отправитель и почему ему можно верить. Четвёртое-пятое: типовая ошибка и её разбор, мягкий переход к продукту. Это самая читаемая серия за всё время жизни подписчика — на ней экономить нельзя. **Регулярная.** Главное — предсказуемость: один и тот же день, один и тот же характер письма. Правило: письмо должно быть полезно само по себе, даже если читатель никогда ничего не купит. **Продающая.** Не «шесть писем про продукт», а шесть разных углов: задача → механизм → случай → возражение → состав и цена → закрытие. Дедлайн называется только настоящий. **Реактивация.** Два-три письма и остановка. Первое — прямой вопрос «нужны ли ещё письма» с кнопкой. Второе — лучшее из того, что было пропущено. Третье — уведомление об отписке с возможностью остаться. Не отреагировал — **удаляется из активной базы**, а не остаётся «на всякий случай». Мёртвые адреса стоят репутации. --- ## Копирайт письма **Тема и превью-текст — единый хук.** Тема начинает мысль, превью её продолжает, а не повторяет. Тема — конкретика, а не интрига ради интриги: обманутое ожидание в теме оплачивается жалобой, а жалоба бьёт по всей базе. Обрезка темы на узком экране происходит рано, поэтому смысл ставится в начало. | Плохо | Почему | Лучше | |---|---|---| | «Важное сообщение» | пусто, не отличается от спама | «Что делать, если <ситуация> уже началась» | | «ТОЛЬКО СЕГОДНЯ СКИДКА 50%» с эмодзи | капс и эмодзи в теме, обещание без содержания | «Набор закрывается в четверг: что входит» | | «Re: наш разговор» | ложный контекст, читается как обман | «<Имя>, обещанный разбор внутри» | | «Новости компании за июль» | про отправителя, не про читателя | «Три вещи, которые изменились у вас в отчётности» | **Одно письмо — одна мысль и одно действие.** Две кнопки в разные стороны не складываются, а делят внимание. Второстепенные ссылки допустимы, целевое действие — одно. **Структура:** ``` КРЮЧОК 1–2 предложения. Узнаваемая ситуация или прямой вопрос. Не «здравствуйте, меня зовут». Не пересказ темы письма. ПОЛЬЗА Основной блок. Одна мысль, разобранная до конца. Работает сама по себе, даже если человек не нажмёт кнопку. ДЕЙСТВИЕ Один призыв, глагол результата. Плюс одна строка о том, что будет после нажатия. ``` **Правила текста:** абзац — 2–4 строки, на узком экране длинный абзац не читают; письмо остаётся читаемым с отключёнными картинками; письмо целиком из одной картинки — прямой путь в спам; ссылка подписывается тем, куда ведёт; подпись — от человека, а не от «Команды». Голос — через `cp-voice`, чистка следов ИИ — через `cp-humanizer`. --- ## Доставляемость Самая ценная часть скилла и единственная, где есть жёсткие факты. Всё ниже — про почту. ### 1. Аутентификация домена: порядок и смысл **Шаг 1 — SPF.** TXT-запись на домене отправки со списком серверов, которым разрешено отправлять от его имени. - На домене должна быть **ровно одна** SPF-запись. Две записи — постоянная ошибка проверки, SPF не работает совсем. - Ограничение стандарта — не более 10 DNS-обращений при раскрытии записи. Превышение ломает проверку. Каждый `include:` расходует лимит. - Начинать с мягкого варианта (`~all`), пока не убедился, что перечислены все легальные отправители — включая CRM, кассу, счётчики и почту сотрудников. Потом ужесточать. **Шаг 2 — DKIM.** Криптографическая подпись письма. Пара ключей, публичный лежит в DNS по селектору, приватный — у сервиса отправки. - Ключ длиной 2048 бит, если сервис поддерживает. - У каждого сервиса отправки — **свой селектор**, они не конфликтуют. - Подпись должна ставиться доменом отправителя, а не доменом рассыльщика: без этого не будет выравнивания на следующем шаге. - Ключи ротируются; старый селектор не удаляется сразу — письма в очереди ещё проверяются по нему. **Шаг 3 — DMARC.** Политика на `_dmarc.<домен>`, которая говорит принимающей стороне, что делать с письмами, не прошедшими проверку. - Ключевое понятие — **выравнивание**: домен в видимом поле «От кого» должен совпадать с доменом, который подписал DKIM, либо с доменом обратного адреса в SPF. Типовая беда: рассыльщик подставляет свой обратный адрес, SPF формально проходит, но не выравнивается — DMARC при этом не проходит. Лечится собственным обратным адресом и подписью своим доменом на стороне сервиса. - Внедрять **поэтапно**: сначала наблюдение с получением сводных отчётов, разобрать все источники отправки; потом ужесточение до карантина; только потом — отклонение. Ставить жёсткую политику сразу — гарантированно потерять часть легальной почты, включая счета и уведомления. - Сводные отчёты читать обязательно: они показывают отправителей от вашего имени, о которых вы не знали. **Дополнительно:** обратная DNS-запись для собственных отправляющих серверов; **разделение потоков по поддоменам** — транзакционные письма и маркетинг с разных поддоменов, чтобы провал одного не топил другой; основной корпоративный домен не используется для массовых рассылок; заголовки отписки в один клик — требование крупных почтовых провайдеров к массовым отправителям, конкретные пороги объёма и сроки сверять у самих провайдеров. ### 2. Прогрев домена и адреса Новый домен и новый адрес не имеют репутации. Отправка сразу на всю базу читается фильтрами как поведение спамера. Каркас прогрева (практика, не измеренная норма — уточняется по реакции): 1. Начинать с **самых вовлечённых**: тех, кто подписался недавно и открывал последние письма. Их реакция строит репутацию. 2. Наращивать объём **постепенно и без скачков**, растягивая на недели, а не дни. 3. Держать **регулярность**: провалы в отправке сбивают прогрев так же, как скачки. 4. Идти **по провайдерам**: репутация считается у каждого своя, и растут они с разной скоростью. 5. При росте отказов или жалоб — **откатиться на предыдущий объём**, а не давить дальше. 6. Смена сервиса отправки или домена = прогрев заново, независимо от прошлых заслуг. ### 3. Сегментация по вовлечённости Базовое деление: активные за 30 дней, за 90 дней, спящие, мёртвые. - Регулярные отправки — по активным. Полная база — только по осознанному поводу. - Спящие получают реактивацию, а не общий поток. - **Отсечение обязательно.** Не отреагировавшие на реактивацию удаляются. Заброшенные ящики со временем превращаются провайдерами в ловушки — отправка на них бьёт по репутации сильнее, чем даёт охват. - Новые адреса проверяются на существование до первой массовой отправки; жёсткие отказы удаляются сразу, а не «через пару писем». ### 4. Что убивает репутацию отправителя - Купленная, спарсенная или «партнёрская» база. Единственная причина, из-за которой всё остальное не имеет значения. - Отправка на адреса, которые не подтверждали подписку. - Резкий скачок объёма — в разы за одну отправку. - Отправка на неактивных месяцами: жёсткие отказы и попадание в ловушки. - Спрятанная или сложная отписка. Человек, не нашедший отписку, нажимает «спам» — а жалоба стоит на порядки дороже отписки. - Тема, обманывающая ожидание от содержания. - Письмо-картинка без текста; общие сокращатели ссылок; отслеживающий домен с чужой плохой историей. - Общий IP или домен с недобросовестными отправителями. - Молчание месяцами и внезапная реактивация всей базы разом. - Один домен на всё: маркетинг, счета, восстановление паролей. ### 5. Диагностика падения доставляемости По шагам, сверху вниз. Не перескакивать: без первых двух шагов остальные дают ложные выводы. 1. **Убедись, что падение реальное.** Смотри долю доставленных и отказы, а не открытия: открытия могли упасть из-за изменений в почтовых клиентах, а не из-за фильтров. 2. **Разложи по провайдерам.** Просело у одного — это его фильтр, лечится точечно. Просело у всех — проблема в домене, базе или содержании. 3. **Составь список изменений** за период до падения: новый сервис, новый домен или IP, скачок объёма, новый импорт адресов, новый шаблон, новые ссылки, новый отслеживающий домен. 4. **Проверь аутентификацию по фактическим заголовкам полученного письма**, а не по онлайн-проверялке: прошли ли SPF и DKIM и **выровнены** ли они с доменом отправителя. 5. **Прочитай сводные отчёты DMARC** за период: не отправляет ли кто-то ещё от вашего имени, какие источники не проходят проверку. 6. **Проверь чёрные списки и инструменты для отправителей** у крупных провайдеров — по домену и по IP. 7. **Проверь содержание:** новые домены в ссылках, вложения, доля картинок к тексту, сокращатели. 8. **Проверь качество базы:** источник последнего пополнения, всплеск жёстких отказов, всплеск жалоб. 9. **Действия:** остановить массовую отправку; вернуться к самому вовлечённому сегменту; снизить объём; убрать подозрительный элемент; восстанавливать постепенно. Одно изменение за раз — иначе непонятно, что помогло. --- ## Метрики **Открытия ненадёжны.** Почтовые клиенты предзагружают удалённое содержимое через собственные прокси ради защиты приватности: пиксель срабатывает без участия человека. Следствия: открываемость завышена; она несопоставима во времени, потому что доля таких клиентов в базе меняется; сравнение открываемости между разными базами бессмысленно; автоматика вида «дослать неоткрывшим» работает по мусорному признаку. На что смотреть вместо: | Метрика | Что показывает | Осторожно | |---|---|---| | **Доставлено и отказы** | здоровье базы и репутацию | жёсткие отказы разбирать отдельно от мягких | | **Клики уникальные** | реальный интерес к содержанию | корпоративные сканеры безопасности прожимают ссылки автоматически — смотри распределение по времени и по адресам | | **Ответы** | самый честный сигнал в почте, особенно на малой базе | считается вручную, если сервис не умеет | | **Отписки** | несовпадение ожидания и содержания | рост после конкретного письма — сигнал по этому письму | | **Жалобы на спам** | главный риск: бьёт по всей базе | держать минимальным, любой всплеск разбирать немедленно | | **Целевое действие** | ради чего всё | считать до конца воронки, а не до клика | **Порог.** Сравнение — только с собственной историей: медиана по последним 20–30 отправкам на сопоставимом сегменте. Отраслевые бенчмарки открываемости и кликов не приводятся: они расходятся по нишам, по составу базы и по самому методу подсчёта. На малых базах разница между письмами статистически неразличима — на нескольких десятках получателей не комментируется вообще. --- ## Правовое Информация на 04.08.2026, не юридическая консультация; применимость определяет юрист. Спорное — через `cp-compliance`. | Пункт | Суть | |---|---| | **Рассылка по своей базе — не реклама** | адресована **определённому кругу лиц** (§1 `03-legal-ru.md`). erid на письмо по своей базе не требуется | | **Но согласие на рекламные рассылки обязательно** | и оно **отдельное** от согласия на обработку данных. Одна галочка на оба — нарушение. Преднажатых галочек быть не должно | | **Отписка в один клик** | ссылка в каждом письме, работает без авторизации и без анкеты. Плюс заголовки отписки для массовых отправок | | **152-ФЗ** | уведомление в РКН до начала обработки, опубликованная политика, регламент на утечку — **24 и 72 часа** | | **Локализация** | база граждан РФ хранится в базах **на территории РФ**. Зарубежный рассыльщик без первичной российской базы — нарушение локализации, а не «серая зона» | | **Реклама внутри письма** | если в письме размещён чужой рекламный креатив — партнёрская ссылка, оплаченная интеграция, — на него распространяются общие требования маркировки | Для рассылок в мессенджерах и сообществах правовой контур тот же: согласие, отписка, локализация, политика. --- ## Выход ``` РАССЫЛКА: <тип серии> · канал <почта / мессенджер> · сегмент <кому> · цель <действие> ИНЖЕНЕРНЫЙ КОНТУР SPF <есть / нет / замечания> DKIM <…> DMARC <политика и выравнивание> Прогрев: <нужен / не нужен, план> Сегмент отправки: <активные N дней, размер> Что убрать из базы: <жёсткие отказы, неактивные> ПИСЬМА 1. Тема: <…> Превью: <…> Крючок: <…> Польза: <одна мысль> Действие: <кнопка результатом> 2. … СЕГМЕНТАЦИЯ И РАЗВИЛКИ <кто получает что; когда серия останавливается> ПРАВОВОЕ согласие на рекламные рассылки: <отдельное / нет> отписка в один клик: <есть / нет> локализация базы: <РФ / нет> ЧТО ЗАМЕРЯТЬ доставлено → уникальные клики → ответы → отписки → жалобы → целевое действие порог — собственная медиана за 20–30 отправок; открытия в решениях не участвуют ``` ## Чек-лист перед отправкой - База своя, согласия получены, купленных и спарсенных адресов нет. - SPF одна запись и в пределах лимита обращений; DKIM подписывает доменом отправителя; DMARC настроен и выровнен. - Домен и адрес прогреты; объём не даёт скачка относительно прошлой отправки. - Отправка идёт по сегменту вовлечённых; жёсткие отказы и мёртвые адреса вычищены. - Одно письмо — одна мысль и одно целевое действие. - Тема не обманывает содержание; смысл в начале темы; превью продолжает тему, а не дублирует. - Письмо читается с отключёнными картинками; письма-картинки нет. - Отписка видна и работает в один клик; согласие на рекламные рассылки отдельное. - База на территории РФ; политика опубликована; уведомление в РКН подано. - Тестовая отправка проверена на нескольких почтовых клиентах и на телефоне. - В отчёте нет бенчмарков со стороны — только сравнение с собственной историей. - Если письмо содержит чужой рекламный креатив — маркировка проверена через `cp-compliance`. ## Красные линии 1. **Не работать с купленной, спарсенной или «партнёрской» базой** ни в каком виде и не подсказывать, как это замаскировать. 2. **Не отправлять рекламные рассылки без отдельного согласия** именно на них. 3. **Не затруднять отписку** — ни лишним шагом, ни авторизацией, ни опросом «почему уходите» как обязательным. 4. **Не называть отраслевые бенчмарки** открываемости, кликов, отписок. Ни «нормой считается», ни «в среднем по рынку». 5. **Не строить решения на открытиях** и не делать автоматических дорассылок «не открывшим». 6. **Не хранить базу граждан РФ в зарубежном сервисе** без первичной базы в РФ. 7. **Не ставить жёсткую политику DMARC** до разбора всех источников отправки по сводным отчётам. 8. **Не обманывать в теме письма.** Ложный контекст, поддельные ответы и мнимые уведомления — прямой путь в жалобы. 9. **Не выдумывать дедлайны и остатки мест** в продающей серии. 10. **Не комментировать разницу на малых числах** как результат.