Como configurar alertas de monitoreo de dominios

Un dominio que vence mientras estás de vacaciones, o un competidor que se queda con un nombre que llevabas semanas monitoreando a mano: estos no son casos extremos. Ocurren porque el seguimiento manual no escala. Este artículo explica cómo configurar alertas de monitoreo de dominios: qué tipos de eventos cubrir, cómo establecer umbrales, y qué verifica exactamente cada alerta.

Por qué los recordatorios de calendario no son suficientes

Un recordatorio de calendario se activa en una fecha. Los datos RDAP cambian según su propio calendario, con frecuencia sin previo aviso.

El problema más evidente: un recordatorio de calendario solo rastrea fechas de vencimiento. No dice nada sobre cambios de estado. Un dominio puede ser colocado en clientHold (lo que significa que su resolución DNS se detiene) sin ninguna notificación al propietario. El estado clientTransferProhibited puede eliminarse en silencio, lo que suele ser el primer paso de una transferencia no autorizada. Los nameservers pueden cambiar de un día para otro.

Las verificaciones manuales (abrir WHOIS una vez al mes, revisar una hoja de cálculo) solo ofrecen una instantánea del momento. No muestran qué cambió entre dos verificaciones.

Los eventos que un sistema de alertas debe cubrir

Un sistema de alertas útil va mucho más allá del simple "el dominio vence pronto":

• Vencimiento próximo: configurable a 90, 30 y 7 días antes del vencimiento. Tener umbrales diferentes para dominios distintos tiene sentido, un dominio de producción crítico merece una alerta a 90 días, un dominio defensivo puede esperar hasta los 30.
• Cambio de estado RDAP: eliminación de clientTransferProhibited, adición de clientHold, aparición de pendingDelete. Cada uno señala un problema diferente y requiere una acción diferente.
• Cambio de registrador o nameservers: un cambio repentino de nameservers es uno de los indicadores más claros de un secuestro de dominio o una transferencia no autorizada en curso.
• Disponibilidad: el dominio que estabas monitoreando acaba de quedar libre.

Estados RDAP vs. estados WHOIS

La salida de WHOIS es texto plano. Su formato varía según el registrador, algunos escriben "clientTransferProhibited", otros lo abrevian, otros usan formulaciones distintas. Analizar ese texto de forma fiable es frágil.

RDAP devuelve JSON estructurado con códigos de estado definidos en RFC 7483. Los valores de los campos están estandarizados entre los distintos registros. Las alertas basadas en cambios de estado RDAP comparan datos homogéneos, no patrones de texto variables. Y los datos provienen del registro mismo, sin caché intermedio.

Cómo configurar alertas en Domain Sentinel

La configuración tarda menos de cinco minutos por dominio:

1. Agrega el dominio a tu watchlist. Busca el dominio en la barra de búsqueda. Tanto si lo posees como si no, haz clic en "Add to watchlist". Domain Sentinel empieza a monitorearlo desde ese momento.
2. Selecciona los eventos a monitorear. Para cada dominio, elige qué tipos de alerta activar: avisos de vencimiento, cambios de estado, cambios de registrador/nameservers, disponibilidad.
3. Configura los umbrales de vencimiento. Establece cuándo se activan las alertas de vencimiento. Por defecto se cubren 30 y 7 días; puedes añadir 90 días para dominios críticos.
4. Elige el canal de notificación. El correo electrónico está disponible por defecto. Para flujos de trabajo automatizados, la entrega por webhook permite enrutar alertas a Slack, PagerDuty o cualquier sistema que acepte solicitudes POST.

Configuración de umbrales por dominio

No todos los dominios merecen la misma atención. Una agencia que gestiona 50 dominios de clientes no necesita alertas a 90 días para cada registro defensivo, solo para los que alojan servicios reales.

Domain Sentinel permite establecer umbrales diferentes por dominio. Tu dominio de producción principal puede tener alertas a 90/30/7 días. Un dominio de redirección secundario quizás solo necesite 30 y 7 días. Esta granularidad importa cuando gestionas un portfolio de 20 o más nombres: reduce la fatiga de alertas manteniendo la cobertura crítica.

Qué verifica Domain Sentinel en cada ciclo

En cada ciclo de verificación, Domain Sentinel consulta RDAP para cada dominio de tu watchlist. La respuesta se compara con el snapshot almacenado del ciclo anterior. Si algún campo difiere (estados, nameservers, registrador, fecha de vencimiento) se registra un evento y, si has configurado una alerta para ese tipo de evento, se envía una notificación.

Los datos provienen directamente de los registros. Para .com, es Verisign. Para .es, es Red.es. Sin caché intermedia. Esto importa porque algunos servicios de monitoreo de terceros mantienen su propia base de datos actualizada semanalmente o mensualmente, si un dominio entra en pendingDelete un martes, puede que no lo detecten hasta el fin de semana siguiente.

Caso de uso: monitoreo de un portfolio de dominios

Tomemos una agencia que gestiona 50 dominios de clientes distribuidos entre GoDaddy, OVH y Arsys. Así era el flujo de trabajo antes y después de implementar un monitoreo centralizado:

	Antes	Después
Seguimiento de vencimiento	Hoja de cálculo, actualizada manualmente	Automatizado, sincronizado desde RDAP
Método de recordatorio	Email del registrador (a menudo en spam) + entradas de calendario	Alertas configurables por dominio
Detección de cambios de estado	Ninguna	Alerta inmediata ante cualquier cambio RDAP
Cobertura	Solo fechas de vencimiento	Vencimiento + estados + nameservers + disponibilidad
Riesgo	Dominios que vencen sin que nadie lo note	Detectado días o semanas antes

El enfoque con hoja de cálculo no es malo en principio, simplemente es frágil a nivel operativo. Cualquier sistema manual falla en cuanto alguien está ocupado, cambia de trabajo, o simplemente olvida abrir el archivo.

Si gestionas más de tres dominios, el seguimiento manual crea un riesgo operativo real. Añádelos a tu watchlist, configura las alertas una vez, y Domain Sentinel se encarga del resto.