Gestión de pasarelas de pago y muros de suscripción con RevenueCat

Montar muros de pago y gestionar pasarelas de pago con RevenueCat puede parecer un lío la primera vez que te pones, sobre todo si vienes de soluciones “plug and play” tipo Superwall. Pero si quieres una base sólida para escalar, medir bien tus ingresos y tener un control fino sobre eventos de suscripción, merece la pena dedicarle un rato y entender cómo encaja RevenueCat en el stack de tu app.

El objetivo de este artículo es ayudarte a ver cómo usar RevenueCat para crear paywalls simples, gestionar muros de suscripción y conectar todo eso con tu analítica y marketing (por ejemplo, con Pushwoosh), aprovechando su rol como “fuente única de la verdad” para tus datos de pagos. Veremos casos reales, problemas típicos con la revisión de las stores, cómo estructurar tu muro de pago y cómo sacar jugo a todos los eventos que dispara la plataforma.

¿Por qué RevenueCat es el centro de tu stack de suscripciones?

Muchas empresas han acabado situando RevenueCat como el núcleo de su infraestructura de suscripciones. La razón principal es que ofrece un punto centralizado donde viven todos los datos de pagos y renovaciones, sin importar si provienen de iOS, Android o web. Esto resuelve uno de los grandes quebraderos de cabeza habituales: tener datos diferentes en cada store, en tu backend y en tu herramienta de analítica.

Usando RevenueCat consigues una única fuente de información fiable sobre suscripciones y facturación. A partir de ahí, puedes distribuir esos datos al resto de herramientas de tu stack (analítica, CRM, automatización de marketing, notificaciones push, etc.) mediante integraciones nativas o vía webhooks. Esa consistencia es clave cuando quieres segmentar usuarios, hacer campañas de upsell o entender realmente el comportamiento de tus suscriptores.

En la práctica, esto significa que tus decisiones de producto y marketing se basan en eventos de suscripción coherentes y unificados: compras iniciales, renovaciones, cancelaciones, problemas de cobro, cambios de producto y un largo etcétera. Todo esto se puede conectar después con soluciones tipo Pushwoosh para construir journeys automatizados muy finos.

RevenueCat vs Superwall: simplicidad frente a control

Si vienes de usar herramientas como Superwall, es normal que tengas la sensación de que RevenueCat es más complejo. Superwall está muy orientado a levantar un paywall visual en muy poco tiempo, con un enfoque casi plug and play. En cambio, RevenueCat pone el foco en la capa de negocio: gestión de productos, lógica de suscripciones, eventos y datos.

Esto no quiere decir que con RevenueCat no puedas crear muros de pago simples y eficaces, sino que la herramienta se centra en controlar el “qué” y el “cuándo” de las suscripciones, mientras que el “cómo se ve” el paywall recae más en tu implementación. A cambio, ganas una flexibilidad enorme para integrar tus muros de pago con otros sistemas y para orquestar todo el ciclo de vida del usuario.

Además, RevenueCat está evolucionando con herramientas de generación de paywalls basadas en IA, lo que permite partir de listados de la store, prompts o referencias visuales para montar un diseño inicial de muro de pago. A partir de ese borrador, puedes ajustar por conversación el diseño, los textos, las llamadas a la acción y comprobar puntos clave antes de lanzar. De esta forma, se acorta mucho la distancia entre la capa de negocio y la experiencia visual.

Muros de pago simples: estructura recomendada

Un patrón frecuente en apps de suscripción es tener dos muros de pago sencillos pero bien diferenciados. Por ejemplo:

Un paywall inicial tras la incorporación (onboarding), sin restricciones, que presenta la propuesta de valor general.
Un segundo muro de pago asociado a ciertas funcionalidades, con restricciones, que aparece cuando el usuario intenta usar características premium.

En el primer caso, el muro de pago suele ser más “aspiracional”: explicas beneficios globales, resúmenes de planes y el porqué de la suscripción. En el segundo, el contexto manda: el usuario está tratando de hacer algo concreto (por ejemplo, acceder a un curso premium o a una función avanzada), así que te interesa destacar el valor exacto de esa característica y cómo la suscripción desbloquea esa acción al instante.

