Si Elementor mostra enviament correcte però no arriba cap correu, determina primer si l’acció d’email s’ha executat i ha generat una petició de correu. El missatge verd prova que ha acabat el request del formulari, no que el proveïdor hagi acceptat o lliurat res.
Revisa Actions After Submit
Confirma que Email hi és i revisa To, From, Reply-To, assumpte i valors dinàmics/condicionals.
Usa un marcador únic
Afegeix un identificador de prova innocu per correlacionar enviament d’Elementor, esdeveniment WordPress i registre del proveïdor.
Separa emmagatzematge i correu
Si deses submissions, confirma que l’entrada existeix. Així acotes l’error a l’acció posterior/transport.
Inspecciona resposta SMTP/proveïdor
Accepted, bounced, deferred i suppressed requereixen solucions diferents. Llegeix l’estat real, no només l’avís de WordPress.
Prova per destinatari
Envia el mateix esdeveniment a una bústia externa controlada i al destinatari real; resultats diferents apunten a filtratge/routing.
Configura Reply-To sense falsejar From
Usa l’email del visitant a Reply-To i un remitent autenticat a From per no trencar DMARC.
Segueix entrades existents amb notificació absent i després rastreja fins a la bústia.
Conserva una traça d’accions d’Elementor
Per a una entrada controlada registra form ID, submission/request ID, cada acció configurada, si ha començat i acabat, i message ID del proveïdor si s’ha creat un correu. Si Email falla però CRM/webhook funciona, el submit és sa. Si no s’executa cap acció posterior, queda’t a Elementor/WordPress en lloc de canviar DNS o SMTP.