Integramos Stripe, Adyen, Redsys, MONEI, Apple Pay y Google Pay en apps Flutter y nativas. Compliance PSD2, SCA y experiencia frictionless para tus clientes.
TL;DR
Construimos apps móviles con pagos in-app integradas con las cuatro pasarelas más usadas en España (Stripe, Adyen, Redsys, MONEI) y con Apple Pay / Google Pay para checkout frictionless. Cubrimos compliance PSD2 y Strong Customer Authentication (SCA), tokenización segura, suscripciones recurrentes, gestión de disputas y reconciliación contable. Stack habitual: Flutter para iOS + Android, back-end Go o Node sobre Cloud Run, webhooks firmados, observabilidad de cada transacción. Casos en producción en retail, hostelería, servicios profesionales y suscripciones digitales en España.
Qué resolvemos
Una app que procesa pagos en España en 2026 no es un proyecto de UI. Es un proyecto regulatorio: cumplimiento PSD2, Strong Customer Authentication, tokenización PCI-DSS, gestión de chargebacks y reconciliación contable con tu ERP. La parte visible al usuario es el 20%.
En Dribba integramos las cuatro pasarelas que tienen sentido en España y, sobre todo, el back-end transaccional que las sostiene: webhooks firmados, idempotencia, reintentos exponenciales, observabilidad por transacción y reconciliación automática. Sin eso, una app que cobra es una bomba de tiempo.
Pasarelas que integramos
Pasarela internacional con la mejor experiencia de desarrollo. Comisión 1.4% + 0.25 € intra-Europa. Excelente para SaaS y productos digitales. Soporte de suscripciones y radar antifraude incluido. Recomendada por defecto si no hay restricción específica.
Pasarela enterprise unificada para web, mobile y POS. Comisiones negociables a partir de cierto volumen. Ideal cuando ya tienes presencia en retail físico y quieres reconciliación unificada online+offline.
Procesador líder en España, propiedad de los principales bancos. Comisión depende del banco emisor del cliente. Imprescindible si tu empresa requiere TPV virtual integrado con tu banco español.
Pasarela española moderna con API clean y soporte de Bizum nativo. Excelente para PYMEs y comercios que quieren Bizum + tarjetas en una integración. Comisiones competitivas, soporte local.
No son pasarelas sino capas de tokenización. Se integran SOBRE Stripe / Adyen / Redsys / MONEI para dar checkout frictionless: el usuario paga con biometría sin teclear tarjeta. Eleva la conversión móvil entre 15% y 40%.
Lo no negociable
No negociamos estas piezas: si una integración no las cubre, es un riesgo regulatorio o contable. Las incluimos por defecto en todo proyecto.
Casos típicos en España 2026
Cuidado con Apple
Apple obliga a usar in-app purchase (IAP) con comisión 15–30% cuando vendes contenido digital o suscripciones consumidas DENTRO de tu app. Las excepciones (bienes físicos, servicios consumidos fuera, B2B) son específicas y a menudo malinterpretadas. En la primera reunión revisamos tu modelo para evitar un rechazo de review costoso.
Preguntas frecuentes
No hay una respuesta única. Para SaaS y producto digital con clientes internacionales, Stripe es la decisión por defecto por API y suscripciones. Para PYME española con tarjetas + Bizum, MONEI da mejor balance. Para empresas con TPV físico que quieren unificar online + offline, Adyen tiene ventaja. Para empresas que ya trabajan con su banco con TPV virtual, Redsys es la opción nativa. Recomendamos elegir según volumen previsto, comisión negociable y necesidad de Bizum.
La integración de una pasarela única (Stripe o MONEI) en una app Flutter con back-end ligero suele estar entre 6.000 € y 18.000 € incluyendo SCA, webhooks, tokenización y testing. Integrar dos pasarelas + Apple Pay + Google Pay + reconciliación con ERP escala hasta 25.000–45.000 €. La pasarela cobra aparte: 1.4–2.5% por transacción según volumen.
Sí, desde PSD2 (2019) y sin excepciones para móvil. Toda transacción con tarjeta de un cliente europeo requiere autenticación reforzada: biometría, PIN del banco o 3DS2 challenge. Hay exenciones específicas (transacciones < 30 €, recurrentes, MIT — Merchant Initiated Transactions) que aplicamos cuando legalmente proceden para maximizar conversión.
Apple Pay y Google Pay no son pasarelas — son capas de tokenización. Se configuran SOBRE tu pasarela elegida (Stripe / Adyen / Redsys / MONEI) y dan al usuario un checkout frictionless con biometría. Para Apple Pay necesitas Apple Developer Enterprise/Standard + certificado en App Store Connect + dominios verificados. Para Google Pay necesitas Merchant Center configurado. El uplift de conversión está habitualmente entre 15% y 40% en móvil.
Si tu app vende contenido digital o suscripciones que se consumen DENTRO de la app, Apple obliga a usar IAP (comisión 15–30%). Hay excepciones reales: venta de bienes físicos (delivery, e-commerce físico), servicios consumidos fuera (reservas presenciales), B2B real (compra por una empresa, no por consumidor). Auditamos tu modelo en discovery para clasificar cada flujo: el coste de un rechazo de review por interpretación mala suele ser 4–8 semanas de retraso.
Sí, vía MONEI principalmente (que ofrece Bizum nativo en su API) o vía integraciones bancarias específicas según el banco emisor. Bizum es especialmente útil para servicios profesionales y comercios PYME donde el cliente prefiere pago directo cuenta-a-cuenta sin teclear tarjeta. Comisión Bizum típica: 0.7–1% según volumen y banco.
Tres niveles según tamaño: (1) Export diario CSV/SEPA desde la pasarela para subir manualmente a tu ERP. (2) Integración directa con tu ERP (Holded, Sage, SAP, Microsoft Dynamics) que sincroniza transacciones, comisiones y reembolsos. (3) Reconciliación bancaria automática que cruza payouts de la pasarela con extracto bancario. En proyectos serios montamos el nivel 2 o 3 desde el día uno: hacerlo después es 2–3× más caro.
¿Listo para empezar?