Paywall iOS: 7 errores de principiante que frenan tus ventas

Por qué tu paywall iOS no vende

Tu app está en el App Store, llegan las instalaciones y, aun así, casi nadie se suscribe. En la mayoría de los casos, el problema no es tu idea ni tu código: es tu paywall iOS, la pantalla que presenta la oferta de pago y le pide al usuario que se comprometa. Un paywall que aparece en el momento equivocado, sin prueba gratuita, sin botón para restaurar compras o sin los avisos que Apple exige no vende, o lo rechazan en la revisión.

Estos son los 7 errores que más veo en una primera app, y cómo corregir cada uno. Nada de recetas mágicas: ajustes concretos y verificables que puedes aplicar antes de tu próximo envío a Apple.

Publico mis propias apps iOS con suscripción: Solys, un despertador con minijuegos, y TradaZen, un simulador de trading, las dos conectadas a RevenueCat. En ambas viví la misma situación: muchas instalaciones y muy pocas pruebas gratuitas iniciadas. El producto no era el problema. El paywall y el onboarding no llevaban con suficiente claridad a la prueba. Es una de las razones que me empujaron a rehacerlos a fondo, y de ahí sale esta lista.

Error n.º 1: mostrar el paywall demasiado pronto, o demasiado tarde

Es el error más caro, y se da en las dos direcciones.

Demasiado pronto es el paywall que aparece antes de que el usuario entienda qué hace la app. Abre la app, ve un precio, la cierra. No tiene ningún motivo para pagar, porque todavía no ha visto nada.

Demasiado tarde es el paywall escondido detrás de un botón "Premium" en los ajustes, o que solo aparece después de varios días de uso. La mayoría de los usuarios nunca lo verá. Y un usuario que no ve tu oferta no puede suscribirse.

El momento correcto está entre los dos: al final del onboarding, justo después de que el usuario percibió el valor de la app. Respondió algunas preguntas, vio lo que la app va a hacer por él, quizá probó la función principal. Ahí es donde la oferta tiene sentido.

En concreto:

• el onboarding hace preguntas útiles y muestra una vista previa del resultado;
• el paywall llega al final de ese recorrido, no a la mitad;
• puedes volver a mostrarlo más adelante, cuando el usuario choca con un límite de la versión gratuita. Si vas a cobrar por una función que hasta ahora era gratis, lee primero la guía de la guideline 3.2.2.

Error n.º 2: no ofrecer prueba gratuita

Para una app que nadie conoce todavía, pedir que paguen de inmediato es un salto grande. La prueba gratuita reduce ese salto: el usuario prueba sin riesgo, y el cobro solo empieza al terminar el periodo de prueba si no cancela.

Apple contempla este mecanismo con el nombre de oferta introductoria (introductory offer) para las suscripciones autorrenovables. Dos reglas que debes recordar, sacadas de la página de Apple sobre suscripciones:

• un cliente solo puede aprovechar una oferta introductoria por grupo de suscripciones;
• en el flujo de compra, debes indicar claramente la duración de la prueba y el precio que se cobra cuando termina.

El error frecuente es ofrecer una prueba sin decirlo. Si tu botón solo dice "Suscribirse", el usuario no sabe que puede probar gratis. Escríbelo con todas las letras en el botón o justo encima: duración de la prueba y luego precio. Es justo el tipo de detalle que marca la diferencia entre instalaciones dormidas y pruebas que arrancan.

Error n.º 3: no destacar bien la suscripción anual

Muchas primeras apps ofrecen un plan mensual y uno anual, pero los presentan como dos opciones idénticas, lado a lado, sin jerarquía. Resultado: el usuario duda, y un usuario que duda suele cerrar la pantalla.

Sin embargo, el plan anual tiene ventajas tanto para ti como para el usuario: un precio mensual equivalente más bajo para él, un compromiso más largo para ti. Para destacarlo de forma honesta:

• preselecciónalo y dale una presentación visual distinta;
• muestra el equivalente mensual junto al precio anual, para que la comparación sea inmediata;
• indica el ahorro real frente al mensual, calculado con tus precios reales, nunca con un precio de referencia inventado.

Cuidado con irte al extremo contrario: el precio que realmente se cobra debe seguir siendo el más visible. Apple pide que el precio completo de renovación se muestre de forma clara y visible. Un equivalente mensual en grande y el precio anual real en letra diminuta es un paywall engañoso, y es motivo de rechazo según la guideline 3.1.2.

Error n.º 4: olvidar el botón para restaurar compras

