Supervisión desde múltiples ubicaciones

El monitoreo desde una sola ubicación te engaña

Si tu monitor se ejecuta desde un servidor en Frankfurt y la página funciona en Frankfurt, el monitor estará en verde. Esto no te dice nada sobre el edge del CDN en São Paulo, que lleva 6 horas devolviendo un 502 a todos los usuarios brasileños. Nada del firewall que, accidentalmente, empieza a bloquear el rango de IP US/EAST tras una actualización de políticas de seguridad. Nada sobre una avería regional de tu proveedor DNS en Australia. Ni sobre un geo-routing que empieza a enviar tráfico desde Tokio a un origin mal configurado en Singapur. Cada una de estas incidencias es local — no afecta a la ubicación desde donde monitorea tu check — así que permanece sin detectar hasta que los usuarios de esas regiones te avisen, a menudo días más tarde mediante tickets o por una caída de ingresos desde esa región.

La monitorización desde múltiples ubicaciones soluciona esto, ejecutando el mismo check desde servidores independientes en distintos países. Cada ubicación informa por separado. Si 12 de 13 están en verde y una en rojo, sabes que el problema es local — y sabes a qué región afecta. Esto reduce dramáticamente el proceso de diagnóstico: no es el origin, no es el código, es algo entre el origin y la región.

Desde dónde se realizan los checks

DiagnoSEO Uptime Monitoring ofrece comprobaciones desde 13 países a través de la red premium de proxies de ScrapingBee: EE. UU. (us), Reino Unido (gb), Alemania (de), Francia (fr), Italia (it), España (es), Polonia (pl), Países Bajos (nl), Canadá (ca), Australia (au), Japón (jp), Brasil (br) e India (in). Cada ubicación utiliza una IP residencial auténtica o de datacenter de ese país, por lo que los servicios de geo-IP — incluyendo CDN, WAF y plataformas de personalización — ven la petición como si realmente procediera de allí.

Esto es más importante de lo que la gente cree. Muchos WAF y sistemas de detección de bots bloquean silenciosamente las "IP de monitorización" provenientes de nubes populares. Así que un check que "pasa" desde un AWS genérico us-east-1 puede no decir nada sobre cómo realmente experimenta la web un visitante auténtico desde California. Las ubicaciones premium de proxy parecen usuarios reales.

Qué se comprueba en cada localización

Para cada ubicación activada el monitor realiza una petición HTTP(S) completa a través del proxy de ese país. El check sigue las redirecciones, valida el código de estado, mide el tiempo de respuesta y registra el error. Los resultados se almacenan por separado según la ubicación, y el panel muestra el uptime, el RT y el estado más reciente de cada una. Si 3 ubicaciones están caídas y 10 activas, esto se mostrará claramente — el monitor no está simplemente "caído", está "parcialmente degradado".

Cada comprobación desde una ubicación es un viaje real desde esa región hasta tu origin (o el edge del CDN en esa región). Los tiempos de respuesta reflejan por tanto la experiencia real del usuario: un CDN bien configurado muestra bajo RT en todas las ubicaciones; un CDN mal configurado muestra alto RT en todas las regiones excepto la más próxima al origin; un origin sin CDN muestra un RT cada vez peor cuanto más lejos del origin.

Cómo funcionan las alertas multi-localización

El panel trata los resultados multi-localización como un complemento del check principal. Tu monitor principal sigue ejecutándose desde nuestra infraestructura y mantiene el estado básico up/down; los checks multi-localización tienen un calendario distinto (mínimo 60 minutos, configurable por monitor) y se muestran como filas adicionales en la vista expandida. Si quieres que una región caída dispare alertas, ajústalo en las preferencias — cualquier región individual que falle en 2 comprobaciones multi-localización consecutivas pasa a convertirse en un evento alertable.

Esta separación es intencionada. Un check cada minuto desde una ubicación puede lanzarse cada minuto. Un check cada minuto desde 13 ubicaciones implica 13 viajes completos cada minuto — caro en ambos lados, y operativamente ruidoso debido al inevitable jitter por región. Un intervalo de 60 minutos por multi-localización es el punto óptimo: detecta averías regionales reales en una hora, sin generar fatiga de alertas.

Costes y créditos

La función multi-localización es premium, ya que cada comprobación pasa por una red de proxies premium de pago. Cada ubicación, cada check — 1 crédito de tu cuenta DiagnoSEO. Ejemplo: 5 monitores × 4 ubicaciones × 1 check/hora × 24h × 30 días = 14 400 créditos/mes. Es un presupuesto cómodo para los planes Advanced/Pro y una cobertura muy útil. Elige las ubicaciones relevantes para tus usuarios — si eres un e-commerce solo de EE. UU., comprueba desde us, ca, mx (proxy desde us); si es en la UE — gb, de, fr, pl. No actives las 13 si no tienes usuarios globales.

Qué no detecta la multi-localización

Conviene ser claro: la monitorización multi-localización confirma que la capa HTTP es accesible desde cada región. No ejecuta JavaScript, no renderiza la página en un navegador real, no simula interacción de usuario. Si tu problema es que el bundle de JS no carga solo en Safari iOS en Brasil, multi-localización pasará el check y los usuarios seguirán sufriendo. Para un renderizado completo en navegador, combina el uptime multi-localización con datos RUM (monitorización real de usuario) desde una plataforma de analítica — juntos lo dicen todo.

Cómo empezar

Abre la herramienta, edita cualquier monitor, despliega la sección "Multi-location", marca los países que te interesan, configura el intervalo de multi-localización (mín. 60 minutos) y guarda. En una hora empezarás a ver los datos entrando por ubicación. La primera vez que una región se ponga en rojo mientras las demás están en verde — entenderás exactamente por qué esta función vale los créditos, porque justo te acaba de ahorrar 4 horas de depuración errónea.

Preguntas frecuentes

• ¿Qué ubicaciones están disponibles?

  13 regiones geográficas: EE. UU. (Este/Oeste), Reino Unido, Alemania, Francia, Italia, España, Polonia, Países Bajos, Canadá, Australia, Japón, Brasil, India. Cada una ejecuta el mismo check independiente y reporta por separado.

• ¿Por qué monitorizar desde varias ubicaciones?

  Usuarios distintos ven cosas diferentes. Una web puede estar en línea desde Europa pero caída desde Asia (fallo regional de CDN, problema de propagación de DNS, problema de geo-routing). El monitoring multi-región lo detecta — el single-región lo omite por completo.

• ¿Cómo funciona la tarifa para los checks multi-región?

  Cada región se cuenta como un check independiente en la facturación. Una página monitorizada desde 3 regiones cada minuto consume 3x créditos de single-región. Elige las regiones estratégicamente — normalmente, 3-5 regiones cubren la mayoría de las geografías de usuarios de una web típica.

• ¿Todas las regiones alertarán a la vez si la página cae?

  Sí — cada región ejecuta su propio check independiente y dispara la alerta por separado. Si el problema es global, recibirás alertas de todas las regiones en el intervalo del check. Si el problema es regional, solo las regiones afectadas alertan — muy útil para el diagnóstico.

• ¿Puedo ejecutar los checks SOLO desde regiones concretas?

  Sí. Configura por monitor desde qué regiones se ejecuta el check. Ej. para una tienda online polaca, ejecuta desde Polonia + Alemania + Reino Unido. No tiene sentido monitorizar desde Japón si no tienes clientes japoneses. Reduce el uso de créditos y el ruido.