SMTP dedicado: tu propia IP de envío, conectada a lo que ya usas.
Es un servidor de envío con tu IP y tu reputación, no una tubería compartida con miles de remitentes desconocidos. Conectas la plataforma que ya tienes por SMTP, y nosotros montamos la IP dedicada, la autenticación y el calentamiento, y lo operamos por ti.
Un SMTP dedicado es un servidor de envío con tu propia IP y tu propio endpoint, al que conectas la plataforma que ya usas —MailWizz, Acelle o tu aplicación— por SMTP. A diferencia de un relay compartido, la IP y la reputación son tuyas y no las compartes con miles de remitentes desconocidos. Lo montamos con IP dedicada, autenticación y calentamiento, y lo operamos por ti. Es parte del área de infraestructura de correo de Arco.
- Un SMTP dedicado te da tu propia IP y reputación; un relay compartido reparte una IP entre miles de remitentes, y el mal comportamiento de otros te salpica.
- Para enviar, usa el puerto 587 (STARTTLS) o el 465 (SSL/TLS); el 25 es de servidor a servidor y casi todos lo bloquean.
- Conectas lo que ya tienes: apuntas tu plataforma al host, puerto y credenciales, sin cambiar de herramienta.
- Bajo cierto volumen (~50k/mes), una IP compartida reputada suele ganar; la dedicada rinde con envío sostenido.
- El correo en frío necesita infra aparte —dominios e IP aislados, con permiso—; mezclarlo con tu dominio principal lo arruina.
¿Qué es un SMTP dedicado y en qué se diferencia?
Casi todo el correo que sale de una empresa pasa por un relay compartido: un servidor de envío que un proveedor reparte entre miles de clientes, todos usando las mismas IP. Para el correo de siempre —recibos, avisos, un boletín pequeño— eso alcanza y es cómodo. El problema aparece con el volumen y con el control: en una IP compartida, tu reputación depende en parte de lo que hagan los otros miles de remitentes que la usan, y esos relays suelen limitar el envío a unos cientos o pocos miles de correos al día.
Un SMTP dedicado le da la vuelta a eso. Es un servidor de envío con una IP que es solo tuya, un endpoint al que apuntas tu plataforma, y una reputación que construyes y controlas tú. Nadie más envía por tu IP, así que nadie más puede arrastrarla, y el techo de volumen deja de ser el de un pool compartido para pasar a ser el de tu propia operación. A cambio, esa IP hay que cuidarla: autenticarla, calentarla y vigilarla, que es justo la parte que operamos por ti.
Hay un detalle técnico que sostiene todo lo demás: la IP dedicada llega con su DNS inverso —el rDNS— apuntando a tu nombre de servidor. Los proveedores grandes comparan la IP que envía con ese registro inverso y con el saludo del servidor, y cuando no coinciden encienden una alerta de spam. Dejarlo bien puesto es de las primeras cosas que hacemos, porque una IP dedicada sin ese cimiento entrega peor que la compartida que dejaste atrás. La reputación empieza, literalmente, antes del primer correo.
¿SMTP relay o servidor SMTP propio?
Vale aclarar un par de términos que se mezclan y que cambian mucho el resultado. Un relay SMTP es un servicio por el que envías tu correo a través de la infraestructura de otro: cómodo y rápido de conectar, pero con la IP y las reglas puestas por el proveedor y compartidas con sus demás clientes. Un servidor SMTP propio —lo que montamos aquí— es tuyo: tú tienes la IP, tú defines el enrutamiento, y nadie más entra en tu reputación.
La diferencia no es de marca, es de control. Con un relay compartido, cuando algo va mal rara vez sabes por qué y no puedes tocar nada; dependes de lo que el proveedor decida y de cómo se porten los otros inquilinos del pool. Con un servidor propio tienes el volante: ajustas la modulación por proveedor, aíslas flujos y respondes cuando la reputación se mueve. Ese control exige operación, y por eso tiene sentido tenerlo gestionado: te quedas con el mando sin cargar con la mecánica de mantenerlo.
Y que quede claro: un relay compartido no es el enemigo. Para quien envía poco, para correo transaccional de bajo volumen o para quien no quiere operar nada por su cuenta, es la opción correcta y más barata, sin vueltas. El servidor propio gana cuando el volumen, el control o el aislamiento pesan más que la comodidad de que otro se encargue. Nuestro trabajo no es empujarte al más caro, es ubicarte en el que corresponde a tu operación; a veces ese es el compartido, y lo decimos con la misma tranquilidad con la que recomendaríamos el dedicado cuando toca.
Dedicado o compartido: cuál te conviene
La regla corta es de volumen y de control. Si envías poco y no te juegas nada crítico en el correo, un relay compartido de buena reputación es la opción sensata: heredas el crédito de un pool ya establecido y no tienes que construir nada. Si envías mucho, o si la entrega es parte de tu negocio, el SMTP dedicado te da lo que el compartido no puede: una reputación que solo depende de ti y un volumen sin el techo de un pool ajeno.
Donde la diferencia se vuelve dramática es en el correo en frío. Empujar quinientos correos en frío al día por un relay compartido hunde la reputación de todo el pool, y tu correo empieza a caer en spam junto al de los demás inquilinos. Ese es el caso donde una infraestructura dedicada y aislada deja de ser un lujo para volverse la única forma de que la cosa funcione. La elección, en el fondo, no es de gusto: es de cuánto envías y de cuánto te importa controlar a dónde llega.
Y hay una zona intermedia que conviene nombrar. Por debajo de unos cincuenta mil correos al mes, una IP dedicada casi siempre pierde, no por mala, sino por falta de uso: se enfría entre un envío y otro, y una IP fría es una IP sospechosa para los proveedores. Ese es el error clásico de quien pide una IP dedicada demasiado pronto, atraído por la idea del control. Por eso, antes de venderte una, miramos tu volumen real y su regularidad; si todavía no da, te lo decimos y esperamos al momento en que de verdad valga la pena.
Conecta lo que ya usas
No tienes que aprender una plataforma nueva. Apuntas la que ya usas a tu servidor de envío y listo; lo demás sigue igual.
En MailWizz, Acelle, tu WordPress o tu propia aplicación, cambias la configuración de envío por el host, el puerto y las credenciales que te damos, y el correo empieza a salir por tu IP dedicada. Si además recibes correo, esa parte va por IMAP y no se toca. Entregamos credenciales por aplicación —una por cada herramienta— para que puedas controlarlas y rotarlas por separado, y dejamos la autenticación puesta para que el primer envío ya salga firmado y alineado.
Un consejo que ahorra dolores de cabeza: prueba siempre antes de lanzar. Después de conectar tu plataforma, un envío de prueba a una dirección de Gmail y otra de Outlook confirma que el puerto, las credenciales y el cifrado están bien, y que la autenticación pasa. Si algo cae en spam, casi siempre es un registro de SPF o DKIM que falta terminar de propagar; si no envía, es un puerto o una credencial. Ese chequeo de dos minutos evita descubrir el problema con una campaña de verdad ya en vuelo, que es la peor forma de enterarse.
| Puerto | Para qué | Cifrado | Recomendación |
|---|---|---|---|
| 587 | Envío autenticado (submission) | STARTTLS | Recomendado |
| 465 | Envío seguro (SMTPS) | SSL/TLS implícito | Buena alternativa |
| 25 | Servidor a servidor (relay) | — | Evitar para envío |
| 2525 | Si bloquean 587 y 465 | STARTTLS | Solo de respaldo |
En corto: el 587 es tu primera opción; el 465, la alternativa si el 587 falla. El 25 no se usa para enviar desde una aplicación, y el 2525 queda solo como respaldo cuando una red bloquea los demás.
¿Qué motor corre bajo tu SMTP dedicado?
El SMTP dedicado es la puerta por la que tu plataforma entrega el correo; detrás de esa puerta hay un motor que hace el trabajo pesado. En nuestro caso, ese motor es PowerMTA o KumoMTA, según tu volumen y tu presupuesto. Es lo que modula el envío proveedor por proveedor, maneja las colas y los reintentos, y clasifica los rebotes con precisión.
Tú no tienes que elegir ni operar ese motor: te aconsejamos cuál encaja mejor con tu caso y lo dejamos andando por debajo. Desde tu lado solo ves un endpoint de envío que funciona y una IP con buena reputación; toda la mecánica fina queda de nuestra cuenta. Esa es la idea de un servicio gestionado: la potencia del motor sin la carga de configurarlo.
Vale la pena entender por qué el motor pesa tanto. Cuando envías miles de correos, no puedes soltarlos todos de golpe contra Gmail o contra Outlook: cada proveedor tiene su propio ritmo tolerable, y pasarse dispara throttling o rebotes temporales que se ven como spam. El motor es lo que reparte el envío a la velocidad que cada uno acepta, reintenta con criterio lo que quedó en cola y separa un rebote pasajero de uno definitivo. Esa inteligencia de tráfico, invisible desde tu plataforma, es buena parte de lo que separa un envío que llega de uno que se atasca.
Correo en frío: una infraestructura aparte
El correo en frío —escribirle a quien todavía no te conoce— vive con reglas propias, y tratarlo como una campaña normal es la forma más rápida de quemarlo todo. Necesita su propia infraestructura: dominios de envío separados de tu marca principal, grupos de IP aislados, y una proporción sana entre calentamiento y envío en frío, para que los proveedores vean un patrón que no parece de spammer. Y, como toda buena práctica, se hace con listas conseguidas de forma legítima, no compradas.
La razón para aislarlo es de supervivencia. Si mandas correo en frío desde el mismo dominio y las mismas IP con las que envías a tus clientes, un tropiezo en frío —una tanda de quejas, un rebote alto— arrastra la reputación de todo tu correo, incluido el que sí importa. Por eso, cuando montamos infraestructura para envío en frío, la levantamos separada y con su propia vida; y si al mirar tu caso vemos que no encaja o que el riesgo no vale la pena, te lo decimos antes de empezar.
En la práctica, una operación de correo en frío bien montada no vive en un dominio y una IP, sino en varios: muchos dominios de envío, cada uno con poco volumen, para repartir el riesgo y que ningún tropiezo tumbe todo de golpe. Se calienta con constancia, se mide proveedor por proveedor y se poda sin piedad cualquier dirección que rebote o se queje. Es bastante más trabajo que una campaña normal, y por eso mismo se hace con método; improvisar en frío es la vía más corta a la lista negra, y de ahí no se vuelve rápido.
Qué incluye el SMTP dedicado gestionado
No es entregarte una IP y una contraseña y desearte suerte. El servidor llega listo para enviar: la IP dedicada con su rDNS configurado, la autenticación completa —SPF, DKIM y DMARC alineados en cada dominio—, y el calentamiento de la IP hecho por tramos antes del primer envío en serio, porque una IP dedicada nueva y fría entrega peor que una compartida bien reputada.
A partir de ahí, la operación es nuestra: credenciales por aplicación para que conectes tus herramientas, monitoreo continuo de la reputación con Postmaster Tools y SNDS, procesamiento de rebotes y quejas, y el motor —PowerMTA o KumoMTA— afinado por debajo. Tú te dedicas a enviar tus campañas; nosotros nos ocupamos de que la IP se mantenga sana y el correo siga llegando.
Y queda todo a la vista. Recibes acceso al monitoreo para ver la reputación de tu IP y la salud de tu envío cuando quieras, y un canal directo con quien opera el servidor, sin capas de soporte de por medio. Si un día decides mover la operación a tu propio equipo, te dejamos la configuración documentada para que puedas hacerlo sin quedar atado a nosotros. La idea es que ganes control de tu correo, no que cambies una dependencia por otra con distinto nombre.
Cuánto cuesta un SMTP dedicado, y por qué se cotiza
El precio de un SMTP dedicado no es un número de vitrina, y conviene desconfiar de quien te lo suelta de entrada sin preguntarte nada. Lo que cuesta depende de piezas que cambian mucho de un caso a otro: cuántas IP dedicadas necesitas, qué motor va por debajo —KumoMTA no cobra licencia, PowerMTA parte de unos ocho mil dólares al año solo en licencia—, cuánto envías, y si hace falta calentamiento o una infraestructura aparte para correo en frío.
Por eso lo cotizamos a tu caso, después de un diagnóstico corto, en lugar de venderte un plan cerrado que luego habría que corregir. La cuenta la hacemos contigo, con tus números, y te decimos con franqueza cuándo el gasto se justifica y cuándo te conviene más quedarte en una IP compartida por ahora. Un servidor bien dimensionado se paga con la entrega que recuperas y el control que ganas; mal dimensionado, es un gasto fijo que no rinde. La diferencia está en ajustarlo a lo que de verdad envías, ni más ni menos.
¿Para quién es un SMTP dedicado?
Para quien envía en serio y quiere controlar su entrega sin renunciar a la plataforma que ya conoce.
Si te reconoces en varias de estas, un SMTP dedicado probablemente te dará más entrega y más tranquilidad de la que tienes hoy. Y si no, tampoco pasa nada: hay negocios que envían poco y a los que una IP compartida bien reputada les sirve de sobra, y forzar una dedicada sería gastar de más para complicarse la vida. La única manera de saber en cuál grupo estás es mirar tus números de verdad, y es justo por ahí por donde empezamos contigo.
Dudas habituales sobre SMTP dedicado
¿Qué puerto uso, 587 o 465?
El 587 con STARTTLS es el estándar moderno para enviar, y el que probamos primero. El 465, con SSL/TLS implícito, es una alternativa igual de segura si el 587 falla o si tu plataforma lo prefiere. El 25 no se usa para enviar desde una aplicación: es de servidor a servidor y casi todos los proveedores lo bloquean. Y el 2525 queda como respaldo cuando una red bloquea los otros dos.
¿Puedo conectar MailWizz, Acelle o mi propia aplicación?
Sí, esa es justo la idea. Te damos el host, el puerto y las credenciales, y apuntas ahí la configuración de envío de tu plataforma; sigues trabajando con la herramienta de siempre. La parte de recibir correo, si la usas, no cambia: eso va por IMAP y queda igual. Usamos credenciales por aplicación para que puedas controlar y rotar cada acceso por separado.
¿IP dedicada o compartida?
Depende del volumen. Por debajo de unos cincuenta mil correos al mes, una IP compartida de buena reputación suele ganar, porque llevas encima la reputación acumulada de muchos remitentes y no tienes que construirla solo. Una IP dedicada rinde cuando envías lo suficiente y de forma constante como para alimentar tu propia reputación; por debajo de eso, se enfría entre envío y envío.
¿Qué motor corre por debajo?
PowerMTA o KumoMTA, según tu caso. El SMTP dedicado es la interfaz por la que tu plataforma entrega el correo; el motor es lo que hace el trabajo fino de modular el envío por proveedor, gestionar las colas y clasificar los rebotes. Te ayudamos a elegir el motor y lo operamos por ti, así que tú solo ves un endpoint de envío que funciona.
¿Sirve para correo en frío?
Sí, pero con una infraestructura aparte y hecha bien. El correo en frío necesita dominios y grupos de IP aislados de tu marca principal, envío a listas con permiso y una modulación agresiva por proveedor. Lo que no se puede es mezclarlo con el correo de tu negocio: un tropiezo en frío arrastraría la reputación de todo lo demás. Lo montamos separado, o te decimos con franqueza si tu caso no encaja.
¿Incluye autenticación y calentamiento?
Sí. El servidor llega con la IP configurada y su rDNS, con SPF, DKIM y DMARC en orden, y con el calentamiento de la IP incluido antes del primer envío en serio. Sin esa base, una IP dedicada nueva entrega peor que una compartida. Además queda el monitoreo de reputación de forma continua, para atajar un problema antes de que crezca.
¿Es lo mismo que un ESP?
No. Un ESP es una plataforma completa: te da la interfaz de campañas, las listas, las plantillas y el envío, todo en uno. El SMTP dedicado es solo el motor de envío con tu propia IP, al que conectas la plataforma que tú elijas. Es la opción de quien quiere controlar la entrega y la reputación sin renunciar a la herramienta de campañas que ya conoce.
Dinos qué envías y con qué plataforma, y armamos tu SMTP.
Cuánto mandas, con qué herramienta y a dónde. Escríbenos a asesoramiento@arcopublicidadpma.com y hablas directo con quien va a montar el servidor, no con un vendedor. Te devolvemos un diagnóstico honesto —incluido un "con una IP compartida te va mejor" si es el caso— y un plan con precios claros.