Resposta breu: hi ha dos errors molt diferents. O el formulari mai s’ envia correctament i el correu d’avís mai arriba. Per al visitants són idèntics, però tenen causes completament diferents.
Determina quin dels dos tens
La majoria plugins de formularis desen els enviaments a la base de dades a més d’enviar- los. Si es desen entrades però no arriba al correu electrònic, el formulari funciona i el problema és el lliurament. Si tampoc es desa res, és l’enviament el que falla. Comprova només això elimina gairebé totes les conjectures.
Quan el formulari no s’ envia
- Un error JavaScript que bloqueja el gestor d’enviament: revisa la consola del navegador.
- L’endpoint d’enviament (anualment admin- ajax.php o la API REST) tornant un error de servidor: revisa la pestanya Xarxa.
- Una capa de memòria cau servint una pàgina antiga amb un token/nonce de seguretat caducat.
- Un tallafoc o una regla antibots rebutjant la petició.
Quan s’ envia però no arriba res
És un problema de lliurament de correu, no del formulari: correu enviat sense autenticació i rebutjat, una adreça de remitent que no supera les comprovacions de domini, l’avís a una adreça mal escrita, o el missatge classificat com spam. La solució és SMTP autenticat amb SPF i DKIM alineats.
Prova com un visitants
- Envia des d’un navegador sense sessió, a ser possible també en mòbil.
- Observa la petició de xarxa per veure si té èxit.
- Confirma si s’ ha emmagatzemat una entrada.
- Envia a dos proveïdors diferents per separar entrega d’autenticació.
No ho deixis a l’atzar
Els formularis fallen en silenci i el cost s’acumula de forma invisible: cada consulta perduda és un client que va donar per fet que li vas ignorar. Mantingues el desat en base de dades a més del correu, perquè un error de lliurament futur mai signifiqui un contacte perdut per sempre, i prova el formulari periòdicament en lloc d’esperar a notar el silenci.
CRITERI D’INCIDENT WP REPAIR
Seqüència d’intervenció segura
Un formulari pot fallar abans de desar o desar bé i falla només en notificar. Comprova primer les entrades emmagatzemades divideix el problema immediatament.
- Envia sense sessió i captura petició i resposta de xarxa.
- Comprova si l’plugin ha desat una entrada abans de diagnosticar correu.
- Revisa nonce, REST/admin- ajax, tallafoc i memòria cau si falla l’enviament.
- Si existeix entrada, prova entrega autenticada i destí de l’avís.
Què ha de quedar verificat
- Un enviament sense sessió retorna èxit i es desa una vegada.
- L'avís arriba a la bústia correcta i reply-to funciona.
- Les proteccions continuen bloquejant un enviament automatitzat evident.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
Si un visitant diu que el formulari "no ha funcionat", com distingeixo un problema d’enviament d’un problema de lliurament del correu?+
Comproveu si l’entrada ha estat desada a la base de dades, ja que la majoria d’enviaments d’emmagatzematge plugins junt amb l’enviament de correu electrònic. Si l’entrada ha estat desada però no ha arribat correu electrònic, el formulari en si funciona i és un problema d’enviament de correu; si res ha estat desat tampoc, la presentació en si ha fallat.
Podria el caixet ser la raó per la qual un formulari de contacte de sobte deixa d'enviar?+
Sí. Una capa de memòria cau pot servir una versió ranci de la pàgina que conté un token de seguretat caducat o nonce, el que fa que la presentació sigui rebutjada encara que res sobre la configuració del formulari hagi canviat.
Per què WordPress pot donar el correu com a enviat i tot i així no arribar mai a la safata d’entrada?+
Aquest és un problema de lliurament de correu, no un problema de formulari: el correu del lloc enviat sense autenticació és sovint rebutjat pel servidor receptor, o una de l’adreça pot fallar les comprovacions de domini, o el missatge pot ser simplement arxivat com a spam. La correcció és autenticada SMTP amb SPF alineat i DKIM, no un canvi al formulari plugin.
Quina és la manera més segura de comprovar si un formulari està funcionant?+
Enviar-lo des d’un navegador connectat, idealment en el mòbil també, mentre observa la sol·licitud de la xarxa per veure si teniu èxit, a continuació, confirmar una entrada va ser emmagatzemada, i enviar de prova a dos proveïdors de correu diferents per separar un error de lliurament d’un problema d’autenticació.