El autoalojamiento de Mautic parece sencillo sobre el papel. Levantas un VPS, sigues la documentación de instalación y ya tienes una plataforma de automatización de marketing totalmente de código abierto por el coste de un servidor. Lo que la documentación no te cuenta es lo que pasa al tercer mes, cuando las tareas cron empiezan a desviarse, tu límite de memoria de PHP mata en silencio la creación de segmentos grandes y tu primera actualización importante de Mautic rompe dos plugins de los que dependes. En más de 50 despliegues, ese patrón se repite más de lo que la mayoría de equipos espera. Este artículo desglosa dónde tienen éxito las configuraciones autoalojadas, dónde el alojamiento gestionado de Mautic se amortiza y cómo calcular en qué lado de esa línea se sitúa tu organización.
Requisitos previos: qué necesitas evaluar antes de elegir
Antes de comparar opciones, sé honesto con cuatro variables. La decisión casi siempre depende de estas.
- Volumen de contactos: ¿Envías a menos de 100.000 contactos o estás escalando por encima de ese umbral?
- Disponibilidad de DevOps: ¿Tienes un desarrollador o administrador de sistemas que pueda responder a un fallo de cola a las 2 de la madrugada, y no en el próximo sprint?
- Exposición al cumplimiento normativo: ¿Estás sujeto al RGPD, HIPAA o normas de residencia de datos específicas de tu sector?
- Trayectoria de crecimiento: ¿Se duplicará tu lista en 12 meses? Las decisiones de infraestructura tomadas con 50.000 contactos rara vez aguantan con 300.000.
Paso 1: traza la carga operativa real del autoalojamiento de Mautic
El coste superficial del autoalojamiento es la factura del servidor, normalmente 40-120 $/mes en AWS, DigitalOcean o Hetzner para una configuración de instancia única usable. El coste oculto es el tiempo de ingeniería. Los requisitos operativos de Mautic no son triviales.
Una instancia de Mautic autoalojada de nivel de producción requiere:
- Ajuste de PHP:
memory_limitconfigurado en al menos 512 MB,max_execution_timeelevado a 300 o más para las actualizaciones de segmentos grandes y OPcache configurado correctamente, o la creación de segmentos se agotará en silencio. - Optimización de MySQL: particionado de tablas en
leadsylead_event_logcuando superas los 200.000 contactos. Sin él, las consultas de segmentos pasan de segundos a minutos. - Gestión de tareas cron: Mautic depende de al menos seis tareas cron distintas que se ejecutan con horarios precisos. Una sola tarea omitida, por ejemplo
mautic:campaigns:trigger, detiene en silencio los envíos de campaña sin un error evidente. - Gestión de colas: RabbitMQ o similar debe configurarse y monitorizarse por separado. La profundidad de la cola se dispara durante los envíos masivos y puede agotar la memoria si no se vigila.
- Conflictos de plugins: el ecosistema de plugins de Mautic se mantiene de forma inconsistente. Una actualización de Mautic 4.x a 5.x rompió los plugins de sincronización con el CRM de varios equipos que heredamos como clientes.
Una carga realista de autoalojamiento para un desarrollador competente pero no especialista va de 8 a 15 horas al mes en estado estable, y más durante las actualizaciones o la respuesta a incidentes.
Paso 2: usa la calculadora de costes del autoalojamiento
Usa este marco para calcular tu coste anual real. No son rangos hipotéticos, reflejan lo que documentamos cuando incorporamos equipos que vienen de configuraciones autoalojadas.
| Categoría de coste | Estimación baja | Estimación alta | Notas |
|---|---|---|---|
| Infraestructura de servidor (anual) | 480 $ | 1.440 $ | Un solo VPS. Un servidor de base de datos aparte añade más de 600 $/año. |
| Tiempo de desarrollador, estado estable (10 h/mes x 75 $/h) | 9.000 $ | 13.500 $ | Tarifa interna. La tarifa de agencia duplica esto. |
| Incidentes de actualización (2-4 veces al año, 6 h cada uno) | 900 $ | 1.800 $ | Las actualizaciones de versión mayor de Mautic conllevan un riesgo real con los plugins. |
| Herramientas de monitorización (Uptime Robot, Datadog, etc.) | 240 $ | 600 $ | Solo alertas básicas. Sin monitorización de entregabilidad. |
| Infraestructura de envío de correo (relé SMTP) | 600 $ | 2.400 $ | Las IP compartidas limitan la entregabilidad a escala. |
| Coste anual total | 11.220 $ | 19.740 $ | No incluye el coste de oportunidad de los envíos retrasados. |
Para comparar, el alojamiento gestionado de Mautic a través de un proveedor dedicado cuesta aproximadamente entre 3.600 y 6.000 € al año (300-500 € al mes), con infraestructura, monitorización de entregabilidad, actualizaciones y gestión de colas incluidas. Las cuentas no siempre están claras hasta que detallas el lado del autoalojamiento con honestidad.
Paso 3: identifica los patrones de fallo que aparecen al escalar
Por debajo de 100.000 contactos, la mayoría de las instancias de Mautic autoalojadas funcionan de forma adecuada si la configuración inicial se hizo correctamente. Por encima de ese umbral, aparecen modos de fallo concretos con una frecuencia predecible.
Retraso en la actualización de segmentos: los segmentos grandes (más de 50.000 contactos) con varios filtros de comportamiento pueden tardar de 20 a 40 minutos en actualizarse en un MySQL mal ajustado. Las campañas programadas contra segmentos obsoletos se envían a audiencias equivocadas.
Colapso de la cola de envíos masivos: enviar más de 200.000 correos a través de una sola instancia de Mautic sin un worker de cola configurado correctamente hace que los correos se acumulen, que las ventanas de entrega se alarguen horas y que los envíos sensibles al tiempo (ofertas flash, recordatorios de eventos) lleguen tarde.
Caídas provocadas por actualizaciones: según la propia documentación de actualización de Mautic, la versión 4.x a 5.x requiere PHP 8.0 o superior y elimina varios hooks de plugins obsoletos. Los equipos que usan plugins de la comunidad sin mantenedores activos no tienen una ruta de actualización limpia.
Sendability, la plataforma de correo y CRM agéntica que gestiona infraestructura de envío dedicada para más de 1.000 millones de correos al mes en más de 10 países, ha documentado que más del 60 % de los equipos de Mautic autoalojado que ha incorporado tenían al menos una tarea cron mal configurada en el momento de la migración, la mayoría sin ningún error visible en la interfaz.
Para los equipos que escalan por encima de 150.000 contactos y evalúan opciones de infraestructura de envío, el enfoque de integración con KumoMTA que usamos cambia bastante el panorama del rendimiento.
Paso 4: aplica el marco de decisión
El autoalojamiento es la decisión correcta en escenarios concretos y acotados. El gestionado no es automáticamente mejor, depende de lo que tu equipo pueda asumir.
El autoalojamiento tiene sentido cuando:
- Tienes menos de 100.000 contactos y un crecimiento de lista estable
- Hay un desarrollador disponible y comprometido con la plataforma semana a semana
- Tu volumen de envío es inferior a 500.000 correos al mes
- No tienes ningún requisito de cumplimiento sobre documentación de residencia de datos
- Te sientes cómodo asumiendo las actualizaciones y las pruebas de compatibilidad de plugins
El alojamiento gestionado de Mautic tiene sentido cuando:
- Estás escalando por encima de 100.000 contactos o 500.000 envíos al mes
- Tu equipo de marketing trabaja sin un recurso de DevOps dedicado
- Estás en un sector regulado (servicios financieros, sanidad, retail empresarial) con requisitos de auditoría
- La monitorización de entregabilidad debe ser proactiva, no reactiva
- Quieres la flexibilidad de Mautic sin asumir su superficie operativa
Para ver un desglose completo de las diferencias de coste de plataformas a escala, la comparativa de costes de plataformas de correo cubre cómo se compara el Mautic gestionado con Mailchimp, HubSpot y Klaviyo en volúmenes equivalentes.
Errores comunes (que también hemos cometido)
Aprovisionar de menos en el lanzamiento: empezar con un VPS de 2 GB de RAM porque maneja bien las pruebas iniciales. Los workers en segundo plano de Mautic bajo carga necesitan un mínimo de 4 GB para cualquier cosa por encima de 50.000 contactos. Hemos visto este error en nuestros propios despliegues iniciales antes de estandarizar las especificaciones de los servidores.
Saltarse la configuración de la cola: ejecutar Mautic en modo de correo síncrono funciona para las pruebas. En producción, bloquea la interfaz durante los envíos y genera fallos de envío falsos que son difíciles de diagnosticar.
Tratar las actualizaciones como algo rutinario: las versiones menores de Mautic suelen ser seguras. Las versiones mayores no. El salto a Mautic 5 requirió cambios en la versión de PHP, migraciones del esquema de la base de datos y rompió varias integraciones de terceros. Los equipos que no probaron primero en un entorno de staging perdieron horas de funcionalidad de campañas.
Ignorar la entregabilidad desde el lado de la infraestructura: el Mautic autoalojado con un relé SMTP compartido hereda la reputación de IP de ese relé. El informe de referencia de 2024 de Validity encontró que las tasas de colocación en la bandeja de entrada varían en más de 20 puntos porcentuales entre remitentes con infraestructura de IP dedicada frente a compartida. Esa brecha se multiplica con el volumen.
Una limitación honesta del alojamiento gestionado: cambias algo de libertad de configuración por estabilidad. Si tu caso de uso requiere extensiones PHP personalizadas, arquitecturas de base de datos poco convencionales o una integración estrecha con sistemas internos heredados, un entorno gestionado puede imponer restricciones que una configuración autoalojada no impondría. Ese equilibrio es real y merece la pena nombrarlo desde el principio.
Para los equipos que evalúan el lado de la entregabilidad de esta decisión, la guía sobre entregabilidad de correo rentable cubre qué decisiones de infraestructura mueven de verdad las métricas de colocación en la bandeja de entrada.
Resultados esperados y próximos pasos
Los equipos que pasan del autoalojamiento al alojamiento gestionado de Mautic en el punto de inflexión adecuado, normalmente en torno a los 100.000 contactos o cuando llega el primer incidente de actualización importante, informan de tres resultados constantes: un despliegue de campañas más rápido (sin solución de problemas de colas o cron), costes mensuales predecibles con los que es más fácil presupuestar y mejoras en la colocación en la bandeja de entrada cuando la infraestructura de envío dedicada sustituye a un relé compartido.
Los equipos que siguen con el autoalojamiento y cuentan con los recursos internos adecuados también funcionan bien. El caso de fallo no es elegir el autoalojamiento, es elegir el autoalojamiento sin la capacidad operativa para mantenerlo y descubrir la brecha durante una ventana de envío crítica.
El informe sobre el estado de la entregabilidad de correo de 2026 documenta cómo las decisiones de infraestructura tomadas en la fase de selección de plataforma afectan a los resultados de entregabilidad 12-18 meses después, algo que merece la pena leer antes de cerrar cualquier decisión de alojamiento.
Si tu calculadora de costes da más de 12.000 $ al año, tu lista está creciendo por encima de 100.000 o tu última actualización de Mautic tardó más de un día en estabilizarse, hemos documentado el proceso de migración y las decisiones de infraestructura que hacen que la transición sea limpia. Esa experiencia está disponible si los números apuntan en esa dirección.
SOLICITA UN RECORRIDO POR LA INFRAESTRUCTURA
Descubre cómo se compara Sendability con tu ESP actual. demostración de infraestructura en directo.
Te guiamos por la gestión de IP dedicada, la configuración de Mautic, la monitorización de entregabilidad y el coste total frente a tu ESP actual. Sin discurso de ventas. Solo una comparación técnica clara. Con la confianza de Nestlé, Brown-Forman y Reworld Media.