Bienes digitales, bienes físicos y enlaces externos: cómo cobrar dentro y fuera de apps móviles
La frontera entre lo que debe procesarse con compras integradas y lo que puede desviarse a la web genera continuas dudas técnicas y regulatorias. Analizamos las reglas de Apple y Google en Europa y los costes reales de cada vía.
Para cualquier negocio que distribuye servicios a través de dispositivos móviles, el canal de cobro determina tanto el margen operativo como la relación directa con el cliente. Las tiendas de aplicaciones imponen condiciones estrictas sobre qué transacciones deben pasar por sus propios sistemas de pago integrado (IAP) y cuáles pueden gestionarse a través de una pasarela de pagos online. La entrada en vigor del Reglamento de Mercados Digitales (DMA) en la Unión Europea ha flexibilizado algunas restricciones históricas, pero ha introducido a la vez esquemas tarifarios complejos que conviene entender en detalle.
Bienes digitales frente a bienes físicos: la regla básica
El principio rector que divide ambos mundos sigue siendo la naturaleza del bien o servicio adquirido:
- Bienes y servicios físicos consumidos fuera de la app: el transporte de pasajeros, el reparto de comida a domicilio, la compra de ropa o la reserva de alojamientos no solo pueden, sino que deben cobrarse mediante pasarelas de pago independientes. En estos casos, Apple y Google no permiten ni exigen el uso de su facturación interna, por lo que el comercio abona únicamente las comisiones estándar de adquirencia acordadas con su proveedor de pagos.
- Contenido digital, funciones y servicios consumidos dentro de la app: las suscripciones a plataformas de streaming, el almacenamiento en la nube, las monedas de videojuegos o el desbloqueo de funciones de productividad entran de lleno en el ecosistema obligatorio de compras integradas cuando la transacción se inicia y completa dentro de la aplicación tradicional.
- Servicios multiplataforma (modelo «reader»): las aplicaciones que permiten consultar contenido adquirido previamente en otros canales (libros electrónicos, revistas, música o software profesional) pueden dar acceso a los clientes sin cobrar dentro de la app, siempre que no incitasen directamente a la compra en la web desde dentro de la interfaz, una limitación que ha comenzado a transformarse bajo la supervisión regulatoria europea.
El marco europeo y la apertura a enlaces externos
En el Espacio Económico Europeo, la normativa antimonopolio ha obligado a los operadores de sistemas operativos a permitir el denominado *steering* o redirección hacia canales externos. Esto significa que los desarrolladores de pagos en aplicaciones móviles pueden informar a sus usuarios sobre precios más ventajosos disponibles en su propio sitio web e incluir enlaces directos hacia un checkout web.
Sin embargo, derivar un usuario fuera de la tienda de aplicaciones no elimina por completo la relación económica con las plataformas. Tanto Apple como Google han diseñado estructuras contractuales específicas para quienes optan por estas vías:
- Tarifas de adquisición inicial y servicios de tienda: si un usuario descarga la aplicación desde la tienda oficial y completa una compra en la web a través de un enlace de redirección durante una ventana de tiempo determinada, la plataforma continúa aplicando una comisión por los servicios de descubrimiento e infraestructura comercial.
- Sistemas de facturación alternativa dentro de la app: en varias regiones, Google permite integrar un procesador externo junto a Google Play Billing (User Choice Billing), aplicando un descuento nominal moderado (habitualmente de 3 a 4 puntos porcentuales) respecto a la tarifa estándar de la tienda. El comercio debe asumir el coste de su propia pasarela sobre ese porcentaje restante y reportar periódicamente los volúmenes facturados.
Cómo funcionan las comisiones y los costes añadidos
Las comisiones habituales en las compras integradas se sitúan entre el 15 % y el 30 %, dependiendo del volumen de facturación anual del desarrollador (programas para pequeños comercios) y de la antigüedad de la suscripción. Cuando se analiza la alternativa de cobrar fuera de la app, es necesario calcular el coste neto consolidado en vez de comparar únicamente el 30 % frente a la tarifa de una pasarela web.
Al procesar un cobro en la web mediante tarjeta, el comercio asume las tasas de intercambio de la Unión Europea (reguladas en el 0,2 % para débito y 0,3 % para crédito a particulares), el margen de adquirencia y el coste por transacción técnica. No obstante, si se utiliza el mecanismo de enlace externo sujeto a las condiciones revisadas de las tiendas de aplicaciones en Europa, pueden entrar en juego comisiones de adquisición de clientes y tasas por servicios de plataforma que reducen la brecha teórica de ahorro, tal como analizamos al comparar el cobro dentro y fuera de apps.
Además, el cobro web exige gestionar directamente los requisitos de autenticación reforzada (SCA) bajo la normativa PSD2, lo que añade fricción transaccional frente al flujo de autenticación biométrica nativa (Face ID o huella dactilar) que ofrecen las compras integradas.
Conciliación, cancelaciones y gestión del cliente
Optar por el cobro fuera de la app introduce cambios operacionales profundos en tres áreas críticas:
- Titularidad de los datos: cuando el cobro ocurre en la web propia, el comercio obtiene el identificador de cliente, el correo electrónico y la posibilidad de emitir facturas completas con el IVA aplicable (en España, el 21 % en servicios estándar). En compras integradas convencionales, las tiendas actúan a menudo como intermediarios comerciales (*merchant of record* parciales), ocultando los datos bancarios del usuario.
- Soporte y devoluciones: dentro de las tiendas, los reembolsos dependen de las políticas de Apple o Google, sobre las que el vendedor tiene escaso control. En la web, el comercio gestiona directamente la atención al cliente, pero también asume la exposición a contracargos bancarios y las comisiones administrativas asociadas a las disputas.
- Sincronización de permisos en el servidor: si un cliente adquiere una suscripción en la web y abre la aplicación móvil, el servidor de la empresa debe validar el derecho de acceso (*entitlement*) mediante una sesión autenticada independiente de los recibos de la App Store o Google Play.
Criterios para diseñar una arquitectura de cobro híbrida
La elección entre compras integradas puras, redirección externa o cobro estrictamente web no responde a una fórmula única. Para productos digitales con precios bajos y consumo impulsivo, la menor fricción del pago nativo suele compensar la mayor comisión porcentual gracias a tasas de conversión superiores.
Por el contrario, en modelos de software como servicio (SaaS) dirigidos a profesionales o suscripciones de ticket medio y alto, el cobro web directo a través de pasarela propia resulta imprescindible para personalizar la facturación, ofrecer domiciliaciones o métodos locales y retener el control contractual del cliente. Evaluar con rigor el marco normativo local y el impacto de las tarifas de plataforma en cada canal permite elegir la combinación técnica más eficiente para cada modelo de negocio.
¿Estás montando suscripciones?
Mira las tarifas y prueba el panel con datos de ejemplo antes de integrar nada.