RevenueCat cubre la parte de gestión de productos, precios, periodos de prueba y validación de derechos, mientras que el layout, textos y comportamiento visual del paywall los controlas tú en la app. Si combinas esto con un generador de paywalls basado en IA, puedes iterar rápidamente distintos diseños para tu muro principal y para el paywall contextual de características.

Problemas habituales con la revisión de suscripciones en App Store

Un escenario bastante común al empezar con RevenueCat (o con cualquier sistema de suscripciones) es el siguiente: envías tu app a revisión y mandas también tu suscripción in-app por primera vez, pero la suscripción está todavía “en espera de revisión”. Mientras tanto, el revisor de Apple entra en tu app, llega al paywall y… la información de precios y productos no se carga correctamente porque la suscripción aún no está aprobada.

El resultado suele ser desastroso: el revisor no puede avanzar desde el muro de pago y acaba rechazando la app una y otra vez, ya que el flujo de compra está roto desde su punto de vista. Se genera así una especie de círculo vicioso en el que la app depende de una suscripción que aún no está lista, y la suscripción depende de una app que no pasa la revisión.

Para minimizar este tipo de problemas es recomendable preparar tu app para manejar estados intermedios: por ejemplo, mostrando un mensaje amigable si no hay productos disponibles, añadiendo una opción de saltar o ofreciendo una ruta alternativa de navegación para el revisor. También conviene documentar claramente en la nota de revisión qué está ocurriendo y, si es posible, incluir capturas o pasos para reproducir el comportamiento esperado una vez la suscripción esté aprobada.

Otro consejo útil es no bloquear absolutamente toda la app detrás de un muro de pago que depende de productos aún no aprobados. Dejar algo de contenido accesible o una pequeñísima parte funcional puede ayudar a que el revisor entienda la propuesta de valor y no se frustre por no poder probar nada. En el contexto de RevenueCat, asegúrate también de que tu app maneja adecuadamente las respuestas vacías o los errores en la carga de productos.

RevenueCat como plataforma de gestión de suscripciones

RevenueCat se define como una plataforma que simplifica las compras y suscripciones dentro de la app para iOS, Android y la web. Se encarga de las partes más delicadas de la lógica de suscripción: validación de recibos, sincronización de estado entre dispositivos, restauración de compras, gestión de periodos de prueba, promociones, etc.

Además, proporciona herramientas completas para analizar y optimizar el rendimiento de tus suscripciones. Esto incluye métricas como ingresos recurrentes, retención, churn, LTV, comportamiento por cohortes y segmentaciones que te ayudan a entender qué planes funcionan mejor, qué promociones convierten más o en qué punto del ciclo de vida se pierden más usuarios.

Su gran ventaja es que, al centralizar todo esto, te evita rehacer la misma lógica para cada plataforma. En lugar de lidiar directamente con los SDKs nativos de cada store, te apoyas en un SDK único que expone un modelo de datos homogéneo y deja que RevenueCat se encargue de interpretar los detalles de cada tienda.

Integración de RevenueCat con Pushwoosh: automatización y segmentación

Una de las integraciones más potentes en el contexto de muros de pago y retención es la de RevenueCat con Pushwoosh. Pushwoosh es una plataforma para enviar notificaciones push, mensajes in-app y otros tipos de comunicaciones dirigidas, y al enlazarla con RevenueCat puedes orquestar campañas basadas en eventos reales de suscripción.

La idea es sencilla: RevenueCat envía eventos de suscripción a Pushwoosh mediante webhooks y estos eventos se convierten en disparadores para Customer Journeys, automatizaciones y segmentaciones avanzadas. Con esto puedes animar a renovar, recordar el valor del plan, proponer upgrades a niveles superiores o lanzar ofertas especiales en el momento adecuado, maximizando la interacción y los ingresos.

Por ejemplo, una plataforma de e-learning puede aumentar el engagement enviando notificaciones personalizadas cuando detecta un cambio de plan. El mensaje puede incluir orientación sobre la transición, recomendaciones de cursos alineados con el nuevo nivel de suscripción y beneficios exclusivos que refuerzan la decisión del usuario de actualizar.

Casos de uso concretos de la integración RevenueCat + Pushwoosh

El abanico de casos de uso al combinar eventos de suscripción con campañas de mensajería es enorme. Algunos escenarios habituales son:

