Paywall iOS: 7 errors de principiant que frenen les vendes

Per què el teu paywall iOS no ven

La teva aplicació és a l'App Store, les instal·lacions arriben i, tot i així, gairebé ningú no se subscriu. En la majoria dels casos, el problema no és ni la teva idea ni el teu codi: és el teu paywall iOS, la pantalla que presenta l'oferta de pagament i demana a l'usuari que es comprometi. Un paywall que surt en el moment equivocat, sense prova gratuïta, sense botó de restauració o sense les mencions que exigeix Apple no ven, o bé te'l rebutgen a la revisió.

Aquests són els 7 errors que veig més sovint en una primera app, i com corregir cadascun. Res de receptes màgiques: ajustos concrets i verificables que pots aplicar abans del teu proper enviament a Apple.

Publico les meves pròpies apps iOS amb subscripció: Solys, un despertador amb minijocs, i TradaZen, un simulador de trading, totes dues connectades a RevenueCat. En totes dues he viscut la mateixa situació: moltes instal·lacions i molt poques proves gratuïtes iniciades. El producte no n'era el culpable. El paywall i l'onboarding no portaven prou clarament a la prova. És una de les raons que em van empènyer a refer-los a fons, i d'aquí ve aquesta llista.

Error núm. 1: mostrar el paywall massa aviat, o massa tard

És l'error més car, i passa en tots dos sentits.

Massa aviat vol dir que el paywall surt abans que l'usuari hagi entès què fa l'app. Obre l'app, veu un preu i la tanca. No té cap motiu per pagar perquè encara no ha vist res.

Massa tard vol dir un paywall amagat darrere d'un botó «Premium» a la configuració, o que només apareix després de diversos dies d'ús. La majoria d'usuaris no el veuran mai. I un usuari que no veu la teva oferta no s'hi pot subscriure.

El bon moment és entremig: al final de l'onboarding, just després que l'usuari hagi percebut el valor de l'app. Ha respost unes quantes preguntes, ha vist què farà l'app per ell, potser ha provat la funció principal. És aleshores quan l'oferta té sentit.

En concret:

• l'onboarding fa preguntes útils i mostra una vista prèvia del resultat;
• el paywall arriba al final d'aquest recorregut, no al mig;
• pots tornar a mostrar-lo més endavant, quan l'usuari topa amb un límit de la versió gratuïta. Si fas de pagament una funció que fins ara era gratuïta, llegeix primer la guia de la guideline 3.2.2.

Error núm. 2: no oferir una prova gratuïta

Per a una app que encara no coneix ningú, demanar que paguin de seguida és un salt molt gran. La prova gratuïta redueix aquest salt: l'usuari prova sense risc, i el pagament només comença al final del període de prova si no cancel·la.

Apple preveu aquest mecanisme amb el nom d'oferta introductòria (introductory offer) per a les subscripcions de renovació automàtica. Dues regles a recordar, tretes de la pàgina d'Apple sobre subscripcions:

• un client només pot aprofitar una sola oferta introductòria per grup de subscripcions;
• en el procés de compra, has d'indicar clarament la durada de la prova i el preu que es cobrarà quan acabi la prova.

L'error freqüent és oferir una prova sense dir-ho. Si el teu botó només diu «Subscriu-t'hi», l'usuari no sap que pot provar-ho gratis. Escriu-ho ben clar al botó o just a sobre: durada de la prova i després el preu. És exactament el tipus de detall que marca la diferència entre instal·lacions que dormen i proves que comencen.

Error núm. 3: no destacar bé la subscripció anual

Moltes primeres apps ofereixen una opció mensual i una d'anual, però les presenten com dues opcions idèntiques, l'una al costat de l'altra, sense jerarquia. Resultat: l'usuari dubta, i un usuari que dubta sovint tanca la pantalla.

Tanmateix, l'anual té avantatges tant per a tu com per a l'usuari: un preu mensual equivalent més baix per a ell, un compromís més llarg per a tu. Per destacar-la honestament:

• preselecciona-la i dona-li una presentació visual diferenciada;
• mostra l'equivalent mensual al costat del preu anual, perquè la comparació sigui immediata;
• indica l'estalvi real respecte a la mensual, calculat amb els teus preus reals, mai amb un preu de referència inventat.

Compte a no caure en l'excés contrari: el preu que realment es cobra ha de continuar sent el més visible. Apple demana que el preu de renovació complet es mostri de manera clara i visible. Un equivalent mensual en gran i el preu anual real en lletra petita és un paywall enganyós, i és motiu de rebuig per la guideline 3.1.2.

Error núm. 4: oblidar el botó de restaurar compres

