Pagos en la App Store de la UE: cómo comparar opciones de pago desde el 1 de octubre de 2026
Compara las opciones de pago de la App Store de la UE según las condiciones aplicables de Apple, los costes de pago, la experiencia del cliente y las responsabilidades operativas antes de cambiar el flujo de pago de una app de suscripción.

Los cambios de Apple en los pagos de la App Store de la UE ofrecen a las empresas con apps de suscripción más combinaciones de pago que valorar a partir del 1 de octubre de 2026. La decisión útil consiste en determinar si una combinación permitida mejora el resultado del negocio una vez considerados los costes de pago, las compras completadas y el trabajo operativo continuo. Mantener las compras dentro de la app de Apple puede ser la decisión adecuada. Conviene estudiar una alternativa cuando el beneficio esperado compense esos costes y el equipo pueda gestionarla.
Para quien fundó la app o dirige producto, esto significa revisar el acuerdo aceptado por la app y preparar una comparación basada en sus propias ventas en la UE. La diferencia de comisión que se destaca suele ser solo una parte de la respuesta.
¿Qué opciones de pago se pueden combinar?
La descripción general de la UE de Apple presenta tres vías para vender bienes y servicios digitales mediante una app de la App Store de la UE: las compras dentro de la app de Apple, el procesamiento de pagos alternativo dentro de la app y las ofertas fuera de la app. Las opciones permitidas pueden coexistir. Esta comparación se refiere al pago en apps de la App Store; la distribución por otros canales tiene una economía distinta.
- Compras dentro de la app de Apple: Apple gestiona el procesamiento de pagos, la asistencia fiscal y la atención al cliente dentro de su sistema de compra. Mantenerlo conserva esas funciones en la relación de compra existente con Apple.
- Procesamiento alternativo dentro de la app: la compra se realiza dentro de la app, mientras otro procesador gestiona el pago. La empresa asume la responsabilidad de integrar la facturación asociada y atender a los clientes.
- Ofertas fuera de la app: se dirige a los clientes a otro lugar para comprar, por ejemplo, a un sitio web. Las ofertas pueden incluir enlaces que permiten realizar una acción o comunicar la oferta sin uno. Su tratamiento contractual es distinto.
Comprueba los requisitos antes de diseñar el flujo. Apple exige el entitlement correspondiente para el procesamiento alternativo y las ofertas fuera de la app, incluidas las que no tienen enlaces que permitan realizar una acción. La documentación de Apple sobre opciones de pago explica los requisitos de implementación y presentación. Cuando se combinan las compras dentro de la app de Apple con otras opciones, Apple exige que las compras dentro de la app aparezcan al menos con la misma prominencia cada vez que se muestren esas opciones para la compra.
También importan la edad y la categoría. Según el acuerdo, las apps de la categoría Kids no pueden ofrecer ofertas fuera de la app, y las compras alternativas dentro de la app requieren un control parental. Las ofertas fuera de la app están prohibidas para usuarios menores del umbral de edad aplicable; las compras alternativas dentro de la app requieren un control parental. Para menores de más edad, ambas vías requieren un control parental. Apple define estos grupos como menores de 13 años y personas de 13 a 17 años, aunque en algunas tiendas se aplican umbrales de consentimiento parental más altos. Confirma las reglas para el público y las tiendas de la app.
Compara el dinero y el recorrido del cliente a la vez
Empieza por los cargos de Apple aplicables a cada vía permitida, según las condiciones vigentes para tu programa, las transacciones y los grupos de suscripción. Después añade el proveedor de pagos, las herramientas de facturación, la conversión de divisas, los reembolsos y las devoluciones de cargos. El pago alternativo puede seguir sujeto a cargos de Apple, así que no des por hecho que el pago externo está automáticamente libre de comisiones.
Usa un periodo y una población de clientes coherentes. Separa las suscripciones nuevas de las renovaciones y de los grupos existentes cuando el tratamiento aplicable sea distinto. Incluye los costes de desarrollo y lanzamiento, además del coste continuo de mantener las integraciones de pago, conciliar transacciones y atender a los clientes.
Después, varía las hipótesis de finalización de compra y renovación. Una vía que deja más ingresos por cada compra completada puede generar menos en total si suficientes clientes abandonan el pago o no renuevan. Compara resultados plausibles bajos, esperados y altos con el flujo actual. Anota qué hipótesis proceden de datos observados de la app y cuáles necesitan pruebas.
El análisis de RevenueCat del 7 de octubre aporta el contexto de profesionales sobre estas decisiones de conversión y operación. RevenueCat vende servicios de facturación de suscripciones, y sus escenarios son ilustrativos. Sirven para identificar cuestiones que conviene investigar, no para demostrar resultados de tu app.
Asigna el trabajo continuo
Para cada vía posible, indica quién se encarga de los impuestos, los informes de transacciones, los pagos fallidos, los reembolsos, las disputas y los cambios de suscripción. Apple exige informar sobre las transacciones alternativas, incluidas las renovaciones, los reembolsos y las transacciones fallidas. Apple no proporciona asistencia para reembolsos ni gestión de suscripciones en esas compras alternativas.
Traza también la experiencia del cliente después del pago: cómo se concede el acceso, cómo se recupera una renovación fallida, dónde se cancela y cómo identifica el equipo de asistencia la compra. Algunas funciones de compra de Apple, como Compartir en familia e Informar de un problema, no cubren las transacciones alternativas. Incluye en la revisión del recorrido las pantallas informativas obligatorias y cualquier paso que saque al usuario de la app.
Una operación de facturación web ya existente puede aportar infraestructura útil al equipo. Si la empresa crea esas funciones por primera vez, debe incluir ese trabajo en la decisión. En ambos casos, hace falta asignar claramente la responsabilidad de los datos de pago y del tratamiento de la información de los clientes.
Entiende la elección antes de comprometerte
El Anexo 14 del acuerdo vigente de Apple entra en vigor el 1 de octubre de 2026 o cuando se firme ese acuerdo, lo que ocurra más tarde. La sección 3.1(D) define el alcance de la elección de doce meses.
En una app ya distribuida, los cambios en la elección de opciones de pago después de la fecha aplicable permanecen vigentes durante doce meses. En una app presentada por primera vez después de esa fecha, la elección en el momento de la primera distribución también dura doce meses. Cada elección se aplica a todas las tiendas de la UE, y las elecciones posteriores también duran doce meses.
La sección excluye expresamente de esa restricción las ofertas fuera de la app que no tengan enlaces que permitan realizar una acción. Esas ofertas siguen sujetas a la autorización correspondiente y a las demás condiciones. Esta excepción no habilita un experimento de pago breve y fácilmente reversible para todas las vías. Revisa el acuerdo que la app haya aceptado antes de planificar una prueba o un lanzamiento gradual.
La decisión debe dejarte con una vía permitida, un rango creíble de resultados comerciales y responsables asignados al trabajo continuo. Mantener las compras dentro de la app está justificado cuando el beneficio esperado de una alternativa es demasiado incierto o sus exigencias operativas superan la capacidad disponible. Una vía permitida merece planificación de implementación cuando el beneficio comercial esperado es creíble y el equipo tiene capacidad para gestionarla. Si el cambio requiere trabajo en la app o en la integración de pagos, podemos hablar contigo sobre su alcance.