Votre formulaire de contact ne fonctionne pas : que vérifier ?
Le bouton réagit, mais aucun e-mail n’arrive ? Repérez d’abord l’étape qui échoue : validation dans le navigateur, requête HTTP, demande enregistrée ou notification. Vous éviterez de remplacer tout le formulaire alors qu’un nom de champ ou un destinataire suffit à expliquer le problème.
Créer mon formulaire gratuitementAucune requête ne part du navigateur
Ouvrez l’onglet Réseau des outils du navigateur et essayez avec des données de test. Si aucune requête ne part, vérifiez les champs required, le format de l’e-mail et le type du bouton. Un bouton de type button n’envoie pas un formulaire à lui seul ; un bouton submit placé à l’extérieur doit être relié au bon formulaire.
Si vous utilisez JavaScript, vérifiez la console : un sélecteur qui ne trouve pas le formulaire ou un script exécuté trop tôt peut arrêter le parcours. Désactivez temporairement votre gestionnaire personnalisé pour tester l’envoi HTML natif. Ne partagez pas une capture contenant le message réel d’un client.
La requête part, mais le formulaire est refusé
Vérifiez la destination action, la méthode POST et la clé publique copiée depuis le bon formulaire. Chaque champ transmis doit avoir un attribut name correspondant au schéma publié. Après une modification des champs dans le tableau de bord, republiez la configuration avant de refaire le test.
Depuis votre domaine final, vérifiez aussi la liste des origines autorisées et le protocole HTTPS. Une erreur CORS n’est pas une raison pour désactiver les contrôles ou passer en no-cors : cela masquerait la réponse sans réparer la configuration. Consultez les erreurs du service avec un message de test sans données personnelles réelles.
- 404 : contrôlez la clé, l’existence du formulaire et sa destination.
- 422 : vérifiez les noms de champs, les valeurs obligatoires et le format de l’e-mail.
- 429 : distinguez la limite de fréquence du quota de votre offre avant de réessayer.
- Erreur d’origine ou CAPTCHA : utilisez les réglages et le code documentés pour votre domaine.
Le message est accepté, mais aucun e-mail n’arrive
Une réponse 202 signifie que Formeo a enregistré la demande, pas que la messagerie l’a livrée. Retrouvez d’abord le message dans votre espace. Consultez ensuite le destinataire vérifié, le mode de notification et l’historique de livraison. Une notification en attente et un rebond ne se résolvent pas de la même manière.
Si le fournisseur indique une livraison, examinez les indésirables, filtres et règles de votre boîte. Ne renvoyez pas plusieurs fois la même demande en supposant qu’elle est perdue : elle peut être enregistrée alors que la connexion du navigateur s’est interrompue. Gardez la même clé de tentative pour une reprise du même contenu.
Le formulaire ouvre une messagerie ou affiche un faux succès
Une action mailto dépend du logiciel du visiteur et lui demande généralement de terminer l’envoi. Elle n’offre pas une réception serveur avec historique. Si vous souhaitez des champs structurés et une confirmation vérifiable, remplacez-la par un POST vers un backend de formulaires et testez sa réception.
Dans un script personnalisé, n’affichez pas « Envoyé » simplement parce que fetch a terminé : vérifiez le statut HTTP et le format de la réponse. Ne remplacez le message de saisie qu’après une acceptation confirmée. Avant de publier la correction, refaites les tests sur téléphone et gardez une autre façon de vous contacter.
Sources
Questions fréquentes
Dois-je recréer mon formulaire pour réparer l’envoi ?
Pas nécessairement. Repérez d’abord l’étape en échec. Une action incorrecte, un champ renommé ou un destinataire non vérifié peut suffire à expliquer le problème.
Une réponse 202 prouve-t-elle la livraison e-mail ?
Non. Elle confirme l’acceptation de la demande. Consultez séparément l’historique de notification et votre messagerie.
Quelles informations fournir au support ?
Indiquez le formulaire concerné, l’heure du test, le statut HTTP et l’erreur affichée, sans copier de message client, mot de passe ou clé privée.