Monitorización web y de uptime desde varios países con proxies

Un monitor de uptime que hace ping a tu página de inicio desde un servidor te dice una sola cosa: que ese servidor llega a tu sitio. No dice nada del cliente en Alemania que recibe una página de desafío ni del visitante en Brasil cuyo edge de la CDN devuelve errores. Si vendes o posicionas en varios países, comprobar la disponibilidad y el contenido desde esos países forma parte de la monitorización SEO, y detecta problemas que una sola sonda nunca ve.

Esta guía explica qué no ven los checks desde un solo lugar, qué probar en cada mercado, por qué importa la IP de origen y un script sencillo que puedes ejecutar de forma programada.

Qué no ven los checks de uptime desde un solo lugar

Una página de estado en verde desde una sola sonda puede ocultar todo esto:

• Fallos regionales de la CDN. Una CDN responde desde el edge más cercano al visitante. Un edge puede fallar o servir errores en caché mientras los demás funcionan.
• Redirecciones geográficas que se rompen. Una regla que envía a los visitantes franceses a /fr/ puede entrar en bucle, apuntar a una página que ya no existe o mandar un país a la tienda equivocada.
• Bloqueos de países enteros por tus propias reglas de seguridad. Una regla de firewall o antibots endurecida tras un ataque puede empezar a desafiar a todos los visitantes de una región.
• Problemas de DNS y enrutamiento. El geo DNS puede enviar un mercado a un origen caído, y algunos resolvers locales conservan registros antiguos mucho después de que los cambies.
• El contenido equivocado. La página carga, pero con la moneda equivocada, sin el banner de consentimiento, en el idioma equivocado o con el bloque de precios vacío.

Nada de esto aparece como “caído” en tu servidor de monitorización. Todo ello te cuesta visitas, ventas y, si Googlebot también se lo encuentra, posiciones.

Qué revisar en cada mercado

Trata cada país como un sitio aparte. En cada comprobación, registra:

1. Código de estado y URL final tras las redirecciones. Un 200 en la URL equivocada es un fallo.
2. Tiempo de respuesta, para detectar un mercado que se vuelve lento antes de caerse.
3. Un marcador de contenido, como una cadena que solo aparece en la versión local correcta: el símbolo de la moneda, un teléfono local o un título traducido.
4. Señales de bloqueo, como el título de una página de desafío, un formulario CAPTCHA o un 403 de tu propia CDN.
5. Qué edge respondió, a partir de cabeceras como cf-ray, x-amz-cf-pop o x-served-by, para saber dónde mirar cuando falla una región.

Empieza por las páginas que generan dinero: inicio, una categoría principal, una ficha de producto y el inicio del checkout. Añade la búsqueda y el login si tus usuarios dependen de ellos.

Por qué importa la IP de origen

La mayoría de los servicios comerciales de uptime ejecutan sus sondas desde centros de datos en unas pocas decenas de ciudades. Sirve para saber si el servidor está activo, pero no es así como llegan tus clientes. Las CDN y las reglas antibots suelen tratar las direcciones de centros de datos de forma distinta a las conexiones domésticas, así que una sonda puede pasar sin problemas mientras los visitantes reales son desafiados, o quedar bloqueada mientras los visitantes no tienen problemas.

Las comprobaciones a través de proxies residenciales en el país de destino cierran esa brecha. La petición sale de una conexión doméstica en ese mercado, así que el geo DNS, tu CDN y tus reglas de seguridad la tratan como a un cliente de allí. En mercados grandes también puedes bajar al nivel de ciudad, por ejemplo comprobando desde varias regiones de Estados Unidos en lugar de una sola.

Mantén los papeles separados: usa las comprobaciones residenciales para ver qué recibe cada mercado y si funciona, y tu monitor de centro de datos o los datos de usuarios reales para los tiempos de respuesta exactos, ya que una petición a través de un proxy tiene un salto adicional.

Un pequeño comprobador multiubicación

Este script comprueba una lista de URL desde varios países, sigue las redirecciones y busca un marcador de contenido. Sustituye USERNAME y PASSWORD por tus credenciales de proxy.

import requests

USER = "USERNAME"
PASS = "PASSWORD"
GATEWAY = "p.shifter.io:443"

CHECKS = {
    "de": ("https://www.example.com/", "€"),
    "gb": ("https://www.example.com/", "£"),
    "us": ("https://www.example.com/", "$"),
    "br": ("https://www.example.com/", "R$"),
}

def check(country, url, marker):
    proxy = f"http://customer-{USER}-country-{country}:{PASS}@{GATEWAY}"
    try:
        r = requests.get(url, proxies={"http": proxy, "https": proxy},
                         timeout=30, allow_redirects=True)
    except requests.RequestException as e:
        return country, "ERROR", str(e)[:80]
    blocked = "captcha" in r.text.lower() or r.status_code in (403, 429)
    ok = r.status_code == 200 and marker in r.text and not blocked
    edge = r.headers.get("cf-ray") or r.headers.get("x-amz-cf-pop") or "-"
    return country, "OK" if ok else "FAIL", f"{r.status_code} {r.url} edge={edge} {r.elapsed.total_seconds():.2f}s"

for country, (url, marker) in CHECKS.items():
    print(*check(country, url, marker))

Ejecútalo con cron o con el programador de tu CI, guarda cada línea en un log o en una pequeña base de datos y alerta cuando haya fallos. Dos hábitos hacen que los resultados sean fiables:

• Confirma antes de alertar. Cuando una comprobación falle, repítela una vez con una IP nueva del mismo país. Alerta solo si la segunda también falla.
• Alerta por patrones, no por líneas sueltas. Tres fallos seguidos en un país son un incidente. Un timeout a la semana es ruido.

Convertir las comprobaciones en rutina

1. Elige tus mercados a partir de Search Console y la analítica: los países que aportan tráfico e ingresos, más aquellos en los que quieres crecer.
2. Define los intervalos según el valor. Cada pocos minutos para el checkout en tus mercados principales, cada hora para el resto.
3. Comprueba después de cada despliegue y cada cambio en la CDN, desde todos los mercados, no solo desde la oficina.
4. Revisa cada semana qué países fallan más y por qué.

Si un mercado está activo pero lento, nuestra guía para probar la velocidad web desde otros países explica cómo encontrar la causa. Si sospechas que algunas regiones reciben otro contenido a propósito, el método para detectar cloaking SEO desde varias ubicaciones usa las mismas peticiones por país.

En resumen

El uptime es local. Un sitio puede estar activo para tu monitor y caído para todo un país. Comprueba tus páginas clave desde cada mercado que te importa, revisa estado, URL final, contenido y señales de bloqueo, confirma los fallos con una segunda IP y te enterarás de los problemas regionales antes de que te lo digan tus clientes.