Un canvi de domini afecta més elements que l’URL visible. WPForms pot continuar desant entrades mentre falla el correu perquè les adreces de WordPress, la identitat del remitent, les credencials SMTP, les claus CAPTCHA o l’autenticació DNS encara pertanyen al domini anterior.
Rastreja primer un enviament sintètic i actualitza únicament la dependència obsoleta que puguis demostrar.
Determina què continua funcionant
Envia el formulari públic sense iniciar sessió i anota l’URL nova, l’hora exacta, l’ID del formulari i el destinatari previst. Comprova la petició del navegador i si WPForms ha desat l’entrada.
Si no hi ha entrada, revisa JavaScript, reCAPTCHA, nonce, REST o AJAX i els errors PHP. Si l’entrada existeix però falta el correu, centra’t en la generació de la notificació i el lliurament.
Revisa les consultes rebudes des del canvi perquè el personal autoritzat pugui recuperar leads sense resposta.
Confirma les noves URL de WordPress
Comprova l’Adreça de WordPress i l’Adreça del lloc, inclosos HTTPS i l’ús de www. Examina l’HTML generat per trobar scripts, endpoints REST o AJAX que encara apuntin al domini antic. El navegador o una política de seguretat poden bloquejar orígens barrejats.
Si la migració va deixar URL antigues a la base de dades, utilitza una substitució compatible amb dades serialitzades. Fes abans una còpia i previsualitza’n l’abast.
No executis una substitució SQL de text simple sobre dades serialitzades de WordPress: pot trencar widgets i ajustos.
Inspecciona la notificació activa de WPForms
Obre exactament el formulari publicat i confirma que les notificacions estan habilitades. Revisa Send To, assumpte, nom i correu del remitent, Reply-To i els smart tags.
Utilitza com a From una adreça del domini nou autoritzada pel proveïdor. Posa el correu del visitant a Reply-To. Comprova que les notificacions condicionals encara coincideixin amb els valors reals dels camps.
Prova el formulari públic, perquè una prova genèrica d’SMTP no executa les regles de WPForms.
Torna a connectar el transport
Identifica si s’utilitza SMTP, una API transaccional o la funció de correu local. Una migració pot invalidar credencials xifrades, autoritzacions API, remitents verificats o URL de retorn.
Si cal, introdueix de nou les credencials des de la interfície protegida i verifica el domini From al compte del proveïdor. Confirma que el servidor nou pot connectar al port requerit i que el rellotge i els certificats TLS són correctes.
No desactivis la verificació TLS ni copiïs claus API als registres o tiquets.
Publica l’autenticació del remitent nou
Revisa SPF, DKIM i DMARC del domini visible a From. Utilitza exactament els registres del proveïdor actual. Mantén una única política SPF i no copiïs autoritzacions de l’allotjament anterior sense verificar si encara calen.
Canviar el registre A del web no actualitza automàticament l’autenticació del correu. Els registres MX controlen el correu entrant i normalment no s’han de tocar per reparar notificacions sortints.
Espera la propagació i revisa les capçaleres d’un missatge lliurat.
Actualitza CAPTCHA i seguretat
Confirma que les claus de reCAPTCHA o hCaptcha autoritzen el hostname nou. Revisa el gestor de consentiment i Content Security Policy per detectar regles antigues. Consulta esdeveniments de Cloudflare, ModSecurity i seguretat de WordPress a l’hora de la prova.
Si el domini anterior redirigeix al nou, assegura’t que la pàgina final no conserva un formulari, nonce o endpoint en memòria cau. Purga només la caché afectada després de corregir l’origen.
No excloguis permanentment totes les peticions del formulari.
Comprova redireccions i integracions
WPForms pot mostrar una pàgina d’agraïment o redirigir a una altra URL. Actualitza els destins antics i fes que Analytics marqui la conversió només després d’un èxit real del servidor.
Revisa webhooks, CRM i automatitzacions per separat; que arribi el correu no demostra que aquestes integracions hagin sobreviscut a la migració.
Prova una ruta normal, les condicions importants i els uploads si n’hi ha.
Verifica del visitant a la bústia
Fes un enviament nou al domini HTTPS canònic. Demostra un èxit al navegador, una entrada, la notificació correcta, l’acceptació del proveïdor i l’arribada a la bústia empresarial.
Comprova Reply-To i els resultats SPF, DKIM i DMARC. No et conformis amb una bústia personal si el destinatari real és corporatiu.
Demana una reparació urgent quan s’acumulin entrades, la propietat DNS no sigui clara o es barregin els dos dominis. Comparteix hores, URL i errors ocultant dades; mai credencials o contingut de clients.