Recordar renovaciones y recuperar intentos fallidos de cobro.
Convertir compras puntuales en suscripciones recurrentes.
Promocionar upgrades a niveles premium con mensajes contextuales.
Acompañar cambios de plan con contenido educativo o recomendaciones.

Imagina un servicio de streaming que detecta un problema de facturación en la suscripción. Gracias a la integración, puede disparar una notificación push dirigida que explica el fallo y ofrece instrucciones claras para resolverlo, como actualizar el método de pago. Esto reduce las bajas involuntarias y mejora la experiencia del usuario.

Otro ejemplo: un servicio de entrega de comidas puede usar los eventos de compra para transformar un pedido puntual en una relación a largo plazo. Después de una compra, se puede enviar una push agradeciendo al cliente y recomendando productos relacionados o presentando un plan de suscripción para recibir entregas recurrentes. Esa cadencia de comunicación ayuda a fidelizar, generar ventas adicionales y, potencialmente, convertir compradores únicos en suscriptores.

En apps con varios niveles de suscripción, como muchos juegos móviles, esta integración permite monitorizar qué nivel tiene cada usuario y disparar mensajes de upgrade personalizados. Por ejemplo, notificaciones que destaquen ventajas de los niveles premium, como contenido exclusivo, monedas extra o descuentos especiales, animando a los usuarios a subir de tier en el momento más oportuno.

Eventos disponibles en la integración RevenueCat → Pushwoosh

La integración crea automáticamente en Pushwoosh una serie de eventos a medida que RevenueCat los envía por primera vez. Cada evento representa una acción relevante en el ciclo de vida de la suscripción y muchos llevan atributos útiles (como precio o moneda) que luego se pueden usar en segmentaciones avanzadas.

Estos son los eventos más relevantes que se sincronizan:

RC_INITIAL_PURCHASE – Se dispara cuando un usuario realiza una compra inicial de suscripción. Incluye atributos como price, price_in_purchased_currency y currency.
RC_NON_RENEWING_PURCHASE – Indica una compra que no se renovará automáticamente, muy útil para productos de acceso temporal. También incluye los atributos de precio y moneda.
RC_RENEWAL – Representa la renovación de una suscripción ya existente o la reactivación de un usuario inactivo que se vuelve a suscribir. Incluye de nuevo precio y moneda.
RC_PRODUCT_CHANGE – Ocurre cuando un suscriptor cambia de producto, por ejemplo, al pasar de un plan mensual a uno anual, o de un nivel básico a uno premium.
RC_CANCELLATION – Marca la cancelación de una suscripción o de una compra no renovable, clave para flujos de retención y win-back.
RC_BILLING_ISSUE – Señala un problema al intentar cobrar al suscriptor, como una tarjeta caducada o fondos insuficientes.
RC_SUBSCRIBER_ALIAS – Se emite cada vez que se registra un nuevo app_user_id para un suscriptor ya existente, útil para seguimiento multi-dispositivo.
RC_SUBSCRIPTION_PAUSED – Indica que una suscripción se ha configurado para quedar en pausa al final del periodo actual.
RC_UNCANCELLATION – Notifica la reactivación de una suscripción cancelada pero aún no caducada.
RC_TRANSFER – Ocurre cuando se transfieren transacciones y derechos entre uno o varios IDs de usuario de la app a otro usuario, importante en migraciones o fusiones de cuentas.
RC_SUBSCRIPTION_EXTENDED – Señala que se ha ampliado una suscripción existente, adelantando la fecha de caducidad del periodo actual.
RC_EXPIRATION – Indica que la suscripción de un cliente ha caducado. Incluye atributos como price, price_in_purchased_currency, currency, expiration_at y purchased_at.

Todos estos eventos se pueden utilizar en los Customer Journeys de Pushwoosh. Aquellos que llevan atributos de precio son especialmente valiosos para aplicar segmentación RFM (Recency, Frequency, Monetary), con la que puedes priorizar a los usuarios según su valor económico y su actividad reciente.

Sincronización de usuarios entre RevenueCat y Pushwoosh

Para que los eventos de RevenueCat coincidan correctamente con los usuarios en Pushwoosh, es fundamental alinear los identificadores de usuario. La recomendación es que el UserID de Pushwoosh coincida con el App User Id de RevenueCat.

