Votre formulaire de contact n’envoie plus :que vérifier avant d’appeler le webmaster ?

Un visiteur vous dit avoir écrit, mais vous ne retrouvez pas son message. Ou le bouton d’envoi affiche une erreur. Avant de modifier le site, rassemblez les éléments qui permettent de reproduire le problème. Votre objectif, côté dirigeant, est d’identifier ce qui est observable et de transmettre une fiche précise au webmaster. L’absence de mail ne suffit pas à désigner une cause.

Distinguez trois situations dès le départ.

• AMoins de demandes

  Noter période et exemple précis ; la baisse seule ne prouve pas une panne.

• BEnvoi impossible

  Conserver champ bloquant, absence de retour ou message d’erreur exact.

• CSuccès sans notification

  Rechercher séparément soumission, actions prévues et réception du courriel.

Ce tri oriente les questions ; il n’attribue pas la cause au site, au serveur ou à la messagerie.

Première situation : vous recevez moins de demandes, sans incident constaté. Cela peut justifier des vérifications, mais ne prouve pas que le formulaire est en panne. Notez la période et recherchez un exemple précis avant de conclure.

Deuxième situation : le visiteur ne peut pas terminer l’envoi. Un champ bloque, le bouton ne réagit pas ou un message d’erreur apparaît. La capture et le texte exact du message deviennent utiles.

Troisième situation : le formulaire affiche un succès, mais la notification attendue n’arrive pas. Le succès visible ne prouve pas à lui seul la réception d’un courriel. WordPress précise que même une réponse positive de sa fonction wp_mail() ne garantit pas que le destinataire a reçu le message. (WordPress, référence de wp_mail)

Gardez ces situations séparées dans votre compte rendu. Elles orientent les contrôles sans attribuer prématurément la panne au site, au serveur ou à la messagerie.

Faites un test coordonné et reconnaissable.

Prévenez la personne qui traite les demandes avant de tester. Utilisez vos propres coordonnées et un message clairement étiqueté, par exemple « TEST INTERNE FORMULAIRE — date et heure — ne pas traiter comme un prospect ». N’utilisez aucune information confidentielle ni pièce jointe inutile.

Ouvrez l’adresse publique exacte de la page. Notez si vous êtes connecté à l’administration, le navigateur et l’appareil employés. Remplissez les champs normalement, y compris les champs obligatoires, puis envoyez une seule fois. Relevez ce qui se produit : erreur de saisie, attente persistante, message de succès, redirection ou absence de réaction.

Si le formulaire déclenche un devis, une réservation ou une automatisation, demandez au responsable comment tester ce parcours avant de l’utiliser. Évitez les essais répétés qui créeraient des tâches ou brouilleraient le suivi commercial.

Remplissez cette fiche d’incident.

Ce modèle sert à documenter un essai réel. Conservez-le dans un espace accessible aux seules personnes concernées et masquez les données d’un client si vous joignez sa capture.

Télécharger cette grille (CSV)

Un changement récent constitue une piste à examiner. Sa proximité avec l’incident ne démontre pas qu’il l’a provoqué.

Contrôlez la réception sans changer les réglages.

Dans la boîte destinataire, recherchez le repère du test dans les messages et les indésirables. Vérifiez que vous consultez la bonne boîte, notamment si plusieurs collaborateurs reçoivent habituellement les demandes. Notez les dossiers réellement contrôlés et l’heure de la vérification.

Si vous avez les droits nécessaires et que le site utilise le widget Formulaire d’Elementor, consultez la zone des soumissions. La documentation prévoit leur accès depuis WordPress et indique que leur collecte dépend de l’action correspondante. L’absence d’une entrée n’a donc de sens qu’après vérification de la collecte sur ce formulaire. (Elementor, gérer les soumissions)

N’activez pas cette collecte à l’aveugle pour chercher d’anciens messages. Demandez au webmaster ce qui était effectivement enregistré au moment de l’incident et quelles données sont disponibles.

Utilisez les observations pour orienter l’intervention.

Dans Elementor, l’enregistrement, l’envoi de courriel et la redirection sont des actions distinctes après soumission. Une redirection réussie ne permet donc pas de supposer la réussite de toutes les autres actions. (Elementor, actions après envoi)

Ce tableau n’établit aucun diagnostic. Il formule les questions que vos observations permettent de poser.

Simulation pédagogique :un succès affiché, aucun mail retrouvé.

Ce cas est fictif. Aucun essai n’a été effectué sur un site réel pour cet article. Imaginons qu’un dirigeant soumette un test interne à 10 h. Le message de succès apparaît. Une entrée portant le repère du test est visible dans les soumissions, mais la notification est absente des dossiers consultés à 10 h 10.

Le constat peut être écrit ainsi : « Succès affiché, entrée retrouvée, notification non retrouvée dans les dossiers contrôlés. » Il ne devient pas « l’hébergeur bloque les mails ». Le webmaster doit encore vérifier la configuration et les traces disponibles pour localiser ce qui s’est passé.

Si le message arrive plus tard, complétez la fiche avec l’heure de réception. Ne supprimez pas le premier constat : il décrit ce qui avait été observé au moment du contrôle.

Transmettez le dossier et prévoyez le contrôle après correction.

Envoyez la fiche, la capture et le repère du test. Demandez un compte rendu distinguant le problème reproduit, la cause vérifiée, la correction et le nouvel essai. Si la cause reste incertaine, elle doit rester présentée comme une hypothèse.

Évitez de désactiver des extensions, changer le thème ou modifier les réglages de messagerie sur le site public pour tenter une réparation. Le webmaster peut organiser ces essais sur une copie et préparer la remise en état.

Pour replacer cet incident dans le suivi du site, consultez le guide de maintenance WordPress. La matrice des responsabilités (dans le guide) permet de préciser qui traite les alertes et qui autorise une intervention.

Pour une intervention sur votre site, consultez notre prestation de webmaster à Montpellier, puis décrivez l’incident dans le formulaire de contact. Mentionnez la page concernée et les observations déjà recueillies ; ne communiquez aucun mot de passe dans votre demande.

Pour poursuivre : formulaire contact ne fonctionne plus WordPress. Retrouvez les étapes et les grilles dans le guide de Site Web Montpellier.