Toda agencia que revende correo acaba encontrando un cliente que se niega a enviar mediante servidores ajenos. A veces lo exige el cumplimiento normativo; otras, ya dispone de un relay cuya reputación ha cuidado durante años o aplica una política que nadie quiere volver a discutir. El SMTP de marca blanca permite conservar la relación: la interfaz muestra tu marca y el correo del cliente sale mediante su propia infraestructura.
Esta página explica cómo se combinan ambas configuraciones, por qué conviene separarlas aunque ningún cliente lo exija y qué trabajo de autenticación determina si los mensajes llegan a su destino.
Dos ajustes independientes que se combinan
El SMTP de marca blanca no es una función que se active con un interruptor. Surge de combinar dos ajustes independientes para cada dominio, por eso es fácil pasarlo por alto.
La marca se configura por dominio. Cada dominio puede heredar la identidad predeterminada de la cuenta, utilizar una propia o no mostrar ninguna. Una sola cuenta puede presentar una empresa distinta en cada dominio, como explicamos en marca por dominio.
El envío también se configura por dominio. Un dominio puede utilizar el SMTP gestionado de la plataforma, un perfil proporcionado por ti o ninguno. Los perfiles contienen las credenciales de un relay: host, puerto, usuario y contraseña. Cada dominio puede utilizar uno distinto, como explicamos en SMTP personalizado por dominio.
Al configurar ambos ajustes por dominio obtienes SMTP de marca blanca: cuarenta dominios de clientes, hasta cuarenta marcas y cuarenta rutas de envío distintas, todo administrado con una sola cuenta y suscripción.
Por qué lo pide un cliente
Los clientes solicitan SMTP de marca blanca por cuatro motivos. Conviene distinguirlos, porque solo dos se pueden negociar.
Direcciones IP con una reputación ya consolidada. Cuesta mucho construir una buena reputación de envío y muy poco perderla. Un cliente cuyo correo llega de forma fiable posee un activo; pedirle que lo abandone supone hacerle asumir un riesgo para tu comodidad.
Un contrato que define la ruta de envío. Algunos acuerdos especifican desde dónde debe salir el correo. No es una preferencia y no podrás convencer al cliente de lo contrario.
Un volumen transaccional ya existente. Si la aplicación del cliente ya envía mediante un proveedor, encaminar también su correspondencia por allí mantiene una sola relación en lugar de dos.
Prudencia institucional. Es el motivo menos concreto y el más frecuente: una persona responsable no se siente cómoda con que el correo salga mediante un proveedor que no ha evaluado. El SMTP de marca blanca lo resuelve sin abrir otro proceso de compras.
La separación merece la pena de todos modos
Aunque ningún cliente la exija, esta separación evita un tipo de fallo que se vuelve caro al crecer.
En una ruta compartida, el comportamiento de cada cliente afecta a la reputación de todos. Basta un buzón comprometido, un envío masivo mal planteado o una campaña con demasiados rebotes para perjudicar la entrega de toda la cartera. Tendrás que explicar el problema a clientes afectados por una causa que pertenece a otro.
El enrutamiento por dominio contiene el daño. Un problema de un dominio permanece en ese dominio y convierte un incidente que afecta a toda la cartera en una sola conversación incómoda. Para una agencia con cuarenta dominios de clientes, ese aislamiento vale más que el coste de configuración.
Dónde recae el trabajo de autenticación
Aquí es donde fallan las configuraciones de SMTP de marca blanca, y lo hacen en silencio: el mensaje se envía correctamente, pero termina en spam.
Enviar mediante el relay del cliente exige que su DNS lo autorice. Su registro SPF debe incluirlo y la firma DKIM debe quedar alineada con el dominio visible en From. Como no puedes modificar su DNS, ambas tareas requieren la intervención del cliente. Ese es el verdadero coste de gestión del proyecto.
Envía un mensaje real antes de dar el trabajo por terminado. Mándalo a dos grandes proveedores y examina las cabeceras: SPF aprobado, DKIM aprobado y DMARC alineado. Si aparecen los tres, has terminado. Si falla uno, has construido algo que parece funcionar, pero no funciona. Nuestras guías sobre SPF y alineación DMARC explican los requisitos.
Calcula este trabajo por cliente, no por proyecto. Cuarenta dominios implican cuarenta conversaciones sobre DNS con cuarenta personas distintas que controlan los registros en cuarenta registradores. Esta parte lleva semanas, no minutos.
Lo que sigue siendo tuyo
Con SMTP de marca blanca, el cliente aporta la ruta de envío y todo lo que utiliza su personal sigue mostrando tu marca.
Sus empleados acceden a un webmail con tu logotipo, tus colores y tu dirección de soporte. Los buzones, alias, rutas y almacenamiento se administran desde tu panel. Cuando algo falla, acuden a ti porque así lo indica la interfaz. Esa es la diferencia entre revender y limitarse a recomendar.
El límite que conviene reconocer es que las cabeceras revelan dónde se procesó el mensaje. Una persona técnica puede identificar la plataforma subyacente. Ocurre en cualquier servicio de correo de marca blanca, aunque no lo mencione, y rara vez importa al personal del cliente. Puede importarle a su departamento de TI, por lo que conviene hablarlo pronto.
Cuánto cuesta y quién paga
White Label Lite cuesta 39 $ al mes o 389 $ al año con cualquier plan de correo, incluido el gratuito, y el precio no se calcula por cliente. Cuarenta dominios cuestan lo mismo que cuatro.
El relay corre por cuenta del cliente, una ventaja comercial que conviene destacar. Revendes la administración y la interfaz, no la capacidad de envío, así que un cliente con un volumen transaccional caro no aumenta tu factura. Tu plan cubre los dominios y buzones; a esta escala, una agencia suele usar Agency por 29 $ al mes para mil dominios.
Ese es todo el coste recurrente: 68 $ al mes por un servicio de correo multicliente y con marca propia en el que cada cliente envía mediante su infraestructura.
Cuándo no conviene
Hay tres casos en los que el SMTP de marca blanca es una mala decisión. Fingir lo contrario te costaría dinero.
El cliente no tiene relay y tendrías que construirlo. Crear infraestructura de envío para un cliente que no dispone de ella exige semanas de calentamiento de las IP y crea una responsabilidad permanente. El envío gestionado existe precisamente para evitarlo; un relay nuevo es un retroceso disfrazado de flexibilidad.
Tendrías que dar soporte a infraestructura que no puedes observar. Cuando su relay deja de aceptar correo, sus envíos se detienen y te llaman a ti. Sin visibilidad, respondes por algo que no puedes diagnosticar. Acordad de antemano quién lo investigará.
El cliente es pequeño y el montaje es meramente simbólico. Si un cliente de dos personas pide una ruta propia porque le parece más profesional, está solicitando una complejidad que generará una incidencia de soporte antes de tres meses. El envío gestionado le conviene más, y explicárselo es mejor negocio que aceptar.
Este modelo tiene sentido para clientes que ya poseen infraestructura de envío y saben por qué la necesitan. Para todos los demás, la opción más sencilla también es la más fiable.
