Correo por API o por SMTP: ¿cuándo elegir cada uno?
Elija SMTP cuando el correo lo envía un programa existente y usted solo puede cambiar ajustes: una tienda online, un programa de contabilidad, un CRM, un escáner. Elija la API cuando desarrolla software propio y quiere saber por mensaje qué ocurrió con él, cuando quiere un error al momento en lugar de un rebote horas después, o cuando entrega grandes cantidades de mensajes en poco tiempo. Las dos no se excluyen: la mayoría de las empresas usan ambas, cada una con sus propias credenciales.
Qué tienen en común
Ambas entregan su mensaje a la misma infraestructura de envío, con la misma autenticación para su dominio, la misma reputación y el mismo registro. La diferencia está en el camino: SMTP es el protocolo que todos los programas de correo y todos los paquetes hablan desde hace treinta años; una API de correo es una conexión web a la que su propio código entrega un mensaje como datos estructurados y de la que recibe una respuesta al momento.
Cuándo es SMTP la elección correcta
- No puede programar nada, solo configurar. WordPress, WooCommerce, Odoo, PrestaShop, Magento, Microsoft 365, un escáner: todos tienen un campo para el nombre de servidor, el puerto y las credenciales. Rellénelo y funciona.
- El programa es de un proveedor. Quien no controla el código no puede añadir una llamada a la API, pero sí cambiar los ajustes SMTP.
- Su framework ya tiene una capa de correo. Laravel, Symfony y la mayoría de los demás frameworks envían por un transporte SMTP integrado. Basta una línea en la configuración del entorno.
- El volumen es modesto y los mensajes son sencillos. Una recuperación de contraseña, una confirmación, un aviso: SMTP lo hace perfectamente.
El inconveniente de SMTP es que la respuesta es limitada. El servidor dice «aceptado» y el resto lo sabrá más tarde, por el registro o por un rebote. Además, una conexión SMTP es relativamente lenta cuando quiere enviar miles de mensajes por ella: cada mensaje abre un diálogo con el servidor.
Cuándo es la API la elección correcta
- Quiere saber al momento si salió bien. La API responde de inmediato con un identificador único por mensaje, o con un error claro: dirección no válida, campo que falta, cuota alcanzada. Su código puede reaccionar a eso en lugar de esperar horas a un rebote.
- Envía muchos mensajes seguidos. Una llamada web por mensaje se resuelve más rápido que un diálogo SMTP completo, y con una Idempotency-Key puede repetir una llamada fallida sin que el mensaje salga dos veces.
- Quiere poder localizar cada mensaje. La API devuelve un identificador único por mensaje. Guárdelo junto al número de cliente o de pedido en su propio sistema, y ante un rebote o un rechazo sabrá al momento de qué cliente se trata.
- Quiere recibir eventos. Entrega, aplazamiento, rebote, rechazo, apertura: mediante webhooks firmados llegan a su sistema, vinculados al identificador que recibió al enviar.
- Quiere separar el envío del servidor de la aplicación. Sin cola de correo en su propio servidor, sin puertos abiertos, solo una llamada web.
El inconveniente de la API es que hay código de por medio. Para un desarrollador es una tarde de trabajo, pero no es un ajuste que un administrador cambie sobre la marcha.
Tres ejemplos de la práctica
Una tienda online en WooCommerce envía las confirmaciones de pedido por SMTP, porque ese envío está en el paquete. El boletín va por la gestión de campañas de la plataforma. No hace falta código.
Una aplicación SaaS envía miles de avisos al día, quiere saber por cliente si llegaron y quiere avisar al cliente en la interfaz al momento ante un rebote duro. Eso es la API, con webhooks de vuelta a la aplicación.
Una asesoría contable usa un programa que envía por SMTP y tiene además un portal propio que entrega documentos por la API y muestra el estado de entrega al gestor del expediente. Dos credenciales, un dominio, un panel.
Qué resolver en ambos casos
Unas credenciales o una clave aparte por aplicación, para poder revocar una sin tocar el resto. SPF y DKIM para su dominio. Una dirección de remitente fija por aplicación. Y un vistazo al registro durante la primera semana tras la conexión. La elección entre API y SMTP es una elección técnica; la entrega depende de la misma base de entregabilidad.
Preguntas frecuentes
¿La API entrega más rápido que SMTP?
La entrega al destinatario es idéntica. La API es más rápida al entregar grandes cantidades y al devolver una respuesta.
¿Puedo pasar más adelante de SMTP a la API?
Sí. Ambas usan el mismo dominio y la misma autenticación; añade una clave y adapta el código cuando esté listo.
¿Necesito un desarrollador para la API?
Sí, aunque la integración es sencilla: una llamada web con una clave y el contenido del mensaje. Para los paquetes sin código propio, SMTP sigue siendo el camino.