Esta funci\u00f3n permite comprobar la configuraci\u00f3n de SPF, DKIM, DMARC y, en determinados casos, el registro PTR o DNS inverso. Si detecta alguna incidencia, muestra informaci\u00f3n sobre el registro afectado y propone los valores que deber\u00edan utilizarse para corregirla.<\/p>\n\n\n\n
Aun as\u00ed, conviene tener clara una idea desde el principio: Email Deliverability es una excelente herramienta de diagn\u00f3stico, pero no garantiza por s\u00ed sola que todos nuestros mensajes lleguen a la bandeja de entrada.<\/p>\n\n\n\n
La reputaci\u00f3n de la direcci\u00f3n IP, el contenido del mensaje, el volumen de env\u00edos, la calidad de las listas de destinatarios y las quejas por spam tambi\u00e9n influyen en la entrega.<\/p>\n\n\n\n
En esta gu\u00eda explicar\u00e9 c\u00f3mo utilizar Email Deliverability en cPanel, qu\u00e9 significa cada registro, cu\u00e1ndo podemos reparar los problemas autom\u00e1ticamente y qu\u00e9 deber\u00edamos revisar si todo aparece como v\u00e1lido, pero nuestros mensajes contin\u00faan llegando a spam.<\/p>\n\n\n\n
Qu\u00e9 es Email Deliverability y por qu\u00e9 deber\u00eda preocuparte<\/h2>\n\n\n\n
Email Deliverability es una herramienta de cPanel dise\u00f1ada para analizar la configuraci\u00f3n relacionada con la autenticaci\u00f3n y la entrega del correo electr\u00f3nico de los dominios alojados en una cuenta.<\/p>\n\n\n\n
Su objetivo principal es ayudarnos a detectar si existen errores en los registros DNS<\/a> que permiten a otros servidores comprobar que nuestros mensajes son leg\u00edtimos.<\/p>\n\n\n\n Cuando enviamos un correo desde una direcci\u00f3n como Entre otras cosas, puede comprobar:<\/p>\n\n\n\n Email Deliverability se concentra principalmente en la parte relacionada con la autenticaci\u00f3n DNS.<\/p>\n\n\n\n Uno de los errores m\u00e1s frecuentes consiste en pensar que, si el correo aparece en la carpeta de enviados, el destinatario lo ha recibido.<\/p>\n\n\n\n En realidad, la carpeta de enviados \u00fanicamente confirma que la aplicaci\u00f3n o el servidor ha procesado el mensaje. A partir de ese momento, todav\u00eda debe ser aceptado por el servidor receptor y superar sus filtros.<\/p>\n\n\n\n El mensaje puede encontrarse con varios resultados:<\/p>\n\n\n\n En mi caso, siempre recomiendo comprobar la entregabilidad cuando una empresa depende del correo para comunicarse con clientes. No basta con verificar que la cuenta puede enviar y recibir un mensaje de prueba entre dos direcciones propias.<\/p>\n\n\n\n Tambi\u00e9n conviene probar env\u00edos hacia proveedores diferentes, como Gmail, Outlook o Yahoo, y revisar c\u00f3mo interpretan la autenticaci\u00f3n del dominio.<\/p>\n\n\n\n Una configuraci\u00f3n incorrecta no es \u00fanicamente un problema t\u00e9cnico. Puede tener consecuencias comerciales.<\/p>\n\n\n\n Imaginemos que enviamos una propuesta y el cliente nunca la recibe. Nosotros podemos interpretar su silencio como falta de inter\u00e9s, mientras que el cliente piensa que no hemos respondido.<\/p>\n\n\n\n Algo parecido puede ocurrir con:<\/p>\n\n\n\n Adem\u00e1s de provocar retrasos, estos fallos pueden generar una imagen poco profesional. El cliente no sabe que existe un problema de autenticaci\u00f3n, reputaci\u00f3n o filtrado. Simplemente percibe que la empresa no responde o que sus sistemas no son fiables.<\/p>\n\n\n\n Por esta raz\u00f3n, considero que revisar Email Deliverability deber\u00eda formar parte del mantenimiento habitual de cualquier dominio que utilice el correo como canal de comunicaci\u00f3n.<\/p>\n\n\n\n La herramienta de cPanel revisa distintos elementos relacionados con la identidad del remitente. Los m\u00e1s importantes son SPF, DKIM, DMARC<\/a> y PTR.<\/p>\n\n\n\n Aunque sus nombres puedan parecer complicados, cada uno cumple una funci\u00f3n relativamente sencilla.<\/p>\n\n\n\n SPF, siglas de Sender Policy Framework<\/strong>, es un registro DNS que indica qu\u00e9 servidores est\u00e1n autorizados para enviar correos en nombre de un dominio.<\/p>\n\n\n\n Por ejemplo, un dominio puede enviar mensajes desde:<\/p>\n\n\n\n Todos los servicios leg\u00edtimos que necesiten utilizar el dominio deben estar contemplados en la pol\u00edtica SPF.<\/p>\n\n\n\n Cuando el servidor receptor recibe un mensaje, puede comparar la direcci\u00f3n IP de env\u00edo con la informaci\u00f3n publicada en el registro. Si la IP no est\u00e1 autorizada, la comprobaci\u00f3n SPF puede fallar.<\/p>\n\n\n\n Esto no significa que el mensaje vaya a ser rechazado autom\u00e1ticamente. Cada proveedor aplica sus propias pol\u00edticas y combina distintas se\u00f1ales. No obstante, una comprobaci\u00f3n SPF fallida puede aumentar la posibilidad de que el correo sea filtrado o marcado como sospechoso.<\/p>\n\n\n\n Un error habitual consiste en crear varios registros SPF separados. Lo correcto es mantener una \u00fanica pol\u00edtica SPF y combinar dentro de ella todos los mecanismos necesarios.<\/p>\n\n\n\n Antes de modificar este registro, recomiendo revisar qu\u00e9 servicios env\u00edan realmente correos utilizando el dominio. Eliminar una plataforma leg\u00edtima podr\u00eda solucionar un problema y crear otro.<\/p>\n\n\n\n DKIM, siglas de DomainKeys Identified Mail<\/strong>, a\u00f1ade una firma digital a los mensajes salientes.<\/p>\n\n\n\n <\/p>\n\n\n\n El servidor de correo firma determinados elementos del mensaje utilizando una clave privada. Despu\u00e9s, el servidor receptor consulta una clave p\u00fablica publicada en el DNS del dominio y verifica la firma.<\/p>\n\n\n\n Esta comprobaci\u00f3n permite confirmar dos aspectos importantes:<\/p>\n\n\n\n DKIM no cifra el contenido del correo y tampoco impide por s\u00ed solo la suplantaci\u00f3n. Su funci\u00f3n es permitir que el receptor valide la firma.<\/p>\n\n\n\n Cuando la configuraci\u00f3n DKIM es incorrecta, cPanel puede mostrar el registro recomendado. Si la zona DNS se administra desde el mismo servidor, la herramienta puede intentar repararlo autom\u00e1ticamente.<\/p>\n\n\n\n Si el DNS se gestiona desde otra plataforma, tendremos que copiar el nombre y el valor sugeridos para a\u00f1adirlos en el proveedor correspondiente.<\/p>\n\n\n\n DMARC, siglas de Domain-based Message Authentication, Reporting and Conformance<\/strong>, se apoya en SPF y DKIM.<\/p>\n\n\n\n Permite indicar a los servidores receptores qu\u00e9 deber\u00edan hacer cuando un mensaje no supera correctamente las comprobaciones o no existe una alineaci\u00f3n adecuada con el dominio visible para el usuario.<\/p>\n\n\n\n Las pol\u00edticas m\u00e1s habituales son:<\/p>\n\n\n\n DMARC tambi\u00e9n puede utilizarse para recibir informes sobre los servidores que est\u00e1n enviando correos en nombre del dominio.<\/p>\n\n\n\n No recomiendo aplicar directamente una pol\u00edtica estricta sin haber comprobado antes todos los servicios leg\u00edtimos de env\u00edo. Si configuramos Una estrategia prudente consiste en comenzar con supervisi\u00f3n, analizar los informes, corregir los servicios no alineados y endurecer progresivamente la pol\u00edtica.<\/p>\n\n\n\n El registro PTR permite realizar una consulta inversa: en lugar de obtener una direcci\u00f3n IP a partir de un nombre, relaciona una direcci\u00f3n IP con un nombre de servidor.<\/p>\n\n\n\n Por ejemplo, la IP de un servidor de correo puede resolver hacia un hostname como Los proveedores receptores suelen valorar que exista coherencia entre:<\/p>\n\n\n\n El PTR presenta una diferencia importante respecto a SPF, DKIM o DMARC: normalmente no se administra desde la zona DNS del dominio.<\/p>\n\n\n\n La modificaci\u00f3n suele depender del proveedor que controla la direcci\u00f3n IP. En un hosting compartido, un servidor virtual o una infraestructura administrada, tendremos que solicitar el cambio al proveedor responsable.<\/p>\n\n\n\n Por eso, cuando cPanel detecta un problema de PTR, no siempre puede ofrecer una reparaci\u00f3n autom\u00e1tica.<\/p>\n\n\n\n El acceso es sencillo:<\/p>\n\n\n\n La interfaz puede mostrar varios dominios y subdominios asociados a la cuenta. Conviene revisar el dominio desde el que se env\u00edan realmente los mensajes.<\/p>\n\n\n\n Cuando la configuraci\u00f3n no presenta problemas detectables, cPanel puede mostrar el dominio como v\u00e1lido.<\/p>\n\n\n\n Esto significa que, seg\u00fan las comprobaciones realizadas por la herramienta, los registros analizados parecen correctos.<\/p>\n\n\n\n No significa necesariamente que:<\/p>\n\n\n\n El estado v\u00e1lido debe entenderse como una confirmaci\u00f3n de que la parte b\u00e1sica de la autenticaci\u00f3n revisada por cPanel no presenta errores evidentes.<\/p>\n\n\n\n Cuando veo un dominio marcado como v\u00e1lido, lo interpreto como un buen punto de partida, no como el final del diagn\u00f3stico.<\/p>\n\n\n\n La autenticaci\u00f3n correcta ayuda a generar confianza y permite que el proveedor receptor identifique mejor el origen del mensaje. Sin embargo, la decisi\u00f3n de colocarlo en la bandeja de entrada puede depender de muchas otras se\u00f1ales.<\/p>\n\n\n\n Por tanto, si los correos contin\u00faan llegando a spam, deberemos ampliar la revisi\u00f3n.<\/p>\n\n\n\n Cuando encuentra una incidencia, cPanel puede indicar:<\/p>\n\n\n\n Esta informaci\u00f3n resulta especialmente \u00fatil porque evita tener que construir desde cero los registros.<\/p>\n\n\n\n Aun as\u00ed, antes de aplicar cualquier cambio recomiendo comprobar si el dominio utiliza servicios externos. El valor sugerido puede ser correcto para el servidor de hosting, pero el registro final debe contemplar todas las plataformas leg\u00edtimas.<\/p>\n\n\n\n Cuando cPanel detecta un registro incorrecto, normalmente ofrece las opciones Reparar<\/strong> y Administrar<\/strong>.<\/p>\n\n\n\n Ambas son \u00fatiles, pero no cumplen la misma funci\u00f3n.<\/p>\n\n\n\n La opci\u00f3n Reparar<\/strong> intenta instalar autom\u00e1ticamente la configuraci\u00f3n recomendada.<\/p>\n\n\n\n Es una alternativa c\u00f3moda cuando:<\/p>\n\n\n\n La opci\u00f3n Administrar<\/strong> permite revisar los detalles antes de hacer cambios.<\/p>\n\n\n\n Desde ah\u00ed podemos consultar:<\/p>\n\n\n\n Personalmente, prefiero revisar primero Administrar, especialmente cuando el dominio utiliza varias plataformas de correo. Una reparaci\u00f3n autom\u00e1tica puede ser correcta, pero conviene entender qu\u00e9 se est\u00e1 modificando.<\/p>\n\n\n\n La reparaci\u00f3n autom\u00e1tica es apropiada cuando estamos seguros de que el DNS se gestiona desde el propio servidor y la configuraci\u00f3n propuesta corresponde con el uso real del dominio.<\/p>\n\n\n\n Por ejemplo, puede ser \u00fatil despu\u00e9s de:<\/p>\n\n\n\n Despu\u00e9s de reparar, deber\u00edamos volver a cargar la herramienta y comprobar el estado. Tambi\u00e9n puede ser necesario esperar a que los cambios DNS se propaguen.<\/p>\n\n\n\n Antes de copiar o instalar un registro, recomiendo seguir esta secuencia:<\/p>\n\n\n\n Guardar una copia del valor anterior facilita la recuperaci\u00f3n si descubrimos que alg\u00fan servicio ha dejado de autenticar correctamente.<\/p>\n\n\n\n Una de las situaciones que m\u00e1s confusi\u00f3n genera aparece cuando cPanel muestra los registros recomendados, pero no puede instalarlos.<\/p>\n\n\n\n Esto suele ocurrir cuando el dominio utiliza nameservers externos.<\/p>\n\n\n\n La p\u00e1gina web puede estar alojada en un servidor con cPanel, mientras que la zona DNS se administra en:<\/p>\n\n\n\n En esos casos, realizar el cambio \u00fanicamente dentro de cPanel no tendr\u00e1 efecto si esa zona no es la autoritativa.<\/p>\n\n\n\n Para que cPanel pueda modificar un registro efectivo, el servidor debe controlar la zona DNS que responde p\u00fablicamente por el dominio.<\/p>\n\n\n\n Si los nameservers apuntan hacia otro proveedor, cPanel puede mostrar una recomendaci\u00f3n, pero no dispone de autoridad para publicarla.<\/p>\n\n\n\n En mi experiencia, este es uno de los motivos m\u00e1s frecuentes por los que un usuario pulsa Reparar y despu\u00e9s comprueba que el problema contin\u00faa.<\/p>\n\n\n\n La herramienta no est\u00e1 fallando. Simplemente est\u00e1 intentando modificar una zona que no controla la resoluci\u00f3n p\u00fablica del dominio.<\/p>\n\n\n\n Cuando utilizamos DNS externos, debemos abrir la opci\u00f3n Administrar y copiar los datos sugeridos.<\/p>\n\n\n\n Normalmente necesitaremos:<\/p>\n\n\n\n Despu\u00e9s tendremos que acceder al panel del proveedor DNS y crear o modificar el registro correspondiente.<\/p>\n\n\n\n Al copiarlo, conviene prestar atenci\u00f3n a c\u00f3mo interpreta cada panel el nombre del dominio. Algunos proveedores esperan \u00fanicamente el prefijo; otros permiten escribir el nombre completo.<\/p>\n\n\n\n Tambi\u00e9n debemos evitar:<\/p>\n\n\n\n La forma m\u00e1s sencilla consiste en revisar los nameservers del dominio.<\/p>\n\n\n\n Los nameservers indican qu\u00e9 proveedor responde de forma autoritativa por la zona DNS.<\/p>\n\n\n\n Tambi\u00e9n podemos comprobar:<\/p>\n\n\n\n Una vez localizado el proveedor autoritativo, todos los cambios efectivos de SPF, DKIM y DMARC deber\u00e1n realizarse all\u00ed.<\/p>\n\n\n\n Los problemas de PTR no se corrigen como un registro TXT normal.<\/p>\n\n\n\n La raz\u00f3n es que la zona de resoluci\u00f3n inversa pertenece al propietario del bloque de direcciones IP, no al propietario del dominio que utiliza la IP.<\/p>\n\n\n\n Cuando administramos un dominio, controlamos normalmente registros como:<\/p>\n\n\n\n Sin embargo, el PTR pertenece a la zona inversa asociada a la direcci\u00f3n IP.<\/p>\n\n\n\n Por esta raz\u00f3n, a\u00f1adir un registro llamado PTR en el editor DNS habitual no suele solucionar nada. El cambio debe realizarse en la infraestructura del proveedor que controla la IP.<\/p>\n\n\n\n Deber\u00edamos contactar con el proveedor cuando:<\/p>\n\n\n\n En HostingTG, este tipo de incidencias deben analizarse desde el lado del servidor, ya que el usuario normalmente no dispone de permisos para modificar la resoluci\u00f3n inversa de una IP compartida.<\/p>\n\n\n\n Una configuraci\u00f3n coherente suele presentar esta relaci\u00f3n:<\/p>\n\n\n\n Esta coherencia no garantiza la entrega, pero elimina una se\u00f1al negativa que algunos proveedores pueden utilizar durante sus comprobaciones.<\/p>\n\n\n\n Muchas incidencias no se deben a la ausencia total de registros, sino a peque\u00f1as decisiones incorrectas.<\/p>\n\n\n\n Un dominio no deber\u00eda publicar varios registros SPF independientes.<\/p>\n\n\n\n Si necesitamos autorizar distintos servicios, tendremos que combinarlos dentro de una sola pol\u00edtica.<\/p>\n\n\n\n Antes de modificar SPF, debemos identificar todos los remitentes leg\u00edtimos. De lo contrario, podemos autorizar el servidor de hosting y dejar fuera la plataforma de facturaci\u00f3n o marketing.<\/p>\n\n\n\n Cuando aparece un problema, la reacci\u00f3n habitual es reemplazar inmediatamente el valor actual por el sugerido.<\/p>\n\n\n\n Esto puede ser peligroso si el registro incluye configuraciones personalizadas.<\/p>\n\n\n\n Recomiendo guardar una copia y comparar ambos valores. A veces la soluci\u00f3n consiste en incorporar una parte de la recomendaci\u00f3n, no en eliminar todo lo anterior.<\/p>\n\n\n\n Otro error frecuente consiste en modificar la zona DNS de cPanel cuando el dominio utiliza nameservers externos.<\/p>\n\n\n\n El cambio parece guardarse correctamente, pero no se publica en Internet.<\/p>\n\n\n\n Antes de tocar un registro, deber\u00edamos saber qui\u00e9n controla realmente el DNS.<\/p>\n\n\n\n SPF y DKIM mejoran la autenticaci\u00f3n, pero no controlan por s\u00ed solos la clasificaci\u00f3n final.<\/p>\n\n\n\n Un mensaje puede superar ambas comprobaciones y terminar en spam por:<\/p>\n\n\n\n Yo presentar\u00eda SPF y DKIM como requisitos b\u00e1sicos, no como una garant\u00eda.<\/p>\n\n\n\n Los cambios DNS no siempre se reflejan inmediatamente.<\/p>\n\n\n\n El tiempo depende del TTL, de la cach\u00e9 de los resolvers y del proveedor utilizado.<\/p>\n\n\n\n Despu\u00e9s de modificar un registro, conviene esperar, realizar nuevas consultas y evitar aplicar cambios sucesivos sin comprobar si el anterior ya se ha propagado.<\/p>\n\n\n\n Este es el punto en el que debemos ampliar el diagn\u00f3stico.<\/p>\n\n\n\n Si Email Deliverability muestra SPF y DKIM como v\u00e1lidos, la causa puede encontrarse fuera de la configuraci\u00f3n b\u00e1sica.<\/p>\n\n\n\n Las direcciones IP utilizadas para enviar correos desarrollan una reputaci\u00f3n.<\/p>\n\n\n\n Esta reputaci\u00f3n puede verse afectada por:<\/p>\n\n\n\n En un hosting compartido, la reputaci\u00f3n puede depender parcialmente de la gesti\u00f3n global del servidor.<\/p>\n\n\n\n Los proveedores tambi\u00e9n eval\u00faan el comportamiento del dominio.<\/p>\n\n\n\n Cambiar de direcci\u00f3n IP no siempre resuelve un problema si el dominio mantiene un historial negativo.<\/p>\n\n\n\n Una buena reputaci\u00f3n se construye con:<\/p>\n\n\n\n Un dominio que env\u00eda diez mensajes diarios y pasa repentinamente a enviar miles puede activar filtros.<\/p>\n\n\n\n Cuando iniciamos una nueva campa\u00f1a o utilizamos una infraestructura nueva, conviene aumentar el volumen progresivamente.<\/p>\n\n\n\n Tambi\u00e9n debemos separar el correo transaccional del promocional cuando la actividad lo justifique.<\/p>\n\n\n\n Una lista antigua o comprada puede contener:<\/p>\n\n\n\n En mi opini\u00f3n, una lista peque\u00f1a y activa es mucho m\u00e1s valiosa que una base de datos grande con destinatarios desinteresados.<\/p>\n\n\n\n El contenido tambi\u00e9n influye.<\/p>\n\n\n\n Deber\u00edamos revisar:<\/p>\n\n\n\n No existe una palabra m\u00e1gica que env\u00ede autom\u00e1ticamente todos los mensajes a spam. Los filtros modernos analizan el conjunto del mensaje y el comportamiento del remitente.<\/p>\n\n\n\n Un volumen elevado de rebotes indica que la lista no se mantiene correctamente.<\/p>\n\n\n\n Las quejas por spam son todav\u00eda m\u00e1s perjudiciales. El hecho de que una persona facilitara su direcci\u00f3n hace a\u00f1os no significa que siga esperando recibir mensajes.<\/p>\n\n\n\n En campa\u00f1as comerciales, debemos incluir un mecanismo claro de baja y procesar las solicitudes correctamente.<\/p>\n\n\n\n La entregabilidad no se resuelve con una \u00fanica acci\u00f3n. Requiere una combinaci\u00f3n de configuraci\u00f3n t\u00e9cnica, mantenimiento y buenas pr\u00e1cticas.<\/p>\n\n\n\n Revisa peri\u00f3dicamente:<\/p>\n\n\n\n Cada vez que se cambia de proveedor, se migra el hosting o se incorpora una plataforma, conviene repetir la revisi\u00f3n.<\/p>\n\n\n\n No utilices cuentas de hosting convencionales para campa\u00f1as masivas no solicitadas.<\/p>\n\n\n\n Adem\u00e1s de perjudicar la reputaci\u00f3n, este tipo de env\u00edo puede provocar bloqueos, limitaciones y suspensi\u00f3n del servicio.<\/p>\n\n\n\n Para campa\u00f1as leg\u00edtimas, utiliza una plataforma preparada para gestionar:<\/p>\n\n\n\n Mant\u00e9n limpia la lista.<\/p>\n\n\n\n Elimina o revisa:<\/p>\n\n\n\n El destinatario debe identificar f\u00e1cilmente qui\u00e9n le escribe.<\/p>\n\n\n\n Conviene mantener coherencia entre:<\/p>\n\n\n\n Los correos inesperados o confusos generan m\u00e1s quejas, incluso cuando son t\u00e9cnicamente leg\u00edtimos.<\/p>\n\n\n\n No esperes a que aparezca una incidencia grave.<\/p>\n\n\n\n Incluye en el mantenimiento:<\/p>\n\n\n\n En HostingTG utilizamos cPanel en nuestros planes de hosting compartido porque centraliza las principales tareas relacionadas con dominios, p\u00e1ginas web, bases de datos y cuentas de correo.<\/p>\n\n\n\n Email Deliverability es un buen ejemplo de c\u00f3mo una herramienta visual puede convertir una configuraci\u00f3n t\u00e9cnica en un proceso m\u00e1s accesible.<\/p>\n\n\n\n Desde una \u00fanica pantalla, el usuario puede comprobar:<\/p>\n\n\n\n Esto reduce el tiempo necesario para localizar la causa de una autenticaci\u00f3n incorrecta.<\/p>\n\n\n\n No todos los propietarios de una p\u00e1gina web conocen el funcionamiento interno del DNS ni se sienten c\u00f3modos trabajando desde una consola.<\/p>\n\n\n\n Cuando el servidor controla la zona, cPanel permite corregir determinados errores sin introducir comandos.<\/p>\n\n\n\n Esta facilidad resulta especialmente \u00fatil despu\u00e9s de migraciones, cambios de nameservers o modificaciones accidentales.<\/p>\n\n\n\n Existen situaciones que el usuario no puede resolver desde su cuenta:<\/p>\n\n\n\n En estos casos, la informaci\u00f3n mostrada por Email Deliverability facilita el diagn\u00f3stico inicial y permite proporcionar datos concretos al soporte.<\/p>\n\n\n\n Cuando un correo no llega, recomiendo seguir un orden. Cambiar varios elementos a la vez dificulta identificar la causa.<\/p>\n\n\n\n Seguir este orden permite separar los problemas de autenticaci\u00f3n de los problemas de reputaci\u00f3n o contenido.<\/p>\n\n\n\n Email Deliverability de cPanel permite detectar errores en algunos de los registros m\u00e1s importantes para la autenticaci\u00f3n del correo.<\/p>\n\n\n\n Desde esta herramienta podemos revisar SPF, DKIM, DMARC y determinados problemas relacionados con PTR. Cuando cPanel controla la zona DNS, tambi\u00e9n puede reparar autom\u00e1ticamente algunas configuraciones.<\/p>\n\n\n\n Si el dominio utiliza DNS externos, tendremos que copiar los valores sugeridos y publicarlos en el proveedor autoritativo. Para modificar el PTR, normalmente ser\u00e1 necesario contactar con el proveedor responsable de la direcci\u00f3n IP.<\/p>\n\n\n\n En mi experiencia, la mayor ventaja de Email Deliverability no consiste \u00fanicamente en reparar registros. Su verdadero valor est\u00e1 en permitirnos detectar un problema antes de que afecte a la comunicaci\u00f3n con clientes.<\/p>\n\n\n\n Una propuesta comercial que no llega, una factura filtrada como spam o una respuesta de soporte rechazada pueden provocar p\u00e9rdidas de tiempo y oportunidades.<\/p>\n\n\n\n Tambi\u00e9n debemos recordar que la autenticaci\u00f3n es solo una parte de la entregabilidad. Aunque cPanel muestre todos los registros como v\u00e1lidos, todav\u00eda tendremos que cuidar la reputaci\u00f3n, el contenido, las listas, los rebotes y el volumen de env\u00edo.<\/p>\n\n\n\n No considero Email Deliverability una soluci\u00f3n m\u00e1gica. La considero el primer lugar que deber\u00edamos revisar cuando un dominio tiene problemas para entregar sus mensajes.<\/p>\n\n\n\n Dedicar unos minutos a comprobar SPF, DKIM, DMARC y PTR puede evitar muchas horas intentando descubrir por qu\u00e9 los clientes no reciben nuestros correos.<\/p>\n\n\n\n Es una herramienta que analiza la configuraci\u00f3n de autenticaci\u00f3n del correo de los dominios asociados a una cuenta cPanel. Permite revisar registros como SPF, DKIM y DMARC, adem\u00e1s de mostrar determinadas incidencias relacionadas con PTR.<\/p>\n\n\n\n SPF indica qu\u00e9 servidores est\u00e1n autorizados para enviar mensajes en nombre del dominio. DKIM a\u00f1ade una firma digital que permite comprobar la autenticidad y la integridad del correo. DMARC define c\u00f3mo deber\u00edan tratarse los mensajes que no superan correctamente la autenticaci\u00f3n o la alineaci\u00f3n.<\/p>\n\n\n\n Significa que cPanel no ha detectado errores evidentes en los elementos que analiza. No garantiza que todos los mensajes lleguen a la bandeja de entrada, ya que tambi\u00e9n influyen la reputaci\u00f3n, el contenido, los rebotes y el comportamiento de env\u00edo.<\/p>\n\n\n\n La causa puede estar en la reputaci\u00f3n de la IP o del dominio, el contenido, los enlaces, el volumen de env\u00edo, las quejas, los rebotes o la calidad de la lista de destinatarios.<\/p>\n\n\n\n Intenta instalar autom\u00e1ticamente los registros recomendados cuando el servidor controla la zona DNS del dominio y dispone de permisos para modificarla.<\/p>\n\n\n\n Cuando necesites revisar la configuraci\u00f3n actual, consultar el valor sugerido, copiar registros para un proveedor externo o entender el problema antes de aplicar cambios.<\/p>\n\n\n\n S\u00ed, pero normalmente no podr\u00e1s hacerlo autom\u00e1ticamente desde cPanel. Tendr\u00e1s que copiar los registros sugeridos y a\u00f1adirlos en el panel del proveedor que administra los nameservers autoritativos.<\/p>\n\n\n\n No siempre. El PTR suele depender del proveedor que controla la direcci\u00f3n IP. En muchos casos ser\u00e1 necesario contactar con el proveedor de hosting o de infraestructura.<\/p>\n\n\n\n Depende del TTL, de las cach\u00e9s y del proveedor DNS. Algunos cambios se reflejan r\u00e1pidamente, mientras que otros pueden tardar varias horas.<\/p>\n\n\n\n No. Ayuda a corregir la autenticaci\u00f3n del dominio, pero la decisi\u00f3n final tambi\u00e9n depende de la reputaci\u00f3n, el contenido, la interacci\u00f3n de los destinatarios y las pol\u00edticas del proveedor receptor.<\/p>\n\n\n\n Opini\u00f3n Personal<\/strong><\/p>\n\n\n\n La entregabilidad del correo electr\u00f3nico deber\u00eda revisarse con la misma frecuencia que las copias de seguridad, las actualizaciones o la seguridad de una p\u00e1gina web. No sirve de mucho preparar un presupuesto, responder a un cliente o enviar una factura si el mensaje termina en spam o es rechazado por el servidor receptor.<\/p>\n\n\n\n La herramienta Email Deliverability de cPanel facilita mucho esta tarea porque permite comprobar desde un \u00fanico lugar si existen problemas con SPF, DKIM, DMARC o PTR. Para quienes no trabajan habitualmente con registros DNS, disponer de un diagn\u00f3stico claro y de valores recomendados supone un ahorro considerable de tiempo.<\/p>\n\n\n\n Aun as\u00ed, considero importante no confiar \u00fanicamente en que cPanel muestre todos los registros como v\u00e1lidos. La autenticaci\u00f3n es una parte esencial, pero la reputaci\u00f3n de la IP, la calidad de los destinatarios, el contenido de los mensajes y las pr\u00e1cticas de env\u00edo tambi\u00e9n influyen en el resultado final.<\/p>\n\n\n\n En mi experiencia, revisar estos elementos antes de que aparezca un problema puede evitar malentendidos, retrasos y oportunidades comerciales perdidas. Unos minutos de mantenimiento preventivo pueden ahorrar muchas horas intentando descubrir por qu\u00e9 los clientes no est\u00e1n recibiendo nuestros correos.<\/p>\n\n\n\n \u00bfHas tenido problemas con correos que llegan a spam o mensajes rechazados a pesar de tener SPF y DKIM configurados? Cu\u00e9ntanos tu experiencia en los comentarios y comparte qu\u00e9 soluci\u00f3n te funcion\u00f3.<\/p>\n\n\n\n <\/p>\n","protected":false},"excerpt":{"rendered":" La entregabilidad del correo electr\u00f3nico es uno de esos aspectos t\u00e9cnicos que muchas veces no reciben atenci\u00f3n hasta que aparece un problema. Creamos una cuenta, enviamos un mensaje de prueba y, como el servidor no devuelve ning\u00fan error, damos por hecho que todo funciona correctamente. Sin embargo, enviar un correo no significa necesariamente que ese […]<\/p>\n","protected":false},"author":1,"featured_media":9478,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_aifi_custom_prompt":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[952],"tags":[1411,1128,524,1448,1409],"class_list":["post-9477","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-guias","tag-dkim","tag-dmarc","tag-email","tag-email-deliverability","tag-spf"],"_links":{"self":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/9477","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/comments?post=9477"}],"version-history":[{"count":1,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/9477\/revisions"}],"predecessor-version":[{"id":9481,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/posts\/9477\/revisions\/9481"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/media\/9478"}],"wp:attachment":[{"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/media?parent=9477"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/categories?post=9477"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.hostingtg.com\/blog\/wp-json\/wp\/v2\/tags?post=9477"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}contacto@midominio.com<\/code>, el servidor receptor no se limita a leer el remitente que aparece en pantalla. Tambi\u00e9n puede realizar distintas comprobaciones para determinar si el servidor que est\u00e1 enviando el mensaje tiene autorizaci\u00f3n para utilizar ese dominio.<\/p>\n\n\n\n\n
Enviar un correo no significa que haya llegado<\/h3>\n\n\n\n
\n
C\u00f3mo puede afectar al negocio una mala entregabilidad<\/h3>\n\n\n\n
\n
Qu\u00e9 analiza la herramienta Email Deliverability de cPanel<\/h2>\n\n\n\n
SPF: qu\u00e9 servidores pueden enviar correos por tu dominio<\/h3>\n\n\n\n
\n
DKIM: c\u00f3mo verifica la autenticidad de los mensajes<\/h3>\n\n\n\n
![\"Email](\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2026\/07\/Email-Deliverability.webp\" "\\"\\"")
<\/a><\/figure>\n\n\n\n![\"Email](\"https:\/\/www.hostingtg.com\/blog\/wp-content\/uploads\/2026\/07\/Email-Deliverability-cpanel.webp\" "\\"\\"")
<\/a><\/figure>\n\n\n\n\n
DMARC: qu\u00e9 hacer cuando un correo no supera la autenticaci\u00f3n<\/h3>\n\n\n\n
\n
p=none<\/code>: supervisar sin solicitar una acci\u00f3n estricta.<\/li>\n\n\n\np=quarantine<\/code>: recomendar que los mensajes sospechosos sean tratados como spam.<\/li>\n\n\n\np=reject<\/code>: recomendar el rechazo de los mensajes que no cumplan la pol\u00edtica.<\/li>\n<\/ul>\n\n\n\nreject<\/code> demasiado pronto y olvidamos una plataforma, podemos provocar el rechazo de correos v\u00e1lidos.<\/p>\n\n\n\nPTR o DNS inverso: la relaci\u00f3n entre la IP y el servidor<\/h3>\n\n\n\n
servidor.ejemplo.com<\/code>.<\/p>\n\n\n\n\n
C\u00f3mo acceder a Email Deliverability en cPanel<\/h2>\n\n\n\n
\n
C\u00f3mo interpretar el estado de cada dominio<\/h3>\n\n\n\n
\n
Qu\u00e9 significa que la configuraci\u00f3n aparezca como v\u00e1lida<\/h3>\n\n\n\n
Qu\u00e9 informaci\u00f3n muestra cPanel cuando detecta un problema<\/h3>\n\n\n\n
\n
C\u00f3mo reparar problemas de entregabilidad desde cPanel<\/h2>\n\n\n\n
Diferencia entre Reparar y Administrar<\/h3>\n\n\n\n
\n
\n
Cu\u00e1ndo utilizar la reparaci\u00f3n autom\u00e1tica<\/h3>\n\n\n\n
\n
C\u00f3mo revisar los registros recomendados antes de modificarlos<\/h3>\n\n\n\n
\n
Qu\u00e9 hacer si tu dominio utiliza DNS externos<\/h2>\n\n\n\n
\n
Por qu\u00e9 cPanel no siempre puede instalar los registros<\/h3>\n\n\n\n
C\u00f3mo copiar SPF, DKIM y DMARC al proveedor DNS<\/h3>\n\n\n\n
\n
\n
C\u00f3mo comprobar d\u00f3nde se gestiona realmente la zona DNS<\/h3>\n\n\n\n
\n
C\u00f3mo resolver problemas con el registro PTR<\/h2>\n\n\n\n
Por qu\u00e9 el PTR no se configura como un registro DNS normal<\/h3>\n\n\n\n
\n
Cu\u00e1ndo debes contactar con tu proveedor de hosting<\/h3>\n\n\n\n
\n
Relaci\u00f3n entre PTR, hostname y HELO<\/h3>\n\n\n\n
\n
Errores frecuentes al configurar Email Deliverability<\/h2>\n\n\n\n
Crear m\u00e1s de un registro SPF<\/h3>\n\n\n\n
Modificar registros correctos sin revisar la configuraci\u00f3n existente<\/h3>\n\n\n\n
Configurar los registros en el proveedor equivocado<\/h3>\n\n\n\n
Pensar que SPF y DKIM garantizan la bandeja de entrada<\/h3>\n\n\n\n
\n
No esperar a que se propaguen los cambios DNS<\/h3>\n\n\n\n
Qu\u00e9 revisar si cPanel muestra todo como v\u00e1lido, pero los correos llegan a spam<\/h2>\n\n\n\n
Reputaci\u00f3n de la direcci\u00f3n IP<\/h3>\n\n\n\n
\n
Reputaci\u00f3n del dominio remitente<\/h3>\n\n\n\n
\n
Volumen y frecuencia de los env\u00edos<\/h3>\n\n\n\n
Calidad de la lista de destinatarios<\/h3>\n\n\n\n
\n
Contenido, enlaces y archivos adjuntos<\/h3>\n\n\n\n
\n
Rebotes, quejas y bajas<\/h3>\n\n\n\n
Buenas pr\u00e1cticas para mejorar la entregabilidad del correo<\/h2>\n\n\n\n
Mantener SPF, DKIM y DMARC correctamente alineados<\/h3>\n\n\n\n
\n
Evitar env\u00edos masivos no solicitados<\/h3>\n\n\n\n
\n
Eliminar direcciones inexistentes o inactivas<\/h3>\n\n\n\n
\n
Utilizar un remitente reconocible<\/h3>\n\n\n\n
\n
Revisar peri\u00f3dicamente la reputaci\u00f3n del dominio y de la IP<\/h3>\n\n\n\n
\n
C\u00f3mo utilizamos Email Deliverability en HostingTG<\/h2>\n\n\n\n
Diagn\u00f3stico centralizado desde cPanel<\/h3>\n\n\n\n
\n
Correcci\u00f3n de errores sin utilizar la consola<\/h3>\n\n\n\n
Cu\u00e1ndo es necesaria la intervenci\u00f3n del proveedor<\/h3>\n\n\n\n
\n
Checklist para revisar la entregabilidad de un dominio<\/h2>\n\n\n\n
Comprobaciones dentro de cPanel<\/h3>\n\n\n\n
\n
Comprobaciones en el proveedor DNS<\/h3>\n\n\n\n
\n
Comprobaciones externas a la autenticaci\u00f3n<\/h3>\n\n\n\n
\n
La entregabilidad debe formar parte del mantenimiento del dominio<\/h2>\n\n\n\n
Dudas de la comunidad<\/h2>\n\n\n\n
\u00bfQu\u00e9 es Email Deliverability en cPanel?<\/h3>\n\n\n\n
\u00bfQu\u00e9 diferencia existe entre SPF, DKIM y DMARC?<\/h3>\n\n\n\n
\u00bfQu\u00e9 significa que un dominio aparezca como v\u00e1lido?<\/h3>\n\n\n\n
\u00bfPor qu\u00e9 mis correos llegan a spam aunque SPF y DKIM sean correctos?<\/h3>\n\n\n\n
\u00bfQu\u00e9 hace la opci\u00f3n Reparar de cPanel?<\/h3>\n\n\n\n
\u00bfCu\u00e1ndo debo utilizar la opci\u00f3n Administrar?<\/h3>\n\n\n\n
\u00bfPuedo reparar los registros si utilizo DNS externos?<\/h3>\n\n\n\n
\u00bfPuede cPanel modificar el registro PTR?<\/h3>\n\n\n\n
\u00bfCu\u00e1nto tardan en aplicarse los cambios DNS?<\/h3>\n\n\n\n
\u00bfEmail Deliverability garantiza que los correos lleguen a la bandeja de entrada?<\/h3>\n\n\n\n