Website- und Uptime-Monitoring aus mehreren Ländern mit Proxies

Ein Uptime-Monitor, der Ihre Startseite von einem Server aus anpingt, sagt Ihnen genau eines: dass dieser Server Ihre Website erreicht. Er sagt nichts über den Kunden in Deutschland, der eine Challenge-Seite bekommt, oder den Besucher in Brasilien, dessen CDN-Edge Fehler liefert. Wenn Sie in mehreren Ländern verkaufen oder ranken, gehört die Prüfung von Verfügbarkeit und Inhalt aus diesen Ländern zum SEO Monitoring, und sie findet Probleme, die ein einzelner Probe nie sieht.

Dieser Leitfaden zeigt, was Checks von einem Standort übersehen, was Sie in jedem Markt testen sollten, warum die Quell-IP zählt, und ein kleines Skript, das Sie nach Zeitplan ausführen können.

Was Uptime-Checks von einem Standort übersehen

Eine grüne Statusseite von einem Probe kann all das verbergen:

• Regionale CDN-Ausfälle. Ein CDN antwortet vom Edge, der dem Besucher am nächsten ist. Ein Edge kann ausfallen oder veraltete Fehler liefern, während die anderen funktionieren.
• Geo-Weiterleitungen, die brechen. Eine Regel, die französische Besucher nach /fr/ schickt, kann in einer Schleife enden, auf eine nicht mehr existierende Seite zeigen oder ein Land in den falschen Shop schicken.
• Landesweite Sperren durch Ihre eigenen Sicherheitsregeln. Eine nach einem Angriff verschärfte Firewall- oder Bot-Regel kann anfangen, jeden Besucher aus einer Region herauszufordern.
• DNS- und Routing-Probleme. Geo-DNS kann einen Markt an einen Origin schicken, der down ist, und manche lokalen Resolver behalten alte Einträge lange nach Ihrer Änderung.
• Der falsche Inhalt. Die Seite lädt, aber mit falscher Währung, fehlendem Consent-Banner, falscher Sprache oder leerem Preisblock.

Nichts davon erscheint auf Ihrem Monitoring-Server als „down”. Alles davon kostet Sie Besucher, Umsatz und, wenn auch der Googlebot darauf trifft, Rankings.

Was Sie in jedem Markt prüfen

Behandeln Sie jedes Land wie eine eigene Website. Erfassen Sie bei jedem Check:

1. Statuscode und finale URL nach Weiterleitungen. Ein 200 auf der falschen URL ist ein Fehler.
2. Antwortzeit, um einen Markt zu erkennen, der langsam wird, bevor er ausfällt.
3. Einen Inhaltsmarker, etwa eine Zeichenfolge, die nur auf der richtigen lokalen Version erscheint: das Währungssymbol, eine lokale Telefonnummer oder eine übersetzte Überschrift.
4. Anzeichen einer Sperre, etwa den Titel einer Challenge-Seite, ein CAPTCHA-Formular oder ein 403 von Ihrem eigenen CDN.
5. Welcher Edge geantwortet hat, aus Headern wie cf-ray, x-amz-cf-pop oder x-served-by, damit Sie wissen, wo Sie suchen müssen, wenn eine Region ausfällt.

Beginnen Sie mit den Seiten, die Geld bringen: Startseite, eine Top-Kategorie, eine Produktseite und der Beginn des Checkouts. Ergänzen Sie Suche und Login, wenn Ihre Nutzer darauf angewiesen sind.

Warum die Quell-IP zählt

Die meisten kommerziellen Uptime-Dienste betreiben ihre Probes in Rechenzentren in einigen Dutzend Städten. Das genügt für „ist der Server erreichbar”, aber so kommen Ihre Kunden nicht. CDNs und Bot-Regeln behandeln Rechenzentrumsadressen oft anders als Heimanschlüsse, sodass ein Probe durchgewunken werden kann, während echte Besucher herausgefordert werden, oder gesperrt wird, während Besucher keine Probleme haben.

Checks über Residential Proxies im Zielland schließen diese Lücke. Die Anfrage kommt von einem Heimanschluss in diesem Markt, also behandeln Geo-DNS, Ihr CDN und Ihre Sicherheitsregeln sie wie einen Kunden dort. Bei großen Märkten können Sie auch bis auf die Stadt gehen, etwa aus mehreren Regionen der USA prüfen statt aus einer.

Halten Sie die Rollen getrennt: Nutzen Sie Residential-Checks, um zu sehen, was jeder Markt ausgeliefert bekommt und ob es funktioniert, und nutzen Sie Ihren Rechenzentrums-Monitor oder Real-User-Daten für exakte Antwortzeiten, da eine Anfrage über einen Proxy einen zusätzlichen Hop hat.

Ein kleiner Checker für mehrere Standorte

Dieses Skript prüft eine Liste von URLs aus mehreren Ländern, folgt Weiterleitungen und sucht nach einem Inhaltsmarker. Ersetzen Sie USERNAME und PASSWORD durch Ihre Proxy-Zugangsdaten.

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))

Führen Sie es per Cron oder über Ihren CI-Scheduler aus, schreiben Sie jede Zeile in ein Log oder eine kleine Datenbank und alarmieren Sie bei Fehlern. Zwei Gewohnheiten machen die Ergebnisse verlässlich:

• Erst bestätigen, dann alarmieren. Schlägt ein Check fehl, wiederholen Sie ihn einmal mit einer neuen IP aus demselben Land. Alarmieren Sie nur, wenn auch der zweite Check fehlschlägt.
• Auf Muster alarmieren, nicht auf einzelne Zeilen. Drei Fehler hintereinander in einem Land sind ein Vorfall. Ein Timeout pro Woche ist Rauschen.

Aus Checks eine Routine machen

1. Wählen Sie Ihre Märkte aus Search Console und Analytics: die Länder, die Traffic und Umsatz bringen, plus die, in denen Sie wachsen.
2. Legen Sie Intervalle nach Wert fest. Alle paar Minuten für den Checkout in Ihren Top-Märkten, stündlich für den Rest.
3. Prüfen Sie nach jedem Deploy und jeder CDN-Änderung aus jedem Markt, nicht nur aus dem Büro.
4. Prüfen Sie wöchentlich, welche Länder am häufigsten ausfallen und warum.

Ist ein Markt erreichbar, aber langsam, zeigt unser Leitfaden zum Testen der Website-Geschwindigkeit aus verschiedenen Ländern, wie Sie die Ursache finden. Vermuten Sie, dass manche Regionen absichtlich andere Inhalte bekommen, nutzt die Methode in SEO-Cloaking von mehreren Standorten aus erkennen dieselben Anfragen pro Land.

Das Fazit

Uptime ist lokal. Eine Website kann für Ihren Monitor erreichbar und für ein ganzes Land down sein. Prüfen Sie Ihre umsatzrelevanten Seiten aus jedem Markt, der Ihnen wichtig ist, achten Sie auf Status, finale URL, Inhalt und Sperrsignale, bestätigen Sie Fehler mit einer zweiten IP, und Sie erfahren von regionalen Problemen, bevor Ihre Kunden es Ihnen sagen.