Définition
Un Card Vault — ou *coffre-fort de données de carte* — est un système de stockage chiffré qui conserve les informations de paiement tokenisées d'un client afin de permettre des achats en un clic, des abonnements récurrents et des relances de paiement (dunning) sans jamais exposer le numéro de carte brut (PAN) dans la base de données du marchand.
Concrètement, lorsque le client saisit sa carte pour la première fois, un prestataire de tokenisation (Stripe, Adyen, Checkout.com, ou un PSP local comme PayPlug ou Mollie) remplace le PAN par un jeton (*token*) — une chaîne aléatoire dénuée de valeur exploitable. Le Card Vault stocke ce jeton, les métadonnées associées (derniers 4 chiffres, marque, date d'expiration, empreinte) et, selon les cas, un cryptogramme réseau (par ex. un *network token* Visa/Mastercard mis à jour automatiquement en cas de renouvellement de carte).
En Europe, un Card Vault conforme doit respecter PCI DSS v4.0 (niveau SAQ A ou SAQ A-EP selon l'architecture) et, depuis 2021, la DSP2/SCA impose une authentification forte (3DS2) lors de la première transaction, puis des exemptions *MIT* (Merchant-Initiated Transactions) pour les débits suivants.
Analogie
Imaginez un vestiaire de boîte de nuit haut de gamme à Paris. À l'entrée, on ne vous rend pas votre manteau : on vous remet un ticket numéroté. Ce ticket ne vaut rien pour un voleur — il ne contient ni votre nom, ni la couleur du manteau. Seul le vestiaire (le vault) sait à quel manteau correspond le ticket.
Le Card Vault fonctionne pareil : le jeton est le ticket, la carte bancaire est le manteau, et le PSP est le vestiaire sécurisé. Le marchand ne garde que le ticket. Si sa base de données fuite, aucun PAN ne s'échappe.
Formule
Le taux de succès d'un paiement récurrent dépend directement de la qualité du vault :
Taux de recouvrement = (Transactions MIT réussies / Transactions MIT tentées) × 100
Et le coût réel d'un échec :
Coût d'un échec = (Panier moyen × Taux d'échec) + Frais de relance + Churn estimé
Exemple chiffré :
- Panier moyen abonnement : 49 €/mois
- Base d'abonnés : 10 000
- Taux d'échec sans vault optimisé : 8 % → 800 échecs/mois
- Taux d'échec avec network tokens + Account Updater : 2,3 % → 230 échecs/mois
- Économie mensuelle : (800 − 230) × 49 € = 27 930 € récupérés par mois
Tableau comparatif
| Critère | Stockage PAN brut | Card Vault (tokenisation PSP) | Network Token (Visa/MC) |
|---|---|---|---|
| Conformité PCI DSS | SAQ D (le plus lourd) | SAQ A / A-EP | SAQ A |
| Exposition en cas de fuite | Critique (PAN en clair) | Faible (jetons inutilisables) | Nulle |
| Mise à jour auto carte expirée | Non | Via Account Updater | Oui (temps réel) |
| Taux d'autorisation récurrent | 88–92 % | 94–96 % | 96–98 % |
| Coût d'implémentation | Élevé (audits, HSM) | Faible (API PSP) | Moyen |
| Support SCA / 3DS2 | Manuel | Intégré | Intégré + exemptions MIT |
| Idéal pour | Grands groupes avec équipe sécurité | 90 % des marchands DTC | Scale-ups > 1 M€ de GMV |
Applications concrètes
1. Abonnements DTC (box beauté, compléments alimentaires, café) : le vault permet le débit mensuel automatique sans redemander la carte. Indispensable pour les modèles *subscribe & save*.
2. One-click checkout : un client connecté retrouve ses cartes enregistrées et paie en 2 clics. Sur mobile, cela peut augmenter la conversion de +15 à +30 % (études Baymard Institute).
3. Relance de paiement (dunning) : en cas d'échec (fonds insuffisants, carte expirée), le vault permet de retenter intelligemment à J+1, J+3, J+7 sans friction.
4. Split payments & marketplaces : conservation des moyens de paiement pour verser les vendeurs ou débiter des frais de service.
5. Cross-selling post-achat : proposer un upsell en 1 clic juste après la commande, en réutilisant le jeton.
Erreurs fréquentes
- Confondre tokenisation et chiffrement : chiffrer un PAN reste un PAN (réversible). Tokeniser le remplace. Le premier est lourd en PCI, le second non.
- Stocker le CVV : interdit par PCI DSS, même chiffré, même tokenisé. Le CVV ne doit jamais être conservé après autorisation.
- Négliger l'Account Updater : sans lui, chaque carte renouvelée = un abonné perdu. Le service met à jour automatiquement les nouvelles dates/numéros.
- Multiplier les vaults : un vault par PSP = fragmentation, pas de vue unifiée, taux de retry dégradé. Privilégier un vault unique (ou un *vault provider* neutre type VGS, Basis Theory, Spreedly).
- Oublier la conformité DSP2 : sans exemption MIT correctement paramétrée, les transactions récurrentes sont refusées par les banques émettrices.
- Croire que le vault est gratuit : Stripe facture ~0,02 € par token stocké, Adyen facture au stockage + retrieval. À intégrer dans le CAC.
Termes liés
- Tokenisation — remplacement du PAN par un jeton.
- Network Token — jeton émis par Visa/Mastercard, mis à jour en temps réel.
- PSP (Prestataire de Services de Paiement) — Stripe, Adyen, Mollie, PayPlug.
- PCI DSS — norme de sécurité de l'industrie des cartes.
- SCA / DSP2 — authentification forte européenne.
- MIT (Merchant-Initiated Transaction) — transaction déclenchée par le marchand (abonnement).
- Account Updater — service de mise à jour automatique des cartes.
- Dunning — gestion des relances de paiement échouées.
- 3DS2 — protocole d'authentification 3D Secure nouvelle génération.
- Vault Provider — coffre neutre indépendant du PSP (VGS, Spreedly, Basis Theory).