Email marketing en Dolibarr: hasta dónde llega el módulo EMailing y cómo ir más allá

Quien usa Dolibarr tiene a los clientes, los prospectos y los contactos de cada empresa en un solo lugar, organizados por categorías. Es natural querer usar esa base para enviar campañas por correo: una novedad para los clientes, una invitación para los prospectos de una región, un aviso para quienes compraron determinado producto.

Dolibarr tiene su propio módulo para eso, EMailing. Resuelve bien los envíos pequeños y ocasionales. Pero a medida que el volumen crece aparecen límites que no vienen del ERP, sino de cómo funciona hoy el correo masivo. Este artículo muestra los dos lados.

Lo que el módulo EMailing hace bien

• Está dentro del ERP: usted crea el correo en Herramientas → EMailings, sin otro sistema.
• Usa la base que ya existe: los destinatarios vienen de listas predefinidas, como contactos de terceros, miembros y usuarios, además de archivos y direcciones escritas a mano.
• Personaliza: variables como __FIRSTNAME__, __LASTNAME__ y __OTHER1__ a __OTHER5__ entran en el texto.
• Tiene un flujo de validación: el responsable revisa el contenido, se envía una prueba y solo entonces valida el envío.
• Muestra el resultado por destinatario: quién lo recibió y quién tuvo error.

Para avisar a unos pocos clientes de un cambio de dirección, es suficiente.

Dónde empiezan las dificultades

Envío por lotes

Desde la pantalla, Dolibarr envía un lote por vez, en general de 50 correos (el límite está en el parámetro MAILING_LIMIT_SENDBYWEB), y hay que repetir el comando para el siguiente lote. Para bases más grandes, se recomienda el script de línea de comandos mailing-send.php, programado en el servidor, lo que ya exige a alguien técnico.

La entrega depende de su servidor de correo

EMailing envía por el servidor configurado en Dolibarr: su correo corporativo o un SMTP contratado. Ahí está el mayor riesgo. Los proveedores de correo corporativo suelen tener límites de envío por hora o por día y no fueron hechos para campañas. Si la base tiene muchas direcciones inexistentes o personas que denuncian spam, quien sufre es su dominio, incluso en los correos del día a día, como propuestas y cobros.

Sin limpieza y sin ritmo por proveedor

Una base de ERP acumula años de registros: correos mal escritos, contactos que dejaron la empresa, dominios que ya no existen. El módulo envía a todos. Tampoco regula el ritmo por destino, y Gmail y Outlook desconfían de los picos de envío. Explicamos estos efectos en ¿Por qué mis correos llegan a spam?.

Nuevas exigencias de los proveedores

Desde 2024, quien envía en volumen a Gmail y Yahoo necesita autenticación completa del dominio (SPF, DKIM y DMARC), baja en un clic en la cabecera del mensaje y una tasa de denuncias baja, y Microsoft siguió el mismo camino en 2025. Todo esto puede armarse alrededor de Dolibarr, pero requiere configuración en el servidor de correo y en el DNS. La guía SPF, DKIM y DMARC sin complicaciones muestra lo necesario.

Segmentación y seguimiento

Armar un público como "clientes de São Paulo de la categoría Industria, menos quienes ya recibieron la campaña anterior" y después ver quién abrió e hizo clic cuesta trabajo dentro del módulo, y la tentación es exportar una planilla a otra herramienta. Así nacen dos registros: quien se da de baja en la herramienta sigue "habilitado" en Dolibarr, y el próximo envío desde el ERP puede no respetar la solicitud, lo que también es un problema frente a las leyes de protección de datos.

Cómo ir más allá sin salir de Dolibarr

La salida no es abandonar el ERP, sino conectar Dolibarr a una herramienta de correo que lea los contactos directamente de él, mediante la API REST que el propio Dolibarr ofrece. Así:

• Dolibarr sigue siendo el registro oficial: nada de exportar e importar planillas;
• la herramienta se encarga de la parte difícil: autenticación, limpieza, ritmo de envío, bajas e informes;
• lo que ocurre en la campaña vuelve a Dolibarr.

Al elegir, verifique si la herramienta usa las categorías de Dolibarr en los filtros, si registra la baja en el contacto y si respeta a quienes ya pidieron no recibir correos.

Cómo lo hace Hermod

Hermod se creó pensando en Dolibarr. Usted activa la API REST en Dolibarr, genera una clave para un usuario de integración y se conecta en pocos minutos (paso a paso en Fuentes de contactos). En cada campaña arma el público con los filtros del propio ERP: categorías de la empresa y del contacto (para incluir o excluir), clientes, prospectos, tipo de empresa, ciudad, país y fecha de alta. Antes de cada envío, Hermod quita de la lista los correos con problemas y a quienes se dieron de baja.

Los correos salen firmados con su dominio, al ritmo que acepta cada proveedor, sin pasar por su servidor de correo del día a día. Y el camino de vuelta cierra el ciclo: quien se da de baja queda marcado en Dolibarr como "no enviar correo", y usted puede registrar envíos, clics y bajas en la agenda de la ficha de cada contacto. El equipo comercial ve todo sin salir del ERP.