![[NERD-METHOD]](/brand/logos/short.svg){kind=small}
Роль [NERD-METHOD]
Аудит сайта, SendPulse и Meta, определение событий, спецификация передачи данных и сценарии приёмки.
Отделить первую оплату подписки от доступа и продления
Разобрали путь сайт → бот → платёж. Уточнили причину потери рекламного результата и подготовили контракт трёх событий привлечения.
Production-внедрение исправлений и безопасный Purchase не подтверждены.
Дата доказательств: 2026-08-08
Исходная задача
В платном Telegram-сообществе переход с сайта, создание контакта, начало оплаты и выдача доступа происходили в разных местах. Требовалось понять, почему рекламный результат не совпадает с техническими событиями, и определить достоверные сигналы приобретения подписки.
Что изменил аудит
Более поздняя проверка 8 августа 2026 показала, что рекламные идентификаторы уже доходили до SendPulse в проверенной выборке. Гипотеза полной потери контекста на сайте не подтвердилась. Аудит разделил ограничение доступа рекламного аккаунта, несовпадение источника события с настройкой результата и нестабильные идентификаторы событий.
Как определили события
Lead относится к устойчивой точке создания допустимого контакта. InitiateCheckout — к реальному началу платёжного сценария. Purchase должен возникать после подтверждённой первой оплаты с устойчивым ID платёжного объекта. Выдача доступа, восстановление и продление имеют отдельный смысл и не подменяют первую покупку.
Что подготовили
Спецификацию передачи рекламных полей и click context, карту сайта и бота, триггеры событий и правила повторов. Описали варианты прямой отправки и relay, условия выбора между ними и план проверки на границах платформ. Дополнительный backend не объявлялся обязательным без подтверждённой потребности.
Что доказано
Подтверждены частичный аудит действующих поверхностей и технический пакет для внедрения. Отдельный вывод аудита: стабильный ID провайдера платежа в проверенных действиях не установлен, поэтому Purchase нельзя считать готовым к безопасной production-отправке. Новый релиз и рост оплаченных подписок не доказаны.
Как принимать внедрение
Нужно проследить один допустимый контакт и один подтверждённый первый платёж до принимающей системы; повтор того же платежа не должен создать новую покупку. Продление и восстановление проверяются отдельно. Это критерии будущего внедрения, а не выполненная приёмка данного аудита.
Обсудить задачу
После brief согласуем объём, цену и проверки приёмки.