Banque mobile white-label en 2026 : le guide complet
Analyse approfondie de la banque mobile white-label en 2026 : fonctionnalités, natif vs React Native vs Flutter, panorama des éditeurs, conformité, go-to-market et lancement d'une néobanque iOS et Android en 6 à 12 semaines.
Qu'est-ce qu'une app de banque mobile white-label ?
La banque mobile white-label est une app iOS et Android prête à l'emploi, avec son backend, qu'une marque rebrande comme sa propre néobanque. L'éditeur fournit le ledger, l'onboarding, les comptes, les cartes, les paiements et la console d'administration ; la marque apporte son logo, sa palette de couleurs, son entité licenciée et son plan go-to-market. Ce qui exigeait 18 mois et une équipe de 40 ingénieurs se lance aujourd'hui en 6 à 12 semaines.
Le marché 2026 a dépassé le débat "faire ou acheter". Toute marque qui lance une néobanque, une expérience de finance embarquée, un programme de cartes corporate ou un produit de banque communautaire démarre sur un stack white-label et personnalise par-dessus. L'économie de temps et de coûts est trop large pour être ignorée, et la barre réglementaire trop haute pour être franchie from scratch.
iOS et Android natifs
Expérience mobile complète avec login biométrique, notifications push et tokenisation Apple Pay et Google Pay disponibles d'emblée.
Votre marque, votre UX
Logo, couleurs, typographie, ton de voix et parcours d'onboarding sous votre contrôle via un design system configurable.
Conformité intégrée
KYC, LCB-FT, SCA, DSP2/DSP3, RGPD et SOC 2 pris en charge par la plateforme. Votre équipe se concentre sur la distribution et le produit.
Discutons de votre projet et voyons comment nous pouvons lancer votre projet. produit bancaire numérique ensemble
Demander une démoLe set fonctionnel de banque mobile en 2026
Une néobanque compétitive en 2026 ne se limite pas à "comptes et cartes". La barre fixée par N26, Revolut, Nubank, Wise et les acteurs français comme BoursoBank, Qonto ou Lydia pousse l'utilisateur à attendre une douzaine de fonctionnalités adjacentes dès le premier jour. Toute plateforme white-label sérieuse embarque tout ce qui suit.
Onboarding
Capture de pièce, contrôle de vivacité, lecture NFC du passeport, vidéo-ident et biométrie. Parcours sous 5 minutes en mobile.
Comptes
IBAN multi-devises, sous-comptes, cagnottes d'épargne, comptes joints et comptes de trésorerie pour TPE/PME.
Cartes
Visa et Mastercard virtuelles et physiques, émission instantanée, tokenisation Apple Pay, Google Pay, Samsung Pay, contrôles de dépense.
Paiements
SEPA, SEPA Instant, FasterPayments, ACH, SWIFT, change, request-to-pay et QR codes.
P2P et social
Virements instantanés intra-réseau, partage de notes, cagnottes de groupe, paiements par contact et enveloppes cadeau.
Budget et cagnottes
Catégorisation automatique, règles d'épargne, arrondis, suivi d'objectifs et analytics de dépense.
Investissement et crypto
Actions fractionnées, ETF, obligations et module crypto régulé pour BTC, ETH et stablecoins via broker partenaire.
BNPL et crédit
Paiement en 4 fois en checkout, prêts personnels, découverts et avance sur salaire, via partenaire ou bilan propre.
Engagement
Notifications push, messagerie in-app, cashback, parrainage, fidélité et module d'assurance natif.
Tout ce qui précède est standard chez Crassula. La vraie question en 2026 n'est pas "la plateforme a-t-elle la fonctionnalité X", mais "à quelle vitesse se configure-t-elle, quelle est son opinion par défaut et quelle part de l'économie d'interchange finit de votre côté de la table".
Natif vs React Native vs Flutter
Le choix du stack mobile est la décision la plus débattue en banque white-label. Chaque piste a un vrai compromis.
| Approche | Performance | Time to ship | Bon usage |
|---|---|---|---|
| Natif (Swift + Kotlin) | Maximum. Accès direct à la biométrie, au NFC, au secure enclave, à la caméra et aux SDK wallet. | Le plus lent. Deux bases de code, deux équipes, deux cycles de release. | Néobanques tier-1 visant le statut de compte principal avec intégration plateforme profonde. |
| React Native | Proche du natif côté UI, modules natifs pour la cryptographie et la tokenisation carte. | Rapide. Base JS/TS unique, large bassin de recrutement, hot reload. | Fintechs dotées d'une équipe web React qui veulent livrer iOS et Android en parallèle. |
| Flutter | Très bon. Rendu Skia qui donne une parité pixel perfect multi-plateformes. | Rapide. Base Dart unique, outillage Google excellent. | Équipes qui priorisent la cohérence de design et acceptent d'investir sur Dart. |
Dans les faits, Nubank, Revolut et N26 tournent en Swift et Kotlin natifs. L'app BoursoBank et Qonto mobile s'appuient sur du natif avec des briques partagées. Beaucoup de produits de banque embarquée tournent en React Native parce que la marque dispose déjà d'une équipe React web. Google Pay utilise Flutter sur plusieurs marchés. Pour un lancement white-label, la plateforme doit vous laisser choisir : la bonne réponse dépend de votre organisation d'ingénierie, pas de benchmarks abstraits.
Architecture : ce qui se trouve derrière l'app
Le client mobile n'est que les 20 % visibles. Les 80 % qui décident de la survie de votre néobanque, c'est le backend.
Client mobile
iOS, Android et éventuellement un companion web, tous sur la même API.
API backend
REST et webhooks pour comptes, cartes, paiements, ledger, notifications et CMS.
Orchestration
Prestataires KYC, processeurs carte, moteurs antifraude, change, partenaires crédit et analytics.
Rails licenciés
Banque ou EME, SEPA, ACH, Visa, Mastercard et rails temps réel locaux.
Deux choix d'architecture pèsent plus que les autres. D'abord, le design system : les tokens de couleur, de typographie et d'espacement doivent être remplaçables sans redeploy. Ensuite, le CMS : copy marketing, écrans d'onboarding, tuiles produit et FAQ doivent être modifiables par des non-ingénieurs. Sans ces deux piliers, chaque modification "simple" devient un sprint, ce qui annule l'intérêt du white-label.
Le panorama éditeurs en 2026
Le marché white-label de banque mobile s'est consolidé autour d'un panel clair d'acteurs, chacun avec son centre de gravité.
Crassula
White-label full-stack pour néobanques, EME et finance embarquée. Ledger, onboarding, cartes, paiements, admin, apps iOS et Android. Bon match pour les marques UE, France et MENA visant 6 à 12 semaines.
Backbase
Engagement banking platform utilisée par des banques retail tier-1. Forte sur la personnalisation et l'orchestration, intégration plus lourde, implémentations plus longues.
Temenos Infinity (ex-Kony)
Suite digital banking enterprise fortement couplée au core Temenos. Solide pour les incumbents déjà sur Temenos Transact, coûteuse pour les fintechs greenfield.
Appway (Veritone)
Spécialiste du cycle de vie client et de l'onboarding, présent en gestion privée. Moins centré sur la banque mobile retail complète, fort sur l'orchestration de parcours.
Mobiquity (Hexaware)
Projets digital banking pilotés en conseil plutôt que produit empaqueté. Adapté aux programmes sur mesure avec budgets de services à six chiffres.
Velmie
Plateforme modulaire de digital banking avec composants front mobile. Concurrence directe de Crassula sur le time-to-market et la configurabilité.
Positionnement honnête : Backbase et Temenos Infinity sont des offres enterprise pour incumbents licenciés. Appway et Mobiquity vendent du service plus que du produit. Crassula et Velmie se battent sur le segment fintech, EME et banque embarquée, là où la vitesse, le pricing à plat et une UX mobile moderne emportent la décision.
Conformité et sécurité sur mobile
La banque mobile en 2026 repose sur une pile conformité plus épaisse qu'attendu. Si l'éditeur white-label ne couvre pas la liste ci-dessous, le projet n'est pas un lancement de 6 semaines, c'est un programme interne de 12 mois.
- Authentification forte du client (SCA). Deux facteurs parmi trois catégories (connaissance, possession, inhérence), au titre de l'article 97 de la DSP2 et du règlement délégué (UE) 2018/389. Pour un paiement à distance s'ajoute le lien dynamique : l'authentification doit être rattachée à un montant et à un bénéficiaire déterminés.
- KYC et LCB-FT. Scan de pièce, contrôle de vivacité, filtrage PEP et sanctions, surveillance transactionnelle, déclaration TRACFIN. La vidéo-ident est encadrée par l'ACPR pour certains parcours d'onboarding en France.
- Règles des schemes carte. Visa et Mastercard imposent 3-D Secure 2, la tokenisation pour Apple Pay et Google Pay, et PCI DSS pour toute manipulation de données carte.
- Protection des données. RGPD en UE, UK GDPR, et équivalents locaux (LGPD, MENA) exigent résidence des données, gestion du consentement, droit à l'oubli et base légale claire.
- Sécurité applicative. Détection jailbreak et root, certificate pinning, RASP, secure enclave pour le stockage de clés et obfuscation contre la rétro-ingénierie.
Un éditeur white-label mature arrive pré-audité SOC 2 Type II, ISO 27001 et PCI DSS, et expose les preuves nécessaires pour vos rendez-vous régulateur. Cela vaut des années de calendrier.
Go-to-market pour une néobanque mobile
Livrer l'app est la partie facile. Acquérir des utilisateurs avec rentabilité, c'est ce qui sépare les néobanques que les gens utilisent de celles qui finissent en cas d'école "super produit, pas de traction".
Choisissez une niche
Freelances, travailleurs de plateformes, expatriés, Gen Z, TPE/PME, créateurs, communautés diaspora. Un ICP net bat une offre grand public floue à chaque fois.
Un crochet net
Virements le jour même, meilleur change, mise de côté fiscale automatique, découvert gratuit, compte USD pour Européens. Une fonctionnalité qui casse un prix concurrent.
Boucle de parrainage
Chaque néobanque du top 10 a grandi par le parrainage. Intégrez referral, bonus et waitlist dans l'app dès la semaine 1, pas au mois 6.
Les métriques qui comptent : CAC payback, rétention à 90 jours et interchange par compte actif. Si la plateforme white-label n'expose pas ces indicateurs nativement dans l'admin, prévoyez de les câbler dès le jour 1. On ne corrige pas ce qu'on ne mesure pas.
Time-to-market réaliste
Le titre "6 à 12 semaines" est atteignable, mais uniquement avec un scope discipliné. Voici un calendrier honnête pour un lancement banque mobile white-label en 2026.
| Phase | Durée | Livrables clés |
|---|---|---|
| Discovery et setup | Semaine 1 à 2 | ICP, scope fonctionnel, choix d'entité licenciée, choix prestataire KYC, assets de marque, validation juridique des CGU/CGV. |
| Configuration | Semaine 2 à 5 | Design system appliqué, parcours d'onboarding, programme carte, corridors de paiement actifs, contenus CMS chargés. |
| Intégration | Semaine 4 à 8 | Modules personnalisés, APIs partenaires, notifications, analytics, règles antifraude, dépôt App Store et Play Store. |
| UAT et pilote | Semaine 7 à 10 | Tests end-to-end, revue sécurité, notification régulateur, pilote fermé avec 100 à 500 utilisateurs. |
| Lancement public | Semaine 10 à 12 | Release en production, campagne marketing activée, équipe support formée, SLA actifs, runbook d'incident prêt. |
Les programmes qui s'étirent à 9-18 mois tombent dans trois pièges : apps natives custom au lieu de white-label configuré, prestataires KYC et carte sur mesure au lieu de ceux déjà intégrés, contrôle de scope trop faible. Évitez ces trois, et le 6 à 12 semaines devient tout à fait réaliste.
Lancez votre banque mobile white-label avec Crassula
Crassula livre un stack de banque mobile white-label prêt pour la production : apps iOS et Android configurables, ledger, onboarding avec vidéo-ident et biométrie, IBAN multi-devises, émission Visa et Mastercard avec Apple Pay et Google Pay, SEPA, SEPA Instant, FasterPayments, ACH et SWIFT, plus un back office d'administration complet et un CMS.
Ce que vous obtenez
- Apps iOS et Android à votre marque en 6 à 12 semaines
- KYC, émetteurs carte et rails de paiement pré-intégrés
- Conformité PCI DSS, SOC 2 et ISO 27001 portée par la plateforme
- Back office admin, CMS et analytics inclus
Comment ça s'intègre
- Apportez votre licence ou branchez-vous à nos partenaires BaaS
- Remplacez des modules (KYC, crédit, crypto) sans réécriture
- Fee plateforme plat plus pricing à la transaction
- Mises à jour produit et conformité continues prises en charge
Si vous évaluez la banque mobile white-label pour 2026, le chemin le plus court vers un plan de lancement crédible est un call de cadrage de 30 minutes avec notre équipe. Nous mappons votre ICP, votre liste de fonctionnalités et les options d'entité licenciée vers un calendrier et un budget concrets.
Sans licence : les trois voies françaises, et ce qu'elles coûtent vraiment
Une marque qui ne détient pas d'agrément a trois montages possibles en France. Ils n'ont ni les mêmes formalités ni la même surface de responsabilité, et on les confond souvent.
| Voie | Formalité | Ce qu'elle permet |
|---|---|---|
| Agent de PSP L. 523-1 |
Enregistrement obligatoire auprès de l'ACPR, effectué par le PSP mandant, pas par vous. Pas d'agrément propre. | Fournir les services de paiement du mandant, dans les limites de son agrément. Plusieurs mandats sont possibles, mais chacun suppose son propre enregistrement : le statut n'est pas portable. |
| Distributeur de monnaie électronique L. 525-8 |
Pas d'enregistrement ACPR lorsque le mandant est un émetteur agréé en France. Vous relevez du cadre de l'externalisation. | Mettre en circulation, recharger et rembourser de la monnaie électronique - mais pas en émettre : l'émission est réservée par l'article L. 525-3. |
| Prestataire technique L. 314-1 III 7° |
Aucune formalité, mais la qualification doit tenir. | Fournir des services techniques « sans entrer, à aucun moment, en possession des fonds à transférer ». Ne couvre ni l'initiation de paiement, ni l'information sur les comptes. |
Deux points que les contrats de marque blanche traitent mal. D'abord, la responsabilité ne se délègue pas : l'article L. 523-3 laisse le PSP mandant pleinement responsable à l'égard des tiers des actes de son agent. Ensuite, l'obligation d'information : l'agent doit faire connaître sa qualité de mandataire aux utilisateurs lorsqu'il entre en contact avec eux. C'est déclenché par le contact, pas satisfait par une mention perdue dans les CGU.
Où passe la frontière de la requalification en agent. L'ACPR retient deux critères : l'encaissement de fonds des utilisateurs pour le compte du PSP, et la participation à la fourniture du service de paiement - recueillir l'ordre de paiement et le consentement, les transmettre au PSP, ou exécuter l'ordre. La capacité à contrôler les fonds est présentée comme déterminante.
Et voici la précision qui compte pour une app en marque blanche : déléguer l'authentification, simple ou forte, n'est pas en soi un critère d'agent. Porter le parcours d'authentification dans votre application ne vous fait donc pas basculer mécaniquement dans le statut d'agent - ce sont l'encaissement et la prise en charge de l'ordre qui le font.
SCA dans une app : les contraintes que le règlement impose vraiment
Le règlement délégué (UE) 2018/389 ne se contente pas d'exiger « deux facteurs ». Il pose des contraintes techniques précises, qui se traduisent directement en spécifications d'application.
- Codes à usage unique et cinq tentatives consécutives échouées au maximum.
- Pour l'accès en ligne au compte, une durée d'inactivité plafonnée à cinq minutes avant nouvelle authentification.
- Indépendance des éléments : quand l'authentification se déroule sur un appareil polyvalent - un smartphone - le règlement impose des mesures d'atténuation cumulatives, pas alternatives.
- Lien dynamique pour les paiements à distance, rattachant l'authentification à un montant et à un bénéficiaire déterminés.
Le délai de ré-authentification pour l'accès au compte est de 180 jours, pas de 90. C'est l'une des erreurs les plus répandues dans les spécifications produit et les documentations fournisseurs. Le passage de 90 à 180 jours résulte du règlement délégué (UE) 2022/2360, applicable depuis le 25 juillet 2023.
Le chiffre de 90 jours n'a pas disparu pour autant : il subsiste, mais comme profondeur d'historique de transactions que l'exemption peut couvrir - pas comme fréquence de ré-authentification. Si votre backlog dit « SCA tous les 90 jours », il est à corriger.
Références
Sources primaires, consultées le 22 juillet 2026.
- Code monétaire et financier : article L. 523-1 (agents de PSP : mandat, limites de l'agrément du mandant, information de la qualité de mandataire, enregistrement par le PSP), article L. 523-3 (responsabilité du mandant), articles L. 525-3 et L. 525-8 (distribution de monnaie électronique, émission réservée), article L. 314-1 III 7° (prestataires techniques).
- ACPR, atelier Paiement du Forum Fintech du 9 octobre 2025 (critères de requalification en agent ; la délégation de l'authentification n'est pas en soi un critère) et parcours fintech sur le statut d'agent.
- Directive (UE) 2015/2366, article 97 (authentification forte, lien dynamique) ; règlement délégué (UE) 2018/389, articles 4, 5, 9 et 10 ; règlement délégué (UE) 2022/2360, applicable depuis le 25 juillet 2023 (délai de ré-authentification porté à 180 jours).
Ce guide décrit un état du droit au 22 juillet 2026 et ne constitue pas un conseil juridique. N'ont pas pu être vérifiés au niveau de source exigé ici, et sont donc traités avec prudence ou absents : les exigences françaises précises d'entrée en relation à distance au titre de la LCB-FT, le calendrier du portefeuille d'identité numérique européen sous eIDAS 2.0, la position de la CNIL sur la biométrie et le délai de notification de 72 heures, ainsi que les obligations DORA applicables à l'éditeur de la plateforme.
FAQ
C'est une app bancaire iOS et Android préconstruite, avec son backend, vendue par un éditeur tech et rebrandée par votre société comme sa propre néobanque. Vous apportez logo, couleurs et entité licenciée ; l'éditeur gère le ledger, les cartes, les paiements et la plomberie conformité.
De 6 à 12 semaines avec un scope discipliné : un pays, une devise, un programme carte, fonctionnalités retail de base. Les programmes complexes (crédit, crypto, multi-pays) s'étendent à 3 ou 6 mois. Au-delà, cela signifie souvent que l'équipe s'est remise à construire sur mesure au lieu de configurer la plateforme.
Le natif offre la meilleure performance et l'intégration plateforme la plus profonde. React Native est le plus rapide si vous avez déjà une équipe React web. Flutter donne une parité pixel perfect et un tooling solide. Pour la plupart des lancements white-label, React Native ou Flutter sont le choix par défaut, et vous ne passez au natif intégral que quand l'échelle et les features plateforme l'imposent.
Onboarding avec KYC et biométrie, comptes avec IBAN, une carte de débit avec Apple Pay et Google Pay, SEPA ou paiements locaux, virements P2P, notifications push et une vue budget simple. Le reste (investissement, crypto, BNPL, assurance) peut suivre une fois le cœur fonctionnel stabilisé.
Backbase et Temenos Infinity sont des offres enterprise pour incumbents licenciés avec des implémentations longues. Mobiquity est plus conseil que produit. Crassula et Velmie se battent sur des lancements rapides et configurables pour fintechs, EME et banque embarquée. Appway est fort sur le cycle de vie client, moins sur la banque mobile retail. Le choix dépend de votre ICP et de l'appétit de votre équipe d'ingénierie.
Le plus souvent non. La majorité des lancements white-label s'appuient sur la licence d'une banque partenaire ou d'un établissement de monnaie électronique. Attention toutefois à une nuance que beaucoup de résumés écrasent : l'agent de PSP doit être enregistré auprès de l'ACPR - et c'est le PSP mandant qui procède à cet enregistrement - tandis que le distributeur de monnaie électronique mandaté par un émetteur agréé en France n'a pas à être enregistré auprès de l'ACPR ; il relève du cadre de l'externalisation. Vous passez à votre propre licence plus tard si vous voulez collecter des dépôts en direct ou prêter depuis votre bilan.
Prévoyez un setup fee dans le bas de la fourchette six chiffres, un fee plateforme mensuel ou annuel, et un pricing à la transaction sur les paiements, le change et l'interchange carte. Le coût total d'une première année tourne autour d'un dixième d'une construction from scratch, l'essentiel de l'économie venant des postes d'ingénierie évités.
Crassula fournit le stack bout en bout : apps iOS et Android à votre marque, ledger, onboarding, cartes, paiements, console d'administration et CMS. Vous branchez votre entité licenciée (ou l'un de nos partenaires BaaS), configurez le design system et les feature flags, et livrez une néobanque en production en 6 à 12 semaines. L'architecture reste modulaire, donc remplacer un prestataire KYC ou carte plus tard ne demande pas de réécriture.
