Stripe Analytics: что под капотом у платёжной аналитики
Когда речь заходит о Stripe, обычно обсуждают платёжный API. Но в 2026 году не менее важная часть платформы — аналитический слой. Для SaaS-компаний с MRR K+ понимание метрик платежей не опция, а базовая необходимость. Разбираем техническую сторону.
Документация: docs.stripe.com/analytics
Архитектура данных
Stripe хранит платёжные события в трёх слоях:
- Event store — иммутабельный лог всех событий (charge.created, invoice.paid, refund.processed). Доступен через Events API, retention — 365 дней для стандартных аккаунтов.
- Materialised views — предрассчитанные агрегаты для Dashboard: MRR, churn, ARPU. Обновляются с задержкой до 2 часов.
- Sigma — SQL-движок поверх событийного лога. Позволяет писать произвольные запросы к данным Stripe без ETL.
Важный нюанс: materialised views в Dashboard используют свои алгоритмы расчёта MRR/churn, которые могут отличаться от ваших внутренних метрик на 3–7%. Например, Stripe считает churn по дате окончания subscription, а не по дате последнего успешного платежа. Для SaaS с длинными trial-периодами это даёт расхождение.
Sigma: SQL-доступ к платёжным данным
Sigma — самый недооценённый инструмент Stripe. Это read-only SQL-интерфейс к вашим платёжным данным. Поддерживается диалект, близкий к PostgreSQL (оконные функции, CTE, JOIN по связанным таблицам).
Пример: расчёт Net Revenue Retention (NRR) — ключевой метрики для SaaS:
Sigma доступен на планах Plus (/мес) и Enterprise. Лимиты: 500 запросов/час, 60 секунд на выполнение, до 50,000 строк в результате.
Data Pipeline: экспорт в своё хранилище
Для компаний с собственным data warehouse (Snowflake, BigQuery, Redshift) Stripe предлагает Data Pipeline. События реплицируются в ваше хранилище с задержкой 15–60 минут.
Альтернатива для budget-conscious команд: вебхуки → свой обработчик → ClickHouse/Postgres. Схема простая:
-
Подписываетесь на события: , ,
-
Обработчик валидирует signature (обязательно!):
-
Пишете в свою БД с идемпотентностью по
Плюс этого подхода: полный контроль над схемой и retention. Минус: вы теряете исторические данные (вебхуки не ретроспективны).
Rate Limits и масштабирование
Stripe API имеет два уровня rate limiting:
- Per-account: 100 запросов/сек в сумме по всем ключам
- Per-secret-key: 25 запросов/сек
Для Sigma отдельные лимиты. При превышении возвращается HTTP 429 с header . Лучшая практика — экспоненциальный backoff с jitter в клиентской библиотеке.
Ограничения и болевые точки
- Нет real-time аналитики без Sigma. Dashboard обновляется с задержкой. Если вам нужен real-time MRR на собственном дашборде — только через вебхуки и своё хранилище.
- Sigma стоит дорого для малого бизнеса. План Plus (/мес) для стартапа с MRR K — непропорционально.
- Rate limits на экспорт. Data Pipeline ограничен 1,000 событий/сек. Для high-volume (3,000+ транзакций/мин) нужен кастомный ETL через API.
Партнёрская программа
Stripe Partner Program работает по модели revenue share: 0.05% от объёма транзакций приведённых клиентов (сверх стандартных processing fees). Для партнёра, приведшего SaaS с M/год оборота, это /год пассивного дохода — при условии, что клиент остаётся на Stripe. Регистрация через stripe.com/partners, требования: зарегистрированный бизнес, техническая интеграция referral-трекинга.