Monitoreo continuo de placement en Gmail Postmaster Tools, Microsoft SNDS, Sender Score de Validity, y más de 50 fuentes de blacklist. Alertas revisadas por ingeniero antes de llegar al cliente, con contexto enriquecido (volumen reciente, campañas conocidas, patrones similares de tu propio histórico, patrones similares en clientes del mismo vertical) y runbook de remediación accionable. Para empresa hispanohablante con volumen real que necesita saber cuándo algo se rompe antes de que el cliente final lo note.
En breve
El monitoreo de deliverability es la diferencia entre "supimos que estaba roto cuando los clientes llamaron" y "lo arreglamos antes de que nadie notara". Para empresa hispanohablante con volumen alto (medio millón a varios millones de emails al mes), incidentes de deliverability cuestan revenue directo: cuando los emails transaccionales no llegan, los clientes no completan compras, no recuperan contraseñas, no validan cuentas. La diferencia entre detectar el problema en 30 minutos versus en 12 horas puede ser de cinco a seis cifras en pérdida de revenue dependiendo del segmento.
El problema con la mayoría de productos de monitoreo de deliverability es que generan demasiadas alertas falsas (umbrales automatizados disparan ante variación normal) o demasiadas alertas tardías (umbrales conservadores no detectan problemas hasta que ya escalaron). Los productos automatizados sin análisis humano fallan en este balance. Algunos clientes sufrieron tanto que terminaron silenciando las alertas, lo que defactó el producto.
Resolvemos eso con análisis humano sobre el flujo de alertas. Cuando un umbral automatizado dispara, un ingeniero de deliverability revisa el evento antes de notificar al cliente. La revisión añade contexto: "spam rate subió por encima del umbral durante la campaña del martes a 45.000 destinatarios, comparable al patrón que vimos hace tres semanas que se resolvió en 5 días, acción recomendada es revisar el segmento de lista usado en esa campaña". El cliente recibe alerta accionable, no un dashboard con número rojo y nada más.
Sobre las fuentes de monitoreo. Gmail Postmaster Tools cubre el 50% del market en Europa y EE.UU. para email consumer; Microsoft SNDS cubre el 25% adicional para Outlook 365 corporativo; Sender Score de Validity entrega view independiente de reputación de IP basada en muestreo de receivers diversos. A esto se suma el monitoreo de blacklists relevantes: Spamhaus (CSS, PBL, SBL, XBL), Spamcop, Barracuda, SORBS (varios listings de spam y open relay), SURBL para URI listings, CBL/Composite Blocking List, y otras 30 plus blacklists relevantes. Cada listing se detecta en menos de 30 minutos y dispara alerta automática.
Para clientes hispanohablantes hay receivers regionales que importan también. Movistar/Telefónica tiene infraestructura de email propia en España y LATAM; ONO/Vodafone también; Free.fr y Orange para mercado europeo francés. Para algunos clientes (clientes B2C en España, fintech con clientes a Movistar), el placement en estos receivers regionales es tan importante como Gmail. Cubrimos los principales con monitoreo dedicado, aunque la profundidad de datos disponibles es menor que con Gmail/Microsoft (los receivers regionales no exponen Postmaster equivalente).
Sobre el escalado. El producto encaja a partir de un volumen mínimo donde monitoreo automatizado básico no es suficiente: típicamente medio millón de emails al mes en producción con cualquier mix de transaccional, marketing y/o cold email. Por debajo de eso, los productos automatizados (Mailhardener, MxToolbox, GlockApps con plan básico) atienden suficiente. La línea cambia cuando el coste de un incidente de deliverability supera el coste mensual del monitoreo gestionado, lo que típicamente pasa entre 500.000 y 1.000.000 emails mensuales según el segmento del cliente.
Sobre el contexto del mercado hispanohablante en 2026. Las empresas españolas y latinoamericanas con volumen relevante operan en arquitecturas mixtas: ESP estandarizado (SendGrid, Mailgun) para transaccional, ESP regional (Acumbamail, Doppler, Mailrelay) para marketing local, herramientas tipo Smartlead o Instantly para outbound. Cada componente tiene su propio dashboard de métricas, su propia lógica de alertas, sus propios umbrales. La consolidación del monitoreo en una capa unificada (que es lo que entrega nuestro producto) reduce el overhead operacional sustancialmente y entrega visibilidad cruzada que las herramientas individuales no pueden dar.
Sobre qué pasa cuando se detecta un incidente. El proceso operacional incluye: alerta automática al canal del cliente (Slack, email, PagerDuty según tier), revisión humana del ingeniero de guardia con triage rápido, notificación al cliente con contexto y runbook accionable, ofrecimiento de coordinación si el cliente requiere ayuda con remediación. Para incidentes mayores (caída masiva de placement, listing en Spamhaus que persiste), el ingeniero queda disponible durante el incidente para coordinación con el equipo del cliente. Esta cobertura está incluida en el producto recurrente; remediación profunda (recuperación de reputación, recovery post-incidente serio) es engagement aparte que se factura como producto distinto.
Sobre el lado tributario, factura desde Viena en EUR con número de IVA intracomunitario austríaco. Para empresa española mecanismo de inversión del sujeto pasivo. Para empresa LATAM tributación local de importación según jurisdicción. La carga total efectiva queda entre 16% y 30% sobre el valor de la factura. Mencionamos los números porque el coste efectivo para tu operación queda por encima del listado en EUR.
Sobre el flujo operacional típico de un día en monitoreo gestionado vale describir. El ingeniero de guardia revisa cada mañana el dashboard consolidado de todos los clientes con foco en: alertas overnight que requieren follow-up, métricas que cambiaron significativamente vs día anterior (placement caído más del 5%, complaint rate subiendo, listing nuevo en blacklist), patrones que sugieren problema emergente. Para cada hallazgo, decide: notificación al cliente con runbook accionable, espera para más datos antes de notificar (evitar falsos positivos), o escalación interna si el patrón parece sistémico. El flujo está documentado y consistente entre ingenieros del equipo, lo que evita que la calidad del monitoreo varíe según quién está de guardia.
Sobre cómo se compara el monitoreo gestionado con productos automatizados puros en escenarios reales hay observación que vale documentar. Producto automatizado típico genera 50-200 alertas mensuales por cliente, de las cuales 10-20 son accionables y el resto son falsos positivos o variación normal. El equipo del cliente termina silenciando las alertas o ignorándolas, lo que defacto el producto. Monitoreo gestionado nuestro genera 5-15 alertas mensuales por cliente porque el ingeniero filtra los falsos positivos antes de notificar, y todas son accionables con runbook claro. La métrica que importa no es alertas generadas sino alertas accionables que el cliente actuó. En esa métrica, el gestionado supera al automatizado por 3-5x según las medidas internas que mantenemos.
Sobre la observación específica del valor diferencial del análisis humano en monitoreo de deliverability durante 2024-2025. Receiver-side ML evolucionó significativamente con la introducción de modelos transformer-based en sistemas de filtrado de Gmail y Microsoft. Los patrones que disparan filtrado se volvieron más sutiles: ya no es solo ratio imagen-texto o palabras flag, sino combinaciones de señales que solo análisis humano experimentado identifica. Productos de monitoreo automatizado quedaron limitados a métricas agregadas (placement, complaint rate, bounce rate) sin capacidad de explicar la causa raíz cuando algo cambia. El análisis humano ingeniero queda como diferenciador real, especialmente para clientes con volumen medio donde productos automatizados generan ruido sin señal accionable.
Sobre la observación específica de evolución de receivers durante 2024-2025 que afecta monitoreo. Gmail introdujo cambios en algoritmo de filtrado en febrero 2024 con bulk sender enforcement que requirió ajustes en thresholds de monitoreo. Microsoft hizo cambio similar en mayo 2025 con efectivamente los mismos requisitos para Outlook 365 corporativo. Yahoo siguió patrones similares con menor publicidad. La métrica que importa cambió: spam rate ya no es métrica suficiente, hay que mirar también complaint rate alineado con DMARC, authentication failure rate, suppression efficiency, hold rate (mensajes en queue por throttling) que muchos productos automatizados no cubren. El monitoreo profesional gestionado actualiza thresholds y métricas observadas conforme los receivers cambian, sin que el cliente tenga que rastrear los cambios manualmente.
Sobre la observación específica del valor diferencial del análisis humano durante 2024-2025 cuando los receivers introdujeron filtrado basado en transformer-based ML. Las herramientas automatizadas que dependían de umbrales estáticos quedaron obsoletas: el patrón que dispara filtrado en Gmail post-2024 es combinación sutil de señales (ratio engagement, patrón de envío, alineamiento DMARC, rotación de DKIM, similitud de contenido con campañas previas que recibieron complaints) que requiere análisis humano para interpretar. Productos de monitoreo automatizado puro generan alertas sobre síntomas (placement caído) sin capacidad de explicar causa (qué cambió en los señales que el receiver evalúa). El análisis humano con experiencia en patrones del receiver ML moderna es diferenciador real y no es replicable por automation actual.
Sobre el flujo específico operacional cuando se detecta un incidente que vale documentar para que el cliente sepa qué esperar. T+0 minutos: alerta automática del sistema de monitoreo al ingeniero de guardia. T+5-15 minutos: ingeniero hace triage rápido con contexto del cliente (volumen reciente, campañas conocidas, histórico de incidentes similares). T+15-30 minutos: notificación al cliente vía canal preferido (email, Slack, PagerDuty según tier) con runbook accionable. T+30 min - 4 horas: si la situación escala, ingeniero permanece disponible para coordinación con equipo del cliente, ofrece llamada técnica si requiere, ajusta monitoreo para detectar evolución del incidente. T+4-24 horas: post-mortem inicial documentado con hallazgos y recomendaciones. T+24-72 horas: post-mortem completo con plan de prevención de recurrencia. Cada paso documentado para que el cliente tenga visibilidad del proceso.
Sobre la integración específica con stack observability moderno que muchos clientes profesionales requieren. El monitoreo expone métricas en formato Prometheus accesibles vía endpoint scrape estándar para Grafana, Datadog, New Relic, Splunk Observability. Logs estructurados en formato JSON exportables a SIEM (Splunk, ELK, Sumo Logic, Datadog Logs). Webhooks bidireccionales para integración con sistema de tickets del cliente (Jira, ServiceNow, Linear). Para clientes con plataforma de observabilidad madura, la integración permite correlacionar métricas de email con métricas de aplicación, lo que ayuda en investigación de incidentes complejos donde el síntoma aparece en email pero la causa está en una capa anterior del stack del cliente.
Sobre el caso específico de cliente que llega con incidente activo de placement degradado y necesita visibilidad inmediata mientras planifica remediación. Patrón típico: cliente con caída súbita de placement (del 90% al 60% en una semana) sin causa identificada por el equipo interno. Activamos monitoreo de emergencia en 24-48 horas con cuentas seed propias dedicadas al cliente, integración con Gmail Postmaster Tools y Microsoft SNDS del cliente, análisis humano del flujo de alertas para identificar señales que el equipo interno no había correlacionado. La visibilidad inmediata permite que el cliente vea con datos lo que está pasando antes de invertir en remediación. Si la causa raíz queda identificada durante el monitoreo de emergencia, recomendamos el path de remediación apropiado (a veces autogestión con guía de runbook, a veces engagement de Recovery profesional según severidad).
Sobre el patrón específico que vemos durante 2025-2026 de empresas que migraron del producto automatizado puro hacia monitoreo gestionado tras experiencia de fatiga operativa. La situación típica: empresa que tenía GlockApps o Mailhardener durante 1-2 años con dashboard verde la mayoría del tiempo, sufrió incidente serio de placement que el producto automatizado no detectó hasta que era crisis (umbrales estáticos no detectaron señales tempranas), o detectó pero con falso positivo entre cientos de alertas que el equipo silenciaba. La migración hacia monitoreo gestionado entrega: alertas filtradas con análisis humano (5-15 mensuales accionables vs 50-200 mensuales del automatizado), runbooks específicos para el cliente con contexto de su perfil de envío, coordinación directa con receivers cuando aplica. La diferencia operacional es sustancial: equipos que tuvieron fatiga con automatizado redescubren la utilidad del monitoreo cuando reciben alertas que importan en lugar de ruido continuo.
Sobre el patrón específico durante 2025-2026 de empresas que activaron monitoreo gestionado tras migración exitosa con nosotros. Cliente que cerró Migración con éxito (placement equivalente o superior al ESP origen, plazo cumplido, garantía sin necesidad de aplicar service credits) decide activar Monitoring como servicio recurrente para mantener visibilidad continua post-migración. Para estos clientes, el onboarding de Monitoring es trivial (la infraestructura ya está configurada durante la Migración) y el coste mensual integra al budget de email infrastructure. Aproximadamente 60% de los clientes que cierran Migración activan Monitoring en los primeros 90 días post-cutover.
Sobre el caso específico de cliente que llega tras incidente exitoso resuelto por equipo interno y quiere monitoreo profesional para prevenir reincidencia. Patrón típico: empresa hispanohablante con equipo de deliverability competente que resolvió internamente incidente serio (placement caído, listing en blacklist, complaint spike), quiere mantener visibilidad continua para detectar señales tempranas de problemas similares. El monitoreo gestionado entrega: análisis humano sobre el flujo de alertas con experiencia de patrones (vs el equipo interno con conocimiento limitado al incidente que enfrentaron), benchmarks contra base de clientes nuestros del mismo segmento (vs el equipo interno sin visibilidad cruzada), coordinación con receivers cuando aparecen señales que requieren contacto profesional. La combinación entrega prevención de recurrencia más sólida que monitoreo automatizado puro o monitoreo del equipo interno.
Sobre el caso específico durante 2025-2026 de empresas con observabilidad madura que integran nuestras métricas como una capa más del stack. Cliente con plataforma de observabilidad consolidada (Datadog, New Relic, Splunk Observability, ELK con Grafana) integra nuestras métricas vía endpoint Prometheus estándar, lo que permite correlación cruzada con métricas de aplicación. La integración entrega visibilidad cuando un síntoma aparece en email pero la causa está en una capa anterior del stack, o viceversa cuando un cambio en aplicación afecta deliverability indirectamente. La integración es estándar (no requiere customización por cliente).
Abajo, los perfiles donde el análisis humano sobre el flujo de alertas justifica el coste mensual.
SaaS donde los emails transaccionales (recuperación de password, confirmación de orden, factura, notificación de cambio de estado) son críticos para el flujo del cliente. Cualquier interrupción de placement reduce conversión inmediatamente. El producto entrega visibilidad antes de que el problema llegue al servicio al cliente.
Empresa con setup complejo donde el problema en un canal puede afectar a otro (típica historia: campaña de marketing con tasa de complaint alta arrastra la reputación del IP, lo que afecta a los emails transaccionales que comparten infraestructura). El monitoreo cruzado identifica el contagio antes de que escale.
Agencia con cuentas de cliente delegadas necesitando dashboard separado por cliente, alertas con branding de la agencia, reportes auditables que la agencia entrega al cliente final. La sub-cuenta por cliente con dashboard branded resuelve la entrega operacional.
Operación que sabe que va a tener pico de volumen en fecha conocida y necesita monitoreo más cerrado durante ese período. Ofrecemos servicio "high-watch" con monitoreo intensificado durante eventos planificados, sin coste adicional para tier Pro y Enterprise dentro de scope razonable.
Empresa que sufrió incidente de deliverability hace pocos meses (caída de placement, listing en Spamhaus, complaint spike) y quiere monitoreo profesional para detectar señales tempranas antes que se vuelva crisis. La detección temprana de patrones similares ayuda a prevenir reincidencia.
Fintech bajo CNMV España, CNBV México o BCRA Argentina con auditoría regulatoria recurrente que pide evidencia de monitoreo continuo de los canales de comunicación con cliente. Los reportes mensuales del producto cubren el control técnico que el auditor pide como evidencia.
E-commerce con clientes en varios países hispanos donde los receivers regionales (Movistar, Vodafone, Free.fr, Orange) son relevantes en proporción del volumen total. El monitoreo cubre los receivers principales más cobertura adicional para regionales que productos genéricos no incluyen.
ESP regional vendiendo a empresa más grande exige documentación de SLA de deliverability con métricas de placement por receiver. El servicio entrega los datos auditables que el ESP regional puede usar como evidencia ante el cliente final, sin construir la herramienta de monitoreo internamente.
Empresa con auditoría externa programada para próximos meses (auditoría de cliente final, auditoría regulatoria, auditoría ISO recurrente) que necesita evidencia continua de monitoreo de canales de comunicación con cliente. El producto entrega histórico de 12+ meses con reportes mensuales firmados por ingeniero responsable, lo que cumple el requisito de evidencia continua que las auditorías modernas piden.
Plataforma con email como uno de varios canales de comunicación (también SMS, push notifications, in-app messaging). El monitoreo de email entrega visibilidad sobre el canal específico sin reemplazar monitoreo de los demás. Para clientes con sistema de observabilidad consolidado, integramos métricas de email vía webhook al SIEM del cliente.
Cliente en proceso de migración entre ESPs que necesita monitoreo unificado durante el cutover para detectar diferencias de placement entre origen y destino. El monitoreo cubre ambos ESPs simultáneamente durante el período de overlap, lo que entrega comparación directa de métricas y ayuda a validar que la migración fue exitosa.
Las fuentes de monitoreo y el proceso de análisis son sistemáticos. Abajo, los componentes operacionales.
API de Gmail Postmaster Tools integrada desde 2015. Datos de spam rate, IP reputation, domain reputation, delivery errors y feedback loop accesibles continuamente. Histórico de tendencia desde la integración inicial, lo que permite identificar patrones de largo plazo que productos más nuevos no tienen. La integración permite ver datos a nivel de dominio y a nivel de IP separadamente, lo que es crítico para identificar si el problema es del dominio (autenticación, contenido, lista) o de la IP (warmup mal hecho, contaminación cruzada, listing en blacklists internas de Google).
SNDS (Smart Network Data Services) para datos de IP reputation en infraestructura Microsoft (Outlook.com consumer, Hotmail, Live, Office 365). SRDS (Sender Reputation Data) accesible vía Junk Email Reporting Program para datos agregados. La cobertura SNDS es solo para IPs registradas con Microsoft, lo que requiere proceso de registro inicial que coordinamos durante onboarding.
Score independiente de Validity (antes Return Path) basado en muestreo de receivers diversos, más allá de Gmail y Microsoft. Útil para identificar problemas en receivers que Gmail/Microsoft no cubren (Yahoo, AOL, ProtonMail, receivers europeos secundarios). Sender Score actualiza diariamente y muestra trend de 30 días, lo que ayuda a identificar degradación gradual antes de que se vuelva crisis.
Monitoreo de Spamhaus (CSS, PBL, SBL, XBL), Spamcop, Barracuda, SORBS (múltiples listings), SURBL, CBL, URIBL, MultiRBL.valli, y 40 plus blacklists adicionales. Detección de listing en menos de 30 minutos del listing real. Alerta automática + inicio de delisting cuando aplica. Para listings transitorios (Spamhaus PBL típico de IP nueva sin warming) iniciamos delisting automatizado; para listings persistentes con causa subyacente, triage profundo con cliente.
Ingeniero de deliverability revisa cada alerta antes de notificar al cliente, añade contexto (volumen reciente, campañas conocidas, patrones similares), genera runbook accionable. La revisión añade 5 a 30 minutos de latencia comparado con alerta automatizada pura, pero elimina falsos positivos y genera información accionable en lugar de "número rojo, averígualo tú". Para alertas críticas (caída masiva de placement, complaint spike severo), el ingeniero llama al cliente directamente sin esperar a que vea el ticket.
Panel web con histórico de placement por receiver, blacklist status histórico, eventos de alerta con resolución, exportable en CSV y JSON para ingestión en data warehouse del cliente. Integración Slack para alertas en tiempo real al canal del equipo de deliverability del cliente. Para clientes Pro y Enterprise, integración con PagerDuty para alertas críticas que requieren despertar a alguien fuera de horario.
Red de cuentas seed propias en Gmail consumer, Gmail Workspace, Outlook consumer, Outlook 365, Yahoo, ProtonMail, receivers europeos secundarios (Free.fr, GMX, Strato, web.de). Envío controlado de muestra del tráfico del cliente hacia las cuentas seed para validar placement independientemente del Postmaster Tools del receiver. Útil para identificar problemas que el Postmaster no expone (typical Gmail Promotions tab placement vs Primary tab no es visible en Postmaster).
Para incidentes que requieren contacto con el receiver (Gmail Postmaster Sender Support, Microsoft Sender Support, Yahoo FBL issues), el equipo coordina directamente con los soporte programs de los receivers. Esta coordinación añade valor sustancial sobre productos automatizados puros porque el receiver responde a coordinación profesional con contexto técnico, no a tickets genéricos.
Para clientes con audiencia asiática (cold email B2B desde Europa hacia mercados de Singapur, Hong Kong, Japón, Corea), monitoreamos placement en receivers regionales relevantes: NTT y Yahoo Japan en Japón, Naver y Daum en Corea, QQ Mail en China continental cuando aplica. La cobertura es vía cuentas seed dedicadas en cada receiver porque ninguno de estos expone Postmaster Tools público. Útil para SaaS hispanohablantes con presencia en Asia.
Procesamiento del feedback loop de Yahoo, Microsoft (Junk Email Reporting Program), AOL, ProtonMail. Cada complaint se clasifica por dominio del cliente, IP de origen, campaña asociada cuando es identificable, y tipo de complaint (Tip This Is Spam vs Mark As Junk vs Block Sender). El análisis de patrones identifica si los complaints vienen de un segmento específico de la lista del cliente o son distribuidos uniformemente, lo que cambia la estrategia de remediación.
Precios mensuales según volumen mensual estimado y nivel de soporte. Sin contrato anual obligatorio (compromiso mes a mes después de mes 1).
Para volumen 500K a 2M emails al mes.
Ideal para
Empresa con volumen medio, varios receivers, alertas básicas con runbooks.
Para volumen 2M a 10M con varios canales mezclados.
Ideal para
Empresa con varios dominios, mezcla de transaccional, marketing y cold email, equipo de deliverability interno.
Para volumen 10M+ o requisitos custom.
Ideal para
ESP, agencia con muchos clientes, corporación con cumplimiento regulado.
Precios antes de IVA. Compromiso mínimo de 3 meses para Standard y Pro, 6 meses para Enterprise.
Aquellos son productos de monitoreo automatizado con dashboards. La diferencia con nuestro servicio: análisis humano sobre el flujo de alertas más allá de los umbrales, runbooks accionables en lugar de un simple "número rojo", integración con coordinación de remediación (en caso de listing en Spamhaus iniciamos delisting; en caso de complaint spike identificamos campaña culpable). Los productos automatizados son más baratos por mes pero requieren equipo interno del cliente para interpretar y actuar. Para empresa con equipo de deliverability interno, los productos automatizados son suficientes y más baratos. Para empresa sin ese equipo, nuestro servicio cubre la interpretación.
Sí, los principales: Movistar/Telefónica, Vodafone/ONO, Free.fr, Orange. La profundidad de datos es menor que con Gmail/Microsoft (estos receivers no exponen Postmaster Tools equivalente público), pero monitoreamos placement vía cuentas seed propias y datos agregados. Para clientes B2C hispanohablantes, esta cobertura adicional es importante. Para clientes B2B con audiencia exclusiva en Microsoft 365 corporativo, los receivers regionales tienen menos peso.
Sí, pero con observaciones. Cold email B2B típicamente envía a Microsoft 365 corporativo y Google Workspace corporativo, donde la metodología de monitoreo es la misma que para transaccional pero los thresholds aceptables son diferentes (cold email tolera complaint rate ligeramente mayor que transaccional). Configuramos thresholds adecuados al canal en setup. Para clientes con mezcla de cold email y transaccional sobre la misma infraestructura, segmentamos las métricas por canal para evitar que las métricas de uno contaminen las del otro.
Detección en menos de 30 minutos. Alerta inmediata al cliente con contexto del listing (qué blacklist, posible causa, severidad). Para listings transitorios (Spamhaus PBL, Barracuda) iniciamos delisting automatizado. Para listings persistentes, triage para identificar causa raíz, recomendación de acción, coordinación con cliente sobre suspensión temporal del envío si aplica. La política es proteger la red completa antes que proteger volumen específico de un cliente.
Slack sí, integración nativa para alertas en tiempo real al canal del equipo de deliverability. Teams sí, vía webhook custom. PagerDuty sí, para alertas críticas que necesitan despertar a alguien. Cualquier sistema de monitoreo del cliente vía webhook estándar HTTP. Para tier Enterprise integramos directamente con el SIEM del cliente (Splunk, Datadog, New Relic, ELK) para que las alertas aparezcan junto con el resto del monitoreo de seguridad.
Incluye triage y runbook accionable. Si la remediación requiere acción del lado del cliente (cambiar contenido, ajustar segmentación de lista, parar campaña problemática), el cliente la ejecuta con guía nuestra. Si la remediación es del lado nuestro (delisting de Spamhaus, coordinación con receiver, ajuste de configuración de IP nuestra), la ejecutamos sin coste adicional. Para incidentes serios que requieren engagement profundo (recuperación de reputación, post-mortem documentado, plan de prevención de recurrencia), el producto Recovery es engagement aparte que se factura como producto distinto.
Sí. Los reportes están firmados por el ingeniero responsable, en formato PDF auditable, y cubren los controles técnicos sobre email que ISO 27001 anexo A.13 (Communication Security) y SOC 2 CC6 (Logical Access) tipicamente piden como evidencia. Para clientes con auditoría regulatoria específica (CNMV España, CNBV México, BCRA Argentina, CFTC y otros) personalizamos el formato del reporte para cubrir los controles del marco aplicable. Los reportes están en español por defecto, con opción de inglés para clientes con auditor internacional.
Tier Standard: 1 cuenta principal. Tier Pro: hasta 25 dominios bajo gestión, lo que típicamente cubre 5-15 clientes finales según el tamaño de cada uno. Tier Enterprise: dominios ilimitados, sub-cuentas ilimitadas con dashboard branded. Para agencias con muchos clientes activos, el tier Enterprise es el encaje correcto porque incluye API de gestión que permite automatizar la creación de sub-cuentas cuando entra cliente nuevo a la agencia.
Llamada de discovery de 30 minutos discutiendo perfil del cliente: volumen mensual, canales (transaccional vs marketing vs cold), receivers principales, dominios, equipo interno actual. Salida es plan recomendado con tier y plazo de onboarding.
Sí, parte del valor agregado del análisis humano. Los reportes mensuales incluyen comparación con benchmarks observados sobre la base de clientes nuestros del mismo vertical (transaccional B2C, cold email B2B, marketing legítimo, multi-canal mixto). Útil para que el cliente sepa si sus métricas están en top 25%, mediana, o bottom 25% del segmento. Sin benchmarks, números aislados como 'spam rate 0.15%' son difíciles de interpretar; con benchmarks, el cliente sabe si está bien o mal posicionado.
No directamente. El producto cubre email específicamente (SMTP, IMAP cuando aplica, integración con receivers de email). SMS transaccional y push notifications son canales distintos con metodologías de monitoreo distintas (SMS via Twilio o proveedores regionales, push via APNs/FCM con sus propias métricas). Para clientes con varios canales de comunicación que necesitan vista consolidada, recomendamos integrar nuestras métricas de email vía webhook al SIEM o data warehouse del cliente, donde el cliente consolida con métricas de los demás canales.
Tier Standard: 12 meses de histórico accesible vía dashboard, exportable en cualquier momento. Tier Pro: 24 meses. Tier Enterprise: 60 meses (5 años) o ilimitado según contrato, útil para clientes en sectores regulados que requieren retención extendida de evidencia. Para todos los tiers, los reportes mensuales firmados se archivan en formato PDF auditable y se mantienen durante el contrato del cliente más 12 meses adicionales tras cancelación.
Detectamos automáticamente. Si el ESP del cliente reasigna las IPs de envío sin aviso (lo que pasa ocasionalmente con AWS SES o ESPs que rotan pools), el monitoreo detecta el cambio dentro de 24 horas vía análisis de patrones DNS y comportamiento del envío. Alerta al cliente con el cambio detectado, actualizamos los pipelines de monitoreo para incluir las IPs nuevas, y validamos que las IPs nuevas tienen reputación aceptable. Para incidentes donde el ESP rotó a IPs problemáticas, escalación a Recovery.
Discutimos tu volumen, perfil de envío, equipo interno actual. Identificamos plan adecuado o recomendamos producto distinto si tu caso encaja mejor con automatizado puro.