Es el olvido más tonto y uno de los más frecuentes. Un suscriptor cambia de iPhone, reinstala la app y se encuentra frente al paywall aunque ya está pagando. Sin un botón "Restaurar compras", no tiene ninguna forma de recuperar su acceso.

No es opcional. Las normas de revisión del App Store (norma 3.1.1) exigen un mecanismo de restauración para toda compra integrada restaurable, y la página de Apple sobre suscripciones incluye entre los elementos de la pantalla de suscripción "una forma para que los suscriptores actuales inicien sesión o restauren sus compras".

Con RevenueCat, restaurar se resuelve con una sola llamada. El trabajo real es verificar lo que pasa después:

• el suscriptor recupera su acceso, sin tener que reiniciar la app;
• un usuario sin compras recibe un mensaje claro, no un error técnico;
• el botón está visible en el propio paywall, no solo en los ajustes.

Error n.º 5: olvidar los avisos que Apple exige

Un paywall que no dice claramente lo que el usuario va a pagar puede ser rechazado. Apple detalla en su página dedicada a las suscripciones lo que debe aparecer en la pantalla de suscripción:

• el nombre y la duración de la suscripción, y lo que ofrece durante ese periodo;
• el precio completo de renovación, mostrado con claridad y localizado en las monedas disponibles;
• una forma de restaurar las compras (ver el error anterior).

Agrega una frase explícita sobre la renovación automática: la suscripción se renueva mientras el usuario no la cancele, y puede cancelarla en los ajustes de su cuenta de Apple.

La misma página aclara también que la app y sus metadatos del App Store deben incluir enlaces a los términos de uso y a la política de privacidad. Es algo que muchos descubren en el momento del rechazo: no basta con poner esos enlaces en la app, también hace falta un recordatorio de las condiciones de la suscripción y esos dos enlaces en la descripción de la ficha del App Store. Sin ellos, es un rechazo según la norma 3.1.2. En mis apps con suscripción, termino la descripción con un bloque corto: condiciones de la suscripción, luego enlace a los términos de uso y enlace a la política de privacidad. Y si tu ficha está traducida, ese bloque debe existir en cada idioma.

Antes de pegar tus enlaces, ábrelos en un navegador. Un enlace a una página que no existe equivale a no tener enlace.

Detallé los otros motivos de rechazo frecuentes en este artículo sobre los rechazos de Apple, y la ficha del App Store tiene su propia página: optimizar tu ficha en el App Store.

Error n.º 6: no probar el paywall en sandbox

Un paywall que se ve bien en el simulador no es un paywall que funciona. Entre la configuración de los productos en App Store Connect, las ofertas en RevenueCat y el código de la app, hay muchos puntos donde un detalle puede romperse: un producto mal vinculado, un precio que no carga, una prueba que no aparece.

Para eso Apple ofrece un entorno de pruebas, el sandbox, con cuentas de Apple de prueba que creas en App Store Connect, en Users and Access, pestaña Sandbox. Estas cuentas sirven para probar compras sin que te cobren, incluidas las renovaciones, los pagos fallidos y los reembolsos, como explica la documentación de App Store Connect.

Antes de cada envío, recorre como mínimo este flujo en un iPhone real:

1. primer inicio, onboarding completo, llegada al paywall;
2. inicio de la prueba con una cuenta de prueba;
3. verificación de que el acceso premium se desbloquea;
4. eliminación de la app, reinstalación, restauración de la compra;
5. visualización correcta del paywall en el iPhone más pequeño y en el más grande que soportas.

El revisor de Apple también probará la compra. Si se traba, es un rechazo.

Error n.º 7: no medir nada

Es el error que te impide corregir todos los demás. Sin medición, no sabes dónde abandonan los usuarios. Solo ves el resultado final: pocos suscriptores. No sabes si el problema es el onboarding, el paywall, el precio o la prueba.

Eso es justo lo que me permitió ver el problema en mis propias apps: las instalaciones estaban, las pruebas iniciadas no. Sin esas dos cifras lado a lado, podría haber pasado semanas rehaciendo otra cosa.

Coloca eventos de analítica en cada etapa clave, por ejemplo con PostHog:

• inicio del onboarding;
• fin del onboarding;
• visualización del paywall;
• prueba iniciada;
• compra o suscripción confirmada;
• restauración exitosa.

Con estos eventos obtienes un embudo. Ves la etapa donde se van los usuarios y sabes qué rehacer primero. RevenueCat completa la vista del lado de los ingresos: pruebas, conversiones, renovaciones, cancelaciones.