És l'oblit més ximple i un dels més freqüents. Un subscriptor canvia d'iPhone, reinstal·la l'app i es troba davant del paywall tot i que ja està pagant. Sense un botó «Restaura les compres», no té cap manera de recuperar l'accés.

No és opcional. Les normes de revisió de l'App Store (norma 3.1.1) demanen un mecanisme de restauració per a qualsevol compra integrada restaurable, i la pàgina d'Apple sobre subscripcions inclou entre els elements de la pantalla de subscripció «una manera perquè els subscriptors actuals iniciïn sessió o restaurin les seves compres».

Amb RevenueCat, la restauració és una sola crida. La feina de debò és comprovar què passa després:

• el subscriptor recupera l'accés de veritat, sense haver de reiniciar l'app;
• un usuari sense compres rep un missatge clar, no un error tècnic;
• el botó és visible al mateix paywall, no només a la configuració.

Error núm. 5: oblidar les mencions que exigeix Apple

Un paywall que no diu clarament què pagarà l'usuari pot ser rebutjat. Apple detalla a la seva pàgina dedicada a les subscripcions què ha d'aparèixer a la pantalla de subscripció:

• el nom i la durada de la subscripció, i què ofereix durant aquest període;
• el preu de renovació complet, mostrat clarament i localitzat a les monedes disponibles;
• una manera de restaurar les compres (vegeu l'error anterior).

Afegeix una frase explícita sobre la renovació automàtica: la subscripció es renova mentre l'usuari no la cancel·li, i la pot cancel·lar a la configuració del seu compte d'Apple.

La mateixa pàgina també precisa que l'app i les seves metadades de l'App Store han de contenir enllaços a les condicions d'ús i a la política de privacitat. És un punt que molts descobreixen en el moment del rebuig: no n'hi ha prou de posar aquests enllaços dins l'app, també cal un recordatori de les condicions de la subscripció i aquests dos enllaços a la descripció de la fitxa de l'App Store. Sense ells, és un rebuig per la norma 3.1.2. A les meves apps amb subscripció, acabo la descripció amb un bloc curt: condicions de la subscripció, després l'enllaç a les condicions d'ús i l'enllaç a la política de privacitat. I si la teva fitxa està traduïda, aquest bloc ha d'existir en cada idioma.

Abans d'enganxar els enllaços, obre'ls en un navegador. Un enllaç a una pàgina que no existeix val el mateix que un enllaç absent.

He detallat els altres motius de rebuig habituals en aquest article sobre els rebuigs d'Apple, i la fitxa de l'App Store té la seva pròpia pàgina: optimitzar la teva fitxa a l'App Store.

Error núm. 6: no provar el paywall al sandbox

Un paywall que es veu bé al simulador no és un paywall que funciona. Entre la configuració dels productes a App Store Connect, les ofertes a RevenueCat i el codi de l'app, hi ha molts llocs on un detall pot fallar: un producte mal vinculat, un preu que no es carrega, una prova que no apareix.

Per a això Apple ofereix un entorn de proves, el sandbox, amb comptes d'Apple de prova que crees a App Store Connect, a «Users and Access», pestanya Sandbox. Aquests comptes serveixen per provar compres sense que et cobrin, incloses les renovacions, els pagaments fallits i els reemborsaments, tal com explica la documentació d'App Store Connect.

Abans de cada enviament, fes com a mínim aquest recorregut en un iPhone real:

1. primer inici, onboarding complet, arribada al paywall;
2. inici de la prova amb un compte de prova;
3. comprovació que l'accés premium s'obre correctament;
4. eliminació de l'app, reinstal·lació, restauració de la compra;
5. visualització correcta del paywall a l'iPhone més petit i al més gran que suportis.

El revisor d'Apple també provarà la compra. Si es bloqueja, és un rebuig.

Error núm. 7: no mesurar res

És l'error que impedeix corregir tots els altres. Sense mesures, no saps on abandonen els usuaris. Només veus el resultat final: pocs subscriptors. No saps si el problema és l'onboarding, el paywall, el preu o la prova.

És exactament el que em va permetre veure el problema a les meves pròpies apps: les instal·lacions hi eren, les proves iniciades no. Sense aquestes dues xifres l'una al costat de l'altra, m'hauria pogut passar setmanes refent una altra cosa.

Posa esdeveniments d'analítica a cada etapa clau, per exemple amb PostHog:

• inici de l'onboarding;
• final de l'onboarding;
• visualització del paywall;
• prova iniciada;
• compra o subscripció confirmada;
• restauració correcta.

Amb aquests esdeveniments, obtens un embut. Veus en quina etapa marxen els usuaris i saps què has de refer primer. RevenueCat completa la visió pel costat dels ingressos: proves, conversions, renovacions, cancel·lacions.

Un últim consell: no ho canviïs tot alhora. Si modifiques el preu, la prova i el disseny del paywall el mateix dia, no sabràs mai què ha fet moure les xifres.

La checklist del paywall abans del teu proper enviament

• El paywall arriba al final de l'onboarding, després d'una prova de valor.
• La prova gratuïta es mostra clarament: durada i després preu un cop acabada la prova.
• L'anual es destaca honestament i el preu que realment es cobra continua sent llegible.
• El botó «Restaura les compres» és al paywall i funciona.
• S'indiquen el nom, la durada, el preu de renovació i la renovació automàtica.
• Els enllaços a les condicions d'ús i a la política de privacitat són a l'app i a la descripció de l'App Store, en cada idioma.
• El procés de compra complet s'ha provat al sandbox en un iPhone real.
• Els esdeveniments d'analítica cobreixen cada etapa, des de l'onboarding fins a la compra.

Si encara dubtes sobre el model en si, subscripció o pagament únic, he escrit una guia específica: subscripció o compra única per a la teva primera app iOS. I per a tota la part tècnica, productes, RevenueCat i validació, ho tens tot a la pàgina subscripcions in-app a iOS.

Construir el teu paywall amb l'iOS Kit

El paywall només és una peça. Depèn de l'onboarding que el precedeix, del preu que fixes, de la fitxa de l'App Store que porta els usuaris, i de la funció principal de l'app, la que cal mantenir simple en una primera versió ben acotada.

Si vols partir d'una base feta, l'onboarding, el paywall i les subscripcions ja són al codi inicial de l'iOS Kit, i la tercera etapa del seu recorregut serveix per connectar-los a la teva pròpia app. Ningú no et pot garantir uns ingressos.

Abans de l'enviament, les skills de Claude Code de l'Apple Review Kit revisen el teu paywall i les mencions que exigeix Apple. I la pàgina d'inici mostra com llançar la teva aplicació mòbil amb aquest paywall ja connectat.

Preguntes freqüents

Quins errors de paywall iOS frenen les vendes d'una primera app?

Hi ha set errors que es repeteixen en una primera app: un paywall mostrat massa aviat o massa tard, sense prova gratuïta, una subscripció anual mal destacada. Després vénen un botó de restauració oblidat, l'absència de les mencions que exigeix Apple, un paywall mai provat al sandbox i cap mesura. Cadascun es corregeix amb un ajust concret, que has de comprovar abans del teu proper enviament a Apple.

Quan s'ha de mostrar el paywall en una app iOS?

Al final de l'onboarding, just després que l'usuari hagi percebut el valor de l'app. Massa aviat, veu un preu sense haver entès què fa l'app. Massa tard, per exemple darrere d'un botó «Premium» a la configuració, la majoria d'usuaris no el veuran mai. Pots tornar a mostrar-lo més endavant, quan l'usuari topa amb un límit de la versió gratuïta.

Què ha de mostrar un paywall iOS per complir les normes d'Apple?

Apple demana a la pantalla de subscripció el nom i la durada de la subscripció, què ofereix, el preu de renovació complet mostrat clarament i una manera de restaurar les compres. També calen enllaços a les condicions d'ús i a la política de privacitat, dins l'app i a la descripció de la teva fitxa de l'App Store. Si no són a la descripció, és un rebuig. Afegeix una frase explícita sobre la renovació automàtica.

Cal oferir una prova gratuïta en una app iOS?

Sí, sobretot per a una app que encara no coneix ningú: demanar que paguin de seguida és un salt molt gran, i la prova permet provar sense risc. Apple ho anomena oferta introductòria, limitada a una per grup de subscripcions per a un mateix client. Escriu la durada de la prova i després el preu que es cobrarà al botó o just a sobre.

Com es destaca la subscripció anual sense enganyar l'usuari?

Preselecciona l'anual, dona-li una presentació visual diferenciada i mostra el seu equivalent mensual al costat del preu anual. Indica l'estalvi real respecte a la mensual, calculat amb els teus preus reals, mai amb un preu de referència inventat. No amaguis el preu real: un equivalent mensual en gran i el preu anual en lletra petita és un paywall enganyós i un motiu de rebuig.

Com es prova un paywall iOS abans d'enviar-lo a Apple?

Amb el sandbox d'Apple: comptes de prova, creats a App Store Connect, que permeten comprar sense que et cobrin. En un iPhone real, fes el recorregut complet: onboarding, inici de la prova, accés premium, i després eliminació de l'app, reinstal·lació i restauració de la compra. Comprova també la visualització a l'iPhone més petit i al més gran que suportis.