Como las apps indie evitan la comision del 30% de Apple con paywalls web
Apple se lleva el 30% de cada dolar que pasa por las compras in-app. Si cumples los requisitos del Small Business Program (menos de 1M de dolares en ingresos anuales, lo que cubre a la mayoria de desarrolladores indie), eso baja al 15%. En cualquier caso, es un pedazo significativo de ingresos que va a la plataforma por el privilegio de procesar un pago.
Para una app indie bootstrapped con $10.000 MRR, la comision de Apple son entre $1.500 y $3.000 al mes. Con $50.000 MRR, estas enviando entre $7.500 y $15.000 al mes a Apple. Ese dinero podria financiar un freelance, cubrir tu presupuesto de marketing del trimestre, o simplemente ser beneficio.
Desde 2024, Apple permite que las apps en EE.UU. incluyan un enlace a opciones de pago externas, tras la sentencia judicial del caso Epic v. Apple. Pero la pregunta practica para desarrolladores indie no es si es tecnicamente posible -- es como lo estan haciendo las apps reales, que funciona, y que riesgos necesitas entender antes de dar el paso.
Este post cubre dos estrategias probadas usadas por apps reales, las cuentas detras de cada una, y los errores criticos que pueden hacer que retiren tu app de la tienda.
Estrategia 1: Embudo web-first
El enfoque mas efectivo es tambien el mas directo: no envies nunca a los usuarios de pago a traves de la App Store.
Como funciona
En lugar de publicar anuncios que enlacen a tu ficha de la App Store, envias el trafico a tu web. El recorrido completo del usuario sucede en la web:
- El usuario ve tu anuncio en Facebook, Instagram, Google o TikTok
- El anuncio enlaza a tu web (no a tu pagina de la App Store)
- El usuario pasa por el onboarding en la web -- creacion de cuenta, preferencias, quiz, lo que requiera tu flujo
- El usuario llega a tu paywall web y se suscribe via Stripe u otro procesador de pagos web
- El usuario descarga tu app de la App Store
- El usuario inicia sesion con la cuenta que acaba de crear y obtiene acceso completo
Apple nunca toca la transaccion. Tu procesador de pagos (normalmente Stripe) cobra aproximadamente un 2.9% + $0.30 por transaccion. Tu te quedas con el resto.
Style DNA: un ejemplo real
Style DNA, una app de recomendaciones de moda y estilo, usa exactamente este patron. Sus campanas de anuncios en Facebook dirigen trafico a su web, no a la App Store. Los usuarios completan un quiz de estilo en la web, reciben recomendaciones personalizadas y llegan a un paywall para la experiencia completa. El pago ocurre a traves de Stripe en la web. Solo despues de suscribirse el usuario descarga la app de iOS e inicia sesion en su cuenta de pago.
La clave para que esto funcione es la experiencia web. Tu web necesita hacer lo suficiente para convencer al usuario de pagar antes de que abra la App Store. Eso significa:
- Una landing page convincente que comunique el valor con claridad
- Onboarding web que personalice la experiencia (quizzes, seleccion de preferencias o configuracion inicial)
- Un paywall optimizado para conversion con precios y beneficios claros
- Transicion fluida de web a app para que el usuario no sienta friccion al cambiar
Esto requiere mas ingenieria inicial que simplemente integrar StoreKit, pero el retorno financiero lo justifica a casi cualquier escala. Construir un flujo de onboarding web e integracion con Stripe es un coste unico. El ahorro del 27% en cada transaccion es permanente.
Que necesitas construir
Los requisitos tecnicos no son triviales pero estan al alcance de cualquier desarrollador indie capaz de publicar una app en iOS:
- Landing page + flujo de onboarding: Puede ser un sitio simple en Next.js o estatico. El onboarding no necesita ser complejo -- incluso un quiz de 3 pasos que recoja las preferencias del usuario es suficiente para justificar la creacion de cuenta.
- Integracion con Stripe: Stripe Checkout es el camino mas sencillo. Una sola llamada a la API crea una pagina de checkout alojada. No necesitas construir tu propio formulario de pago.
- Sistema de cuentas: Los usuarios necesitan crear una cuenta en la web e iniciar sesion en la misma cuenta dentro de tu app. Email + contrasena, magic links, o Sign in with Apple (que tambien funciona en la web).
- Sincronizacion de permisos: Tu backend necesita saber que cuentas tienen suscripciones activas y comunicarselo a tu app. Un simple endpoint de API que compruebe el estado de suscripcion al abrir la app es suficiente.
Estrategia 2: Link in bio
Si ya tienes una audiencia en redes sociales, ya tienes un canal que bypasea la App Store por completo.
Como funciona
En lugar de dirigir a tus seguidores a tu ficha de la App Store, el enlace de tu bio en redes apunta a tu web. Los usuarios que descubren tu app a traves del contenido social siguen este camino:
- El usuario descubre tu contenido en Instagram, TikTok, YouTube o Twitter
- El usuario pulsa el enlace en tu bio
- El enlace va a tu web (no a la App Store)
- El usuario hace onboarding y se suscribe en la web
- El usuario descarga la app e inicia sesion
Learna AI: un ejemplo real
Learna AI es una app de aprendizaje de ingles con mas de 215.000 seguidores en Instagram. Su link in bio dirige a su web, no a la App Store. Los usuarios que descubren la app a traves de contenido en Instagram -- reels educativos, tips de vocabulario, retos de aprendizaje -- aterrizan en la web donde pueden registrarse y suscribirse.
Esta estrategia funciona especialmente bien cuando:
- Ya produces contenido que atrae a tu audiencia objetivo
- Tus seguidores en redes son leads calientes que entienden que hace tu app
- El embudo de conversion en la web es mas corto porque los usuarios ya confian en ti por tu contenido
La ventaja critica del link-in-bio frente al embudo de anuncios web-first es que el trafico es gratis. No estas pagando por anuncios de Facebook. Tu contenido hace el trabajo de adquisicion, y el paywall web captura los ingresos sin la comision de Apple.
Construir redes sociales como canal
Si todavia no tienes seguidores en redes, esta estrategia requiere una inversion inicial en contenido. Pero para muchas categorias de apps, construir presencia en redes es valioso mas alla de solo evitar comisiones:
- Apps de fitness: Tips de entrenamiento, videos de tecnica, historias de transformacion
- Apps de productividad: Demostraciones de workflows, tips de eficiencia, explicaciones de sistemas
- Apps de aprendizaje: Lecciones cortas, quizzes, contenido cultural
- Apps de finanzas: Tips sobre dinero, frameworks de presupuesto, comentarios de mercado
El contenido en redes cumple doble funcion: construye tu audiencia para el embudo del paywall web Y proporciona prueba social que impulsa descargas organicas en la App Store. Los usuarios que ven tu contenido y despues buscan tu app en la App Store son usuarios de mayor intencion que convierten a mejores tasas.
Los numeros: cuanto ahorras realmente
Las cuentas hacen el caso mejor que cualquier argumento.
Con $5.000 MRR
| Canal | Comision | Coste mensual | Coste anual |
|---|---|---|---|
| App Store (30%) | Apple | $1.500 | $18.000 |
| App Store (15% SBP) | Apple | $750 | $9.000 |
| Web (Stripe ~3%) | Stripe | $150 | $1.800 |
Ahorro anual vs. tramo del 30%: $16.200 Ahorro anual vs. tramo del 15% SBP: $7.200
Con $20.000 MRR
| Canal | Comision | Coste mensual | Coste anual |
|---|---|---|---|
| App Store (30%) | Apple | $6.000 | $72.000 |
| App Store (15% SBP) | Apple | $3.000 | $36.000 |
| Web (Stripe ~3%) | Stripe | $600 | $7.200 |
Ahorro anual vs. tramo del 30%: $64.800 Ahorro anual vs. tramo del 15% SBP: $28.800
Con $50.000 MRR
| Canal | Comision | Coste mensual | Coste anual |
|---|---|---|---|
| App Store (30%) | Apple | $15.000 | $180.000 |
| App Store (15% SBP) | Apple | $7.500 | $90.000 |
| Web (Stripe ~3%) | Stripe | $1.500 | $18.000 |
Ahorro anual vs. tramo del 30%: $162.000 Ahorro anual vs. tramo del 15% SBP: $72.000
Con $20K MRR, el paywall web te ahorra lo suficiente anualmente para contratar un desarrollador a tiempo parcial o financiar un ano entero de publicidad de pago. El ROI de construir el embudo web es claro a casi cualquier nivel de ingresos por encima de $2.000 MRR.
La advertencia: lo que no debes hacer
Esta seccion importa mas que el resto del post junto. Las estrategias anteriores funcionan porque enrutan trafico externo a traves de la web. No interfieren con los usuarios que descubren tu app a traves de la propia App Store. Esa distincion es critica.
Lo que te metera en problemas
Dirigir a usuarios in-app a tu web para pagar. Si un usuario ya esta dentro de tu app y lo empujas a una pagina web para evitar la comision, Apple se dara cuenta. Esta es la forma mas rapida de que rechacen o retiren tu app. La experiencia in-app debe incluir una opcion estandar de compra in-app para usuarios que te encontraron a traves de la tienda.
Desalentar activamente la compra in-app. Mostrar un mensaje como "Ahorra un 30% suscribiendote en nuestra web" dentro de tu app es una violacion directa de las directrices de Apple. Estas desviando usuarios explicitamente del sistema de pago de Apple, y Apple trata esto como un comportamiento hostil.
Hacer que la compra in-app sea intencionalmente peor. Ofrecer un precio mas alto in-app que en la web (para compensar la comision), mostrar menos opciones de planes in-app, o anadir friccion al flujo de compra in-app -- todas estas son variaciones de desalentar la compra in-app y todas ponen tu app en riesgo.
Eliminar la compra in-app por completo. Si tu app ofrece funcionalidades premium, Apple espera que exista un camino de compra in-app para los usuarios que lo deseen. Eliminar todas las opciones de compra in-app mientras claramente tienes un producto de suscripcion es una senal de alerta.
Lo que Apple realmente permite
El matiz es importante. La posicion de Apple, post-sentencia Epic, es:
- Puedes aceptar pagos en la web
- Puedes enlazar a pagos externos desde dentro de tu app (en EE.UU., con declaraciones especificas)
- No puedes desalentar activamente la compra in-app
- No puedes hacer que la experiencia de compra in-app sea intencionalmente peor que la experiencia web
El enfoque inteligente: manten la compra in-app como una opcion plenamente funcional para los usuarios que te encuentran a traves de la App Store. Usa el embudo web exclusivamente para usuarios que vienen de canales externos -- anuncios, redes sociales, listas de email, tu web. Estos usuarios nunca vieron tu pagina de la App Store primero. Entraron por tu puerta, no por la de Apple.
Mantenlo sutil. Mantenlo inteligente. Ahorra miles.
Cuando tiene sentido (y cuando no)
La estrategia del paywall web no es universalmente aplicable. Depende enteramente de donde vienen tus usuarios.
Esta estrategia funciona cuando:
- Publicas anuncios de pago. Si estas gastando dinero en anuncios de Facebook, Instagram, TikTok o Google, tu controlas donde va el clic. Envialo a tu web en lugar de a la App Store. Ya estas pagando por el trafico -- mejor quedarte con los ingresos.
- Tienes seguidores en redes sociales. Si los usuarios descubren tu app a traves de tu contenido, el enlace de tu bio controla su punto de entrada. Dirigelos a la web.
- Tienes una lista de email o newsletter. Mismo principio. Tu controlas la relacion. Envia a los suscriptores a tu paywall web.
- Tienes una web con trafico organico. Si la gente encuentra tu app a traves de busquedas en Google, posts de blog o landing pages, el flujo web-a-app es natural.
Esta estrategia no funciona cuando:
- Todos tus usuarios vienen de la busqueda de la App Store. Si la busqueda organica de la App Store es tu canal principal de adquisicion, esos usuarios ya estan dentro del ecosistema de Apple. Esperan pagar con Face ID y su Apple ID. Redirigirlos a una web anade friccion y reduce la conversion. Para estos usuarios, la compra in-app es la opcion correcta.
- Tu app no tiene presencia web. Construir un embudo web requiere, como minimo, una landing page y una integracion de pagos. Si no tienes ninguna de las dos y toda tu distribucion es descubrimiento organico en la App Store, la inversion puede no tener sentido a tu escala actual.
- Tu MRR esta por debajo de $1.000. Con ingresos muy bajos, el ahorro absoluto es pequeno ($70-150/mes al 15% SBP). Tu tiempo podria estar mejor empleado mejorando la app y creciendo en descargas que construyendo infraestructura de pagos.
Tu ficha de la App Store sigue importando
Esta es la parte que a veces se les escapa a los desarrolladores indie cuando se entusiasman con los paywalls web: incluso si enrutas todo tu trafico de pago y redes sociales a traves de un embudo web, la busqueda organica de la App Store sigue generando la mayoria de descargas para la mayoria de apps. Mas del 65% de todas las descargas de la App Store vienen de busquedas. Esos usuarios nunca veran tu paywall web. Veran tu ficha de la App Store primero.
Eso significa que tus capturas de pantalla, tu titulo y subtitulo, tus valoraciones y tu ASO en general siguen importando tanto como siempre. El embudo web captura ingresos de los usuarios que tu traes a la mesa. El ASO captura ingresos de los usuarios que Apple trae a la mesa. Necesitas ambos.
El mejor enfoque no es "paywall web O optimizacion de App Store" -- son ambos, trabajando en paralelo. Optimiza tu ficha para que los usuarios organicos conviertan a la tasa mas alta posible con compra in-app. Construye un embudo web para que el trafico externo convierta sin la comision. Dos fuentes de ingresos, dos superficies de optimizacion, maxima captura de ingresos.
Como empezar
Si estas convencido de que los numeros funcionan para tu situacion, aqui tienes la implementacion minima viable:
- Construye una landing page con tu propuesta de valor y una llamada a la accion clara. Un sitio de una sola pagina en Next.js o incluso una pagina en Carrd es suficiente para empezar.
- Anade Stripe Checkout. Una sola llamada a la API crea una pagina de checkout alojada. No necesitas un formulario de pago personalizado desde el primer dia.
- Implementa la creacion de cuentas tanto en la web como en la app. Email + contrasena es el punto de partida mas sencillo.
- Anade una comprobacion del estado de suscripcion en tu app que consulte tu backend al abrir. Si la cuenta tiene una suscripcion activa en Stripe, desbloquea las funcionalidades premium.
- Manten la compra in-app con StoreKit funcionando. No la elimines. Deja que los usuarios que te encuentren a traves de la App Store paguen a traves de Apple. Deja que los usuarios que vengan de tu web paguen a traves de Stripe.
- Dirige tus anuncios y enlaces de redes a la web. Aqui es donde empieza el ahorro.
Todo el setup se puede construir en un fin de semana si lo mantienes simple. El ahorro empieza desde el primer suscriptor web y se acumula para siempre.