Correos del CRM en spam: qué revisar antes de reenviar
El CRM indica que ha enviado un presupuesto, pero el cliente no lo encuentra. Antes de repetir el envío, conviene averiguar si el mensaje salió de la aplicación, si el servidor de destino lo aceptó y en qué carpeta acabó. Son comprobaciones diferentes: un aviso de envío correcto no demuestra que el correo esté en la bandeja de entrada.
Esta guía ayuda a reunir evidencias para resolver correos del CRM que llegan a spam, se rechazan o no salen. Está pensada para presupuestos y avisos operativos; una campaña comercial requiere revisar además sus propios requisitos de envío.
Primero identifica dónde se detiene el correo
| Qué observas | Qué revisar primero |
|---|---|
| La prueba del CRM devuelve un error. | Conexión SMTP, autenticación y configuración admitida por el proveedor. |
| El servidor acepta el envío, pero llega un aviso de rechazo. | El código y el texto completos del rechazo, la fecha y el destinatario. |
| El mensaje está en spam o cuarentena. | Las cabeceras de ese mensaje, su autenticación y las reglas del receptor. |
| No aparece en ninguna carpeta y no hay rechazo. | El seguimiento del proveedor y la dirección utilizada, antes de darlo por entregado. |
Guarda la hora con su zona horaria, el identificador del mensaje si existe y el resultado del envío. Comparte estas evidencias por el canal de soporte autorizado, ocultando datos del cliente que no sean necesarios. No incluyas contraseñas SMTP.
Comprueba la salida real del CRM
En Perfex, la documentación de configuración SMTP describe una prueba desde los ajustes de correo. Utiliza una cuenta de prueba controlada y contrasta servidor, puerto, cifrado y método de autenticación con las instrucciones actuales de tu proveedor. La combinación válida depende del servicio; no copies parámetros de otro alojamiento.
Después prueba un presupuesto de demostración, sin información de clientes. El correo de prueba y un envío real del módulo pueden tener remitente, plantilla o adjuntos diferentes. Comprueba también que el destinatario puede responder a una dirección atendida.
Revisa SPF, DKIM y la alineación de DMARC
Estas comprobaciones responden a preguntas distintas:
- SPF: ¿está autorizado el servidor que envía para el dominio del remitente del sobre?
- DKIM: ¿se verifica la firma del mensaje y qué dominio la firma?
- DMARC: ¿hay un resultado válido de SPF o DKIM cuyo dominio esté alineado con el dominio visible en «De»?
Que SPF o DKIM muestre pass no basta por sí solo para demostrar alineación. Microsoft explica esta diferencia en su guía de DMARC. Pide que se revisen las cabeceras del mensaje recibido, no solo la presencia de registros DNS.
Puedes empezar con el comprobador de SPF, DKIM y DMARC de Serboweb. Para DKIM necesitas el selector que utiliza tu proveedor; probar únicamente «default» puede no encontrar una clave que existe con otro nombre. Una consulta DNS no acredita por sí sola cómo se firmó un correo concreto.
Ejemplo hipotético: el correo manual llega y el del CRM no
Una empresa envía desde su buzón habitual sin incidencias, pero el CRM utiliza otro proveedor. Ambos muestran el mismo «De», aunque el segundo servicio firma con un dominio diferente. El equipo debe comprobar la alineación de ese envío y la configuración de dominio del proveedor. Cambiar el asunto o reenviar cinco veces no corrige esa discrepancia.
Haz una prueba pequeña antes de reactivar los avisos
- Reúne los emisores legítimos: buzones, CRM, formularios y otros servicios. Encarga cualquier ajuste DNS a quien administra el dominio, conservando la configuración anterior.
- Prueba el mismo flujo: usa datos ficticios y buzones controlados en los proveedores donde se detectó el problema. Registra aceptación, rechazo o carpeta final y autenticación.
- Cambia una causa identificada cada vez: repite la prueba después del ajuste y verifica también que los demás emisores siguen funcionando.
- Retoma el envío con seguimiento: revisa rechazos y evita duplicar avisos ya entregados. Para automatizaciones, consulta también nuestra guía de alertas y reintentos sin duplicados.
La autenticación correcta no garantiza llegar a la bandeja de entrada. También intervienen la reputación, el contenido y las decisiones del receptor. Las directrices de Gmail para remitentes distinguen requisitos según el tipo y volumen de envío. Si solo falla un destino, conserva sus evidencias para que su administrador pueda investigarlo.
Coordina correo y CRM en una misma revisión
Si tus presupuestos o avisos no llegan, Serboweb puede revisar contigo el recorrido entre aplicación, dominio y proveedor dentro de sus servicios de correo profesional para empresas. Indica qué envío falla y qué resultado observas: esa información permite acotar la revisión sin prometer una entrega que depende también del destinatario.