Una migració pot deixar totes les pàgines correctes mentre les notificacions fallen silenciosament. El web, DNS, PHP i la ruta de correu són sistemes diferents; una migració visualment correcta no demostra que el correu s’hagi traslladat.
Comença amb un enviament controlat i localitza el primer salt diferent del servidor anterior.
Confirma que el formulari processa l’entrada
Envia dades no sensibles i etiquetades. Anota hora, pàgina i destinatari. Comprova si el connector desa una entrada. Si no, inspecciona la petició i el log PHP nou abans d’investigar el lliurament.
Si hi ha entrada, el recorregut navegador-WordPress probablement ha funcionat. Continua per la generació, wp_mail, SMTP i bústia. Canvia una sola variable per prova.
Compara la ruta antiga i la nova
Determina com enviava la instal·lació anterior: PHP mail local, connector SMTP, relay del hosting o proveïdor transaccional. Registra el mètode actiu nou sense assumir que s’ha copiat.
Confirma que el connector continua actiu i que els ajustos han sobreviscut al search-replace. Contrasenyes o API keys xifrades amb valors de l’entorn anterior potser s’han d’introduir de nou.
Prova el correu propi del connector i també el formulari real, perquè la prova genèrica pot ometre condicions i capçaleres.
Comprova remitents i credencials
Utilitza un From autoritzat pel proveïdor i deixa el correu del visitant a Reply-To. Un proveïdor modern pot rebutjar la suplantació d’un domini extern.
Verifica hostname, port, xifratge, usuari i credencial. Confirma que el servidor nou connecta al port; alguns hostings bloquegen SMTP extern o exigeixen el seu relay.
No desactivis certificats ni publiquis secrets.
Resol el hostname SMTP des del mateix servidor i comprova IPv4 i IPv6. Una ruta AAAA trencada o un DNS diferent al hosting pot causar timeouts encara que el nom funcioni des de l’ordinador.
Audita el DNS sense trencar el correu entrant
L’A web i els registres de correu poden apuntar a serveis diferents. Revisa SPF, DKIM i DMARC per al proveïdor sortint real. L’SPF del hosting anterior potser ja no autoritza.
Mantén un únic SPF i afegeix només remitents documentats. Comprova el selector DKIM exacte.
No canviïs els MX perquè WordPress no enviï: dirigeixen la recepció i un canvi descuidat pot aturar el correu corporatiu.
Inspecciona l’entorn nou
Compara versió PHP, extensions, memòria i logs. Revisa a cPanel o Plesk el mail routing si les bústies s’allotgen fora. Un servidor marcat com a exchanger local pot retenir missatges que hauria d’enviar al proveïdor extern.
Consulta ModSecurity, tallafoc i recursos a l’hora de la prova. Si el connector utilitza WP-Cron, confirma que s’executen les tasques programades.
Canvia només la regla o connexió demostrada.
Verifica el recorregut complet
Després de corregir, fes un enviament únic. Demostra una entrada, una notificació generada, una acceptació del proveïdor i un missatge lliurat.
Revisa les capçaleres per SPF, DKIM i DMARC. Prova el destinatari empresarial i un d’extern perquè filtren diferent.
Comprova Reply-To, adjunts, destinataris condicionals i qualsevol CRM connectat.
Protegeix els leads durant la reparació
Revisa les entrades desades des de la migració i entrega-les a personal autoritzat. Si no es retenen, mostra un contacte alternatiu monitoritzat fins a demostrar el lliurament.
Documenta l’hora de tall i compara les consultes amb correus o CRM per detectar pèrdues. No reenviïs automàticament totes les entrades sense verificar consentiment, destinatari i duplicats.
Quan cal demanar ajuda urgent
Demana reparació si falla SMTP, el routing és incert o ja poden faltar leads. Facilita l’hora de migració, URL, hora de la prova i error redactat, mai contrasenyes o contingut personal.
El tancament exigeix demostrar el recorregut complet des del navegador fins a la safata, no només recuperar un avís d’èxit.