muntar murs de pagament i gestionar passarel·les de pagament amb RevenueCat pot semblar un embolic la primera vegada que et poses, sobretot si vens de solucions “plug and play” tipus Superwall. Però si vols una base sòlida per escalar, mesurar bé els teus ingressos i tenir un control fi sobre esdeveniments de subscripció, val la pena dedicar-hi una estona i entendre com encaixa RevenueCat a l'stack de la teva app.
L'objectiu d'aquest article és ajudar-te a veure com fer servir RevenueCat per crear paywalls simples, gestionar murs de subscripció i connectar tot això amb la teva analítica i màrqueting (per exemple, amb Pushwoosh), aprofitant el seu rol com a “font única de la veritat” per a les teves dades de pagaments. Veurem casos reals, problemes típics amb la revisió de les stores, com estructurar el teu mur de pagament i com treure suc a tots els esdeveniments que dispara la plataforma.
Per què RevenueCat és el centre del teu stack de subscripcions?
Moltes empreses han acabat situant RevenueCat com el nucli de la vostra infraestructura de subscripcions. La raó principal és que ofereix un punt centralitzat on viuen totes les dades de pagaments i renovacions, sense importar si provenen de iOS, Android o web. Això resol un dels grans maldecaps habituals: tenir dades diferents a cada store, al teu backend ia la teva eina d'analítica.
Usant RevenueCat aconsegueixes una única font d'informació fiable sobre subscripcions i facturació. A partir d'aquí, podeu distribuir aquestes dades a la resta d'eines del vostre stack (analítica, CRM, automatització de màrqueting, notificacions push, etc.) mitjançant integracions natives o via webhooks. Aquesta consistència és clau quan vols segmentar usuaris, fer campanyes d'upsell o entendre realment el comportament dels teus subscriptors.
A la pràctica, això significa que les teves decisions de producte i màrqueting es basen en esdeveniments de subscripció coherents i unificats: compres inicials, renovacions, cancel·lacions, problemes de cobrament, canvis de producte i un llarg etcètera. Tot això es pot connectar després amb solucions tipus Pushwoosh per construir journeys automatitzats molt fins.
RevenueCat vs Superwall: simplicitat davant de control
Si véns de fer servir eines com Superwall, és normal que tinguis la sensació que RevenueCat és més complex. Superwall està molt orientat a aixecar un paywall visual en poc temps, amb un enfocament gairebé plug and play. En canvi, RevenueCat posa el focus a la capa de negoci: gestió de productes, lògica de subscripcions, esdeveniments i dades.
Això no vol dir que amb RevenueCat no puguis crear murs de pagament simples i eficaços, sinó que l'eina se centra a controlar el “què” i el “quan” de les subscripcions, mentre que el “com es veu” el paywall recau més en la teva implementació. A canvi, guanyes una flexibilitat enorme per integrar els murs de pagament amb altres sistemes i per orquestrar tot el cicle de vida de l'usuari.
A més, RevenueCat està evolucionant amb eines de generació de paywalls basades en IA, cosa que permet partir de llistats de la store, prompts o referències visuals per muntar un disseny inicial de mur de pagament. A partir d'aquest esborrany, podeu ajustar per conversa el disseny, els textos, les trucades a l'acció i comprovar punts clau abans de llançar. D'aquesta manera s'escurça molt la distància entre la capa de negoci i l'experiència visual.
Murs de pagament simples: estructura recomanada
Un patró freqüent en apps de subscripció és tenir dos murs de pagament senzills però ben diferenciats. Per exemple:
- Un paywall inicial després de la incorporació (onboarding), sense restriccions, que presenta la proposta de valor general.
- Un segon mur de pagament associat a certes funcionalitats, amb restriccions, que apareix quan lusuari intenta utilitzar característiques premium.
En el primer cas, el mur de pagament sol ser més “aspiracional”: expliques beneficis globals, resums de plans i el perquè de la subscripció. En el segon, el context mana: l'usuari està intentant fer alguna cosa concreta (per exemple, accedir a un curs premium oa una funció avançada), així que t'interessa destacar el valor exacte d'aquesta característica i com la subscripció desbloqueja aquesta acció a l'instant.
RevenueCat cobreix la part de gestió de productes, preus, períodes de prova i validació de drets, mentre que el layout, textos i comportament visual del paywall els controles tu a l'app. Si combineu això amb un generador de paywalls basat en IA, podeu iterar ràpidament diferents dissenys per al vostre mur principal i per al paywall contextual de característiques.
Problemes habituals amb la revisió de subscripcions a App Store
Un escenari força comú en començar amb RevenueCat (o amb qualsevol sistema de subscripcions) és el següent: envies la teva app a revisió i envies també la teva subscripció in-app per primera vegada, però la subscripció està encara “en espera de revisió”. Mentrestant, el revisor d'Apple entra a la teva app, arriba al paywall i… la informació de preus i productes no es carrega correctament perquè la subscripció encara no està aprovada.
El resultat sol ser desastrós: el revisor no pot avançar des del mur de pagament i acaba rebutjant l'app una vegada i una altra, ja que el flux de compra està trencat des del seu punt de vista. Es genera així una mena de cercle viciós en què l'app depèn d'una subscripció que encara no està llesta, i la subscripció depèn d'una app que no passa la revisió.
Per minimitzar aquest tipus de problemes és recomanable preparar la teva app per manejar estats intermedis: per exemple, mostrant un missatge amigable si no hi ha productes disponibles, afegint una opció de saltar o oferint una ruta alternativa de navegació per al revisor. També convé documentar clarament a la nota de revisió què està passant i, si és possible, incloure captures o passos per reproduir el comportament esperat una vegada la subscripció estigui aprovada.
Un altre consell útil és no bloquejar absolutament tota l'app darrere d'un mur de pagament que depèn de productes encara no aprovats. Deixar una mica de contingut accessible o una petitíssima part funcional pot ajudar a fer que el revisor entengui la proposta de valor i no es frustri per no poder provar res. En el context de RevenueCat, també assegura't que la teva app maneja adequadament les respostes buides o els errors en la càrrega de productes.
RevenueCat com a plataforma de gestió de subscripcions
RevenueCat es defineix com una plataforma que simplifica les compres i subscripcions dins de l'app per a iOS, Android i la web. S'encarrega de les parts més delicades de la lògica de subscripció: validació de rebuts, sincronització entre dispositius, restauració de compres, gestió de períodes de prova, promocions, etc.
A més, proporciona eines completes per analitzar i optimitzar el rendiment de les teves subscripcions. Això inclou mètriques com ara ingressos recurrents, retenció, churn, LTV, comportament per cohorts i segmentacions que t'ajuden a entendre quins plans funcionen millor, quines promocions converteixen més o en quin punt del cicle de vida es perden més usuaris.
El gran avantatge és que, en centralitzar tot això, t'evita refer la mateixa lògica per a cada plataforma. En lloc de bregar directament amb els SDKs nadius de cada store, et recolzes en un SDK únic que exposa un model de dades homogeni i deixa que RevenueCat s'encarregueu d'interpretar els detalls de cada botiga.
Integració de RevenueCat amb Pushwoosh: automatització i segmentació
Una de les integracions més potents en el context de murs de pagament i retenció és la de RevenueCat amb Pushwoosh. Pushwoosh és una plataforma per enviar notificacions push, missatges in-app i altres tipus de comunicacions dirigides, i en enllaçar-la amb RevenueCat pots orquestrar campanyes basades en esdeveniments reals de subscripció.
La idea és senzilla: RevenueCat envia esdeveniments de subscripció a Pushwoosh mitjançant webhooks i aquests esdeveniments es converteixen en disparadors per a Customer Journeys, automatitzacions i segmentacions avançades. Amb això podeu animar a renovar, recordar el valor del pla, proposar upgrades a nivells superiors o llançar ofertes especials en el moment adequat, maximitzant la interacció i els ingressos.
Per exemple, una plataforma d'e-learning pot augmentar l'engagement enviant notificacions personalitzades quan detecta un canvi de pla. El missatge pot incloure orientació sobre la transició, les recomanacions de cursos alineats amb el nou nivell de subscripció i els beneficis exclusius que reforcen la decisió de l'usuari d'actualitzar.
Casos d'ús concrets de la integració RevenueCat + Pushwoosh
El ventall de casos dús en combinar esdeveniments de subscripció amb campanyes de missatgeria és enorme. Alguns escenaris habituals són:
- Recordar renovacions i recuperar intents de cobrament fallits.
- Convertir compres puntuals en subscripcions recurrents.
- Promocionar upgrades a nivells premium amb missatges contextuals.
- Acompanyar canvis de pla amb contingut educatiu o recomanacions.
Imagina un servei de streaming que detecta un problema de facturació a la subscripció. Gràcies a la integració, podeu disparar una notificació push dirigida que explica la decisió i ofereix instruccions clares per resoldre'l, com actualitzar el mètode de pagament. Això redueix les baixes involuntàries i millora lexperiència de lusuari.
Un altre exemple: un servei de lliurament de menjars pot utilitzar els esdeveniments de compra per transformar una comanda puntual en una relació a llarg termini. Després d'una compra, podeu enviar una push agraint al client i recomanant productes relacionats o presentant un pla de subscripció per rebre lliuraments recurrents. Aquesta cadència de comunicació ajuda a fidelitzar, generar vendes addicionals i, potencialment, convertir compradors únics en subscriptors.
A apps amb diversos nivells de subscripció, com molts jocs mòbils, aquesta integració permet monitoritzar quin nivell té cada usuari i disparar missatges d'upgrade personalitzats. Per exemple, notificacions que destaquin avantatges dels nivells premium, com a contingut exclusiu, monedes extra o descomptes especials, animant els usuaris a pujar de tier en el moment més oportú.
Esdeveniments disponibles a la integració RevenueCat → Pushwoosh
La integració crea automàticament a Pushwoosh una sèrie d'esdeveniments a mesura que RevenueCat els envia per primer cop. Cada esdeveniment representa una acció rellevant en el cicle de vida de la subscripció i molts porten atributs útils (com a preu o moneda) que després es poden fer servir en segmentacions avançades.
Aquests són els esdeveniments més rellevants que se sincronitzen:
- RC_INITIAL_PURCHASE – Es dispara quan un usuari fa una compra inicial de subscripció. Inclou atributs com preu, price_in_purchased_currency y moneda.
- RC_NON_RENEWING_PURCHASE – Indica una compra que no es renovarà automàticament, gaire útil per a productes d'accés temporal. També inclou els atributs de preu i moneda.
- RC_RENEWAL – Representa la renovació d‟una subscripció ja existent o la reactivació d‟un usuari inactiu que es torna a subscriure. Inclou de nou preu i moneda.
- RC_PRODUCT_CHANGE – Passa quan un subscriptor canvia de producte, per exemple, en passar d'un pla mensual a un de anual, o d'un nivell bàsic a un de premium.
- RC_CANCELLATION – Marca la cancel·lació d'una subscripció o compra no renovable, clau per a fluxos de retenció i win-back.
- RC_BILLING_ISSUE – Assenyala un problema en intentar cobrar al subscriptor, com ara una targeta caducada o fons insuficients.
- RC_SUBSCRIBER_ALIAS – S'emet cada cop que es registra un nou app_user_id per a un subscriptor ja existent, útil per a seguiment multidispositiu.
- RC_SUBSCRIPTION_PAUSED – Indica que s'ha configurat una subscripció per quedar en pausa al final del període actual.
- RC_UNCANCELLATION – Notifica la reactivació d'una subscripció cancel·lada, però encara no caducada.
- RC_TRANSFER – Passa quan es transfereixen transaccions i drets entre un o més ID d'usuari de l'app a un altre usuari, important en migracions o fusions de comptes.
- RC_SUBSCRIPTION_EXTENDED – Assenyala que s'ha ampliat una subscripció existent i avança la data de caducitat del període actual.
- RC_EXPIRATION – Indica que la subscripció d‟un client ha caducat. Inclou atributs com preu, price_in_purchased_currency, moneda, expiration_at y purchased_at.
Tots aquests esdeveniments es poden utilitzar als Customer Journeys de Pushwoosh. Aquells que porten atributs de preu són especialment valuosos per aplicar segmentació RFM (Recency, Frequency, Monetary), amb què pots prioritzar els usuaris segons el seu valor econòmic i la seva activitat recent.
Sincronització d'usuaris entre RevenueCat i Pushwoosh
Perquè els esdeveniments de RevenueCat coincideixin correctament amb els usuaris a Pushwoosh, és fonamental alinear els identificadors d'usuari. La recomanació és que l'UserID de Pushwoosh coincideixi amb el App User Id de RevenueCat.
A la pràctica, això significa que has de prendre l'appUserID que maneja l'SDK de RevenueCat i passar-ho a l'SDK de Pushwoosh. D'aquesta manera, quan RevenueCat enviï un webhook d'esdeveniment, Pushwoosh podrà associar-lo al perfil correcte i activar els journeys adequats sense pèrdua d'informació.
A Android, aquest enllaç es fa, per exemple, amb una trucada de l'estil Pushwoosh.getInstance().setUserId(appUserIDFromRC); on appUserIDFromRC és l'identificador que us proporciona RevenueCat. A iOS, el patró és similar, utilitzant alguna cosa com [[Pushwoosh sharedInstance] setUserId: appUserIDFromRC];. Un cop tinguis aquesta correspondència i hagis sincronitzat també els HWIDs, la integració entre ambdues plataformes funcionarà de manera coherent.
Com activar la integració de Pushwoosh al panell de RevenueCat
Després d'alinear els ID d'usuari als SDKs, el següent pas és activar la integració des del dashboard de RevenueCat. El flux general és força directe:
- Entra al teu projecte al panell de RevenueCat i localitza la secció de Integracions al menú lateral. Fes clic a “+ Nou” oa “Afegir integració”.
- Al llistat d'integracions, seleccioneu l'opció Webhooks, ja que la integració amb Pushwoosh es basa en aquest mecanisme.
- Assigna un nom reconeixible a la integració, per exemple Pushwoosh, per identificar-la fàcilment més endavant.
- Al camp d'URL del Webhook, introduïu la ruta proporcionada per Pushwoosh, com: https://integration-revenuecat.svc-nue.pushwoosh.com/integration-revenuecat/v1/post-event?pwapp=APP_CODE. Substitueix APP_CODE pel codi de la teva aplicació a Pushwoosh, que trobaràs sota el nom de la teva app al panell.
- En el valor de la capçalera d'autorització, enganxa la teva token de l'API de Pushwoosh. Aquest token s'obté a l'àrea de Paràmetres > Accés a l'API dins del vostre compte de Pushwoosh.
- Decideix si vols enviar esdeveniments només de compres de producció, Només de sorral (proves) o de totes dues. Per a tests inicials sol ser útil activar sandbox i, un cop tot estigui verificat, sumar producció.
- Al desplegable d'App, especifica si els esdeveniments del webhook s'han d'enviar per una sola app concreta o per a totes les apps del projecte a RevenueCat.
- A l'apartat Tipus d'esdeveniment, tria si vols enviar tots els esdeveniments o només un subconjunt concret (per exemple, només renovacions i cancel·lacions) en funció de la teva estratègia de comunicació.
- Configura si vols que es mostrin tots els esdeveniments, només els reeixits o només els fallits. Aquesta distinció et pot ajudar en el debugging de la integració.
A més, tens l'opció de llançar un Webhook de prova directament des de RevenueCat. És molt recomanable fer servir aquesta funció per comprovar que els esdeveniments arriben correctament a Pushwoosh, que es creen les plantilles d'esdeveniments de forma automàtica i que els Customer Journeys es disparen com esperes.
Aprofitar RevenueCat per millorar els teus paywalls
Més enllà de la simple validació de pagaments, RevenueCat aporta un context molt ric per optimitzar els teus murs de pagament. Gràcies al seguiment detallat d'esdeveniments ia la capacitat d'integrar-se amb eines d'analítica i missatgeria, podeu treballar el vostre paywall com un element viu, que evoluciona segons el comportament real dels vostres usuaris.
Utilitzant la informació que arriba des de RevenueCat pots, per exemple, detectar patrons entre usuaris que converteixen davant dels que no ho fan: quins plans trien, quant de temps triguen des de la instal·lació fins a la compra, quants arriben al mur de funció restringida, etc. Amb aquestes dades, podeu refinar el copy, l'ordre dels beneficis, el nombre de plans mostrats o fins i tot oferir diferents variants de paywall segons segment.
Si afegeixes a l'equació un generador de paywalls amb IA capaç de fer servir el contingut de la teva fitxa de la store i referències visuals, tens un flux molt potent: generes una versió inicial del paywall, la llances, analitzes el rendiment des de RevenueCat i ajustes ràpidament disseny, missatges i CTA fins a trobar la combinació que millor converteixi.
Tot plegat, combinar murs de pagament ben pensats amb la gestió de subscripcions de RevenueCat i l'automatització de missatges mitjançant Pushwoosh et dóna una base molt sòlida per escalar un negoci de subscripció: tens dades centralitzades i fiables, una estructura d'esdeveniments completa de tot el cicle de vida, comunicació dirigida en temps real i flexibilitat per provar variacions de paywall.
Encara que al principi pugui impressionar més que solucions ultra-simples, un cop configurat l'stack, es converteix en una peça estable i potent sobre la qual construir un model d'ingressos recurrent realment sostenible. Comparteix aquesta informació i més usuaris sabran de l'eina.