Atelier visuel de regex
Construisez, testez, expliquez et maîtrisez les expressions régulières grâce à des outils visuels, des guides, des exemples et une bibliothèque en constante évolution.
Guide regex
La validation d’adresse email est un cas d’usage très courant des regex, mais il est facile de créer un pattern trop complexe. Cette page présente une regex email pratique et compréhensible.
Valide la structure générale d’une adresse e-mail.
^[^\s@]+@[^\s@]+\.[^\s@]+$alice@example.comjean@test.orgPattern de validation adapté à la plupart des formulaires web.
^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$alice@example.comjean.dupont+shop@test.co.ukValide les adresses e-mail utilisant un ou plusieurs sous-domaines.
^[^\s@]+@(?:[A-Za-z0-9-]+\.)+[A-Za-z]{2,}$alice@mail.example.comjean@example.co.ukAccepte uniquement les adresses Gmail.
^[A-Za-z0-9._%+-]+@gmail\.com$alice@gmail.combob@gmail.comLimite les adresses e-mail à un domaine d’entreprise spécifique.
^[A-Za-z0-9._%+-]+@company\.com$alice@company.comsupport@company.comExtrait les adresses e-mail présentes dans un texte.
[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}alice@example.combob@test.orgValide une liste d’adresses e-mail séparées par des virgules.
^\s*[^\s@]+@[^\s@]+\.[^\s@]+(?:\s*,\s*[^\s@]+@[^\s@]+\.[^\s@]+)*\s*$alice@example.com, bob@test.orgAccepte les alias e-mail utilisant le signe plus.
^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$jean+shop@example.comalice+newsletter@gmail.comExtrait uniquement la partie domaine après le symbole @.
(?<=@)[A-Za-z0-9.-]+\.[A-Za-z]{2,}example.commail.company.orgExtrait la partie locale avant le symbole @.
^[^\s@]+(?=@)alicejean.dupontAccepte uniquement les adresses e-mail terminant par une extension précise.
^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.org$team@example.orgsupport@test.orgAccepte les adresses e-mail qui n’appartiennent pas aux principaux fournisseurs gratuits.
^[A-Za-z0-9._%+-]+@(?!gmail\.com$|yahoo\.com$|hotmail\.com$|outlook\.com$)[A-Za-z0-9.-]+\.[A-Za-z]{2,}$alice@company.comcontact@example.orgExtrait toutes les adresses e-mail présentes dans un texte.
[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}ventes@example.comaide@test.orgceo@company.comRecherche des adresses e-mail avant de les remplacer par une valeur masquée.
[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}alice@example.combob@test.orgRefuse les adresses e-mail utilisant un alias avec le signe plus.
^[A-Za-z0-9._%-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$alice@example.comLimite les adresses e-mail à une liste prédéfinie d’extensions de domaine.
^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.(?:com|org|net)$alice@example.combob@test.orgLes adresses e-mail semblent simples, mais leur syntaxe officielle est beaucoup plus flexible qu’on ne l’imagine.
Dans une application réelle, une regex pratique vérifie généralement la structure courante plutôt que toutes les adresses techniquement valides selon la RFC.
L’objectif est surtout de détecter les erreurs évidentes, pas de prouver que l’adresse existe ou reçoit réellement des messages.
Les regex totalement conformes à la RFC sont souvent très longues, difficiles à lire et pénibles à maintenir.
Pour la plupart des formulaires, une regex pratique accompagnée d’une confirmation par e-mail est plus fiable et plus simple à comprendre.
N’utilisez une validation RFC stricte que si votre application doit réellement accepter tous les cas limites autorisés.
Une regex e-mail peut vérifier la présence d’une partie locale, du symbole @, d’un domaine et d’une extension.
Elle peut aussi limiter les caractères autorisés, imposer une longueur minimale pour le TLD ou refuser les espaces.
En revanche, elle ne peut pas confirmer les enregistrements DNS, l’existence de la boîte ou le fait que l’adresse appartient à l’utilisateur.
De nombreux fournisseurs acceptent les alias comme jean+shop@example.com.
Refuser le signe plus peut bloquer des utilisateurs légitimes, notamment sur Gmail et certains services utilisés par les développeurs.
Sauf besoin spécifique, une regex e-mail devrait généralement accepter ce type d’adressage.
Les systèmes e-mail modernes peuvent gérer les noms de domaine internationalisés et, dans certains cas, des parties locales non ASCII.
Beaucoup de regex simples se limitent volontairement aux adresses ASCII, car elles sont plus faciles à gérer de manière cohérente.
Si votre application vise des utilisateurs internationaux, testez soigneusement le comportement Unicode et envisagez une bibliothèque spécialisée.
La méthode la plus fiable pour vérifier une adresse e-mail consiste généralement à envoyer un message de confirmation.
Une regex peut réduire les fautes de saisie, mais seule la confirmation prouve que l’utilisateur peut accéder à la boîte.
Pour la création de compte, la réinitialisation de mot de passe ou les opérations sensibles, la confirmation est plus importante qu’une regex plus stricte.
Il n’existe pas une seule "meilleure" regex. Le bon choix dépend de votre application et du niveau de validation recherché.
Pour la plupart des formulaires web, une regex pratique vérifiant la structure générale suffit lorsqu’elle est associée à une confirmation par e-mail.
Non. La spécification officielle autorise de nombreux formats rarement utilisés en pratique.
La plupart des applications utilisent volontairement une regex plus simple, plus lisible et plus facile à maintenir.
Non. Une regex peut uniquement contrôler le format d’une adresse.
Pour vérifier qu’une adresse existe réellement, il faut utiliser une confirmation par e-mail ou un service de vérification spécialisé.
En général oui. De nombreux fournisseurs, comme Gmail, acceptent des adresses du type jean+shop@gmail.com.
Les refuser peut empêcher des utilisateurs légitimes de créer un compte.
La validation côté client améliore l’expérience utilisateur en détectant immédiatement les erreurs de saisie.
Une validation côté serveur reste indispensable, car les contrôles côté client peuvent toujours être contournés.
De nombreuses regex simples rejettent volontairement certains formats pourtant valides selon la RFC.
Vérifiez les hypothèses faites par votre pattern et testez-le avec des exemples réalistes avant de l’utiliser en production.
Une regex email peut vérifier la forme générale d’une adresse, mais elle ne peut pas confirmer que la boîte existe ou reçoit des messages.
Utilisez la regex pour une première validation de format, puis une confirmation ou une vérification serveur si la délivrabilité est importante.
Lire le guide complet →Les regex email doivent être testées avec des adresses simples, des sous-domaines, des signes plus, des domaines invalides et des saisies mal formées.
Lire le guide complet →La validation email est plus fiable lorsqu’elle combine regex, normalisation, messages d’erreur clairs et contrôles côté serveur.
Lire le guide complet →Les regex email deviennent souvent trop strictes, trop permissives ou inutilement complexes.
Les erreurs fréquentes consistent à vouloir être totalement conforme à la RFC, oublier les cas limites ou utiliser la regex comme seule validation.
Lire le guide complet →Les regex e-mail sont construites presque entièrement à partir de classes de caractères comme [A-Za-z0-9], \w ou des ensembles personnalisés.
Comprendre ces éléments de base facilite la lecture et l’adaptation des patterns de validation.
Lire le guide complet →Les quantificateurs permettent de définir les longueurs minimales, les caractères optionnels et les répétitions utilisées dans les regex e-mail.
Les maîtriser aide à comprendre pourquoi les patterns de validation sont écrits de cette manière.
Lire le guide complet →