Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Recuperación y prevención

El formulario de contacto de WordPress no envía: encontrar el eslabón roto

Dejan de llegar consultas y nada parece roto. Separa un formulario que no se envía de uno que se envía pero nunca entrega. Así se hace.

Respuesta breve: hay dos fallos muy distintos. O el formulario nunca llega a enviarse, o se envía correctamente y el correo de aviso nunca llega. Para el visitante son idénticos, pero tienen causas completamente diferentes.

Determina cuál de los dos tienes

La mayoría de plugins de formularios guardan los envíos en la base de datos además de enviarlos. Si se guardan entradas pero no llega email, el formulario funciona y el problema es la entrega. Si tampoco se guarda nada, es el envío lo que falla. Comprobar solo eso elimina casi todas las conjeturas.

Cuando el formulario no se envía

  • Un error de JavaScript que bloquea el manejador de envío: revisa la consola del navegador.
  • El endpoint de envío (a menudo admin-ajax.php o la API REST) devolviendo un error de servidor: revisa la pestaña Red.
  • Una capa de caché sirviendo una página antigua con un token/nonce de seguridad caducado.
  • Un firewall o una regla antibots rechazando la petición.

Cuando se envía pero no llega nada

Es un problema de entrega de correo, no del formulario: correo enviado sin autenticación y rechazado, una dirección de remitente que no supera las comprobaciones de dominio, el aviso a una dirección mal escrita, o el mensaje clasificado como spam. La solución es SMTP autenticado con SPF y DKIM alineados.

Prueba como un visitante

  1. Envía desde un navegador sin sesión, a ser posible también en móvil.
  2. Observa la petición de red para ver si tiene éxito.
  3. Confirma si se ha almacenado una entrada.
  4. Envía a dos proveedores distintos para separar entrega de autenticación.

No lo dejes al azar

Los formularios fallan en silencio y el coste se acumula de forma invisible: cada consulta perdida es un cliente que dio por hecho que le ignoraste. Mantén el guardado en base de datos además del correo, para que un fallo de entrega futuro nunca signifique un contacto perdido para siempre, y prueba el formulario periódicamente en lugar de esperar a notar el silencio.

CRITERIO DE INCIDENTE WP REPAIR

Secuencia de intervención segura

Un formulario puede fallar antes de guardar o guardar bien y fallar solo al notificar. Comprobar primero las entradas almacenadas divide el problema de inmediato.

WP RepairModelo de diagnóstico
1Síntoma2Evidencia3Cambio controlado4Verificación
Sigue la cadena hasta encontrar el primer punto que deja de comportarse como debería.
  1. Envía sin sesión y captura petición y respuesta de red.
  2. Comprueba si el plugin guardó una entrada antes de diagnosticar correo.
  3. Revisa nonce, REST/admin-ajax, firewall y caché si falla el envío.
  4. Si existe entrada, prueba entrega autenticada y destino del aviso.

Qué debe quedar verificado

  • Un envío sin sesión devuelve éxito y se guarda una vez.
  • El aviso llega al buzón correcto y reply-to funciona.
  • Las protecciones siguen bloqueando un envío automatizado evidente.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia