SMTP: La guía completa del protocolo de envío de email

SMTP es la columna vertebral de la comunicación por email en internet. Cada email que envías, ya sea desde tu bandeja personal o desde una plataforma de marketing automation, depende de SMTP para llegar a su destino. Entender cómo funciona SMTP es esencial para cualquiera que gestione email marketing, emails transaccionales o comunicaciones empresariales.

Esta guía completa cubre todo lo que necesitas saber sobre SMTP: desde los fundamentos de su funcionamiento hasta métodos avanzados de autenticación, comparativas de proveedores y resolución de problemas habituales.

¿Qué es SMTP?

SMTP (Simple Mail Transfer Protocol) es el protocolo estándar de comunicación que se utiliza para enviar email a través de internet. Desarrollado en 1982, SMTP define cómo se transmiten los mensajes de email de un servidor a otro y actúa como el servicio postal del mundo digital.

Cuando envías un email, SMTP gestiona la transmisión saliente. Empuja tu mensaje desde tu cliente de email a tu servidor de correo y, después, desde tu servidor al servidor del destinatario. El protocolo opera sobre un conjunto de reglas que garantizan la entrega fiable de mensajes entre sistemas de correo distintos en todo el mundo.

Características clave de SMTP

• Protocolo push: SMTP empuja los emails del remitente al destinatario (a diferencia de POP3/IMAP, que los descargan)
• Basado en texto: los comandos y respuestas son legibles
• Orientado a conexión: usa TCP/IP para una transmisión fiable
• Almacenamiento y reenvío: los mensajes se almacenan temporalmente en servidores intermedios antes de reenviarse
• Estandarizado: la RFC 5321 define las especificaciones actuales de SMTP

SMTP frente a otros protocolos de email

SMTP funciona junto con POP3 e IMAP. Mientras SMTP envía tu correo saliente, POP3 o IMAP descargan el correo entrante a tu bandeja. La mayoría de los clientes de email usan SMTP para enviar e IMAP para recibir, ofreciendo una experiencia completa.

Cómo funciona SMTP

Entender el proceso de SMTP ayuda a diagnosticar problemas de entrega y a optimizar tu infraestructura de email. Aquí está el viaje paso a paso de un email desde el remitente al destinatario.

El proceso de comunicación SMTP

Paso 1: establecimiento de conexión

Tu cliente de email (Mail User Agent) se conecta a tu servidor saliente (Mail Transfer Agent) por TCP en el puerto 25, 587 o 465. Se produce un “saludo” en el que el servidor se identifica.

Paso 2: handshake SMTP (HELO/EHLO)

El cliente inicia la comunicación con un comando HELO o EHLO:

Cliente: EHLO mail.example.com
Servidor: 250-smtp.provider.com Hello

EHLO (Extended HELO) es la versión moderna que admite extensiones SMTP como autenticación y cifrado TLS.

Paso 3: identificación del remitente (MAIL FROM)

El cliente especifica la dirección de email del remitente:

Cliente: MAIL FROM:<[email protected]>
Servidor: 250 OK

Paso 4: especificación del destinatario (RCPT TO)

El cliente identifica uno o varios destinatarios:

Cliente: RCPT TO:<[email protected]>
Servidor: 250 OK

Paso 5: transferencia de datos del mensaje (DATA)

Se transmite el contenido real del email:

Cliente: DATA
Servidor: 354 Start mail input
Cliente: Subject: Email de prueba
Cliente: From: [email protected]
Cliente: To: [email protected]
Cliente:
Cliente: Este es el cuerpo del email.
Cliente: .
Servidor: 250 OK

Paso 6: terminación de conexión (QUIT)

La sesión termina con elegancia:

Cliente: QUIT
Servidor: 221 Bye

El recorrido completo del email

1. Composición: escribes un email en tu cliente (Gmail, Outlook, etc.)
2. Envío: tu cliente se conecta a tu servidor SMTP
3. Consulta DNS: tu servidor consulta los registros MX del destinatario
4. Transferencia: tu servidor se conecta al servidor SMTP del destinatario
5. Entrega: el servidor del destinatario acepta el mensaje
6. Almacenamiento: el mensaje se almacena para que el destinatario lo descargue por POP3/IMAP

Puertos SMTP explicados

El puerto 587 es el recomendado para enviar email desde aplicaciones y clientes de email. Requiere autenticación y admite cifrado STARTTLS.

El puerto 25 fue el original de SMTP, pero hoy se usa principalmente para comunicación entre servidores. Muchos ISPs bloquean el puerto 25 saliente para prevenir spam.

El puerto 465 se asignó brevemente para SMTPS (SMTP sobre SSL), aunque después se reasignó. Algunos proveedores lo siguen admitiendo por compatibilidad legacy.

SMTP frente a Email API: ¿cuál usar?

Las aplicaciones modernas tienen dos opciones principales para enviar email de forma programática: SMTP tradicional y APIs de email basadas en HTTP. Cada enfoque tiene ventajas distintas.

Enfoque SMTP

Con SMTP, tu aplicación se conecta directamente a un servidor SMTP usando el protocolo descrito antes.

Ventajas:

• Compatibilidad universal con cualquier librería de envío de email
• Funciona con la infraestructura de email existente
• Sin vendor lock-in a formatos API específicos
• Configuración más sencilla para casos básicos
• Funciona en entornos con acceso HTTP limitado

Desventajas:

• Manejo de errores más complejo
• Tracking limitado sin configuración adicional
• El envío síncrono puede ser más lento
• Carga de gestión de conexiones
• Más difícil implementar funciones avanzadas

Enfoque Email API

Las APIs de email usan HTTP/REST para enviar mensajes, abstrayendo la complejidad subyacente del SMTP.

Ventajas:

• Tracking enriquecido (aperturas, clics, rebotes) integrado
• Envío asíncrono con webhooks
• Manejo de errores sencillo con códigos de estado HTTP
• Funciones avanzadas (plantillas, programación) nativas
• Mejor analítica e informes
• Integración más fácil con aplicaciones modernas

Desventajas:

• Implementación específica del proveedor
• Requiere conectividad a internet (no relé local)
• Pueden aplicarse límites de tasa
• Curva de aprendizaje para funciones específicas de la API

Cuándo usar SMTP

• Sistemas legacy: aplicaciones antiguas diseñadas para SMTP
• Emails transaccionales sencillos: notificaciones básicas sin necesidad de tracking
• Software on-premises: aplicaciones en entornos de red restringidos
• Configuración de cliente de email: apps de email de escritorio o móvil
• WordPress y CMS: muchos plugins esperan credenciales SMTP

Cuándo usar Email API

• Marketing automation: campañas que requieren analítica detallada
• Envío de gran volumen: aplicaciones que envían miles de emails
• Aplicaciones modernas: productos SaaS con necesidades complejas
• Funciones avanzadas: gestión de plantillas, A/B testing, contenido dinámico
• Tracking en tiempo real: cuando necesitas feedback inmediato de entrega

Enfoque híbrido

Muchas organizaciones usan ambos: SMTP para mensajes transaccionales sencillos desde sistemas legacy y Email APIs para campañas de marketing y automatización compleja. Plataformas como Brevo admiten ambos métodos, permitiéndote elegir según el caso.

Autenticación SMTP explicada

La autenticación SMTP impide que usuarios no autorizados envíen email a través de tu servidor. Sin autenticación, cualquiera podría usar tu servidor para enviar spam, dañando tu reputación y entregabilidad.

Tipos de autenticación SMTP

SMTP AUTH (RFC 4954)

El mecanismo estándar de autenticación que requiere usuario y contraseña antes de enviar.

Cliente: AUTH LOGIN
Servidor: 334 VXNlcm5hbWU6
Cliente: [usuario codificado en base64]
Servidor: 334 UGFzc3dvcmQ6
Cliente: [contraseña codificada en base64]
Servidor: 235 Authentication successful

Mecanismos AUTH habituales:

Cifrado TLS/SSL

Usa siempre cifrado para proteger las credenciales:

• STARTTLS: actualiza una conexión en claro a cifrada (puerto 587)
• TLS implícito: conexión cifrada desde el inicio (puerto 465)

Claves API frente a contraseñas

Los servicios SMTP modernos suelen usar claves API en lugar de contraseñas:

Usuario: apikey (cadena literal)
Contraseña: tu-clave-api-aquí

Las claves API son preferibles porque pueden rotarse sin cambiar contraseñas de cuenta y pueden tener permisos limitados.

Configuración de credenciales SMTP

Al configurar una aplicación para enviar email vía SMTP, normalmente necesitas:

1. Host SMTP: la dirección del servidor (por ejemplo, smtp.brevo.com)
2. Puerto SMTP: normalmente 587 para envío autenticado
3. Usuario: tu email de cuenta o identificador de la clave API
4. Contraseña: tu contraseña de cuenta o clave API
5. Cifrado: TLS/STARTTLS habilitado

Configuración de ejemplo para SMTP de Brevo:

Host: smtp-relay.brevo.com
Puerto: 587
Usuario: [email protected]
Contraseña: tu-clave-smtp
Cifrado: STARTTLS

Autenticación de email: SPF, DKIM y DMARC

Más allá de la autenticación SMTP (que prueba que puedes usar el servidor), los protocolos de autenticación de email verifican que los emails proceden realmente del remitente declarado. Estos mecanismos basados en DNS protegen frente a la suplantación y el phishing.

SPF (Sender Policy Framework)

SPF especifica qué direcciones IP y servidores están autorizados a enviar email para tu dominio.

Cómo funciona SPF:

1. Publicas registros SPF en el DNS de tu dominio
2. Cuando un servidor receptor recibe tu email, comprueba el SPF
3. Si la IP de envío coincide con tu registro SPF, el email pasa
4. Si no, el email puede marcarse como spam o rechazarse

Ejemplo de registro SPF:

v=spf1 include:spf.brevo.com include:_spf.google.com -all

Este registro permite a Brevo y Google enviar email para tu dominio y rechaza al resto (-all).

Sintaxis SPF:

Buenas prácticas SPF:

• Usa -all (fallo duro) cuando estés seguro de la configuración
• Mantente por debajo de 10 consultas DNS para evitar permerror
• Incluye todas las fuentes de envío legítimas
• Prueba con validadores SPF antes de desplegar

DKIM (DomainKeys Identified Mail)

DKIM añade una firma criptográfica a tus emails, demostrando que no se han modificado en tránsito y que proceden de tu dominio.

Cómo funciona DKIM:

1. Tu servidor de email firma los mensajes salientes con una clave privada
2. Publicas la clave pública correspondiente en el DNS
3. Los servidores receptores verifican la firma con tu clave pública
4. Las firmas válidas confirman la integridad y el origen del mensaje

Ejemplo de registro DKIM en DNS:

brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."

El selector (brevo) identifica qué clave usar, permitiendo que varios servicios envíen con claves DKIM distintas.

Componentes DKIM:

Buenas prácticas DKIM:

• Usa claves RSA de 2048 bits (mínimo 1024 bits)
• Rota las claves periódicamente
• Firma cabeceras importantes (From, Subject, Date)
• Prueba las firmas antes del despliegue completo

DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC se construye sobre SPF y DKIM, añadiendo políticas para gestionar fallos de autenticación y capacidades de informes.

Cómo funciona DMARC:

1. Publicas una política DMARC en el DNS
2. Los servidores receptores comprueban la alineación de SPF y DKIM
3. Los emails fallidos se gestionan según tu política
4. Te envían informes sobre los resultados de autenticación

Ejemplo de registro DMARC:

_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=100"

Políticas DMARC:

Camino de implementación de DMARC:

1. Empieza con p=none: monitoriza sin afectar a la entrega
2. Analiza informes: identifica fuentes legítimas que fallan la autenticación
3. Corrige problemas: añade includes SPF que falten, configura DKIM
4. Pasa a p=quarantine: empieza a proteger con aplicación suave
5. Avanza a p=reject: máxima protección cuando estés seguro

Buenas prácticas DMARC:

• Empieza con p=none y rua (informes agregados)
• Monitoriza informes 2-4 semanas antes de aplicar
• Asegúrate de que todos los remitentes legítimos pasen SPF o DKIM con alineación
• Aumenta gradualmente pct (porcentaje) al aplicar

