/ Site vitrine & maintenance
Votre formulaire de contact ne vous envoie plus de messages : où chercher ?
Envoyez une demande fictive depuis la page publique, notez l’heure et cherchez ce même envoi dans votre boîte, puis dans le journal du site ou du service d’envoi. Ce rapprochement permet de voir si le site a pris la demande en charge, si le courriel a quitté le service d’envoi et si votre messagerie l’a accepté.
Un formulaire qui affiche « message envoyé » peut avoir enregistré la demande, transmis une notification ou simplement affiché une confirmation trop tôt. La prochaine étape dépend de ce que vous pouvez retrouver. Si le site a conservé la demande dans un espace de gestion, vous pouvez la traiter même quand l’alerte par e-mail manque.
Reproduire le problème avec une demande identifiable
Ouvrez l’adresse publique exacte du formulaire, comme le ferait un client. Si vous avez des formulaires sur plusieurs pages, commencez par celle où le problème a été signalé. Utilisez une adresse de test que vous contrôlez et un texte reconnaissable, par exemple « Test réception atelier, samedi 10 h 15 ». Notez la date, l’heure, le fuseau et le message affiché après l’envoi. Une capture de l’écran peut aider le prestataire à reproduire le problème.
Vérifiez ensuite l’espace des demandes, si votre site en possède un. Dans la messagerie, cherchez le texte du test dans l’ensemble des dossiers, y compris les indésirables. Si une adresse comme contact@ redirige vers une autre boîte, vérifiez aussi cette destination. Essayez enfin d’envoyer un courriel ordinaire à l’adresse censée recevoir le formulaire. Si ce courriel ordinaire manque lui aussi, la piste de la boîte ou de la redirection mérite d’être examinée en priorité. S’il arrive, la chaîne d’envoi du formulaire reste à examiner.
Un test réussi documente le fonctionnement au moment de l’essai. Si les difficultés sont intermittentes, gardez l’heure d’un échec réel et les circonstances observées, par exemple un message bloqué uniquement sur mobile. Cela donne une piste plus précise qu’une série de tests identiques sur le même appareil.
Suivre la demande étape par étape
| Ce que vous observez | Ce que vous savez | Où chercher ensuite |
|---|---|---|
| Le formulaire affiche une erreur | Le visiteur n’a pas reçu de confirmation | Demander le motif du refus côté site, notamment validation des champs ou protection anti-spam |
| La demande apparaît dans l’espace de gestion | Le contenu a été enregistré | Chercher si une notification a été créée, et traiter la demande depuis cet espace |
| Le service d’envoi a accepté le courriel | La notification est entrée dans sa chaîne d’envoi | Chercher un retard, un refus ou une remise au serveur destinataire |
| Le serveur destinataire a accepté le courriel | Le message a atteint la messagerie de destination | Vérifier le classement, les règles de boîte, la quarantaine ou la redirection |
| Le message est dans la boîte attendue | Le parcours de ce test a abouti | Vérifier qui lit la boîte et à qui part la réponse |
Les libellés varient selon le fournisseur. Chez Resend, par exemple, le statut email.sent correspond à une requête acceptée en vue de la livraison. Le statut email.delivered indique une remise au serveur de messagerie destinataire. Un rejet définitif et un retard temporaire ont chacun leur propre statut. Ce découpage permet de demander un élément précis au prestataire. Documentation des événements Resend
L’absence d’une ligne dans le journal ne suffit pas à conclure à une perte. Le prestataire peut avoir accès à un autre journal, la durée de conservation peut être dépassée ou votre installation peut ne pas conserver cette trace. Demandez d’abord quelles étapes sont observables dans votre configuration.
Deux pannes qui se ressemblent depuis votre boîte
Le site a enregistré la demande, mais le courriel a été refusé
Imaginez un atelier de réparation dont le formulaire conserve chaque demande. L’atelier change de messagerie et ferme l’ancienne boîte. Le formulaire continue à y envoyer les notifications. Le journal d’envoi indique un refus pour l’ancien destinataire, alors que les demandes s’accumulent dans l’espace de gestion.
L’atelier peut traiter les demandes enregistrées pendant que le prestataire remplace l’adresse de notification. Il lui reste à distinguer les messages déjà traités des autres avant de reprendre contact. La réparation et la récupération des demandes sont deux actions différentes.
Le service a livré le courriel, mais l’équipe ne le voit pas
Dans un second exemple fictif, une entreprise reçoit ses notifications sur une adresse partagée. La messagerie accepte le courriel, puis une règle le range dans un dossier qu’aucun membre de l’équipe ne consulte. Modifier le formulaire ne changerait pas cette règle. La personne qui administre la boîte peut examiner la destination réelle du message, puis l’équipe décide où elle suivra les demandes.
Google Workspace décrit ce type de séparation entre soumission, transmission et réception. Son guide propose notamment de chercher le message dans le journal des e-mails lorsque les demandes restent introuvables dans Gmail. Cette possibilité dépend de la messagerie utilisée et des droits d’administration. Aide Google Workspace sur la réception des formulaires
Quand l’adresse d’expédition pose problème
Un prospect indique son adresse pour que vous puissiez lui répondre. Dans le courriel de notification, il existe deux réglages distincts. Le champ De désigne l’expéditeur affiché. Le champ Répondre à indique où votre réponse doit partir quand vous cliquez sur « Répondre ».
Une configuration courante utilise un expéditeur autorisé par le service d’envoi, puis place l’adresse du prospect dans Répondre à. Si le formulaire affiche directement l’adresse du prospect comme expéditeur, le service peut sembler envoyer des courriels au nom d’un domaine qu’il ne contrôle pas. Les mécanismes d’authentification de la messagerie peuvent alors entrer en jeu. Champs d’expédition et de réponse dans la documentation Resend · Dépannage de l’authentification dans Google Workspace
Vous pouvez demander au prestataire de vérifier trois éléments sans modifier vous-même les réglages du domaine.
- Quel service expédie les notifications du formulaire et sous quelle adresse ?
- Le domaine d’expédition est-il configuré pour ce service selon sa documentation ?
- Quand on clique sur « Répondre », le courriel repart-il bien vers l’adresse saisie lors du test ?
Si l’assistance parle de SPF, il s’agit d’un mécanisme permettant d’indiquer quels systèmes sont autorisés à expédier du courrier pour un domaine dans le cadre de ce contrôle. DKIM utilise une signature que le serveur destinataire peut vérifier. DMARC s’appuie sur l’alignement du domaine affiché avec des éléments d’authentification et permet de publier une politique de traitement. Les réglages utiles dépendent du service utilisé et des autres outils qui envoient déjà des courriels pour l’entreprise. Demandez au prestataire de préserver ces autres envois, notamment les factures et les messages de l’équipe. Guide Google Workspace sur les formulaires, le SPF et les erreurs DMARC
Si l’incident a commencé après une refonte ou un changement de boîte, donnez la date du changement à l’assistance. Notre guide consacré au changement de prestataire détaille les accès et réglages de messagerie à préserver. Changer de prestataire web, de domaine ou de messagerie
Peut-on récupérer les demandes perdues ?
Cela dépend de ce que votre système a enregistré. Si le texte de la demande existe dans un espace de gestion, retrouvez les entrées de la période concernée et attribuez leur traitement à une personne. Si seule la notification a été créée, demandez au fournisseur quels éléments restent disponibles et qui peut y accéder. Un journal peut conserver une heure, un statut et un identifiant sans conserver le contenu complet du message.
Une copie dans un espace de gestion peut être utile si plusieurs personnes se partagent les demandes ou si vous dépendez fortement de ce canal. Elle implique aussi des accès à gérer et une durée de conservation à définir. Choisissez les champs et les traces nécessaires à la réception, au suivi et au diagnostic. La CNIL recommande également de minimiser les informations personnelles dans les journaux techniques. Un identifiant de demande et un état d’envoi peuvent aider au dépannage sans recopier le texte libre dans chaque journal. CNIL, « Minimiser les données collectées »
En attendant une réparation, rendez visible un moyen de contact que votre équipe peut suivre. Pour décider si ce sera un numéro, une adresse directe ou un autre canal, partez de vos horaires et du type de demande. Comparer formulaire, téléphone et WhatsApp sur un site vitrine
Quoi transmettre à votre prestataire
Un signalement exploitable tient en quelques lignes. Voici un modèle à compléter avec les observations de votre essai.
J’ai envoyé la demande fictive « Test réception atelier » depuis la page [adresse de la page], le [date] à [heure et fuseau]. Le site a affiché [confirmation ou erreur]. J’ai recherché ce message dans [boîte et dossiers]. Le courriel ordinaire envoyé à la même boîte [est arrivé / manque aussi]. Pouvez-vous indiquer si le site a enregistré la demande et préciser le dernier état connu de sa notification ? Depuis le [date], nous avons changé [boîte, domaine ou autre service], si cela peut aider à reproduire le problème.
Joignez une capture si elle montre une erreur utile. Un essai fictif évite de faire circuler les détails d’une demande client pour identifier la panne. Si le prestataire dispose d’un identifiant d’envoi, demandez-lui de s’en servir pour relier le test au statut de livraison.
Ce qu’il faut préciser quand vous commandez un formulaire
Inscrivez au devis la destination des demandes, la personne qui y accède et ce que le visiteur voit en cas d’échec. Faites préciser les coûts de la boîte, du service d’envoi et d’un éventuel espace de suivi, ainsi que les quotas et l’assistance prévus. Pour un formulaire avec notification seule, demandez ce que vous pourrez retrouver si la notification échoue. Pour un espace de suivi, demandez comment récupérer les demandes et gérer les accès au départ d’un collaborateur.
Chez Leero, l’offre consultée le 7 novembre 2026 est de 599 € HT pour un site vitrine jusqu’à dix pages définies au devis, avec un formulaire simple ou des boutons de contact. Le total à régler est de 599 € lorsque la franchise de TVA s’applique. La première version est prévue sous 48 heures ouvrées après encaissement de l’acompte et réception des contenus nécessaires. Un aller-retour groupé d’ajustements est compris. Le domaine reste à la charge du client, autour de 10 € par an à titre indicatif. Offre de site vitrine Leero · Conditions générales de vente
L’hébergement et la maintenance corrective suivent le périmètre des CGV. L’article 14 prévoit le diagnostic et la correction des anomalies reproductibles imputables au site livré dans le périmètre convenu. Une messagerie professionnelle payante ou un espace de suivi spécifique se traite séparément au devis. Pour comparer les offres, faites écrire le résultat attendu en termes concrets, par exemple une notification reçue dans votre boîte de devis avec une réponse dirigée vers l’adresse du demandeur. Conditions générales de vente Leero, articles 3 et 14 · Préparer le cahier des charges d’un site vitrine
Sources
Documents consultés le 7 novembre 2026. Les deux situations d’entreprise sont des exemples fictifs destinés à distinguer les étapes du diagnostic.
- Google Workspace Help, « Résoudre les problèmes de réception des messages de formulaires de contact dans Gmail ». Parcours des notifications, authentification et recherche dans les journaux.
- Resend, « Event Types » et « Send Email ». Signification des statuts du service et champs d’expédition et de réponse.
- CNIL, « Minimiser les données collectées », publié le 27 janvier 2020. Données nécessaires et durées de conservation, y compris pour les journaux.
- Leero, offre de site vitrine et conditions générales de vente, mises à jour le 26 octobre 2026. Périmètre, prix, démarrage et maintenance.
