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

Localizar Fallo Mensaje

El formulario envía a un destinatario, pero no a otro

Rastrea un destinatario ausente mediante reglas del formulario, logs SMTP, rebotes, supresiones, alias, grupos y filtrado.

Cuando uno recibe la notificación y otro no, la copia entregada reduce las posibilidades, pero no localiza el fallo. La dirección ausente quizá nunca se añadió al mensaje o su sistema pudo rechazarla u ocultarla.

Compara evidencias de cada dirección; un campo CC no prueba dos entregas.

Confirma cómo se generan los destinatarios

Abre la notificación activa, no un duplicado antiguo. Revisa To, CC y BCC, ortografía, separadores y tokens. Algunos plugins crean avisos independientes según el departamento elegido.

Normaliza la dirección antes de comparar: elimina espacios invisibles, comprueba el dominio y confirma si un alias con +etiqueta está permitido. Una dirección copiada desde una hoja o un campo dinámico puede contener caracteres que no se ven en el editor.

Envía una prueba marcada mediante la misma opción que usaría un visitante. Anota selección, hora y direcciones y comprueba que la entrada guarda el valor correcto.

No expongas listas privadas en campos visibles.

Busca errores en las condiciones

Una regla puede comparar la etiqueta visible con otro valor almacenado o distinguir mayúsculas. Renombrar un departamento puede dejar una condición antigua sin coincidencia.

Registrar temporalmente el ID ejecutado es más seguro que quitar todas las condiciones en producción. Si necesitas una ruta general, envíala a un buzón interno aprobado y protege los datos.

Confirma que se ejecutan dos notificaciones si ese es el diseño.

Rastrea cada dirección en el mail log

Comprueba si la dirección ausente estaba en el mensaje generado. Si no, repara el formulario antes de cambiar SMTP o DNS.

Si ambas se enviaron, consulta por separado el proveedor. Una puede estar accepted y otra deferred, bounced o suppressed. Guarda su código y message ID.

Un mismo mensaje puede producir una respuesta SMTP distinta para cada destinatario. Revisa el detalle por dirección, especialmente cuando To, CC o BCC se agrupan, y no interpretes la aceptación parcial como éxito de toda la lista.

Que wp_mail() devuelva éxito solo demuestra entrega al transporte, no aceptación de cada destinatario.

Revisa alias, grupos y buzones compartidos

La dirección puede ser un alias, lista o buzón compartido restringido. Confirma existencia, cuota y aceptación de externos. Prueba el buzón licenciado subyacente únicamente con aprobación del administrador.

Los reenvíos pueden crear loops o fallar DMARC. Busca en el gateway por message ID y hora, no solo en Inbox y Spam. No añadas más reenvíos como parche.

Comprueba además si el grupo expande miembros en el servidor o si entrega a una bandeja común. Esa diferencia determina dónde buscar la pérdida y quién puede autorizar un cambio.

Comprueba rebotes, supresiones y filtros

Busca informes en el Return-Path. Los proveedores suelen suprimir una dirección tras un hard bounce o fallos repetidos, incluso después de restaurar el buzón.

Retira la supresión solo tras verificar y solucionar la causa. Revisa cuarentena, reglas, remitentes bloqueados y adjuntos.

Si los destinatarios usan dominios diferentes, compara SPF, DKIM y DMARC del mensaje entregado; pueden aplicar políticas distintas.

Usa cabeceras de remitente seguras

Envía desde un dominio autorizado y pon el visitante en Reply-To. Usar al visitante como From puede hacer que un destino rechace lo que otro tolera.

Mantén el mismo From al comparar. Cambiar simultáneamente remitente, asunto y destinatario hace ambiguo el resultado.

No crees otro SPF; modifica DNS solo con valores documentados.

Verifica la ruta reparada

Envía una prueba que deba notificar a ambos. Demuestra entrada, regla, lista del mail log, resultado del proveedor y llegada a las dos bandejas. Prueba Reply-To y cualquier helpdesk o CRM.

Si una dirección sigue siendo inestable, crea una alternativa monitorizada sin mostrar direcciones privadas en la página.

Cuándo pedir una reparación

Solicita ayuda cuando las reglas sean complejas, los logs discrepen o puedan faltar leads. Facilita URL, hora, ID de notificación y respuesta SMTP redactada, nunca contraseñas o contenido real.

El objetivo es demostrar cada destinatario por separado, no asumir que una entrega valida todo el mensaje.

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