En la práctica, esto significa que debes tomar el appUserID que maneja el SDK de RevenueCat y pasarlo al SDK de Pushwoosh. De este modo, cuando RevenueCat envíe un webhook de evento, Pushwoosh podrá asociarlo al perfil correcto y activar los journeys adecuados sin pérdida de información.

En Android, este enlace se realiza, por ejemplo, con una llamada del estilo Pushwoosh.getInstance().setUserId(appUserIDFromRC);, donde appUserIDFromRC es el identificador que te proporciona RevenueCat. En iOS, el patrón es similar, utilizando algo como [[Pushwoosh sharedInstance] setUserId: appUserIDFromRC];. Una vez tengas esta correspondencia y hayas sincronizado también los HWIDs, la integración entre ambas plataformas funcionará de forma coherente.

Cómo activar la integración de Pushwoosh en el panel de RevenueCat

Después de alinear los IDs de usuario en tus SDKs, el siguiente paso es activar la integración desde el dashboard de RevenueCat. El flujo general es bastante directo:

Entra en tu proyecto en el panel de RevenueCat y localiza la sección de Integraciones en el menú lateral. Haz clic en “+ Nuevo” o en “Añadir integración”.
En el listado de integraciones, selecciona la opción Webhooks, ya que la integración con Pushwoosh se basa en este mecanismo.
Asigna un nombre reconocible a la integración, por ejemplo “Pushwoosh”, para identificarla fácilmente más adelante.
En el campo de URL del Webhook, introduce la ruta proporcionada por Pushwoosh, algo como: https://integration-revenuecat.svc-nue.pushwoosh.com/integration-revenuecat/v1/post-event?pwapp=APP_CODE. Sustituye APP_CODE por el código de tu aplicación en Pushwoosh, que encontrarás bajo el nombre de tu app en su panel.
En el valor del encabezado de autorización, pega tu token de la API de Pushwoosh. Este token se obtiene en el área de Ajustes > Acceso a la API dentro de tu cuenta de Pushwoosh.
Decide si quieres enviar eventos solo de compras de producción, solo de sandbox (pruebas) o de ambas. Para tests iniciales suele ser útil activar sandbox y, una vez todo esté verificado, sumar producción.
En el desplegable de App, especifica si los eventos del webhook deben enviarse para una sola app concreta o para todas las apps del proyecto en RevenueCat.
En el apartado Tipo de evento, elige si deseas enviar todos los eventos o solo un subconjunto concreto (por ejemplo, solo renovaciones y cancelaciones) en función de tu estrategia de comunicación.
Configura si quieres que se muestren todos los eventos, solo los exitosos o solo los fallidos. Esta distinción puede ayudarte en el debugging de la integración.

Además, tienes la opción de lanzar un Webhook de prueba directamente desde RevenueCat. Es muy recomendable usar esta función para comprobar que los eventos llegan correctamente a Pushwoosh, que se crean las plantillas de eventos de forma automática y que los Customer Journeys se disparan como esperas.

Aprovechar RevenueCat para mejorar tus paywalls

Más allá de la simple validación de pagos, RevenueCat aporta un contexto muy rico para optimizar tus muros de pago. Gracias al seguimiento detallado de eventos y a la capacidad de integrarse con herramientas de analítica y mensajería, puedes trabajar tu paywall como un elemento vivo, que evoluciona según el comportamiento real de tus usuarios.

Utilizando la información que llega desde RevenueCat puedes, por ejemplo, detectar patrones entre usuarios que convierten frente a los que no lo hacen: qué planes eligen, cuánto tiempo tardan desde la instalación hasta la compra, cuántos llegan al muro de función restringida, etc. Con estos datos, puedes refinar el copy, el orden de los beneficios, el número de planes mostrados o incluso ofrecer distintas variantes de paywall según segmento.

Si añades a la ecuación un generador de paywalls con IA capaz de usar el contenido de tu ficha de la store y referencias visuales, tienes un flujo muy potente: generas una versión inicial del paywall, la lanzas, analizas el rendimiento desde RevenueCat y ajustas rápidamente diseño, mensajes y CTAs hasta encontrar la combinación que mejor convierta.