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

Comportamiento Formulario Wordpress

Contact Form 7 muestra un error de configuración tras actualizar

Repara errores de Contact Form 7 tras actualizar revisando mail-tags, dominio remitente, cabeceras, campos y complementos.

Contact Form 7 valida el formulario y las plantillas de correo, por lo que una actualización puede sacar a la luz un error antiguo. El aviso no demuestra que la actualización haya dañado la base de datos: normalmente señala una relación concreta entre campo, cabecera y mail-tag que ya no supera las comprobaciones.

Registra el aviso exacto y repara el formulario activo sin borrar una configuración recuperable.

Haz una copia antes de editar

Copia las pestañas Formulario, Correo, Mensajes y Ajustes adicionales en un registro seguro, o crea una copia de base de datos adecuada. Anota versión del plugin, hora de actualización e ID del formulario.

No reviertas WordPress o el plugin a ciegas en producción. Perderías correcciones de seguridad y el error de configuración seguiría presente.

Utiliza staging solo si no contiene credenciales de correo activas ni datos de clientes.

Ejecuta el validador de configuración

Abre el formulario afectado y revisa cada recomendación destacada. Distingue un error que impide funcionar de un consejo opcional. Registra campo y mensaje exactos antes de cambiar SMTP u otros componentes no relacionados.

Si existen varios formularios, comprueba qué shortcode o bloque utiliza la página pública. Editar una copia abandonada con nombre parecido no repara la experiencia del visitante.

Guarda un único cambio cada vez y conserva la copia de reversión.

Haz coincidir form-tags y mail-tags

Cada mail-tag como [your-email] debe corresponder a un campo actual del formulario. Una entrada renombrada o borrada puede dejar vacío destinatario, asunto o cuerpo en la pestaña Correo.

Compara ortografía, guiones y mayúsculas. Asegúrate de que un campo usado para enrutar no pueda quedar vacío y de que ninguna entrada pública controle libremente el destinatario.

Elimina etiquetas realmente obsoletas tanto de la plantilla principal como de Mail (2). No crees campos ocultos solo para silenciar el aviso sin entender qué producen.

Corrige From y Reply-To

From debe utilizar un dominio autorizado por el proveedor SMTP, por ejemplo una dirección real o un remitente aprobado del dominio web. Coloca el email enviado por el visitante en la cabecera Reply-To.

Usar [your-email] como From pide al servidor que suplante Gmail, Outlook o el dominio de la empresa del visitante. Esto puede activar el aviso y provocar rechazo DMARC.

Formatea el nombre visible con sintaxis admitida y evita construir cabeceras desde texto público sin filtrar.

Revisa destinatario y cabeceras adicionales

Confirma que To sea una dirección válida y monitorizada. Revisa CC y BCC, una cabecera por línea y ausencia de nombres duplicados. Una cabecera personalizada inválida puede detener la construcción aunque los campos visibles se validen.

Si el formulario enruta por departamento, usa lógica condicional compatible o un mapa cerrado. No permitas que una entrada pública elija cualquier email.

Comprueba que las etiquetas de adjuntos correspondan a campos de archivo reales y a la política de subida aceptada.

Comprueba complementos y código propio

Los add-ons de campos condicionales, base de datos o correo pueden depender de detalles internos de Contact Form 7. Verifica compatibilidad con las versiones instaladas y revisa los errores PHP después de una prueba sintética.

Aislar un complemento sospechoso en staging puede confirmar el conflicto. En producción, no lo desactives si se perderían entradas o protección antispam sin una alternativa.

Revisa filtros del tema y must-use plugins antes de culpar al núcleo.

Prueba el formulario reparado completo

Cuando el validador quede limpio para los ajustes relevantes, envía sin sesión datos identificados y no sensibles. Confirma la validación, los controles de spam, una única entrada si está configurada y la notificación correcta.

Sigue el mensaje en el registro de WordPress, el proveedor SMTP y el destinatario final. Prueba Reply-To, la confirmación secundaria y los adjuntos.

Pide ayuda urgente si el formulario público está caído, las etiquetas enrutan datos personales al lugar incorrecto o no existe una ruta de actualización segura. Facilita aviso, ID, versiones y configuración redactada, nunca contraseñas SMTP o entradas reales.

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