Eventos de compras in-app y suscripciones
Conecta RevenueCat para activar emails fieles a tu marca cuando alguien compra, renueva, cancela o tiene un problema de facturación en tu app. Brew admite 11 eventos del ciclo de vida de RevenueCat, y un mismo flujo puede servir para suscriptores de App Store, Google Play, Amazon, Stripe y Web Billing.
RevenueCat y las tiendas siguen encargándose de las compras, las renovaciones, los reembolsos y los derechos de acceso (entitlements). Brew crea y envía los emails.
El evento CANCELLATION puede indicar una suscripción cancelada o un reembolso, y por sí solo no significa que el acceso haya terminado. El evento que indica que el acceso terminó es EXPIRATION. El evento SUBSCRIPTION_PAUSED solo programa una pausa futura.
Usa CANCELLATION para emails de recuperación o con una encuesta de salida, y EXPIRATION para todo lo que dé por hecho que el acceso ya terminó. Un evento UNCANCELLATION no detiene una ejecución por cancelación que ya esté en curso, así que comprueba revenuecat_subscription_status en una condición antes de cada email posterior.
Filtra por environment para que los eventos SANDBOX no lleguen a las automatizaciones activas.
Brew admite 11 tipos de evento:
Brew toma primero el destinatario del atributo de suscriptor $email y, como alternativa, acepta un ID de usuario de la app, un ID de usuario original de la app o un alias, siempre que tenga formato de email. Los alias de RevenueCat son el historial de ID de usuario de la app, así que define $email de forma explícita en lugar de depender de ellos. Si ninguno de estos campos contiene una dirección real, Brew registra el evento como no resuelto, no crea ningún contacto y no inicia ninguna automatización.
Cada evento verificado con una dirección de email real crea o actualiza un contacto de Brew, identificado por su email, tanto si alguna automatización usa el evento como si no. Cuando los datos están disponibles, Brew completa revenuecat_app_user_id, revenuecat_store y revenuecat_environment.
Los eventos del ciclo de vida establecen revenuecat_subscription_status en active, cancelled, expired, billing_issue o pause_scheduled. Brew también guarda revenuecat_product_id, revenuecat_cancel_reason, revenuecat_expiration_reason, revenuecat_last_purchase_at y revenuecat_pending_product_id cuando el evento los aporta.
Usa el esquema de payload declarado del evento seleccionado para las etiquetas de combinación. Todos los eventos incluyen email, productId, priceUsd, pricePurchaseCurrency, currency, store, environment y createdAt cuando están disponibles. El campo priceUsd es el precio en USD, y pricePurchaseCurrency, el precio en la moneda que indica currency. Los payloads de RevenueCat no le dan a Brew ni el nombre ni el apellido.
El campo store llega tal cual desde RevenueCat, con valores como APP_STORE o PLAY_STORE, y RevenueCat puede añadir valores nuevos. Filtra por los valores que te interesen.
Una compra no acredita el consentimiento para emails de marketing. Guarda el consentimiento por separado y compruébalo antes de hacer envíos promocionales.
RevenueCat envía TRANSFER con los ID de usuario de la app, pero sin el email del destinatario. Brew lo registra como no resuelto y no inicia ninguna automatización.
Recibir un evento y enviar un email son pasos distintos. Confirma que haya una automatización coincidente activa; después, revisa sus filtros y su historial de ejecuciones, y comprueba que el destinatario pueda recibir el email y el estado del dominio de envío. Una entrega TEST nunca inicia una automatización. Si un destinatario queda sin resolver, revisa primero $email; Brew también acepta ID de usuario de la app, ID de usuario originales de la app y alias, si tienen formato de email.