Alineación de autenticación

DMARC requiere “alineación” entre el dominio de la cabecera From y los dominios que pasan SPF/DKIM:

• Alineación SPF: el dominio del Return-Path coincide con el de From
• Alineación DKIM: el dominio que firma DKIM coincide con el de From

Esto evita que un atacante use tu infraestructura SPF/DKIM para enviar emails suplantados.

Mejores servicios y proveedores SMTP

Elegir al proveedor SMTP adecuado afecta a la entregabilidad, el coste y las funcionalidades. Aquí están las mejores opciones para 2026.

Brevo (antes Sendinblue)

Mejor para: e-commerce, email transaccional y de marketing combinados

Brevo ofrece relé SMTP y acceso por API con precios competitivos. Su fortaleza reside en combinar email transaccional con automatización de marketing, CRM y comunicación multicanal (SMS, WhatsApp).

Configuración SMTP:

Host: smtp-relay.brevo.com
Puerto: 587
Autenticación: requerida
Cifrado: STARTTLS

Cuando usas Tajo para integrar tu tienda Shopify con Brevo, obtienes sincronización automática de datos de cliente junto con entrega SMTP fiable para emails transaccionales como confirmaciones de pedido, notificaciones de envío y recibos.

Amazon SES (Simple Email Service)

Mejor para: envíos de gran volumen con infraestructura AWS

Amazon SES ofrece precios extremadamente bajos para volúmenes altos y se integra sin fricción con otros servicios de AWS.

Consideraciones:

• Requiere experiencia técnica para configurarlo bien
• La gestión de la reputación es responsabilidad tuya
• Más adecuado para desarrolladores cómodos con AWS

SendGrid (Twilio)

Mejor para: desarrolladores que necesitan APIs robustas y escalabilidad

SendGrid ofrece APIs amigables para desarrolladores con excelente documentación y escalabilidad para empresas en crecimiento.

Mailgun

Mejor para: email transaccional con logging detallado

Mailgun se centra en casos transaccionales y de desarrollador con potentes funciones de búsqueda en logs y validación.

Postmark

Mejor para: email transaccional que requiere la entrega más rápida

Postmark se especializa en email transaccional con velocidades de entrega líderes y políticas antispam estrictas.

Resumen comparativo de proveedores

Cómo elegir al proveedor adecuado

Considera estos factores:

1. Volumen: ¿cuántos emails al mes?
2. Tipo: ¿marketing, transaccional o ambos?
3. Recursos técnicos: ¿puedes gestionar configuraciones complejas?
4. Funciones necesarias: ¿plantillas, analítica, A/B testing?
5. Presupuesto: ¿cuál es tu presupuesto mensual de email?
6. Integración: ¿qué sistemas deben conectarse?

Para negocios de e-commerce que usan Shopify con necesidades de marketing automation, Brevo combinado con Tajo proporciona una solución completa: sincronización de datos de cliente, email transaccional, campañas de marketing y comunicación multicanal en un stack integrado.

Cómo configurar SMTP

La configuración de SMTP varía según el caso de uso. Aquí están las guías para escenarios comunes.

Cómo configurar SMTP en WordPress

La mayoría de los sitios WordPress necesitan SMTP para una entrega fiable. La función predeterminada PHP mail() suele fallar o terminar en spam.

Paso 1: instala un plugin SMTP

Opciones populares:

• WP Mail SMTP
• Post SMTP
• Easy WP SMTP

Paso 2: configura el plugin

Usando WP Mail SMTP con Brevo:

From Email: [email protected]
From Name: Nombre de tu sitio
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: [email protected]
SMTP Password: tu-clave-smtp-de-brevo

Paso 3: prueba la conexión

Envía un email de prueba para verificar la configuración. Revisa la carpeta de spam si no llega.

Cómo configurar SMTP en aplicaciones

Para aplicaciones personalizadas, usa la librería de email de tu lenguaje.

Node.js (Nodemailer):

const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: '[email protected]',
    pass: 'your-smtp-key'
  }
});

