El pago móvil NFC DMA cambia sobre todo una cosa en 2026: en el iPhone, el acceso al pago sin contacto ya no está reservado a Apple Pay en el Espacio Económico Europeo. Para un comerciante, un banco, una empresa fintech o un desarrollador de aplicaciones, esto abre nuevas posibilidades, pero no supone una solución mágica. Las restricciones normativas, bancarias, de seguridad y de certificación siguen siendo muy estrictas.
Pago móvil NFC DMA: lo que realmente cambia en Europa
La DMA, siglas de Digital Markets Act, es el reglamento europeo de 2022 que regula las grandes plataformas digitales consideradas «controladoras de acceso». Su artículo 6, apartado 7, impone, en particular, una mayor interoperabilidad, es decir, la capacidad de que los servicios de terceros utilicen determinadas funciones de hardware o software que ya están disponibles para los servicios de la plataforma.
En el caso de Apple, el tema delicado era el chip NFC del iPhone. NFC significa «Near Field Communication»: es la tecnología de comunicación de muy corta distancia que se utiliza para pagar acercando un teléfono a un terminal. Antes de los compromisos aceptados por la Comisión Europea el 11 de julio de 2024, Apple Pay era el único monedero móvil autorizado para acceder a esta función de pago en tiendas en iOS.
La Comisión ha convertido en jurídicamente vinculantes los compromisos de Apple durante 10 años en el Espacio Económico Europeo. Por lo tanto, las aplicaciones de pago de terceros pueden acceder de forma gratuita a la función «tap and go» del iPhone, sin pasar por Apple Pay ni Apple Wallet, bajo ciertas condiciones. Un supervisor independiente vela por el cumplimiento de estos compromisos, con el riesgo de una multa de hasta el 10 % de la facturación anual mundial en caso de incumplimiento.
En la práctica, esto no significa que cualquier aplicación pueda convertirse en un medio de pago de la noche a la mañana. En 2026, la documentación de Apple indica que un desarrollador debe obtener una autorización de Apple y un permiso técnico específico, denominado «NFC & SE Platform entitlement». SE hace referencia al Secure Element, un componente seguro que almacena o procesa datos confidenciales relacionados con el pago.
Apple Pay, Google Pay y carteras digitales de terceros: tres realidades diferentes
Apple Pay sigue siendo una solución muy integrada: el usuario añade una tarjeta a Apple Wallet y, a continuación, paga con Face ID, Touch ID o el código del dispositivo. La apertura de la tecnología NFC no suprime Apple Pay. Más bien permite que un banco, una entidad financiera o un proveedor de servicios de pago autorizado ofrezca su propia aplicación de pago sin contacto en el iPhone.
Los compromisos de Apple abarcan a los desarrolladores establecidos en el Espacio Económico Europeo y a los usuarios de iOS que se encuentren en dicha zona. El ámbito de aplicación incluye los iPhone capaces de utilizar las versiones actuales o futuras de iOS, a partir del iPhone XS. Las aplicaciones afectadas pueden utilizar pagos NFC basados en HCE (Host Card Emulation), una técnica que permite emular una tarjeta de pago mediante software en un entorno seguro.
Google Wallet lleva mucho tiempo funcionando en Android con un modelo más abierto en lo que respecta a la tecnología NFC. Según la guía de ayuda de Google Wallet de 2026, el pago sin contacto requiere un teléfono Android equipado con NFC, con la función NFC activada, un medio de pago compatible y, según el caso, la configuración de Google Wallet o de la aplicación de pago predeterminada. La diferencia histórica radica, por tanto, menos en el chip en sí mismo que en las normas de acceso a dicho chip.
En el caso de un proyecto digital, la decisión es sencilla: si vendes por Internet, suelen bastar Apple Pay y Google Pay, que te ofrece tu PSP (proveedor de servicios de pago), es decir, tu proveedor de servicios de pago, como Stripe, Adyen, Worldline o PayPlug. Si quieres crear un monedero bancario, una tarjeta propia o un proceso de pago en tienda dentro de tu propia aplicación, te adentras en un ámbito mucho más regulado.
Qué supone esto para una aplicación móvil
La apertura del NFC puede resultar de interés para tres tipos de proyectos. En primer lugar, los bancos y las fintech que desean controlar la experiencia de pago sin contacto. A continuación, las cadenas comerciales con tarjetas de fidelidad, tarjetas de pago propias o procesos de pago integrados. Por último, algunos actores del sector B2B, por ejemplo, en los ámbitos de la movilidad, el acceso o los títulos desmaterializados, aunque no todo ello se refiera al pago bancario.
En los proyectos que llevamos a cabo, a menudo observamos que se confunde «integrar Apple Pay» con « crear una aplicación «pago NFC». La primera fase puede completarse a veces en pocos días a través de un proveedor de servicios de pago (PSP) ya integrado en una página web de comercio electrónico o una aplicación. La segunda implica acuerdos financieros, controles de seguridad, pruebas en dispositivos reales y una gestión del producto mucho más sólida.
Apple indica en 2026 que los desarrolladores de aplicaciones de pago que utilicen NFC y SE Platform deben ser entidades financieras o trabajar con un PSP con licencia o autorizado en los territorios elegibles. Otro aspecto que puede pasar desapercibido para quienes no son expertos en tecnología: los applets del Secure Element deben ser examinados y validados por un laboratorio independiente acreditado antes de su entrega a Apple para su instalación. Esto rara vez es compatible con un calendario improvisado.
Este cambio también hace que la elección de la arquitectura móvil sea más estratégica. Una aplicación nativa para iOS y Android ofrece el mejor acceso a las funciones de pago, biometría y seguridad, pero su mantenimiento resulta más costoso. Un enfoque híbrido puede ser adecuado para un proceso comercial convencional, pero no tanto para un monedero muy integrado en el sistema. Si esta opción sigue abierta, conviene establecer un marco entre desarrollo móvil nativo o híbrido Evita reconstruir demasiado pronto.
¿Cuánto hay que prever en cuanto a presupuesto y plazos?
Los costes varían considerablemente dependiendo de si aceptas un pago móvil o creas un medio de pago. Para un directivo, esta es la diferencia más importante que hay que comprender. Añadir Apple Pay y Google Pay a un túnel de pago ya existente no tiene nada que ver con desarrollar un monedero NFC compatible con iPhone y Android.
| Proyecto | Presupuesto orientativo en Francia | Plazo realista | Complejidad principal |
|---|---|---|---|
| Activar Apple Pay y Google Pay a través de un proveedor de servicios de pago (PSP) en una tienda online | Entre 1 000 y 5 000 €, dependiendo de la integración existente | 1 a 3 semanas | Configuración de PSP, UX proceso de pago, pruebas en navegadores y dispositivos móviles |
| Incorporar el pago móvil en una aplicación de comercio ya existente | Entre unos 5 000 y 25 000 € | De 3 a 8 semanas | SDK de PSP, configuración de la configuración de privacidad, experiencia del usuario, pruebas de aceptación en iOS/Android |
| Crear una aplicación de monedero con pago NFC de terceros | A menudo, 100 000 € o más | De 6 a 12 meses, a veces más | Accords: finanzas, seguridad, certificación, integración NFC/SE |
| Aceptar pagos sin terminal con Tap to Pay en el iPhone | Varía en función del PSP y de la aplicación específica | De 2 a 10 semanas | Compatible con PSP, implementación sobre el terreno, soporte ort para comerciantes |
Estas cifras orientativas no sustituyen a un presupuesto, pero evitan un error habitual: comparar un botón de pago en línea con una infraestructura de pago. A partir de 10 000 €, casi siempre es mejor utilizar los componentes de un PSP reconocido que intentar controlar toda la cadena. Sinceramente, crear tu propio monedero NFC solo se justifica si el pago es el núcleo del modelo de negocio o de la relación con el cliente.
El calendario también depende de las validaciones externas. Un PSP puede imponer su propia revisión. Apple y Google tienen sus propios criterios de publicación. El RGPD, en vigor desde 2018, añade obligaciones en materia de datos personales: finalidad clara, minimización, seguridad y plazo de conservación. En el ámbito de los pagos, cada dato innecesario supone un riesgo adicional.
¿Cómo se puede aceptar el pago móvil desde el punto de venta?
Para la mayoría de las pymes, lo importante no es habilitar la tecnología NFC del iPhone, sino aceptar directamente los medios de pago móviles allí donde el cliente realiza la compra. En una página web, esto se lleva a cabo a través de Apple Pay, Google Pay y las tarjetas bancarias en un proceso fluido. En las tiendas físicas, esto se lleva a cabo mediante un terminal compatible con pagos sin contacto o mediante soluciones del tipo «Tap to Pay on iPhone», dependiendo del país y de los proveedores de servicios de pago (PSP) disponibles.
La función «Tap to Pay» de Apple en el iPhone permite que las aplicaciones de pago acepten tarjetas sin contacto, Apple Pay, Apple Watch y otros monederos digitales directamente en un iPhone, sin necesidad de un terminal adicional. Sin embargo, es necesario integrar un proveedor de servicios de pago (PSP) compatible. En este caso, la ausencia de hardware adicional no elimina la necesidad de un contrato de pago, una aplicación fiable y un soporte en caja.
La mejor experiencia del cliente suele depender del canal principal. Una tienda física que también vende por Internet conseguirá un mayor impacto al integrar el stock, los pedidos y los pagos que si busca una innovación compleja basada en la tecnología NFC. Este tema está directamente relacionado con las estrategias de «click and collect» para una tienda física, cuando el objetivo es reducir las fricciones entre la web y la tienda.
- Si vendes principalmente por Internet, da prioridad a un proveedor de servicios de pago (PSP) fiable, Apple Pay, Google Pay, 3-D Secure y una página de pago rápido.
- Si vendes principalmente en tienda, comprueba si tu terminal es compatible con el pago sin contacto o si te conviene una solución «Tap to Pay» en función de tu volumen de ventas.
- Si tienes una aplicación de fidelización, pregúntate si el pago integrado mejora realmente la frecuencia de compra o si complica el proceso.
- Si está pensando en utilizar un monedero propio, compruebe desde el principio el socio financiero, el marco normativo y el presupuesto para la certificación.
Por parte de la agencia, lo habitual es partir de la acción más frecuente del cliente: pagar un pedido por Internet, pagar en caja, recoger una reserva, dividir la cuenta o recargar una cuenta. La tecnología viene después. Queda menos llamativo en una diapositiva, pero es mucho más fiable a la hora de ajustarse al presupuesto.
Las dificultades que subestiman quienes no son expertos en tecnología
La primera trampa tiene que ver con la disponibilidad real. La activación del NFC se aplica en el Espacio Económico Europeo, pero no automáticamente en todo el mundo. Afecta a los iPhone compatibles, a partir del iPhone XS, con las versiones adecuadas de iOS. Por lo tanto, una aplicación europea puede requerir normas diferentes si también se dirige al Reino Unido, Suiza, América del Norte o Asia.
Segunda trampa: la seguridad no se limita a Face ID. Una aplicación de pago móvil gestiona sesiones, tokens y, en ocasiones, datos bancarios indirectos y derechos de acceso. Las API, es decir, las interfaces a través de las cuales la aplicación se comunica con tus servidores, se convierten en un punto vulnerable. Una revisión de seguridad de las API móviles A menudo pasa más desapercibida que una pantalla de pago, pero protege directamente la facturación.
Tercera trampa: la experiencia por defecto. Las condiciones de Apple establecen que las aplicaciones de terceros incluidas puedan configurarse como aplicación de pago sin contacto por defecto y acceder a determinadas funciones deexperiencia del usuario como Field Detect, Double-click, Touch ID, Face ID y el código del dispositivo. Esto es fundamental, ya que un medio de pago que requiera tres pasos de más no se utilizará.
Por último, la prueba no se realiza únicamente en un simulador. La documentación de Apple especifica que algunas pruebas de NFC y SE requieren hardware NFC y un iPhone XS o posterior con una versión compatible de iOS; CredentialSession no es compatible con el simulador para la emulación de tarjetas ISO 7816. En resumen: hay que contar con dispositivos reales, tarjetas de prueba, terminales y tiempo de trabajo sobre el terreno.
Si tu aplicación gestiona la autenticación, los pagos y los datos personales, una lista de comprobación de Seguridad antes de la publicación en dispositivos móviles Ayuda a identificar los riesgos antes de la puesta en producción. Es mejor detectar una deficiencia en la autenticación durante la prueba de aceptación que tener que hacer frente a un incidente con un cliente.
El arbitraje adecuado para 2026
Para una pyme, el pago móvil NFC DMA debe considerarse una oportunidad de mercado, no una obligación de desarrollo. La oportunidad es real para los actores financieros y las grandes cadenas capaces de invertir en un monedero digital. Para un comerciante electrónico o una aplicación especializada, el mejor retorno de la inversión suele seguir siendo integrar correctamente Apple Pay, Google Pay y un proveedor de servicios de pago (PSP) sólido.
Android mantiene una lógica más familiar para los monederos de terceros, mientras que iOS se está volviendo más accesible en Europa bajo supervisión regulatoria. De hecho, la Comisión Europea publicó en mayo de 2026 un documento sobre la interoperabilidad y la portabilidad de los datos en el que se indicaba que Apple ya había presentado soluciones parciales, entre ellas la tecnología NFC. El contexto de la DMA sigue vigente, como demuestran también las medidas coercitivas dirigidas a Google en julio de 2026 sobre otros temas relacionados con la interoperabilidad de Android y el intercambio de datos.
Por lo tanto, la elección técnica debe seguir siendo específica. Para un proyecto de comercio electrónico, céntrate en la tasa de conversión, la confianza y la compatibilidad con dispositivos móviles. Para una aplicación bancaria o una tarjeta privada, prepara un programa de producto completo, con juristas, proveedores de servicios de pago (PSP), seguridad, diseño de la experiencia de usuario y operaciones. Una base deingeniería móvil iOS y Android se convierte en algo indispensable, no en algo secundario.
Definir bien este tipo de proyecto desde el principio evita la mayoría de las sorpresas desagradables: el alcance del DMA, la elección del PSP, la seguridad de las API, el presupuesto para la certificación y la experiencia en el punto de venta. A menudo es ahí donde una perspectiva externa permite ahorrar tiempo, incluso antes de escribir la primera línea de código.
Preguntas frecuentes sobre el pago móvil NFC DMA
¿Obliga la DMA a Apple a habilitar la tecnología NFC del iPhone?
Sí, en la práctica, en el Espacio Económico Europeo, a través de unos compromisos que la Comisión Europea convirtió en vinculantes el 11 de julio de 2024. Estos permiten que determinadas aplicaciones de pago de terceros accedan a la función NFC «tap and go» del iPhone sin necesidad de utilizar Apple Pay ni Apple Wallet.
¿Puede una pyme crear su propio Apple Pay?
No en el sentido estricto del término. Una pyme puede integrar Apple Pay a través de un proveedor de servicios de pago (PSP), pero crear una cartera NFC propia suele requerir un socio financiero especializado, validaciones de seguridad y un presupuesto mucho mayor.
¿Se ve afectado Google Pay por esta misma apertura de la tecnología NFC?
Android ya permite el uso de NFC en aplicaciones de pago, según las condiciones del sistema, del teléfono y del medio de pago. El debate europeo se ha centrado sobre todo en el acceso a la tecnología NFC del iPhone, que históricamente se ha reservado a Apple Pay para los pagos en tiendas físicas.
¿Sustituye la función «Tap to Pay» del iPhone a un terminal de pago?
En algunos casos, puede sustituir a un terminal adicional, siempre que tu país, tu proveedor de servicios de pago (PSP) y tu aplicación sean compatibles. Esto no suprime el contrato de pagos electrónicos, las comisiones de pago ni la necesidad de un terminal de punto de venta.
¿Cuál es la mejor opción para una tienda online en 2026?
En la mayoría de los casos, utiliza un proveedor de servicios de pago (PSP) de confianza que ofrezca tarjetas bancarias, Apple Pay, Google Pay y 3-D Secure. Es más rápido, menos arriesgado y, por lo general, más económico que desarrollar un sistema de pago propio.