Un cambio de dominio afecta a más elementos que la URL visible. WPForms puede seguir guardando entradas mientras falla el correo porque las direcciones de WordPress, la identidad del remitente, las credenciales SMTP, las claves CAPTCHA o la autenticación DNS aún pertenecen al dominio anterior.
Rastrea primero un envío sintético y actualiza únicamente la dependencia obsoleta que puedas demostrar.
Determina qué partes siguen funcionando
Envía el formulario público sin iniciar sesión y anota la nueva URL, hora exacta, ID del formulario y destinatario previsto. Comprueba la petición del navegador y si WPForms guardó la entrada.
Si no existe entrada, revisa JavaScript, reCAPTCHA, nonce, REST o AJAX y los errores PHP. Si la entrada existe pero falta el email, céntrate en la generación de la notificación y su entrega.
Revisa las consultas recibidas desde el cambio de dominio para que el personal autorizado pueda recuperar leads sin responder.
Confirma las nuevas URL de WordPress
Comprueba Dirección de WordPress y Dirección del sitio, incluido HTTPS y la elección entre www o sin www. Examina el HTML generado para localizar scripts, endpoints REST o AJAX que aún apunten al dominio antiguo. El navegador o una política de seguridad pueden bloquear orígenes mezclados.
Si la migración dejó URL antiguas en la base de datos, utiliza una sustitución compatible con datos serializados. Haz antes una copia y previsualiza el alcance.
No ejecutes una sustitución SQL de texto simple sobre datos serializados de WordPress: puede romper widgets y ajustes.
Inspecciona la notificación activa de WPForms
Abre exactamente el formulario publicado y confirma que las notificaciones están habilitadas. Revisa Enviar a, asunto, nombre y correo del remitente, Reply-To y sus smart tags.
Usa como From una dirección del nuevo dominio autorizada por el proveedor. Pon el email enviado por el visitante en Reply-To. Comprueba que las notificaciones condicionales todavía coincidan con los valores reales de los campos.
Prueba el formulario público, porque una prueba genérica de SMTP no ejecuta las reglas de WPForms.
Vuelve a conectar el transporte de correo
Identifica si se usa SMTP, una API transaccional o la función de correo local. Una migración puede invalidar credenciales cifradas, autorizaciones API, remitentes verificados o URL de retorno.
Si es necesario, introduce de nuevo las credenciales desde la interfaz protegida y verifica el dominio From en la cuenta del proveedor. Confirma que el servidor nuevo puede conectar al puerto requerido y que su reloj y certificados TLS son correctos.
No desactives la verificación TLS ni copies claves API a logs o tickets.
Publica la autenticación del remitente nuevo
Revisa SPF, DKIM y DMARC del dominio visible en From. Utiliza exactamente los registros del proveedor actual. Mantén una única política SPF y no copies autorizaciones del hosting anterior sin comprobar si siguen siendo necesarias.
Cambiar el registro A del sitio no actualiza automáticamente la autenticación de email. Los registros MX controlan el correo entrante y normalmente no deben tocarse para reparar notificaciones salientes.
Espera la propagación y revisa las cabeceras de un mensaje entregado.
Actualiza CAPTCHA y reglas de seguridad
Confirma que las claves de reCAPTCHA o hCaptcha autorizan el hostname nuevo. Revisa el gestor de consentimiento y Content Security Policy por reglas antiguas. Consulta eventos de Cloudflare, ModSecurity y seguridad de WordPress en la hora de prueba.
Si el dominio anterior redirige al nuevo, asegúrate de que la página final no conserva un formulario, nonce o endpoint cacheado. Purga solo la caché afectada después de corregir el origen.
No excluyas permanentemente todas las peticiones del formulario.
Comprueba redirecciones e integraciones
WPForms puede mostrar una página de gracias o redirigir a otra URL. Actualiza destinos antiguos y haz que Analytics marque conversión únicamente tras un éxito real del servidor.
Revisa webhooks, CRM y automatizaciones por separado; que llegue el email no demuestra que esas integraciones sobrevivieran a la migración.
Prueba una ruta normal, las condiciones importantes y los uploads si existen.
Verifica desde el visitante hasta el buzón
Haz un envío nuevo en el dominio HTTPS canónico. Demuestra un éxito del navegador, una entrada, la notificación correcta, aceptación del proveedor y llegada al buzón empresarial.
Comprueba Reply-To y los resultados SPF, DKIM y DMARC. No te conformes con una bandeja personal si el destinatario real es corporativo.
Solicita una reparación urgente cuando se acumulen entradas, no esté clara la propiedad DNS o se mezclen los dos dominios. Comparte horas, URL y errores ocultando datos; nunca credenciales o contenido de clientes.