await transporter.sendMail({
  from: '[email protected]',
  to: '[email protected]',
  subject: 'Email de prueba',
  text: '¡Hola desde Node.js!'
});

Python (smtplib):

import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "[email protected]"
password = "your-smtp-key"

msg = MIMEText("¡Hola desde Python!")
msg['Subject'] = "Email de prueba"
msg['From'] = "[email protected]"
msg['To'] = "[email protected]"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)

PHP (PHPMailer):

use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = '[email protected]';
$mail->Password = 'your-smtp-key';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('[email protected]', 'Sender Name');
$mail->addAddress('[email protected]');
$mail->Subject = 'Email de prueba';
$mail->Body = '¡Hola desde PHP!';

$mail->send();

Cómo configurar los registros DNS

Antes de enviar, configura los registros DNS de autenticación.

Paso 1: añade un registro SPF

Crea un registro TXT en la raíz de tu dominio:

Tipo: TXT
Host: @
Valor: v=spf1 include:spf.brevo.com ~all

Si ya tienes SPF, añade el include:

v=spf1 include:spf.brevo.com include:_spf.google.com ~all

Paso 2: añade un registro DKIM

Crea un registro TXT con el selector de tu proveedor:

Tipo: TXT
Host: brevo._domainkey
Valor: v=DKIM1; k=rsa; p=[tu-clave-pública]

Paso 3: añade un registro DMARC

Empieza en modo monitorización:

Tipo: TXT
Host: _dmarc
Valor: v=DMARC1; p=none; rua=mailto:[email protected]

Paso 4: verifica la configuración

Usa herramientas como:

• MXToolbox (mxtoolbox.com)
• Mail Tester (mail-tester.com)
• DMARC Analyzer

Errores SMTP comunes y soluciones

Los errores SMTP siguen un sistema estandarizado de numeración. Entender estos códigos ayuda a diagnosticar problemas de entrega rápidamente.

Categorías de códigos de error SMTP

Errores SMTP comunes y soluciones

421 Service Not Available

El servidor no puede procesar peticiones temporalmente.

Causas:

• Sobrecarga del servidor
• Ventana de mantenimiento
• Límites de conexión alcanzados

Soluciones:

• Esperar y reintentar
• Consultar la página de estado del proveedor
• Implementar lógica de reintento con backoff

450 Mailbox Unavailable

Problema temporal con el buzón del destinatario.

Causas:

• Buzón lleno
• Restricción de política del servidor
• Greylisting

Soluciones:

• Reintentar tras una pausa
• El greylisting se resuelve en un segundo intento
• Contactar con el destinatario si persiste

451 Local Error

Error de procesamiento en el servidor receptor.

Causas:

• Problema de configuración del servidor
• Agotamiento de recursos
• Bloqueo temporal por política

Soluciones:

• Reintentar con backoff exponencial
• Comprobar si tu IP está temporalmente bloqueada
• Esperar a que el servidor se recupere

500 Syntax Error

Comando no reconocido.

Causas:

• Comandos SMTP malformados
• Extensiones no admitidas
• Problemas de codificación

Soluciones:

• Comprobar la sintaxis de los comandos
• Asegurar finales de línea correctos (CRLF)
• Verificar la compatibilidad del cliente

501 Syntax Error in Parameters

Comando reconocido pero parámetros no válidos.

Causas:

• Formato de email no válido
• Faltan parámetros obligatorios
• Problemas de codificación

Soluciones:

• Validar las direcciones antes de enviar
• Comprobar caracteres especiales
• Revisar el formato de los parámetros

550 Mailbox Not Found

La dirección del destinatario no existe.

Causas:

• Errata en la dirección
• Cuenta eliminada
• Dominio que no acepta email

Soluciones:

• Verificar la dirección del destinatario
• Eliminar de la lista (rebote duro)
• Implementar validación de email

551 User Not Local

El destinatario no está en este servidor.

Causas:

• Se requiere reenvío de email
• Servidor incorrecto
• Registros MX desactualizados

Soluciones:

• Comprobar la resolución del registro MX
• Seguir las instrucciones de reenvío
• Actualizar la caché DNS

