Servidores MailWizz EMS gestionados, listos para producción

Quien busca "servidor MailWizz", "MailWizz dedicado" o "MailWizz gestionado" suele estar en el punto de decisión entre autohospedar y delegar. Esta página cubre lo que conviene saber para tomar esa decisión y qué esperar de un entorno MailWizz administrado.

Qué significa "MailWizz gestionado"

MailWizz es una aplicación autohospedada: usted la descarga, la instala en un servidor y la configura. En la teoría, sencillo. En producción, un entorno MailWizz necesita un servidor web bien configurado (Nginx o Apache), PHP-FPM con extensiones y memory limits ajustados, MySQL optimizado para tablas grandes de suscriptores, cron jobs cada 5 minutos para queues de envío y procesamiento de bounces, conexión a un SMTP de envío, configuración DKIM/SPF/DMARC, y mantenimiento continuo cuando MailWizz publica updates.

Que sea gestionado quiere decir que esa capa la cubrimos nosotros. Usted entra a MailWizz, sube la lista, arma la campaña y envía. Servidor, software, autenticación, entrega, monitoreo y updates: del lado nuestro.

Arquitectura: por qué separamos aplicación y envío

Cada plan combina MailWizz EMS corriendo sobre un cluster de aplicación con un servidor SMTP de envío dedicado. MailWizz nunca corre en el mismo servidor que el relay SMTP. Esa separación previene contención de recursos en volúmenes altos y permite optimizar cada componente por separado.

• Servidor de aplicación (MailWizz): cluster multi-procesador con workers PHP dedicados, MySQL con InnoDB optimizado, Redis para gestión de queues y backups semanales automatizados. La capa de aplicación es la misma para todos los planes — está sobreprovisionada para soportar la carga de gestión de campañas.
• Servidor de envío (dedicado por cliente): el hardware varía por plan (VPS para Basic, hardware dedicado para Pro y Agency). Aquí viven sus IPs dedicadas y aquí se hace la entrega. Las specs de hardware del plan aplican a este servidor.
• Red: 1 Gbit/s sin medición en todos los planes. Peering en la UE con DE-CIX Frankfurt y AMS-IX Amsterdam para latencia baja contra ISPs europeos.

MailWizz vs Mailchimp: por qué los senders cambian

Es la migración más común que vemos. Los usuarios de Mailchimp suelen chocar contra una de tres paredes: el pricing por suscriptor se vuelve significativo arriba de 25,000 contactos; la cuenta queda suspendida después de quejas en una campaña; o el placement cae por contaminación del pool de IPs compartido. MailWizz sobre infraestructura dedicada resuelve las tres: tarifa plana sin importar el tamaño de la lista, sin suspensiones por reportes de spam, y reputación de IP aislada de cualquier otro sender.

A 100,000 suscriptores, Mailchimp cuesta entre €450 y €600 al mes. El plan MailWizz Pro a €590/mes incluye suscriptores sin tope y monitoreo diario — coste comparable con muchísimo más control sobre la entregabilidad.

Bounce server en tiempo real

MailWizz tiene un bounce server IMAP nativo que monitorea una bandeja designada esperando notificaciones de bounce. En nuestro entorno conectamos esa bandeja al servidor de procesamiento de bounces, que recibe respuestas SMTP del relay en tiempo real. Los hard bounces se suprimen en cuestión de segundos desde el rechazo SMTP — antes del ciclo normal por cron de MailWizz.

Esa supresión en tiempo real es importante para la higiene de lista en volúmenes altos: acumular direcciones bounced durante horas puede dañar la reputación durante el envío de una sola campaña.

Cumplimiento: GDPR, RFC 8058, CASL

Correr MailWizz sobre nuestra infraestructura UE cubre varios requisitos de cumplimiento que un setup self-hosted o un ESP compartido no resuelven con la misma limpieza:

• DPA Artículo 28 GDPR: firmado para todos los clientes. Cubre propósito de procesamiento, retención, medidas de seguridad y notificación de brecha. Residencia de datos en la UE — los datos de suscriptores nunca salen de servidores europeos.
• List-Unsubscribe-Post (RFC 8058): inyectado a nivel de relay para todos los mensajes comerciales. Requisito de Google para bulk senders desde febrero 2024.
• CASL (Canada's Anti-Spam Legislation): los custom fields de MailWizz soportan documentación de fecha de consentimiento, fuente y tipo de relación para programas de senders canadienses.
• Procesamiento de la suppression list: los unsubscribes se procesan en tiempo real vía la suppression list nativa de MailWizz. Las supresiones por bounces se añaden en segundos desde el rechazo SMTP.
• Two-factor authentication: el panel de admin de MailWizz se puede proteger con 2FA vía plugin. Recomendado para todos los entornos en producción.

Migrar desde Mailchimp, Klaviyo o Brevo

La migración desde un ESP compartido a MailWizz sobre infraestructura dedicada es directa para los datos de la lista, pero requiere planificación cuidadosa para el warm-up. El proceso:

• Exportar la lista: bajar el listado de suscriptores como CSV desde el ESP actual. Incluir datos de engagement (fecha de última apertura/click) si están disponibles — son críticos para la segmentación durante el warm-up.
• Importar a MailWizz: MailWizz importa CSV estándar con mapeo de custom fields. Los segmentos por engagement (30, 60, 90 días activos) se pueden crear durante la importación usando el campo de fecha.
• Warm-up en paralelo: seguir enviando desde el ESP actual durante 8 a 12 semanas mientras se calientan las IPs nuevas con los segmentos más engaged. Sin disrupción al programa actual.
• Migración total: cuando las IPs nuevas alcancen reputación HIGH en Postmaster Tools, mover el volumen completo a MailWizz y cancelar la suscripción al ESP compartido.

El lado técnico de la migración lo cubrimos para todos los clientes Pro y Agency. Escríbanos a infrastructure@cloudserverforemail.com con su ESP actual, número de suscriptores y disponibilidad de datos de engagement.