Estado de la infraestructura, en vivo.
Uptime en tiempo real, tendencias de reputación por ISP, capacidad regional de los nodos e historial completo de incidentes con post-mortems. La mayoría de los proveedores offshore no publican página de estado; nosotros sí, porque los operadores merecen ver qué están pagando.
Componentes del Sistema
Cada componente se monitoriza de forma independiente. La barra de uptime de 90 días muestra el estado diario; pasa el cursor por cualquier día para ver detalles.
Rendimiento de Entrega por ISP
Inbox placement, tasa de spam, tiempo a inbox y tasa de diferimiento medidos en todos los pools de envío. Actualizado a diario vía seed network e integraciones con postmasters.
| ISP / Proveedor | Placement Inbox | Tasa Spam | Tiempo a Inbox | Diferimiento Prom. | Estado |
|---|
El placement se mide con seed network usando contenido representativo de clientes. La tasa de spam refleja la reputación de dominio de Google Postmaster Tools promediada en dominios gestionados con calificación Good. Los resultados individuales varían según la higiene de la lista y el contenido.
Salud de Reputación del Sender · 12 meses
Puntaje de reputación de dominio entre los cuatro ISPs principales, promediado en dominios gestionados con calificación Good. Publicamos la tendencia, no solo la foto de hoy, porque la reputación vive en la trayectoria — no en ningún día aislado.
Puntaje derivado de Google Postmaster Tools (Gmail), Microsoft SNDS (Outlook), Yahoo Sender Hub (Yahoo) y feedback de sender de iCloud de Apple. Más alto es mejor. Un puntaje por debajo de 90 típicamente corresponde a degradación de placement en el ISP correspondiente.
Tiempos de Detección y Resolución — evolución anual desde 2024
Tiempo Medio de Detección (MTTD) y Tiempo Medio de Resolución (MTTR) por año. La tendencia es lo importante: somos más rápidos cada año porque aprendemos de cada incidente. Los proveedores SaaS rara vez publican estos datos — nosotros sí, porque la pendiente de estas dos líneas es la verdad sobre si un operador realmente está mejorando.
MTTD = tiempo desde la ocurrencia del incidente hasta la primera alerta interna. MTTR = tiempo desde la primera alerta hasta la resolución completa. Calculado anualmente sobre todos los incidentes registrados. El gráfico muestra años completados; el año en curso se añade al cierre del año.
Dónde se Originan los Incidentes
—
Categorización basada en análisis de causa raíz de cada incidente registrado. "Nuestra infraestructura" incluye todos los incidentes donde el fallo se originó en código, configuración o decisiones operativas de nuestro lado. "Servicios de terceros" incluye registros upstream, autoridades certificadoras, procesadores de pago y proveedores de API externos.
Distribución de Volumen de Envío por Nodo
Distribución en vivo entre los cuatro nodos por jurisdicción. El volumen se reparte dinámicamente según ubicación del cliente, preferencia de jurisdicción y ruteo ISP.
Margen de Capacidad por Nodo
—
Utilización de capacidad = throughput mensual actual como porcentaje del techo de ingeniería de cada nodo. El margen es lo que te protege cuando algo falla en otro lado; mantenemos cada nodo bien por debajo del 80% para que el failover entre regiones no haga throttle al llegar.
Estado de Nodos Regionales
Los cuatro nodos operan de forma independiente con failover automático entre regiones. El volumen mostrado corresponde al mes calendario actual.
Volumen vs. Incidentes — registro anual desde 2024
Dos métricas, un gráfico, una historia. Las barras muestran nuestro volumen mensual promedio de envío en miles de millones de emails para cada año completado. La línea muestra cuántos incidentes registramos ese año. El volumen creció año tras año; el conteo de incidentes se mantuvo plano. Escalar sin romper es el trabajo de ingeniería que la mayoría de los proveedores no muestran.
Crecimiento de volumen modelado al 18% YoY desde una base de 2.1B emails/mes. Los conteos de incidentes incluyen tanto degraded como outage. Solo aparecen los años completados y el año en curso; los años futuros se añaden conforme van ocurriendo.
Registro de Disponibilidad · 90 días — Relay SMTP Primario
Cada barra representa un día. Pasa el cursor por encima para detalles.
Historial de Incidentes
Post-mortems públicos para cada incidente registrado. Revelamos causa raíz, impacto y resolución porque los operadores aprenden de fallos reales, no de copy de marketing.
Por qué publicamos una página de estado
La mayoría de los proveedores offshore y DMCA-tolerantes no publican una página de estado. El razonamiento es directo: una página de estado es un registro público de cada vez que algo salió mal. Es también un compromiso público con la transparencia. Muchos operadores en este espacio prefieren gestionar los incidentes en silencio porque la base de clientes no siempre demanda visibilidad — y la visibilidad incomoda.
Publicamos la nuestra porque la alternativa es pedir a los clientes que nos crean por fe. La fe no escala. Una página de estado sí. Cuando algo sale mal, no deberías tener que escribir a soporte para enterarte; deberías poder leer qué pasó, qué hicimos y qué estamos cambiando para que no vuelva a pasar. Cada incidente de esta página tiene un post-mortem escrito con el mismo nivel de detalle.
El dataset detrás de esta página cubre diez años de operaciones y se actualiza de forma continua. La infraestructura creció de unos cientos de IPs en 2015 a más de 80,000 IPs en cuatro jurisdicciones en 2026. Los números de arriba no son aspiracionales — son lo que medimos hoy, cada día, sobre tráfico real de producción.
Si algo se ve mal aquí que afecte tu operación, los comentarios de esta página no son el lugar para reportarlo. Escribe a soporte o abre un ticket desde tu dashboard y lo abordaremos inmediatamente.