552 Message Too Large

El email supera los límites de tamaño.

Causas:

• Adjuntos grandes
• Límites del servidor receptor
• Imágenes inline demasiado grandes

Soluciones:

• Comprimir o eliminar adjuntos
• Usar enlaces para compartir archivos
• Comprobar los límites del destinatario

553 Mailbox Name Invalid

Formato de dirección rechazado.

Causas:

• Caracteres no válidos
• Dominio malformado
• Restricciones por política

Soluciones:

• Validar el formato de email
• Comprobar erratas
• Usar direcciones conformes con la RFC

554 Transaction Failed

Rechazo general, a menudo relacionado con spam.

Causas:

• Filtro antispam activado
• IP del remitente en lista negra
• Infracción de política de contenido
• Falta de autenticación

Soluciones:

• Comprobar el estado en listas negras
• Revisar el contenido del email
• Verificar la autenticación (SPF, DKIM, DMARC)
• Comprobar la reputación del remitente

Cómo diagnosticar problemas SMTP

Paso 1: revisa los mensajes de error

Registra las respuestas SMTP completas, no solo los códigos. El texto tras el código aporta contexto.

Paso 2: prueba la conectividad

Verifica que puedes conectar con el servidor SMTP:

telnet smtp-relay.brevo.com 587

O usa openssl para TLS:

openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587

Paso 3: verifica la autenticación

Prueba las credenciales independientemente de tu aplicación con un cliente de email o herramienta de línea de comandos.

Paso 4: comprueba el DNS

Verifica tus registros de autenticación:

dig TXT yourdomain.com
dig TXT _dmarc.yourdomain.com
dig TXT selector._domainkey.yourdomain.com

Paso 5: revisa las listas negras

Comprueba si tu IP de envío está en una lista negra:

• MXToolbox Blacklist Check
• Spamhaus
• Barracuda Reputation

Buenas prácticas de SMTP

Sigue estas prácticas para maximizar la entregabilidad y mantener una buena reputación de remitente.

Autenticación

• Usa siempre SMTP AUTH: nunca uses un open relay
• Habilita TLS: cifra todas las conexiones (STARTTLS en el puerto 587)
• Usa claves API: prefiere las claves API a las contraseñas de cuenta
• Rota credenciales: cambia las claves periódicamente
• Implementa los tres: SPF, DKIM y DMARC juntos

Prácticas de envío

• Calienta IPs nuevas: aumenta gradualmente el volumen en IPs nuevas
• Envío consistente: mantén patrones de envío regulares
• Higiene de la lista: elimina rebotes y suscriptores no comprometidos
• Atiende las bajas: procesa los opt-outs de inmediato
• Monitoriza la reputación: vigila las puntuaciones de remitente y el estado en listas negras

Implementación técnica

• Gestiona los rebotes: procesa y categoriza las notificaciones de rebote
• Implementa lógica de reintento: usa backoff exponencial para fallos temporales
• Registra todo: mantén logs detallados para resolución de problemas
• Monitoriza la entrega: mide tasas de entrega y latencia
• Usa connection pooling: reutiliza conexiones para mayor eficiencia

Pautas de contenido

• Evita gatillos de spam: vigila las frases típicas de spam
• Equilibra texto e imagen: no envíes emails solo con imagen
• Incluye enlaces de baja: obligatorio en la mayoría de jurisdicciones
• Usa nombres de remitente reconocibles: el destinatario debe saber quién eres
• Prueba antes de enviar: revisa las puntuaciones de spam antes de las campañas

Preguntas frecuentes

¿Cuál es la diferencia entre SMTP y hosting de email?

SMTP es específicamente para enviar email. El hosting de email incluye envío (SMTP) y recepción (POP3/IMAP), además de almacenamiento y gestión. Puedes usar servicios SMTP de terceros mientras alojas tu email en otro sitio.

¿Puedo usar el SMTP de Gmail para mi empresa?

Gmail ofrece acceso SMTP, pero con limitaciones. El tier gratuito permite 500 emails al día y Google Workspace lo eleva a 2.000. Para volúmenes mayores o un mejor control de la entregabilidad, se recomiendan servicios SMTP dedicados como Brevo.

