Entregabilidad de email en cPanel y en Salesforce
Enviar correo comercial desde un hosting con cPanel o desde Salesforce plantea problemas de entregabilidad muy distintos entre sí, aunque el síntoma —correo que no llega o cae en spam— se vea igual desde fuera. Uno es un problema de infraestructura compartida; el otro, de configuración de una plataforma pensada primero para CRM y solo después para envío masivo. Vale la pena entender la diferencia antes de intentar arreglar cualquiera de los dos a ciegas.
- cPanel comparte servidor con otros sitios: la reputación de la IP puede estar dañada por vecinos, no por tu propio comportamiento de envío.
- En cPanel, revisa primero si la IP compartida aparece en listas negras públicas antes de sospechar de tu propio contenido.
- Salesforce, por defecto, no siempre tiene activado el envío con dominio propio autenticado — hay que configurarlo explícitamente.
- El entorno sandbox de Salesforce simula el envío pero no siempre refleja fielmente el comportamiento de entregabilidad de producción.
- Para outreach B2B dirigido con volumen creciente, migrar del envío por defecto de cPanel o Salesforce a una IP y dominio dedicados suele ser la solución de fondo.
cPanel: el problema casi siempre es la IP compartida, no tu contenido
La mayoría de hostings con cPanel —incluido GoDaddy y proveedores similares— usan IPs de envío compartidas entre decenas o cientos de sitios distintos en el mismo servidor. Esto significa que tu reputación de entregabilidad depende en parte del comportamiento de correo de vecinos de servidor que no controlas ni conoces, y sobre los que no tienes ninguna visibilidad.
Si tu correo empieza a fallar sin que hayas cambiado nada en tu propia configuración ni en tu contenido, la primera sospecha razonable es que la IP compartida entró en una lista negra por el comportamiento de otro sitio en el mismo servidor. Esto se comprueba consultando la IP de salida de tu hosting (la puedes obtener en el panel de cPanel o preguntando a soporte) contra una herramienta de comprobación de listas negras.
cPanel además tiene una limitación estructural para outreach B2B: no está pensado como plataforma de envío de campañas, sino como servidor de correo básico para un sitio web. No suele ofrecer calentamiento de IP, gestión de reputación ni informes de entregabilidad nativos, así que cualquier seguimiento serio de entregabilidad tiene que hacerse con herramientas externas.
Cómo revisar y mejorar entregabilidad desde cPanel
El primer paso es confirmar que SPF, DKIM y DMARC están publicados correctamente para el dominio, algo que muchos hostings con cPanel configuran de forma parcial o incompleta por defecto. La sección "Email Deliverability" del propio panel de cPanel suele mostrar el estado de estos registros y, en algunos casos, generarlos automáticamente si faltan — pero conviene verificarlos también con una herramienta externa, porque el panel a veces marca como correcto algo que no lo está del todo desde la perspectiva de proveedores como Gmail.
Si la IP compartida está dañada de forma persistente, las opciones son limitadas dentro del mismo plan de hosting: contratar una IP dedicada si el proveedor la ofrece, o —más recomendable para volumen creciente de outreach— separar el envío de campañas del hosting web y usar una plataforma de envío específica, dejando cPanel solo para el correo operativo básico del sitio.
Un equipo detecta que su correo de outreach empezó a caer en spam sin cambios propios; consulta la IP de salida del hosting en una lista negra pública y confirma que está listada por el comportamiento de otro sitio del mismo servidor. Migra el envío de campañas a una plataforma dedicada mientras el hosting resuelve la limpieza de la IP.
Salesforce: la entregabilidad depende de cómo se configura el envío, no solo del CRM
Salesforce nació como CRM, y su capacidad de envío de correo —incluida la función de Email Deliverability dentro de la configuración de organización— no siempre viene configurada para autenticación completa por defecto. Es habitual que equipos que migran su outreach a Salesforce descubran, después de varias semanas, que el correo se envía desde una infraestructura compartida de Salesforce en lugar de desde el dominio propio autenticado con SPF, DKIM y DMARC.
Para que el correo salga con el dominio propio y con la reputación construida por la empresa, hay que configurar explícitamente el envío autenticado en Salesforce: registrar el dominio propio, publicar los registros DNS que Salesforce solicita, y activar la opción correspondiente en la configuración de Email Deliverability de la organización. Sin este paso, el correo sale técnicamente pero con la reputación genérica de la infraestructura de Salesforce, no la tuya propia.
- Revisar en Setup > Email Administration > Deliverability que el acceso de envío esté en "All email", no restringido.
- Configurar dominio propio autenticado (My Domain + dominio de envío) en lugar de usar el remitente genérico de Salesforce.
- Publicar los registros DNS que Salesforce solicita para verificar el dominio de envío propio.
- Confirmar en los encabezados de un correo de prueba que aparece spf=pass y dkim=pass con tu dominio, no con el de Salesforce.
El entorno sandbox de Salesforce y por qué no siempre refleja producción
El sandbox de Salesforce es un entorno de pruebas aislado, pensado para probar configuración y automatizaciones sin afectar a los datos ni al correo real de producción. Por defecto, el envío de correo desde sandbox está deshabilitado o restringido a direcciones internas específicas, precisamente para evitar que pruebas de desarrollo manden correo accidental a contactos reales.
Esto significa que probar entregabilidad desde un sandbox de Salesforce da información limitada: confirma que la configuración técnica está bien montada, pero no reproduce fielmente cómo se comportará el envío en producción, donde la reputación del dominio, el volumen real y la IP de salida pueden ser distintos. Para una prueba de entregabilidad fiable, hay que probar desde el entorno de producción con volumen controlado, no solo desde sandbox.
Estimación orientativa de fiabilidad de cada entorno para diagnosticar entregabilidad; no sustituye a una prueba de bandeja real en producción.
Cuándo tiene sentido migrar fuera de cPanel o Salesforce para el envío
Ni cPanel ni Salesforce están diseñados como herramientas primarias de outreach B2B: uno es infraestructura de hosting web, el otro es un CRM con capacidad de correo añadida. Ambos pueden funcionar razonablemente bien para volúmenes bajos y con la configuración correcta, pero según crece el volumen de campañas dirigidas, las limitaciones estructurales de cada uno —IP compartida en cPanel, gestión de reputación limitada en Salesforce— se vuelven más costosas de sortear que de resolver.
La señal clara para migrar es cuando el equipo empieza a dedicar más tiempo a diagnosticar problemas de entregabilidad recurrentes que a la propia estrategia de outreach. En ese punto, separar el envío de campañas hacia una plataforma o infraestructura dedicada a ese fin —con IP propia, calentamiento gestionado y reportes de entregabilidad nativos— suele salir más barato en tiempo del equipo que seguir parcheando la configuración de origen.
Preguntas frecuentes
¿Por qué mi correo enviado desde cPanel no aparece como recibido pero tampoco rebota?
Es el patrón típico de un correo aceptado silenciosamente y descartado o filtrado sin generar rebote visible, muy común con IPs compartidas de baja reputación. Revisa si la IP de salida del hosting está en alguna lista negra antes de sospechar de tu contenido.
¿Salesforce permite usar mi propio dominio para enviar correo?
Sí, pero no viene activado por defecto en todas las configuraciones. Hay que registrar el dominio propio en My Domain, publicar los registros DNS que Salesforce solicita y activar el envío autenticado en la configuración de Email Deliverability de la organización.
¿Puedo confiar en las pruebas de entregabilidad hechas desde sandbox?
Solo parcialmente: sandbox confirma que la configuración técnica está bien montada, pero no reproduce con fiabilidad el comportamiento de entrega real, porque el envío desde sandbox suele estar restringido y no usa las mismas condiciones de reputación que producción.
¿Una IP dedicada en cPanel resuelve el problema de entregabilidad?
Ayuda bastante si el problema era la reputación compartida, pero no es garantía por sí sola: una IP dedicada nueva también necesita calentamiento gradual de volumen y buena configuración de SPF, DKIM y DMARC para construir su propia reputación desde cero.
¿Vale la pena seguir usando cPanel o Salesforce para outreach si el volumen es bajo?
Para volúmenes bajos y con la configuración técnica correcta, ambos pueden funcionar razonablemente bien. El punto de inflexión suele llegar cuando el volumen crece y el tiempo dedicado a diagnosticar entregabilidad empieza a superar el que se dedica a la propia estrategia de outreach.
¿Quieres aplicar esto a tu outreach?
Te contamos cómo funciona con tu segmento y tu producto — antes de empezar.
Hablemos