Un último consejo: no cambies todo a la vez. Si modificas el precio, la prueba y el diseño del paywall el mismo día, nunca sabrás qué movió las cifras.

La checklist del paywall antes de tu próximo envío

• El paywall llega al final del onboarding, después de una prueba de valor.
• La prueba gratuita se muestra con claridad: duración y luego precio después de la prueba.
• El plan anual se destaca con honestidad y el precio que realmente se cobra sigue siendo legible.
• El botón "Restaurar compras" está en el paywall y funciona.
• Se indican el nombre, la duración, el precio de renovación y la renovación automática.
• Los enlaces a los términos de uso y a la política de privacidad están en la app y en la descripción del App Store, en cada idioma.
• El flujo de compra completo se probó en sandbox en un iPhone real.
• Los eventos de analítica cubren cada etapa, del onboarding a la compra.

Si todavía dudas sobre el modelo en sí, suscripción o pago único, escribí una guía dedicada: suscripción o compra única para tu primera app iOS. Y para toda la parte técnica, productos, RevenueCat y validación, todo está en la página suscripciones in-app en iOS.

Construye tu paywall con el iOS Kit

El paywall es solo una pieza. Depende del onboarding que lo precede, del precio que fijes, de la ficha del App Store que atrae a los usuarios y de la función principal de la app, la que conviene mantener simple en una primera versión bien acotada.

Si quieres partir de una base lista, el onboarding, el paywall y las suscripciones ya vienen en el código inicial del iOS Kit, y la tercera etapa de su recorrido sirve para conectarlos a tu propia app. Nadie puede garantizarte ingresos.

Antes del envío, las skills de Claude Code del Apple Review Kit revisan tu paywall y los avisos que Apple exige. Y la página de inicio muestra cómo lanzar tu app móvil con este paywall ya conectado.

Preguntas frecuentes

¿Qué errores de paywall iOS frenan las ventas de una primera app?

Hay siete errores que se repiten en una primera app: un paywall mostrado demasiado pronto o demasiado tarde, sin prueba gratuita, una suscripción anual mal destacada. Después vienen un botón de restaurar compras olvidado, la falta de los avisos que Apple exige, un paywall nunca probado en sandbox y ninguna medición. Cada uno se corrige con un ajuste concreto, que debes verificar antes de tu próximo envío a Apple.

¿Cuándo mostrar el paywall en una app iOS?

Al final del onboarding, justo después de que el usuario percibió el valor de la app. Demasiado pronto, ve un precio sin haber entendido qué hace la app. Demasiado tarde, por ejemplo detrás de un botón "Premium" en los ajustes, la mayoría de los usuarios nunca lo verá. Puedes volver a mostrarlo más adelante, cuando el usuario choca con un límite de la versión gratuita.

¿Qué debe mostrar un paywall iOS para cumplir las normas de Apple?

Apple pide en la pantalla de suscripción el nombre y la duración de la suscripción, lo que ofrece, el precio completo de renovación mostrado con claridad y una forma de restaurar las compras. También hacen falta enlaces a los términos de uso y a la política de privacidad, en la app y en la descripción de tu ficha del App Store. Si no están en la descripción, es un rechazo. Agrega una frase explícita sobre la renovación automática.

¿Hay que ofrecer una prueba gratuita en una app iOS?

Sí, sobre todo para una app que nadie conoce todavía: pedir que paguen de inmediato es un salto grande, y la prueba permite probar sin riesgo. Apple la llama oferta introductoria, limitada a una por grupo de suscripciones para un mismo cliente. Escribe la duración de la prueba y luego el precio que se cobra después, en el botón o justo encima.

¿Cómo destacar la suscripción anual sin engañar al usuario?

Preselecciona el plan anual, dale una presentación visual distinta y muestra su equivalente mensual junto al precio anual. Indica el ahorro real frente al mensual, calculado con tus precios reales, nunca con un precio de referencia inventado. No escondas el precio real: un equivalente mensual en grande y el precio anual en letra diminuta es un paywall engañoso y un motivo de rechazo.

¿Cómo probar un paywall iOS antes de enviarlo a Apple?

Con el sandbox de Apple: cuentas de prueba, creadas en App Store Connect, que permiten comprar sin que te cobren. En un iPhone real, recorre el flujo completo: onboarding, inicio de la prueba, acceso premium, luego eliminación de la app, reinstalación y restauración de la compra. Verifica también cómo se ve en el iPhone más pequeño y en el más grande que soportas.