En esta página: [esconder]
En 29 abril 2025, Microsoft eliminó el período de gracia de su propio anuncio. El plan original era enviar el correo no autenticado de los grandes remitentes a la carpeta de correo no deseado., con rechazo a seguir después. Seis días antes de la ejecución, Microsoft optó por el rechazo total. El párrafo tachado todavía es visible en la página hoy.. El hosting compartido es donde más duele, porque los tres registros que Microsoft verifica son los que su host configura a medias para usted. Esta guía clasifica las doce formas en que falla el correo electrónico de alojamiento compartido según quién puede reparar cada una de ellas..
Última revisión: septiembre 2026. Anfitrión enviando mayúsculas, políticas portuarias, precios de retransmisión y plazos de autenticación verificados con fuentes primarias.
respuesta rapida: Descubra quién es el propietario de la pieza rota antes de cambiar una sola configuración. En cPanel, verifique el enrutamiento de correo electrónico y su cuota de disco. Luego envíe un mensaje a un probador de autenticación gratuito como mail-tester.com. Lea las líneas SPF y DKIM, los dos registros que prueban que el correo es realmente tuyo. Si los cuatro están limpios, la culpa está del lado de la cerca de su anfitrión. Eso significa un puerto cerrado., un límite por hora, o una IP de servidor bloqueada, y esos necesitan un ticket de soporte en lugar de un cambio de configuración. Si tu correo paga tus cuentas, quítelo del servidor web por completo.
Tres comprobaciones que le indican de quién es el problema
El correo electrónico de hosting compartido se rompe de dos maneras muy diferentes, y casi todas las tardes perdidas provienen de tratar a uno como al otro. Algunas fallas viven en tu cuenta, donde tienes botones para presionar. Otros viven en el servidor., la dirección IP, o el cortafuegos, donde no tienes nada más que una cola de boletos. Ejecute estas tres comprobaciones primero y sabrá qué tipo tiene.
primero, envíate dos mensajes. Enviar uno desde el correo web a una dirección externa, como una cuenta de Gmail. Luego envíe uno desde esa dirección externa a su dominio.. Si llega el mensaje saliente y el entrante no, tu problema es DNS o enrutamiento, y es tuyo para arreglar. Si la salida falla pero la entrada funciona, mirar puertos y enviar tapas. Si ambos fallan, comienza con tus registros MX, las entradas DNS que dan nombre a su servidor de correo.
Segundo, leer el rebote. no el resumen. Un rebote lleva un código de estado SMTP, y ese código nombra el fallo. Un código que comienza 4 es temporal, entonces el servidor sigue reintentando. Un código que comienza 5 es permanente. “550 5.7.515 Acceso denegado” significa autenticación. “452 4.2.2” significa un buzón lleno. Tu formulario de contacto “mensaje enviado” el aviso no te dice nada, porque el guión que lo imprimió nunca esperó una respuesta.
Tercero, abrir pista de entrega. Casi todos los hosts compartidos ejecutan cPanel, y cPanel incluye una herramienta que la mayoría de la gente nunca abre. Documentación de cPanel dice que te permite “rastrear la ruta de entrega de un correo electrónico y encontrar problemas de entrega.” Lee el registro mantenido por Exim., el software de correo que realiza el envío real. Esa es la diferencia entre adivinar y saber.
Lo que verificamos, y dónde están las brechas
Diez hosts se nombran en la sección de límite de envío a continuación. Dos más fueron investigados y omitidos a propósito.. Alojamiento.com (anteriormente Alojamiento A2) y ScalaHosting no publican ninguna cifra de envío de hosting compartido que podamos confirmar en sus propios sitios. Las cifras de terceros para ambos se contradecían entre sí por un factor de cinco. Una suposición vestida de figura es peor que un hueco., para que tengan un hueco.
cada gorra, La política portuaria y el precio aquí fueron leídos de la fuente que lo establece., en septiembre 2026. Los límites de host provienen de los hosts’ propia base de conocimientos y páginas de uso aceptable. El comportamiento del protocolo proviene de los RFC.. Las reglas del proveedor de buzones de correo provienen de las pautas para remitentes de Google y de los propios anuncios de Microsoft., leer en la página en lugar de en un resumen de la misma. Los precios de retransmisión salieron de las páginas de precios de proveedores actuales. Algunas de esas páginas crean su contenido con JavaScript y devuelven un cuerpo en blanco a una lectura automatizada.. En su lugar, los abrimos en un navegador., así se confirmaron ambas fechas de Microsoft aquí.
Tres límites honestos. No realizamos pruebas de capacidad de entrega, Así que aquí no hay nada que afirme una ubicación medida en la bandeja de entrada.. Algunos detalles de cPanel (la configuración predeterminada de correo por horas, el selector DKIM) provienen de bases de conocimiento de alojamiento independientes en lugar de los propios documentos de cPanel. Están marcados donde aparecen.. Y enviando mayúsculas se mueven, entonces una cifra verificada hoy es sólo una cifra que era cierta hoy.
Fallos que puedes solucionar tú mismo, en unos diez minutos
Cinco de los doce fallos están totalmente bajo tu control.. Trabaje con ellos en este orden., porque el primero causa más pérdida de correo en alojamiento compartido que los otros cuatro combinados.
1. El enrutamiento de correo electrónico todavía dice Local mientras que tu MX apunta a otro lugar
Este es el clasico. Moviste tus buzones de correo a Google Workspace o Microsoft 365, cambiaste los registros MX, y el correo del mundo exterior llega perfectamente. Entonces las notificaciones de tu formulario de contacto desaparecen. Las facturas de su propio script de facturación nunca aparecen. Todo lo enviado desde el interior del servidor desaparece..
Este es el por qué. cPanel mantiene una configuración de enrutamiento por dominio separada del DNS. Establecer en el intercambiador de correo local, Los documentos de cPanel dicen “el servidor siempre aceptará correo para el dominio” y “entregará el correo al buzón local.” Nunca mira tus registros MX.. Entonces el servidor coloca el mensaje en un antiguo buzón de cPanel que nadie abre., y reporta el éxito. Cambie a Remote Mail Exchanger y el comportamiento se invierte: “el servidor no aceptará correo para el dominio”. Le entrega todo a “el intercambiador de correo con el número más bajo” en lugar, que es lo que quieres.
Abrir cPanel, ir a enrutamiento de correo electrónico, y establezca el dominio en Intercambiador de correo remoto la misma hora que cambias los registros MX. La configuración recomendada de cPanel es Detectar configuración automáticamente, y normalmente lo hace bien, pero “normalmente” está haciendo un trabajo real en esa oración. Establecerlo explícitamente. La propia advertencia de cPanel es contundente: “Una configuración mal configurada del enrutamiento de correo electrónico puede afectar la capacidad de su dominio para recibir correo.”
2. El buzón está lleno., o toda la cuenta es
Un buzón lleno rechaza el correo entrante, y los buzones de correo de alojamiento compartido son pequeños de forma predeterminada. Peor, el correo cuenta contra la cuota total de disco de su cuenta, por lo que una copia de seguridad del sitio web que olvidó puede detener todos los buzones de correo del dominio a la vez.
RFC 3463 define el código de estado que verás. X.2.2 significa “el buzón está lleno porque el usuario ha excedido una cuota administrativa o capacidad física por buzón.” El RFC lo archiva como fallo transitorio persistente, entonces la forma correcta es 452 4.2.2. El servidor de envío seguirá intentándolo durante unos días.. Esa ventana de reintento es su período de gracia. Limpia el espacio en su interior y no se pierde nada..
Dos cosas para comprobar más allá de lo obvio. Las antiguas carpetas Papelera y Basura del correo web todavía ocupan cuota. Y si alguna vez usaste POP sin “dejar una copia en el servidor”, revisa el buzón que abandonaste hace años. Puede que todavía se esté llenando.
3. Su registro SPF está incorrecto en una de tres formas específicas
SPF (Marco de políticas del remitente) es la lista de registros DNS de qué servidores pueden enviar correo para su dominio. Los fallos en el hosting compartido rara vez son un registro perdido. Suelen ser uno de estos tres..
- Dos registros SPF. La publicación de dos registros DNS TXT que comienzan con v=spf1 hace que la verificación falle por completo. Necesita un registro que contenga a cada remitente.
- Más de diez búsquedas de DNS. RFC 7208 sección 4.6.4 limita una evaluación SPF a diez búsquedas de DNS. Cada uno incluye, una, mx, ptr, existe y redirigir cuenta, y anidado incluye el recuento también. Excédalo y el resultado es PermError., que la mayoría de los receptores tratan como un fracaso. Apila tu anfitrión, Google Workspace y una herramienta de marketing y puedes llegar a diez sin darte cuenta.
- Falta el relevo de tu anfitrión. Este es específico del alojamiento compartido y sorprende a la gente.. Muchos hosts de cPanel enrutan el correo saliente a través de MailChannels en lugar de enviarlo desde la propia IP del servidor.. Su correo luego sale de MailChannels’ grupo de direcciones, que el SPF predeterminado de su proveedor de alojamiento puede no cubrir. Canales de correo’ documentación dice agregar incluir:Relay.mailchannels.net al registro que ya tienes., colocado antes de todo el mecanismo. Agregar un segundo registro rompe el SPF por completo, Así es como una solución se convierte en una falla..
No edites esto manualmente si puedes evitarlo. La herramienta de entrega de correo electrónico de cPanel informa problemas de SPF y DKIM por dominio y ofrece una acción de reparación. una captura: La reparación solo funciona cuando su dominio utiliza los servidores de nombres de su host.
4. DKIM no firma tu correo
SPF autoriza un servidor. DKIM (Correo identificado con claves de dominio) firma el mensaje en sí, y es la mitad la que sobrevive al reenvío. Un tercer récord, DMARC, les dice a los receptores qué hacer cuando fallan SPF y DKIM. cPanel genera una clave por dominio y la publica en el selector default._domainkey, Por lo tanto, este suele ser un trabajo de dos clics en Capacidad de entrega de correo electrónico.. (El nombre del selector es consistente en todos los hosts de cPanel que analizamos., aunque los propios documentos de cPanel no lo indican en una forma que podamos citar.)
Verifique el resultado en lugar de la configuración. Envíe un mensaje a un probador gratuito y lea la línea DKIM en el informe. Un registro que existe pero no firma es común después de una transferencia de dominio, porque la zona DNS se movió y la clave no vino con ella.
5. Una dirección general se está comiendo tu cuota
Función de dirección predeterminada de cPanel “recibe cualquier correo para una dirección de correo electrónico no válida para el dominio.” Déjelo reenviar a un buzón real y habrá creado un imán de spam. cPanel lo dice directamente. Si los spammers apuntan a su dominio, sus documentos advierten, “esa dirección puede recibir una gran cantidad de spam.”
El daño no es sólo entrante. Cada respuesta automática y rebote que genera el buzón cuentan para el límite de envío por hora que conocerás en un momento.. Un ataque de diccionario a su dominio puede agotar ese límite antes de que haya tomado un café., y luego tu correo real se detiene. Establecer la dirección predeterminada para descartar. cPanel advierte que un simple descarte significa “el remitente no sabrá que la entrega falló”. Utilice la opción descartar con error si eso le importa.
Una nota si el correo defectuoso proviene de un sitio de WordPress en lugar de un buzón. Esas causas son lo suficientemente diferentes como para necesitar su propia lista., que hemos escrito en por qué WordPress no envía correo electrónico.
Fallos que sólo su anfitrión puede solucionar
Estos cinco necesitan un boleto.. Todavía puedes diagnosticarlos todos tú mismo., y eso importa. Un ticket específico obtiene una respuesta específica. “mi correo electrónico está roto” obtiene una macro.
6. Los puertos de salida están cerrados
Si apunta su sitio o cliente de correo a un servidor SMTP externo y las conexiones se agotan, probablemente haya un firewall en el camino. Puerto 25 es el único bloque de hosts. Un puerto abierto 25 en un servidor compartido hay un cañón de spam esperando una cuenta comprometida.
Esto es lo que pasa con esta regla: casi nadie lo documenta. De los diez hosts que revisamos, exactamente uno hace una simple declaración de primera persona. La base de conocimientos de DreamHost lo dice “bloquea el puerto 25 para llamadas SMTP salientes en servidores de alojamiento compartido”. La misma página agrega que esto es “no es una restricción en VPS administrados/servidores dedicados”. Recomienda puerto 587 con STARTTLS en su lugar. SiteGround va por el otro lado y documenta el puerto 25 como abierto en sus servidores compartidos. Los otros ocho escriben como si su propio proveedor de Internet fuera el bloqueador.. A veces eso es cierto. A veces es una forma de no responder..
Intentar 587 primero, entonces 465. ambos son actuales. RFC 8314 recomienda TLS implícito en el puerto 465, y la historia allí vale una frase. Puerto 465 fue asignado en 1997, revocado en 1998, luego presentado formalmente por ese RFC en 2018. Cualquiera que te diga 465 está en desuso y cita una decisión de hace veinte años que se revocó.
Si todos los puertos de correo están cerrados, usar un relevo: un servicio de envío al que su sitio entrega el correo a través de una API. Esas llamadas viajan por el puerto. 443, y ningún host lo bloquea sin dañar su sitio web. (si, La solución confiable para un puerto de correo bloqueado es dejar de usar los puertos de correo.)
7. Has alcanzado un límite por hora que no puedes ver
Los hosts compartidos limitan el correo saliente por hora. El texto del error es lo suficientemente específico como para buscarlo.: “El dominio ejemplo.com ha excedido el máximo de correos electrónicos por hora”. En WHM, la configuración es Máximo de correos electrónicos por hora por dominio.. Se envía de forma ilimitada, entonces tu anfitrión lo ha cambiado. (Los artículos de soporte para anfitriones coinciden en ese valor predeterminado.; No pudimos encontrarlo en la documentación de cPanel.)
Las gorras muerden con más fuerza donde menos te lo esperas, porque la mayoría de los anfitriones cuentan destinatarios, no mensajes. SiteGround lo explica detalladamente. Puedes sumar hasta 80 destinatarios de un mensaje, pero “cada destinatario se cuenta como un envío de correo electrónico independiente para la cuota horaria permitida.” Así que un solo mensaje para 80 la gente consume 80 de un subsidio de 400 por hora. Cinco de esos y tu hora se ha ido.
Pídele a tu anfitrión un aumento temporal y dale una razón con un número.. Las solicitudes vagas son rechazadas.
8. La IP del servidor está en una lista de bloqueo
Un vecino comprometido es suficiente. Verifique la IP de envío en Spamhaus, que cubre el SBL, CSS, Listas PBL y XBL en una sola búsqueda.
Lea el tipo de listado antes de hacer cualquier cosa, porque te dice quien tiene que actuar. Un listado de PBL cubre, en palabras de Spamhaus, “Espacio IP que no debería enviar correo electrónico directamente a Internet”. Por lo general, eso significa rangos de banda ancha para consumidores.. La exclusión de la lista requiere que la dirección sea “Estático, no dinámico” y “Un servidor de correo saliente”. Spamhaus también permite a los propietarios de redes reclamar rangos completos asignados en una sola cuenta PBL. Traducido: en una IP genuinamente compartida, su anfitrión solicita la eliminación, tu no. Enviarlo usted mismo puede revertir la eliminación..
Así que abre el ticket con el tipo de listado., la propiedad intelectual, y la URL de búsqueda. Y haga la pregunta que importa más que la exclusión de la lista: ¿Qué detiene el próximo??
9. El certificado de correo no cubre el nombre de host que usted escribió
Tu cliente de correo advierte que el certificado no coincide con el servidor. Por lo general, ha escrito mail.yourdomain.com mientras el certificado cubre el nombre de host del servidor de su host..
AutoSSL de cPanel protege la pila de correo. Su documentacion confirma AutoSSL “instala automáticamente certificados SSL validados por dominio” para apache, Palomar, Exim, Web Disk y el servidor cPanel. Dovecot y Exim son los servicios que recogen y envían su correo, entonces la cobertura es real. Lo que no puede hacer es cubrir un nombre de host que no está en el certificado.. webmail.tudominio.com es un subdominio del servicio cPanel y está cubierto; un subdominio de correo simple a menudo no lo es a menos que alguien lo haya creado.
Dos arreglos, en orden de preferencia. Apunte al cliente al nombre de host del servidor que su host publica en sus instrucciones de cliente de correo., que siempre coincide con su certificado. O pídale a su proveedor de alojamiento que agregue su nombre de host de correo al certificado.. Nunca hagas clic “confiar de todos modos”, porque entonces no se puede distinguir una mala configuración de una intercepción.
10. Tu correo está congelado en la cola
El correo que ni llega ni rebota a veces queda congelado. Esto sucede cuando un mensaje no se puede entregar y tampoco se puede devolver a su remitente.. Documentación de Exim es preciso sobre lo que sigue: el mensaje “está marcado como "congelado’ en el carrete, y no se intentan más entregas.” Un rebote que a su vez rebota es la causa clásica.. Es por eso que un reenviador roto que apunta a una dirección inactiva produce silencio en lugar de un error..
La gestión de colas vive en WHM, en el nivel revendedor o raíz, Por lo tanto, en el hosting compartido generalmente no puedes ver tu propia cola.. Pídale a su anfitrión que verifique si hay mensajes congelados para su dominio. Es una búsqueda de treinta segundos para ellos y invisible para ti..
Dos fallos que nadie puede solucionar en el hosting compartido
Ahora la parte que la mayoría de las guías omiten., porque la respuesta honesta no es una solución.
11. El registro PTR que no controlas
DNS inverso asigna una dirección IP a un nombre de host, y lo establece quien tiene el bloque de direcciones. ARIN lo dice claramente: El DNS inverso es administrado por el propietario del bloque de IP., normalmente su proveedor de alojamiento o ISP, no es tu registrador de dominio. No puede establecer un registro PTR para una IP que no es de su propiedad, y ninguna cantidad de edición de DNS en su registrador cambia eso.
Esto es importante porque Google requiere uno.. Sus directrices para el remitente establecen tres condiciones:
- La IP del servidor de envío “debe tener un registro PTR correspondiente que se resuelva en un nombre de host”.
- Ese nombre de host “también debe tener una A (para IPv4) o AAAA (para IPv6) registro que se resuelve en la misma dirección IP pública”.
- Y “la dirección IP de envío debe coincidir con la dirección IP del nombre de host especificado en el puntero (PTR) registro.”
Ese viaje de ida y vuelta tiene un nombre.: DNS inverso confirmado hacia adelante. O pasa o no pasa.
La buena noticia es que un host compartido competente ya ha establecido un PTR válido para el servidor.. Se resuelve en algo como mail47.hostname.com en lugar de su dominio, y eso está bien. El requisito de Google es que exista el registro y los viajes de ida y vuelta., no es que lleve tu marca. La mala noticia es que si su anfitrión se equivocó, solo puedes preguntar.
12. Lo que envían tus vecinos
Compartes una IP saliente con todas las demás cuentas del servidor. Sus hábitos de envío son parte de tu reputación., y no tienes visibilidad sobre ellos ni voto.
Una IP dedicada es la sugerencia habitual y está sobrevendido. Cambia quién es responsable de tu reputación., no cuál es tu reputación. Una IP nueva también comienza sin historial de envío, y los proveedores de buzones de correo lo tratan con sospecha hasta que construyes uno. La regla general en el sector de la capacidad de entrega sitúa el cruce en torno a 100,000 mensajes al año. Debajo de eso, un grupo compartido bien administrado generalmente supera a una IP dedicada fría.
La verdadera solución es arquitectónica: deja de enviar correo desde la misma IP que sirve a tu sitio web. Ese es el ruta de salida descrita a continuación, y cuesta menos que mudarse a un VPS con una IP dedicada puramente para escapar de los vecinos.
Lo que tu anfitrión realmente te permite enviar
Aquí está la cifra que publica su anfitrión., y esto es lo que significa, porque esas resultan ser cosas diferentes. Los anfitriones cotizan límites en unidades que no se pueden comparar. Así que convertimos cada cifra horaria al límite máximo que implica 24 horas, luego compararlo con el límite diario publicado.
- DreamHost: 100 destinatarios a una hora de un cliente de correo, correo web o formulario web, 200 una hora de guiones. Contado por destinatario, así que un boletín para 150 los suscriptores fallan en un solo envío.
- Vérpex: 100 una hora en compartido, que es un techo de 2,400 un dia.
- Hostinger: 200 una hora y 2,400 un día en sus planes cPanel Silver y Gold. La tarifa horaria implica 4,800, entonces el el límite diario se une después 12 horas.
- Namecheap: 200 una hora por dominio en Stellar y Stellar Plus, 500 una hora en sus servidores Premium.
- Hosting InMotion: 250 una hora por defecto, planteado a petición a través de un formulario de cuenta.
- ChemiCloud: 300 una hora y 3,000 un día por dominio. Quemarías la asignación diaria en diez horas de envío a toda velocidad..
- SiteGround: 400 una hora en StartUp, GrowBig, Comercio electrónico y Coderick, 800 una hora en GoGeek y Cloud. Los destinatarios cuentan individualmente, 80 por mensaje máximo.
- Bluehost y HostGator: 500 una hora por dominio. HostGator sugiere limitar a un mensaje cada ocho segundos, lo cual es sobre 450 una hora.
- Ve papi: 500 un día por buzón, y 500 una hora compartida en cada buzón de la cuenta. El correo debe pasar por el propio relé de GoDaddy..
Dos cosas se desprenden de esa aritmética. primero, donde un host publica un límite por hora y por día, el diario siempre se une primero. El número de horas entonces sobrepasa su capacidad entre dos y tres veces. Hostingers 200 una hora suena como 4,800 un día y en realidad es 2,400.
Segundo, la propagación entre hosts es enorme y nadie lo anuncia. azulhost 500 una hora implica 12,000 mensajes al dia. GoDaddy permite 500 un día por buzón. Eso es un 24-diferencia de pliegue entre dos planes compartidos convencionales, en un número que ninguno pone en su página de precios. Si envías en volumen, Esto pertenece a tu comparación antes que el precio..
Una cosa que estas gorras no son: una forma de racionarte. Existen para limitar el daño de una cuenta comprometida., es por eso que los anfitriones los plantean cuando les preguntas con una razón. También significa que el límite rara vez es el verdadero problema.. La IP compartida detrás de esto es.
Sacar el correo de su servidor web: Tres Rutas
Cada solución anterior trata un síntoma. Esta sección trata la causa.. Su sitio web y su correo electrónico tienen diferentes necesidades de confiabilidad, y el alojamiento compartido los une sin más motivo que el de que viene incluido.
Ruta uno: mover los buzones. Apunte sus registros MX a un proveedor de buzón y abandone el sitio web donde está. Espacio de trabajo de Google y Microsoft 365 son las opciones obvias; Zoho, Fastmail y Proton cuestan menos. Su correo entrante no tiene entonces nada que ver con su proveedor de alojamiento web.. Cambie el enrutamiento de correo electrónico a Remote Mail Exchanger en la misma sesión, o pasarás una tarde en el fracaso número uno. Comparamos las opciones en nuestro guía de alojamiento de correo electrónico.
Ruta dos: mover el envío. Mantenga los buzones de correo y envíe el correo saliente del sitio web a través de un relé. Esta es la solución para las confirmaciones de pedidos., restablecimiento de contraseña y notificaciones de formularios. También es el cambio de mayor valor en esta página., porque esos son los mensajes que cuestan dinero cuando se desvanecen. Niveles gratuitos, verificado este mes:
- Brevo: 300 un dia libre, sin limite de tiempo. Pagado desde USD 9/mes por 5,000 un mes, con almacenamiento de contactos limitado a 500 en ese nivel.
- Reenviar: 3,000 un mes gratis, limitado a 100 un dia, tres dominios. Pagado desde USD 20/mes por 50,000.
- SMTP2GO: 1,000 un mes gratis, limitado a 200 un dia, con DKIM y SPF manejados automáticamente. Pagado desde USD 10/mes por 10,000.
- CorreoEnviar: 500 un mes gratis, un dominio. Pagado desde USD 5,60/mes facturado anualmente por 5,000.
- Matasellos: 100 un mes gratis, que es una asignación de prueba en lugar de un plan. Pagado desde USD 15/mes por 10,000.
- Amazon SES: Dólar estadounidense 0.10 por 1,000 mensajes, el más barato en volumen por un amplio margen. Las cuentas nuevas comienzan en una zona de pruebas con un límite de 200 un día solo para destinatarios verificados, hasta que AWS apruebe el acceso a producción.
Tenga en cuenta los límites diarios que se esconden dentro de los mensuales.. Reenviar 3,000 un mes es una lectura generosa hasta que notas el límite máximo de 100 por día, que es un tercio de lo que permite el nivel gratuito de Brevo en un día. Si su tráfico es intenso, el número diario es el que rige. Nuestro Comparación de alojamiento SMTP profundiza en los niveles pagos.
Ruta tres: dividir el dominio de envío. Enviar correo transaccional desde un subdominio, diga enviar.sudominio.com, con su propio SPF y DKIM. Un problema de reputación en tu correo masivo no puede contaminar tus facturas. Esta es una práctica estándar a escala y no cuesta más que media hora de trabajo de DNS..
¿Qué ruta se adapta a su sitio?
El volumen y las consecuencias deciden esto., no características. Cinco situaciones, con los números que los separan.
Volumen: debajo 300 un dia, transaccional. Mantenga sus buzones de correo en el host y dirija el sitio web a través del nivel gratuito de Brevo, que cubre exactamente esto. Omita Amazon SES por ahora. Su precio por mensaje es inmejorable., pero las cuentas nuevas están protegidas para 200 mensajes al dia, y sólo a direcciones que hayas verificado. Hasta que AWS otorgue acceso a producción, no puede soportar tu tráfico en absoluto.
Presupuesto: cero, debajo 100 un dia. El nivel gratuito de Reenvío se adapta, e incluye SPF, DKIM y DMARC en el plan gratuito. No recurra a SendGrid por costumbre. Twilio comenzó a retirar el plan gratuito SendGrid el 27 Mayo 2025, dando clientes 60 días de acceso continuo. Cualquiera que no haya actualizado en esa ventana había almacenado contactos arriba 100 eliminado. Ya no existe un nivel gratuito permanente.
Tienda: 500 a 2,000 a diario. Presupuesto hasta USD 15 un mes. SMTP2GO a USD 10/mes por 10,000 mensajes, o el nivel Básico de Postmark a USD 15/mes por el mismo volumen. Costos de matasellos 50% más por un espacio libre idéntico y lo gana al colocar los recibos en la bandeja de entrada; SMTP2GO gana si se fija el presupuesto. La asignación incluida de su anfitrión es técnicamente suficiente aquí, y sigue siendo la elección equivocada. Una IP compartida coloca sus correos electrónicos de pago en relación con los hábitos de marketing de un extraño.
Equipo: cinco o más buzones de correo del personal. Un proveedor de buzones de correo, no es un relevo. Este es el único caso en el que Google Workspace o Microsoft 365 gana su precio, y las herramientas de colaboración son la razón, no la entregabilidad. Presupuesto para el cambio de enrutamiento de correo electrónico en la misma ventana de mantenimiento.
Hoja informativa: 150-más suscriptores, en DreamHost. no puedes, y ninguna configuración ayudará. la gorra es 100 destinatarios una hora contada por destinatario, entonces uno envía a 150 la gente lo infringe antes de que llegue el primer mensaje. Todo lo que tenga forma de lista pertenece a un relevo desde el principio., lo que tu anfitrión permita.
Fechas que rompen una configuración de trabajo
Algunas de estas fallas llegan según un cronograma. Vale la pena poner dos en tu calendario..
En 5 Mayo 2025, Microsoft comenzó a rechazar el correo no autenticado enviado a Outlook.com, Hotmail y Live.com de dominios que envían 5,000 mensajes al dia. Remitentes sin SPF válido, DKIM y DMARC ahora obtienen un fuerte rebote. se lee: “550; 5.7.515 Acceso denegado, dominio de envío [Dominio de envío] no cumple con el nivel de autenticación requerido”. El detalle que casi todos los guías todavía se equivocan es lo que sucedió seis días antes.. El anuncio original de Microsoft prometía primero un período de gracia para la carpeta basura, y una actualización fechada 29 abril 2025 lo canceló a favor del rechazo inmediato. Las frases eliminadas todavía están tachadas en la propia página de Microsoft.. Si lees en algún lugar que el correo no conforme va a la basura, ese consejo es de la versión que Microsoft retiró.
El segundo aún no ha sucedido.. Microsoft deshabilitará la autenticación básica SMTP AUTH de forma predeterminada para Microsoft existente 365 inquilinos en el finales de diciembre 2026. Su equipo de Exchange confirmó ese cronograma en 27 enero 2026. Los inquilinos creados después de esa fecha no lo tendrán en absoluto.. Una fecha de eliminación final sigue en la segunda mitad de 2027.
Tenga en cuenta la redacción, porque se informa descuidadamente. Los administradores aún pueden volver a habilitarlo después de diciembre 2026. Nada muere ese mes. Pero si su sitio inicia sesión en smtp.office365.com con un nombre de usuario y contraseña, se rompe el dia nadie lo vuelve a habilitar. OAuth es el reemplazo.
Un mito para jubilarnos mientras estemos aquí. No necesita una política DMARC estricta para satisfacer a Google. Las pautas para remitentes de Google dicen directamente que “Su política de aplicación de DMARC se puede configurar en ninguna”, y tanto Yahoo como Microsoft piden al menos p=none. Afirma que los grandes proveedores exigirán p=cuarentena o p=rechazo en 2026 circulan ampliamente y no aparecen en ninguno de los tres proveedores’ documentación propia. Pasar a p=reject es una buena práctica una vez que las fuentes de envío estén alineadas. No es un requisito, y publicarlo antes de alinearlos es la forma en que las personas eliminan su propio correo..
Manteniéndolo arreglado
Cuatro hábitos, en orden descendente de pago.
Verificar el dominio en Herramientas de administración de correo de Google. Es gratis, y es el único lugar donde ves tu propia tasa de spam mientras Gmail la calcula.. Google solicita a continuación 0.30% y recomienda permanecer bajo 0.10%. Verifique el dominio en su firma DKIM o ruta de retorno SPF, no es el dominio de tu sitio web, o los informes permanecen vacíos.
Prueba después de cada cambio de DNS, no cada trimestre. Envíe un mensaje de prueba en un verificador de autenticación gratuito y lea el SPF, Líneas DKIM y DMARC. treinta segundos, y detecta la transferencia que dejó caer su clave DKIM.
Mire su propio volumen de envío en comparación con el límite de su host. Si una semana normal usa más de la mitad, ya has superado el correo compartido. Entonces estás a un lanzamiento de producto de descubrirlo por las malas..
Mantenga el sitio web y el correo con reputaciones separadas. Todo lo demás en esta lista es mantenimiento.. Este es diseño, y es la razón por la que un problema de correo de hosting compartido deja de ser tu problema.
Preguntas frecuentes
¿Por qué mi hosting compartido puede enviar correo electrónico pero no recibirlo??
Casi siempre DNS o enrutamiento en lugar de un error de correo. Primero revisa tus registros MX, luego la configuración de enrutamiento de correo electrónico de cPanel, que está separado del DNS y lo anula. Si MX apunta a Google Workspace durante el enrutamiento, dice Local Mail Exchanger, el servidor archiva su correo en un buzón de cPanel que nunca abre. El otro candidato es un buzón lleno., que regresa 452 4.2.2 y lo vuelve a intentar durante varios días.
¿Es mejor utilizar Google Workspace que el correo electrónico de mi proveedor de alojamiento web??
Para cualquier negocio donde un correo electrónico perdido cuesta dinero, si, y la razón es la separación más que la calidad.. Los buzones de correo de su host heredan la reputación de envío de cada sitio en ese servidor., por lo que el envío de spam de un vecino se convierte en su problema de entrega. Espacio de trabajo de Google y Microsoft 365 también gana su precio en calendarios compartidos y sincronización móvil. Si solo necesitas correo confiable en tu propio dominio, Zoho y Fastmail cuestan menos y separan igual de bien las reputaciones.
¿Una IP dedicada corrige la capacidad de entrega del correo electrónico de alojamiento compartido??
Casi nunca, y es la actualización más vendida en hosting. Una IP dedicada te hace responsable de tu reputación sin mejorarla, y uno nuevo no lleva ningún historial de envío. La regla general del comercio sitúa el cruce cerca 100,000 mensajes al año, y debajo de eso suele ganar un grupo compartido. Arreglar SPF, DKIM y DMARC primero, luego mueva su envío a un relé, y comprar una IP sólo cuando el volumen justifique calentarla.
¿Cómo sé si mi host está bloqueando el puerto SMTP? 587?
Intenta conectarte y leer lo que sucede.. Desde tu terminal de hosting, correr “telnet smtp.gmail.com 587” y busca un 220 saludo, ya que un bloqueo o rechazo significa que está bloqueado. Es posible que su anfitrión no documente esto en absoluto: de diez comprobamos, sólo DreamHost afirma claramente que bloquea el puerto 25. Si 587 y 465 ambos fallan, cambiar a un relé con una API HTTP, que viaja en el mismo puerto que su sitio web.
¿Puedo enviar una newsletter desde hosting compartido??
Técnicamente a veces, sensatamente no. La mayoría de los hosts cuentan los destinatarios en lugar de los mensajes., entonces uno envía a 200 los suscriptores consumen 200 de su asignación horaria. Eso viola las normas de DreamHost. 100 una hora, De Verpex 100 y Hostinger 200 en el primer intento. Utilice un relé en su lugar, porque las tasas de quejas del boletín dañan la IP compartida de la que dependen las confirmaciones de sus pedidos.
¿Por qué mi correo electrónico dejó de funcionar después de trasladar mi dominio a Google Workspace??
Cambiaste los registros MX y dejaste el enrutamiento de correo electrónico de cPanel en el Intercambiador de correo local, por lo que el correo que genera su sitio nunca llega a Google. El correo exterior llega bien, que es lo que hace que esto sea confuso, y su formulario de contacto aún informa éxito. Configure el dominio en Remote Mail Exchanger en cPanel y pruebe con un mensaje del propio sitio, no desde el correo web. Comprueba también que tu registro SPF incluya los servidores de Google., y que no hayas acabado con dos registros SPF, que falla rotundamente el cheque.
Donde esto te deja
Ordena el fallo por propietario antes de tocar nada.. Enrutamiento, cuota, SPF, DKIM y el comodín son tuyos, y diez minutos en cPanel resuelven los cinco. Puertos, gorras, listas de bloqueo, Los certificados y las colas congeladas pertenecen a su host., y un ticket que nombra el síntoma obtiene una respuesta específica. El registro PTR y tus vecinos’ Los hábitos de envío no pertenecen a nadie a quien puedas contactar.. Esa es la verdadera razón por la que el correo en el alojamiento compartido sigue siendo frágil por mucho que lo configures con cuidado..
Si realiza una acción de esta guía, entregar el correo saliente de su sitio a un retransmisor. Brevo es gratis 300 un día cubre la mayoría de los sitios pequeños. Los 10 dólares al mes de SMTP2GO cubren una tienda concurrida. Cualquiera de los dos mueve sus recibos y su contraseña se restablece de una IP que comparte con extraños. Ese único cambio soluciona más problemas de correo electrónico de alojamiento compartido que todas las configuraciones de esta página juntas, porque quita el acoplamiento en lugar de sintonizarlo.
A dónde irás a continuación depende de lo que se rompió. Si enviar límites es su restricción vinculante, nuestra guía para los mejores planes de hosting compartido baratos cubre qué hosts publican límites reales. Si abandona el alojamiento compartido para controlar su propia IP y revertir DNS, compare planes VPS en lugar de uno compartido más grande. La IP dedicada es lo que realmente estás comprando.