Índice
Apple suele cobrar una comisión de 30 % por las aplicaciones de pago y las compras dentro de la aplicación, lo que puede reducir considerablemente los ingresos de los desarrolladores independientes (las aplicaciones gratuitas no pagan comisión). (Las apps gratuitas no pagan comisión.) Esta tarifa estándar se aplica a la mayoría de las transacciones digitales de las apps de iOS, lo que dificulta a los pequeños desarrolladores añadir valor. Afortunadamente, Apple y los reguladores han introducido formas de mitigar este recorte. En este post, explicamos el modelo de comisiones de Apple, describimos las ayudas aprobadas por Apple (como el Programa para Pequeñas Empresas) y exploramos soluciones prácticas, desde pagos web basados en Stripe hasta aplicaciones web progresivas (PWA) y modelos de suscripción sólo web. Examinamos los pros y los contras de cada enfoque (resumidos en la siguiente tabla), las implicaciones legales y el cumplimiento de la normativa, y ofrecemos consejos sobre cómo mantener la buena disposición de Apple al tiempo que se maximizan los ingresos.
Traducido con DeepL.com (versión gratuita)
La comisión 30% de Apple y sus efectos
Por defecto, la App Store cobra una tasa de 30 % por todas las aplicaciones y productos digitales de pago vendidos mediante compras dentro de la aplicación (IAP). Por ejemplo, si se vende una aplicación por valor de 10 dólares, el desarrollador sólo recibe 7 dólares. Este "impuesto Apple" del 30% también se aplica a las suscripciones, aunque Apple lo ha reducido al 15% para las suscripciones recurrentes después del primer año. La comisión se aplica en todo el mundo, independientemente de si su aplicación se vende como compra única o como suscripción. Para las pequeñas aplicaciones, la pérdida de 30 % puede ser devastadora.
La comisión de Apple es alta para el sector (los estándares de la industria son más bien de 10-20 % por el procesamiento de pagos). Los periodistas técnicos señalan los márgenes de beneficio "supercompetitivos" de Apple, y los desarrolladores llevan tiempo molestos por la comisión. La demanda de Epic Games y la presión de los reguladores de todo el mundo (UE, Japón, Corea del Sur) reflejan estas tensiones. Para muchos desarrolladores independientes, encontrar la manera de mantener esos 15-30 % en ventas puede suponer el éxito o el fracaso de un proyecto.
Programa de Apple para pequeñas empresas (15%)
Para ayudar a los desarrolladores más pequeños, Apple introdujo en enero de 2021 el Programa para Pequeñas Empresas (SBP) de la App Store. Este programa permite a los desarrolladores cualificados pagar solo una comisión de 151TP5 sobre las ventas. Las principales condiciones son:
- Umbral de rotación: Usted (y todas las cuentas de desarrollador vinculadas) debe haber ganado ≤ 1 millón de dólares en ingresos del App Store (menos las comisiones e impuestos de Apple) en los 12 meses anteriores y permanecer por debajo del millón de dólares en el año en curso. Si superas el millón de dólares en cualquier año, tu tarifa se reajustará a 30 % para el resto del año, y no volverás a tener derecho a 15 % hasta que caigas por debajo del umbral en un año posterior.
- Elegibilidad: Casi todos los desarrolladores de aplicaciones que venden productos digitales cumplen los requisitos si están por debajo del umbral de ventas. Esto también se aplica a los nuevos desarrolladores que aún no han realizado ninguna venta (los recién llegados reciben inmediatamente el beneficio de 15 %igen).
- Inscripción: Para participar en el SBP, el titular de la cuenta debe aceptar el Acuerdo de aplicaciones de pago de Apple e incluir todas las cuentas de desarrollador asociadas en App Store Connect. No hay que pagar ninguna tasa ni realizar ninguna solicitud complicada: basta con inscribirse a través de App Store Connect una vez cumplidos los requisitos. A continuación, Apple aplicará automáticamente la tarifa 15 %igen a sus ventas 15 días después de la inscripción.
La tasa SBP es una gran ayuda para desarrolladores individuales y pequeños estudios. Frente a los 30 % habituales, el pago de 15 % por el primer millón de dólares en ventas duplica tus ingresos. (El comunicado de prensa de Apple afirma que esto se aplica a "la gran mayoría de desarrolladores que venden productos digitales"). El único inconveniente es el límite de ingresos. Si tu aplicación supera rápidamente el millón de dólares, volverás a los 30 %, a menos que puedas dividir los ingresos o utilizar varias cuentas.
Cuadro: Comparación de las estrategias de ahorro de comisiones
| Estrategia | Ventajas | Desventajas |
|---|---|---|
|
Apple In-App Purchase - Programa Small Biz (15%)
|
Menor comisión (15 % frente a 30 %) sobre las ventas que cumplan los requisitos- Flujo de compra sin fisuras en la tienda gestionado por Apple (pago, fraude, impuestos)- Acceso a alcance y confianza en la App Store. |
Sigues pagando una tasa de 15 % por todas las ventas dentro de la aplicación - Debes tener unos ingresos inferiores a 1 millón de dólares al año - Estás sujeto a las políticas de auditoría y reembolso de Apple |
|
Apple In-App Purchases - Estándar (30%) |
Acceso completo a la App Store, sin restricciones en cuanto a contenidos y modelos dentro de la aplicación. Apple se encarga de todo el procesamiento de pagos, la seguridad y los impuestos. |
La elevada comisión de 30 % reduce los beneficios - Control limitado sobre la UX de la caja - La tarifa de suscripción sólo baja a 15 % después del primer año de un abonado (para las suscripciones). |
|
Pagos web externos (Stripe, etc.) |
Los desarrolladores reciben hasta 97 % de ingresos (Stripe se lleva 2,9 % + 0,30 $ frente a los 30 % de Apple) - Control total sobre el flujo de pago, precios y promociones - Solución de pago unificada para web y móvil (UX multiplataforma) |
Necesita crear y mantener su propia infraestructura de pago (gestión de devoluciones, reembolsos, fraude, impuestos sobre las ventas, etc.) - Requiere el cumplimiento de la normativa PCI y un esfuerzo adicional de atención al cliente - Depende de las cambiantes políticas de enlaces externos de Apple (aún en desarrollo) |
|
Aplicación web progresiva (PWA) |
Actualizaciones instantáneas (sin demora de verificación), funciona en todas las plataformas. Relación directa con el usuario y análisis (correo electrónico, push, etc.). |
Compatibilidad limitada con iOS (sólo navegador Safari; faltan algunas funciones nativas)- No aparece en App Store (el descubrimiento es más difícil; no hay tráfico de búsqueda en App Store)- APIs históricamente limitadas (recientemente iOS ha añadido notificaciones push PWA en 16.4, pero siguen siendo más limitadas que las nativas)
|
Uso de pagos web externos (por ejemplo, Stripe)
La última sentencia judicial en el caso Epic contra Apple ha cambiado la situación. En mayo de 2025, un tribunal estadounidense ordenó a Apple que dejara de impedir a los desarrolladores enlazar con opciones de compra externas y cobrar comisiones por ventas fuera de la aplicación. En la práctica, esto significa
Sin cuota Apple para ventas externas: Para cualquier compra realizada a través de un sitio web o una caja web fuera de la aplicación, no se puede cobrar la tarifa de Apple de 30 % (o 15 %). Los desarrolladores se quedan con 100 % de estos ingresos (menos las comisiones del proveedor de servicios de pago).
Libertad de enlace: Apple debe permitir ahora que las aplicaciones de la App Store estadounidense incluyan botones o llamadas a la acción que dirijan al usuario a una página de pago externa. (Apple ha actualizado sus directrices para abordar explícitamente esta cuestión). Es importante destacar que Apple tiene prohibido imponer advertencias a toda página o "pantallas de miedo" cuando un usuario sigue un enlace de este tipo.
Realización técnica: Por lo tanto, puedes integrar un servicio como Stripe para procesar pagos en línea. La documentación de Stripe (y la cobertura de TechCrunch) explica el enfoque: tu app contiene un enlace o botón que abre Stripe Checkout en una vista web o navegador seguro, el usuario completa el pago allí y luego vuelve a tu app. En la práctica, se genera una URL única de Stripe Checkout en el servidor (o utilizando el SDK de Stripe) y se abre esta URL en la aplicación. Tras el pago, lo verificas en tu backend y activas el contenido de la app para el usuario.
Stripe incluso ha publicado una guía para que los desarrolladores de iOS puedan configurarlo. TechCrunch informa que el CEO de Stripe, Michael Luo, calificó de "gran noticia" que los desarrolladores puedan ahora "aceptar pagos con @stripe fuera de su app, sin comisiones de la app store de iOS." Los nuevos documentos de Stripe muestran cómo utilizar Stripe Checkout dentro de una app iOS simplemente redirigiendo a los clientes a una página de pago segura alojada en Stripe. Esto evita por completo el sistema in-app de Apple. El inconveniente es el trabajo del desarrollador: tiene que crear y mantener la página de pago alojada y los weblogics usted mismo. Pero la tarifa plana de Stripe (2,9 % + 0,30 $ por transacción) es mucho menor que 30 %.
Por ejemplo: Si vendes un producto digital por valor de 10 $, Apple normalmente se llevaría 3 $ (30 %) y te daría 7 $. Si utilizas Stripe en su lugar, Apple se lleva 0 $, Stripe se lleva alrededor de 0,59 $, por lo que obtienes ~9,41 $ - más de 30 % más que con IAP. Incluso comparado con la tarifa de 15% del SBP, Stripe sólo cuesta ~$0,59 comparado con los $1,50 de Apple - un ahorro significativo.
Ventajas: Reducción drástica de las tarifas (te quedas con la mayor parte de los ingresos), control total sobre el flujo de pago (marca, ofertas, pruebas A/B) y sin necesidad de esperar a que App Review cambie los precios o los planes. Puedes integrar ventas web y móviles (de modo que un usuario puede iniciar sesión en tu sitio web y desbloquear tu aplicación iOS sin problemas).
Desventajas: Te haces cargo de todo lo que solía hacer Apple. Eso significa que tiene que implantar un sistema de pago seguro: Procesamiento de tarjetas de crédito, cumplimiento de la normativa PCI, devoluciones, reembolsos, prevención del fraude y recaudación del impuesto sobre el valor añadido o sobre las ventas. Esto puede no ser trivial. RevenueCat advierte: "Los equipos de suscripción no están acostumbrados a gestionar directamente la relación de pago con el cliente... Apple hace gran parte del trabajo pesado entre bastidores. Pero cuando se implementan los pagos externos, de repente aparecen nuevas responsabilidades para los desarrolladores: devoluciones de cargos, reembolsos, fraude en los pagos, morosidad, cumplimiento de los impuestos sobre las ventas... y la lista continúa". El coste de construir (o externalizar) toda la infraestructura puede compensar parte del beneficio de 15-30 %, especialmente para aplicaciones muy pequeñas.
Otra consideración: La experiencia del usuario y la confianza. Redirigir a los usuarios a una web de pago puede parecer menos fluido que el propio formulario de compra de Apple. Tu aplicación debe indicar claramente a dónde va el dinero (por ejemplo, "Compra en OurSite.com"). Los usuarios pueden tener que iniciar sesión dos veces o tener problemas menores. Y, por supuesto, tienes que asegurarte de que la redirección de la aplicación a la web no infringe las normas de Apple: En el caso de las aplicaciones estadounidenses, ahora puedes utilizar enlaces externos libremente, pero debes ceñirte al espíritu de las directrices (nada de ventanas emergentes a toda página, uso de avisos neutros). Según las normas revisadas de la App Store, puedes incluir un enlace externo sin necesidad de permiso especial de Apple, pero debes etiquetarlo claramente. En resumen, este método es ahora legal en iOS en EE.UU. (y ya está permitido en la UE en virtud de las condiciones de pago alternativas de Apple), pero requiere una aplicación cuidadosa.
Aplicaciones web progresivas (PWA)
Una aplicación web progresiva (PWA) es esencialmente un sitio web que se comporta como una aplicación. Los usuarios la abren en su navegador (o la añaden a su pantalla de inicio), pero no pasa por la App Store. Las PWA pueden funcionar offline, enviar notificaciones push (Safari en iOS ya lo soporta desde iOS 16.4) y comportarse como una app. La gran ventaja es obvia: sin App Store no hay comisiones de Apple ni retrasos en la revisión. Puedes actualizar la aplicación inmediatamente cambiando tu sitio web.
Las PWA son cada vez más atractivas para las empresas que quieren saltarse las restricciones de las tiendas de aplicaciones. Por ejemplo, un estudio de Movement, una plataforma especializada en PWA, muestra que sólo un pequeño porcentaje de los principales desarrolladores confían en las tiendas de aplicaciones: muchas aplicaciones de éxito viven exclusivamente en la web. Al renunciar a las tarifas de las tiendas de aplicaciones, estas empresas conservan 100 % de los ingresos por ventas (excluidos los costes de procesamiento de pagos).
Ventajas: Una PWA elude por completo el ecosistema de Apple, por lo que todas las ventas están libres de la participación de Apple. Usted tiene el control sobre toda la experiencia del usuario y puede hacer actualizaciones en cualquier momento. Las PWA también funcionan en todas las plataformas (iOS, Android, escritorio) a través de una única base de código.
Desventajas: Todavía hay restricciones en iOS. Las PWA solo pueden ejecutarse en el motor de Safari (no Chrome u otro motor de navegador en iOS). Hasta hace poco, no podían enviar notificaciones push ni actualizarse en segundo plano, pero Apple ha ido mejorando la compatibilidad (por ejemplo, las notificaciones push de las PWA se añadieron con iOS 16.4). No obstante, algunas integraciones de dispositivos (como Bluetooth, Apple Pay en la web, Home Screen Badges o determinadas API) pueden no funcionar tan bien en una PWA. Además, las PWA no aparecen en la App Store, por lo que no te encontrarán a través de la búsqueda de aplicaciones. Tienes que dirigir a los usuarios a tu sitio web (a través de marketing, códigos QR, etc.). Y en iOS, no hay "aviso de instalación": los usuarios tienen que añadir manualmente la PWA a su pantalla de inicio a través de Safari. Por estas razones, las PWA suelen ser más adecuadas para aplicaciones centradas en contenidos (noticias, publicaciones, servicios) que para juegos muy interactivos o utilidades que dependen de una profunda integración de hardware.
En resumen, una PWA es una forma de evitar por completo la App Store. Se trata de una vía viable si la funcionalidad de su aplicación puede utilizarse plenamente en la web y puede dirigirse a usuarios fuera del mercado de Apple. Requiere una inversión en desarrollo de aplicaciones web, pero puede resultar rentable, ya que puede ahorrarse el recorte de 15-30 % y acelerar el desarrollo. (Vale la pena señalar que Apple no puede bloquear las PWA, e incluso se ha dado marcha atrás en las preocupaciones de la UE).
Suscripciones web y aplicaciones "lectoras
Otra estrategia común, especialmente para aplicaciones de contenido (revistas, noticias, música, vídeo, etc.), es vender suscripciones directamente en un sitio web en lugar de a través de la aplicación. El usuario inicia sesión en la aplicación iOS para acceder al contenido adquirido. Así se crea un sistema de suscripción en el dominio web y la aplicación se convierte en un cliente. Así es como funcionan servicios como Netflix, Spotify y Kindle (que no obligan a los usuarios a comprar a través de la IAP de Apple).
Realview Digital, una plataforma de publicación, explica que al vender suscripciones en su sitio web, "todos los ingresos se quedan con usted" y "el suscriptor puede iniciar sesión en cualquier lugar, en cualquier dispositivo". Este planteamiento tiene grandes ventajas: 100 % de los ingresos por suscripciones son para usted, y obtiene datos completos de los usuarios y flexibilidad multiplataforma. Incluso puede ofrecer ofertas web y de impresión o ventajas adicionales para atraer a los usuarios a suscribirse fuera de la aplicación.
El problema son las normas de Apple: antes estaban prohibidos los enlaces directos a páginas de compra externas. No puedes incluir un botón en tu aplicación que diga "Suscríbete en nuestra web", eso violaría las antiguas directrices. En cambio, Apple ha permitido una excepción limitada: las aplicaciones "lectoras" (las centradas en libros, revistas, vídeo, audio, etc.) pueden ahora solicitar permiso para enlaces externos. Si se concede, la app puede incluir un enlace a la gestión de la cuenta en su sitio web (por ejemplo, "Gestionar cuenta" o "Suscribirse al sitio web"). La documentación de Apple afirma que las apps lectoras proporcionan principalmente contenidos como revistas o archivos de audio, permiten el inicio de sesión y no necesitan proporcionar IAP en iOS cuando utilizan este enlace. Esencialmente, las apps lectoras pueden dirigir a los usuarios más libremente al exterior.
Si su aplicación no entra en la categoría "Lector" (por ejemplo, una herramienta de productividad o un juego), Apple sigue prohibiendo los enlaces abiertos. Sin embargo, puede mencionar en texto plano que los usuarios pueden iniciar sesión en su sitio web si también ofrece una compra dentro de la aplicación. Realview aconseja que no tenga un "gran botón" que lleve a los usuarios directamente a un sitio web de suscripción, pero puede mencionar en su aplicación que existe una opción externa. Apple tolera este tipo de redirección pasiva a usuarios avispados que se conectan por su cuenta.
En la práctica, muchos desarrolladores prescinden por completo de las ventas dentro de la aplicación y confían en el embudo de su sitio web. Los usuarios que han descargado la aplicación saben (por el marketing) que tienen que iniciar sesión en el sitio web. La aplicación sólo contiene una pantalla de "inicio de sesión". Esto se ajusta técnicamente a las normas de Apple (no hay enlace de compra dentro de la aplicación) y ahora es una práctica común. Es una estrategia legal 100%ig: Apple no puede impedir que los usuarios visiten tu sitio web fuera de la app para iniciar sesión. Pero significa que la comodidad de la IAP se pierde con un solo clic.
Ventajas: Todos los ingresos de los usuarios y la propiedad al vender en su propio sitio web. No estás limitado por los precios escalonados de Apple y puedes crear una lista de clientes por correo electrónico (que no obtienes con la IAP de Apple). Para las empresas que ofrecen contenidos, esto también proporciona acceso entre dispositivos (lectura en la web, en la aplicación de iOS, etc.). Si te calificas como aplicación "lectora", recibirás autorización oficial para enlazar.
Desventajas: Usted asume toda la complejidad de la facturación (gestión de suscripciones, cumplimiento de las condiciones de pago, impuestos, etc.). Hay que captar usuarios fuera de la tienda de aplicaciones (a través de marketing web, redes sociales, etc.). Y hasta hace poco, no se podía enlazar directamente en la aplicación, lo que suponía un trabajo extra para los usuarios. Incluso con permiso para enlazar a los lectores, se pierde la naturaleza de compra impulsiva del IAP. Es más, algunos desarrolladores han informado de que Apple aún puede criticar estos flujos, por ejemplo, obligando a mantener una opción IAP o rechazando aplicaciones que redirigen de forma demasiado agresiva. Así que este método requiere una adhesión cuidadosa y claridad.
Implicaciones jurídicas y de cumplimiento
Toda estrategia de ahorro de comisiones está vinculada a consideraciones jurídicas y políticas:
Directrices de Apple: Debes respetar siempre las directrices de revisión de la App Store de Apple. Las normas para pagos externos han evolucionado. Desde mayo de 2025 (EE.UU.), las directrices de Apple permiten explícitamente "botones, enlaces externos u otras llamadas a la acción" para opciones de compra en aplicaciones estadounidenses. En otras palabras, las aplicaciones de EE.UU. pueden ahora enlazar libremente a compras web externas. En la UE, ya se habían introducido permisos similares en virtud de la Ley de Mercados Digitales de la UE. Apple incluso proporciona permisos y API especiales (como el StoreKit External Purchase Entitlement) para las aplicaciones que quieran utilizar proveedores de pago externos. Asegúrate de adoptar estos mecanismos oficiales: en la UE, por ejemplo, debes aceptar el Anexo de Condiciones Alternativas de Apple y utilizar las API StoreKit cuando proceses pagos fuera del IAP.
Divulgación y flujo de usuarios: Sea transparente incluso con permiso legal. Evite una experiencia de usuario engañosa. Por ejemplo, el nuevo mandamiento judicial prohíbe a Apple mostrar advertencias a toda página que asusten falsamente a los usuarios y los alejen de enlaces de compra externos. Apple tampoco puede prohibirle que mencione métodos de pago alternativos. Sin embargo, debe seguir etiquetando claramente todos los flujos de pago externos (por ejemplo, "Se le redirigirá a example.com para completar la compra") y asegurarse de que se respeta la intención del usuario. No realice redireccionamientos automáticos sin la acción del usuario.
Conformidad de la transacción: Si aceptas pagos web, tienes que cumplir la normativa financiera. Esto incluye implementar PCI-DSS si almacenas o transmites datos de tarjetas de crédito, cumplir con GDPR o CCPA para datos personales y gestionar los impuestos correctamente (Apple y Stripe solían gestionar los impuestos para IAP, pero ahora eres responsable de ellos tú mismo). Por ejemplo, la legislación de la UE puede obligarle a pagar el IVA sobre los servicios digitales. Necesitas condiciones de uso y políticas de privacidad en tu sitio web para cubrir las transacciones. Las directrices de Apple para la UE incluso establecen explícitamente que debes informar de las compras externas a través de la nueva API y seguir unas plantillas para evitar el fraude. En la práctica, trabajar con un proveedor de servicios de pago de confianza como Stripe o Paddle puede simplificar mucho todo esto, pero aun así debes ser consciente de las obligaciones.
Riesgo de verificación: Ten en cuenta que Apple aún está revisando tu aplicación. Si procesas los pagos de forma incorrecta o parece que estás engañando al sistema, Apple podría rechazar tu aplicación. Por ejemplo, si vendes el mismo producto tanto a través de IAP como más barato en tu sitio web, podría considerarse que incentivas las compras fuera de la tienda (aunque las nuevas normas suavizan esta situación para las aplicaciones estadounidenses). Para ir sobre seguro, muchos desarrolladores mantienen ambas opciones, pero se aseguran de no infringir una norma específica de la categoría al utilizar pagos externos. Por ejemplo, las aplicaciones para no lectores en EE.UU. pueden ahora optar por no utilizar IAP, pero algunos desarrolladores informan de que el proceso de revisión de aplicaciones aún no ha concluido, por lo que existe cierta incertidumbre. Lo mejor es probar a fondo y documentar que se cumplen las normas actualizadas (por ejemplo, utilizando las API StoreKit para compras externas en la UE o habilitando el nuevo acceso directo para iOS según lo permitido).
Observación permanente: Apple está recurriendo la sentencia de Epic, por lo que las directrices podrían volver a cambiar. Es aconsejable mantenerse al día con Apple Developer News y estar preparado para los ajustes. Esté atento también a otros cambios (por ejemplo, la "tasa de procesamiento de pagos" de 3 % de Apple en la UE por utilizar el sistema de pago de Apple). En general, debes estar atento a las explicaciones de Apple y a los foros de la comunidad para detectar posibles problemas.
Conclusión
Para los desarrolladores independientes de iOS, los días de la incontrovertible comisión de 30 % de la App Store están llegando a su fin. El Programa para Pequeñas Empresas de Apple ya ha reducido las comisiones para los desarrolladores que cumplan los requisitos a 15 %, y las órdenes judiciales permiten ahora enlazar con sitios de pago externos, sin tener que pagar la parte correspondiente a Apple. Quienes utilicen Stripe (o proveedores similares) para redirigir las compras a la web pueden ahorrarse hasta 27 % en tasas, pero también deben asumir el gasto adicional. Crear una aplicación web progresiva o dirigir a los usuarios a su propio sitio web para las suscripciones puede evitar por completo la tienda de aplicaciones (Realview recomienda la venta directa a través de la web para la publicación digital con el fin de "quedarse con todos los ingresos"). En la UE, la nueva normativa ya permite el uso de proveedores de pago alternativos, con sólo una pequeña tasa de Apple (3-17 %).
Cada opción tiene ventajas e inconvenientes. El Programa para Pequeñas Empresas es el más sencillo si cumples los requisitos; los pagos externos aportan los mayores beneficios pero requieren un esfuerzo técnico; las PWA y los modelos basados en la web eluden la App Store pero pierden visibilidad. La clave está en elegir el enfoque que se adapte a tu producto y a las capacidades de tu equipo. La aplicación correcta es importante: utiliza los derechos oficiales de Apple, cumple las directrices actualizadas de la App Store y respeta requisitos legales como los impuestos y la protección de datos.
Muchos desarrolladores combinan estos enfoques, por ejemplo, ofreciendo compras dentro de la aplicación a través del SBP (15 %) para algunos usuarios y proporcionando un flujo de inicio de sesión a través de la web para otros, o manteniendo una aplicación y una PWA complementaria al mismo tiempo. Las condiciones marco están cambiando rápidamente, así que mantente informado y haz pruebas con cuidado. De esta forma podrás maximizar tus ingresos al tiempo que cumples con las normas de Apple y mantienes contentos a tus usuarios.
Fuentes: Para esta guía se han consultado documentos oficiales de Apple, artículos de prensa, información de Stripe, análisis de desarrolladores y blogs del sector.
ES 
DE 
EN 
FR