¿Por qué mis emails van a spam?

Causas habituales:

• SPF/DKIM/DMARC ausentes o mal configurados
• Envío desde una IP nueva sin warm-up
• Mala reputación de remitente
• Contenido similar a spam
• Envío a direcciones no válidas
• Tasas de queja elevadas

Comprueba primero la autenticación y revisa después el contenido y las prácticas de envío.

¿Cuál es el mejor puerto SMTP?

El puerto 587 es el recomendado para envíos cliente-a-servidor. Requiere autenticación y admite cifrado STARTTLS. El puerto 25 es para relé entre servidores y suele estar bloqueado por los ISPs.

¿Cuántos emails puedo enviar por SMTP?

Los límites dependen del proveedor:

• Gmail: 500-2.000/día
• Brevo gratis: 300/día
• Amazon SES: 50.000/día (con aprobación)
• Servicios dedicados: a menudo ilimitado por niveles de precio

¿Necesito una IP dedicada para SMTP?

No siempre. Las IPs compartidas funcionan bien para volúmenes moderados con buenas prácticas. Las dedicadas benefician a remitentes de gran volumen (más de 100.000 al mes) que quieren control total sobre su reputación. La mayoría de los proveedores las ofrecen como mejora.

¿Qué es un relé SMTP?

Un relé SMTP es cuando tu servidor de email reenvía mensajes a través de otro servidor para entregarlos. Es útil cuando tu servidor local no puede enviar directamente (puertos bloqueados, mala reputación) o cuando usas un servicio como Brevo para mejor entregabilidad.

¿Cómo pruebo mi configuración SMTP?

Usa estos métodos:

1. Envía emails de prueba a través de tu aplicación
2. Usa herramientas online como Mail Tester para revisar la autenticación
3. Conéctate manualmente con telnet u openssl
4. Revisa los cuadros de mando del proveedor para ver los logs
5. Envía a direcciones de prueba que reporten resultados de autenticación

¿Qué ocurre si SPF o DKIM falla?

Sin DMARC, fallar SPF/DKIM puede hacer que se marquen los emails, pero no necesariamente que se rechacen. Con DMARC en quarantine o reject, los fallos terminan en spam o se bloquean. Monitoriza siempre los informes DMARC para detectar problemas de autenticación.

¿Puede SMTP gestionar adjuntos?

Sí. SMTP transmite adjuntos codificados en el cuerpo del email (normalmente codificación base64 para archivos binarios). Sin embargo, los adjuntos grandes pueden chocar con los límites de tamaño del servidor. Para archivos de más de unos pocos MB, considera usar enlaces a almacenamiento en la nube.

Conclusión

SMTP sigue siendo el protocolo fundamental que sustenta la comunicación por email en todo el mundo. Tanto si envías notificaciones transaccionales, campañas de marketing como comunicaciones internas, entender SMTP te ayuda a construir una infraestructura de email fiable.

Puntos clave de esta guía:

• SMTP es el protocolo de envío: empuja el email del remitente a los servidores destinatarios
• La autenticación es esencial: usa SMTP AUTH, TLS e implementa SPF/DKIM/DMARC
• Elige al proveedor adecuado: ajusta sus capacidades a tu volumen y necesidades
• Monitoriza y mantén: mide la entregabilidad, gestiona los rebotes y mantén la lista limpia
• SMTP frente a API: usa SMTP para compatibilidad y APIs para funciones avanzadas

Para negocios de e-commerce, combinar un proveedor SMTP fiable como Brevo con una integración adecuada de los datos de cliente garantiza que tus emails transaccionales lleguen mientras tus campañas de marketing impulsan la interacción. La integración con Shopify de Tajo sincroniza automáticamente tus datos de cliente con Brevo, dándote la base para una comunicación por email eficaz tanto en casos transaccionales como de marketing.

¿Listo para mejorar la entregabilidad de tu email? Empieza auditando tu configuración actual de autenticación con las pautas de SPF, DKIM y DMARC de esta guía y plantéate después si tu proveedor actual cubre tus necesidades de volumen, funcionalidades y fiabilidad.