To use Card Validator, Paste card no in the given input box below and click on validate credit card button.
Le validateur de carte bancaire de ToolsPivot vérifie la structure d'un numéro de carte de crédit ou de débit en appliquant l'algorithme de Luhn, identifie le réseau émetteur (Visa, Mastercard, Amex, Discover, JCB, Diners Club) et décompose le BIN, le MII et le numéro de compte personnel. Tout le traitement se fait dans votre navigateur : aucune donnée n'est envoyée à un serveur, aucune inscription requise.
Que vous développiez un formulaire de paiement, testiez une passerelle e-commerce ou vérifiiez un numéro reçu par téléphone, cet outil vous donne un verdict en moins d'une seconde. Collez le numéro, cliquez, lisez le résultat.
Saisissez le numéro de carte : Collez ou tapez le numéro dans le champ de saisie. Les espaces, tirets et points sont supprimés automatiquement avant le calcul.
Cliquez sur « Validate Card » : L'outil lance la vérification Luhn et le matching de préfixes en moins d'une seconde, directement dans votre navigateur.
Consultez les résultats : Vous obtenez un statut « Pass » ou « Fail » pour le test Luhn, le type de carte détecté, le chiffre MII, la décomposition IIN/BIN et le segment du numéro de compte personnel.
Testez d'autres numéros : Pas besoin de recharger la page. Effacez le champ, collez un autre numéro et relancez. Aucune limite d'utilisation quotidienne sur ToolsPivot.
Vérification par algorithme de Luhn : L'outil applique la formule Mod 10, le même calcul de somme de contrôle utilisé par les banques et les processeurs de paiement, pour confirmer qu'un numéro est mathématiquement valide. Un échec signale une faute de frappe, un chiffre manquant ou un numéro inventé.
Détection du réseau de la carte : Le validateur identifie six réseaux majeurs en analysant les préfixes : Visa (commence par 4), Mastercard (51-55, 2221-2720), American Express (34, 37), Discover (6011, 644-649, 65), JCB (3528-3589) et Diners Club (300-305, 36). Si le préfixe ne correspond à aucun schéma connu, la carte est signalée comme non reconnue.
Identifiant majeur de l'industrie (MII) : Le premier chiffre d'un numéro de carte indique le secteur d'activité de l'émetteur. Un 4 ou un 5 correspond aux services bancaires et financiers. Un 3 couvre le voyage et le divertissement (American Express, Diners Club). L'outil affiche cette classification automatiquement.
Recherche IIN/BIN : Les six à huit premiers chiffres forment le numéro d'identification de l'émetteur. ToolsPivot croise ces chiffres pour afficher le nom de la banque émettrice, le type de carte (crédit, débit, prépayée) et le pays d'émission quand les données BIN sont disponibles. Plus de 300 000 entrées BIN existent dans les bases mondiales, couvrant des banques dans plus de 200 pays.
Décomposition de la structure PAN : Au-delà du BIN, l'outil sépare le numéro de compte personnel (la section centrale propre à chaque titulaire) du chiffre de contrôle final. Les développeurs et analystes peuvent ainsi visualiser la structure complète selon la norme ISO/IEC 7812.
Nettoyage automatique de la saisie : Les utilisateurs copient souvent des numéros avec des espaces, des tirets ou des points entre les groupes de chiffres. Le validateur supprime tous les caractères non numériques avant traitement. Pas besoin de reformater manuellement.
Traitement côté navigateur : Chaque calcul s'exécute localement dans votre navigateur. Les numéros de carte ne quittent jamais votre appareil, ne transitent par aucun serveur distant et ne sont jamais stockés. Si vous travaillez sur la sécurité d'un formulaire de paiement, pensez aussi à vérifier la solidité de vos mots de passe avec le testeur de solidité de mot de passe.
Aucune inscription, aucun CAPTCHA : Plusieurs validateurs concurrents exigent un compte ou un CAPTCHA avant chaque vérification. Ici, vous ouvrez la page, collez un numéro et récupérez le résultat. Rien d'autre.
Protection totale des données : La validation se fait entièrement dans votre navigateur. Aucun numéro ne transite sur internet. C'est un avantage majeur si vous travaillez avec des données de test qui reproduisent des formats de cartes réelles, ou si vous auditez des relevés de paiement. Pour compléter un audit de sécurité, associez cet outil au chiffreur de mot de passe.
Résultat instantané sans rechargement de page : Le test Luhn et le matching de préfixes se font en temps réel. Pas d'attente, pas d'icône de chargement. Le verdict, l'identification réseau et les données BIN s'affichent en moins d'une seconde.
Six réseaux majeurs pris en charge : Visa, Mastercard, American Express, Discover, JCB et Diners Club couvrent environ 95 % des cartes en circulation mondiale. La majorité des transactions en France passent par Visa et Mastercard via le réseau Carte Bancaire (CB).
Sortie structurée pour les développeurs : La décomposition MII, IIN/BIN, PAN et chiffre de contrôle donne aux développeurs les points de données précis nécessaires pour les tests d'intégration. Pas besoin de fouiller dans des résultats bruts.
Numéros de test inclus : La page fournit un tableau de référence avec des numéros de test valides pour chaque réseau supporté. Vous pouvez tester immédiatement sans chercher des numéros sandbox dans la documentation de votre passerelle de paiement.
Compatible tous appareils : L'outil fonctionne dans tout navigateur moderne sur ordinateur, tablette ou téléphone. Pas d'application à installer, pas de plugin requis.
Chaque numéro de carte bancaire suit une structure définie par la norme internationale ISO/IEC 7812. Ce n'est pas une suite aléatoire de chiffres. Chaque section encode une information précise, et c'est cette structure qui rend la validation possible.
Le premier chiffre est l'identifiant majeur de l'industrie (MII). Les cartes commençant par 4 ou 5 relèvent des institutions bancaires et financières (Visa, Mastercard). Celles commençant par 3 appartiennent au voyage et au divertissement (American Express, JCB, Diners Club). Le chiffre 6 couvre la distribution et la banque (Discover).
Les six à huit premiers chiffres forment le numéro d'identification de l'émetteur (IIN), anciennement appelé BIN (Bank Identification Number). C'est ce qui permet aux processeurs de paiement d'identifier la banque émettrice. Il existe plus de 300 000 entrées IIN uniques dans les bases de données mondiales.
Après l'IIN vient le numéro de compte individuel, attribué par la banque émettrice pour identifier le titulaire. Cette section centrale varie en longueur selon le réseau. Pour une carte Visa standard à 16 chiffres, elle compte généralement six chiffres.
Le dernier chiffre est le chiffre de contrôle, calculé par l'algorithme de Luhn. Sa fonction : détecter les erreurs de saisie avant qu'elles n'atteignent le processeur de paiement. Une faute de frappe sur un seul chiffre ou une inversion de deux chiffres adjacents suffit à faire échouer le test. L'algorithme détecte la quasi-totalité des erreurs portant sur un seul chiffre, avec une exception connue pour l'inversion 09/90.
Après avoir cliqué sur « Validate Card », l'outil renvoie plusieurs informations. Voici ce que chacune signifie concrètement.
Test Luhn (Pass/Fail) : C'est le résultat principal. « Pass » signifie que la somme de contrôle Mod 10 est mathématiquement correcte. Attention : cela ne veut pas dire que la carte est active, approvisionnée ou réelle. Le test confirme seulement que le numéro respecte les règles de formatage. « Fail » signifie qu'il y a une erreur certaine : faute de frappe, chiffre manquant ou séquence fabriquée.
Type de carte : L'outil compare le préfixe du numéro aux schémas connus de chaque réseau. Les cartes Visa commencent par 4 et comportent 13, 16 ou 19 chiffres. Mastercard utilise les préfixes 51-55 et 2221-2720 avec 16 chiffres. Amex commence par 34 ou 37, avec 15 chiffres. Si aucun préfixe ne correspond, le type s'affiche comme inconnu. En France, la majorité des cartes portent le co-badging CB/Visa ou CB/Mastercard.
MII : C'est simplement le premier chiffre, associé à un secteur d'activité. La plupart des cartes que vous testerez afficheront « Banking/Financial » (chiffres 4, 5) ou « Travel/Entertainment » (chiffre 3).
Données IIN/BIN : Quand les données sont disponibles, cette section révèle la banque émettrice, la catégorie de carte (crédit, débit, prépayée) et le pays d'émission. Les plages IIN récentes ou les petites banques régionales ne retournent pas toujours des données complètes.
Numéro de compte personnel : C'est la section centrale du numéro, propre au compte individuel. Associée au chiffre de contrôle, elle complète la structure du numéro de carte.
Les développeurs de passerelles de paiement sont probablement les utilisateurs les plus fréquents. Quand vous intégrez Stripe, PayPal, Adyen ou une solution comme Payplug (très utilisée par les e-commerçants français), vous avez besoin de numéros de test qui passent les vérifications de format. Faire tourner un numéro dans un validateur avant de l'injecter dans un appel API permet de gagner du temps sur le débogage.
Les ingénieurs QA qui testent des tunnels de paiement sur PrestaShop, Shopify ou WooCommerce s'appuient sur des validateurs pour confirmer le formatage des numéros avant d'automatiser des suites de tests. Une erreur d'un seul chiffre dans un numéro de test peut faire échouer tout un scénario. Pour vérifier la validité des champs e-mail dans le même cycle de test, l'outil de validation d'e-mail de ToolsPivot remplit une fonction similaire.
Les équipes support client des boutiques en ligne utilisent des validateurs pour diagnostiquer les transactions refusées. Si un client signale que sa carte est systématiquement rejetée, un test Luhn rapide révèle immédiatement si le problème vient d'une erreur de formatage côté client ou d'un souci plus profond dans la chaîne de paiement.
Les analystes fraude et les équipes risques comparent les données BIN avec les adresses de facturation. Si le BIN indique une carte émise en Allemagne mais que l'adresse de facturation est au Brésil, c'est un signal d'alerte. Croiser cette vérification avec le localisateur géo IP groupé ajoute une couche supplémentaire de vérification géographique, et le vérificateur de sécurité de site aide à confirmer la légitimité d'un site marchand.
Les étudiants et enseignants en informatique ou en cybersécurité utilisent des validateurs pour illustrer le fonctionnement des algorithmes de somme de contrôle. L'algorithme de Luhn est un exemple classique de détection d'erreurs. Un outil en ligne pour tester des numéros est bien plus parlant que des calculs sur papier.
Les auto-entrepreneurs et TPE qui gèrent leur propre boutique en ligne, sur des plateformes comme WiziShop ou Oxatis, utilisent aussi ce type d'outil pour vérifier les numéros de test fournis par leur prestataire de paiement avant la mise en production.
| Réseau | Chiffres de début | Longueur du numéro | Numéro de test |
|---|---|---|---|
| Visa | 4 | 13, 16 ou 19 | 4111111111111111 |
| Mastercard | 51-55, 2221-2720 | 16 | 5555555555554444 |
| American Express | 34, 37 | 15 | 371449635398431 |
| Discover | 6011, 644-649, 65 | 16-19 | 6011111111111117 |
| JCB | 3528-3589 | 16 | 3530111333300000 |
| Diners Club | 300-305, 36 | 14 | 30569309025904 |
Ces numéros de test passent tous l'algorithme de Luhn et servent uniquement au développement. Ils ne fonctionnent pas pour de vraies transactions. Les passerelles comme Stripe et PayPal publient aussi leurs propres numéros sandbox, mais ceux ci-dessus sont universels pour la validation de format. Les développeurs qui manipulent des données de carte dans différents systèmes de numération peuvent utiliser le calculateur hexadécimal pour les conversions de base.
Un échec de validation ne signifie pas toujours que la carte est fausse. Voici les erreurs les plus fréquentes et ce qui les provoque.
Échec du test Luhn : La somme de contrôle ne correspond pas. Dans 9 cas sur 10, c'est une simple faute de frappe. L'inversion de deux chiffres adjacents, un chiffre sauté ou un chiffre en trop déclenchent tous cet échec. Demandez au titulaire de ressaisir le numéro avec attention.
Longueur incorrecte : Chaque réseau exige un nombre de chiffres précis. Un numéro Visa à 14 chiffres ou un numéro Amex à 16 chiffres échouera à la validation de longueur, même si le test Luhn est correct. Vérifiez que le numéro complet a bien été copié, y compris les premiers chiffres qui pourraient ressembler à du formatage.
Type de carte non reconnu : Le préfixe ne correspond à aucun réseau connu. C'est le cas de certaines cartes régionales comme UnionPay (Chine) ou Cartes Bancaires émises sur des plages spécifiques au réseau CB français. La carte peut être parfaitement valide, mais utiliser un réseau que l'outil ne couvre pas. Pour évaluer la réputation d'un émetteur suspect, le vérificateur de liste noire peut aider.
Caractères non valides : Des lettres, des symboles ou des espaces qui n'ont pas été nettoyés peuvent provoquer des erreurs. ToolsPivot gère la plupart du nettoyage automatiquement, mais des caractères Unicode inhabituels ou des artefacts de copier-coller depuis un PDF passent parfois au travers. Si cette erreur apparaît, tapez le numéro manuellement.
Le validateur vérifie la structure mathématique d'un numéro de carte. Point final. Il ne contacte aucune banque, ne teste aucune autorisation de paiement et ne vérifie pas si la carte est active, bloquée ou approvisionnée. Seul le système d'autorisation de la banque émettrice peut confirmer ces informations lors d'une tentative de transaction réelle.
Pour les entreprises soumises aux exigences PCI DSS (Payment Card Industry Data Security Standard), la validation Luhn côté navigateur présente un avantage concret : les numéros de carte ne transitent pas par un serveur tiers, ce qui réduit le périmètre de conformité. Le RGPD impose également des obligations strictes sur le traitement des données de paiement en Europe. Un outil côté client qui ne stocke rien et ne transmet rien simplifie la mise en conformité.
Côté sécurité renforcée, les systèmes de paiement modernes combinent la vérification Luhn avec d'autres couches : vérification du CVV/CVC, 3-D Secure (Verified by Visa, Mastercard Identity Check), vérification d'adresse (AVS) et authentification forte (DSP2 en Europe). Le validateur ToolsPivot couvre la première couche, celle du format. Pour sécuriser d'autres éléments de votre infrastructure en ligne, le vérificateur SSL et le décodeur de certificat complètent le tableau.
Oui, 100 % gratuit et sans limite d'utilisation. Vous pouvez valider autant de numéros que nécessaire sans créer de compte, résoudre de CAPTCHA ou atteindre un plafond quotidien. L'outil fonctionne entièrement dans votre navigateur sans frais de traitement côté serveur.
Non. Toute la validation se fait côté client en JavaScript. Les numéros ne sont jamais envoyés aux serveurs de ToolsPivot, jamais enregistrés et jamais stockés dans une base de données. Une fois l'onglet fermé, les données disparaissent.
Non. Le validateur vérifie uniquement le formatage structurel et la conformité à l'algorithme de Luhn. Il ne peut pas déterminer si une carte est active, expirée, bloquée ou créditée. Seul le système d'autorisation de la banque émettrice peut confirmer ces détails lors d'une tentative de transaction.
L'algorithme de Luhn est une formule de somme de contrôle créée par l'informaticien Hans Peter Luhn chez IBM en 1954. Il double un chiffre sur deux en partant de la droite, additionne tous les chiffres et vérifie si le total est divisible par 10. Tous les grands réseaux de cartes bancaires l'utilisent pour détecter les fautes de frappe avant que les transactions n'atteignent le processeur de paiement. Pour explorer d'autres algorithmes de contrôle, essayez le générateur de hash MD5.
ToolsPivot reconnaît six réseaux majeurs : Visa, Mastercard, American Express, Discover, JCB et Diners Club. Ces réseaux couvrent l'immense majorité des cartes émises dans le monde. Les réseaux régionaux comme UnionPay, RuPay ou Elo ne sont pas inclus dans la base de matching de préfixes.
L'algorithme de Luhn détecte la quasi-totalité des erreurs sur un chiffre et la majorité des inversions de chiffres adjacents. Il possède un angle mort connu : l'inversion 09/90 produit la même somme de contrôle. Un numéro qui passe le test Luhn est correctement formaté, mais pas forcément lié à une carte réelle et active.
L'outil traite tout localement dans votre navigateur, ce qui le rend plus sûr que les validateurs côté serveur. Pour les tests de paiement, la bonne pratique reste d'utiliser des numéros de test dédiés (comme ceux du tableau de référence ci-dessus) plutôt que de vraies données de titulaires. Les normes PCI DSS déconseillent la manipulation de vrais numéros de carte en dehors des environnements de paiement certifiés.
BIN (Bank Identification Number) et IIN (Issuer Identification Number) désignent la même chose : les six à huit premiers chiffres d'un numéro de carte qui identifient l'institution émettrice. Le secteur est officiellement passé au terme IIN il y a des années, mais BIN reste le nom le plus courant dans la documentation technique et les cercles de traitement des paiements.
Oui. Les cartes de débit et les cartes prépayées suivent les mêmes normes de numérotation (ISO/IEC 7812) et utilisent l'algorithme de Luhn pour la validation. Les données BIN indiquent souvent s'il s'agit d'une carte de crédit, de débit ou prépayée quand l'information est disponible dans la base.
La cause la plus fréquente est une erreur de copier-coller qui a introduit des caractères invisibles ou supprimé un chiffre. Essayez de taper le numéro manuellement au lieu de le coller. Si le numéro provient d'un réseau régional comme UnionPay, le préfixe peut ne pas être reconnu par l'outil, ce qui affichera un type inconnu même si le test Luhn passe.
Un générateur de carte bancaire crée des numéros aléatoires mais structurellement valides à des fins de test. Un validateur fait l'inverse : il prend un numéro existant et vérifie s'il est correctement formaté. Les développeurs utilisent souvent les deux outils ensemble : ils génèrent des numéros de test, puis les valident contre leur logique de checkout.
Oui. L'outil est basé sur le navigateur et fonctionne sur tout appareil avec un navigateur moderne, y compris les téléphones et tablettes sous iOS ou Android. Pas d'application à installer.
Les cartes CB françaises sont co-badgées avec Visa ou Mastercard. Le validateur reconnaîtra le réseau Visa ou Mastercard associé et appliquera le test Luhn normalement. Le co-badging CB n'affecte pas la structure du numéro ni le chiffre de contrôle. Pour renforcer la sécurité de vos comptes en ligne, pensez aussi à utiliser un générateur de mots de passe pour créer des identifiants solides.
La validation Luhn côté client est une première étape. Elle doit être combinée avec le chiffrement SSL/TLS, la tokenisation via votre passerelle de paiement (Stripe, Adyen, Payplug), l'authentification forte DSP2 et le respect des normes PCI DSS. Le vérificateur d'autorité de domaine et le générateur de QR code peuvent aussi servir dans votre stratégie digitale globale.
Copyright © 2018-2026 par ToolsPivot.com. Tous droits réservés.
