Überwachung mehrerer Standorte
Ihr CDN leitet zum falschen Standort weiter. Ihre Firewall blockiert ein Land. Ihr DNS-Anbieter hat eine regionale Störung. All das wird bei der Überwachung an nur einem Standort nicht sichtbar.
Mehrstandortüberwachung aktivieren →
Das Monitoring von nur einem Standort täuscht dich
Wenn dein Monitor von einem Server in Frankfurt aus prüft und die Seite in Frankfurt läuft, zeigt der Monitor grün. Das sagt dir aber nichts über den CDN-Edge in São Paulo, der seit 6 Stunden jedem brasilianischen Nutzer einen 502 liefert. Nichts über die Firewall, die nach einem Update der Sicherheitsrichtlinien versehentlich den US/EAST-IP-Pool blockiert. Nichts über einen regionalen Ausfall deines DNS-Providers in Australien. Nichts über Geo-Routing, das plötzlich den Traffic aus Tokio zu einem falsch konfigurierten Origin in Singapur schickt. Jeder dieser Ausfälle ist lokal – betrifft nicht den Standort, an dem dein Monitor sitzt – und bleibt daher unentdeckt, bis Nutzer aus diesen Regionen dich darauf hinweisen, häufig erst Tage später durch Support-Tickets oder sinkenden Umsatz aus diesem Gebiet.
Multi-Location Monitoring löst dieses Problem, indem es denselben Check von unabhängigen Servern in verschiedenen Ländern ausführt. Jeder Standort berichtet separat. Wenn 12 von 13 grün sind und einer rot, weißt du, das Problem ist lokal – und du weißt, welche Region betroffen ist. Das grenzt die Diagnose dramatisch ein: Es ist nicht der Origin, nicht der Code, sondern irgendetwas zwischen Origin und Region.
Woher kommen die Checks?
DiagnoSEO Uptime Monitoring bietet Checks aus 13 Ländern über das Premium-Proxy-Netzwerk von ScrapingBee: USA (us), UK (gb), Deutschland (de), Frankreich (fr), Italien (it), Spanien (es), Polen (pl), Niederlande (nl), Kanada (ca), Australien (au), Japan (jp), Brasilien (br) und Indien (in). Jeder Standort nutzt echte Wohn- oder Rechenzentrums-IP im jeweiligen Land, sodass Geo-IP-Dienste – inklusive CDN, WAF und Personalisierungsplattformen – die Anfrage als authentisch aus diesem Land kommend sehen.
Das ist wichtiger, als viele denken. Viele WAFs und Bot-Detection-Systeme blockieren "Monitoring-IPs" aus beliebten Clouds stillschweigend. Ein Check, der von einem generischen AWS us-east-1 durchkommt, sagt daher nichts darüber aus, wie ein echter Besucher aus Kalifornien die Seite erlebt. Die Premium-Proxy-Standorte wirken wie echte Nutzer.
Was wird an jedem Standort geprüft?
Für jeden aktivierten Standort führt der Monitor eine vollständige HTTP(S)-Anfrage über das Proxy dieses Landes aus. Der Check folgt Redirects, validiert den Statuscode, misst die Antwortzeit und protokolliert Fehler. Die Ergebnisse werden standortbezogen gespeichert, sodass das Dashboard Uptime, RT und aktuellen Status jedes Standorts zeigt. Wenn 3 Standorte down und 10 up sind, wird das klar dargestellt – der Monitor ist nicht einfach "down", sondern "teilweise degradieret".
Jeder Standortcheck ist eine echte Round-Trip-Anfrage von dieser Region zu deinem Origin (oder dem CDN-Edge in dieser Region). Die Antwortzeiten spiegeln daher die tatsächliche Nutzererfahrung wider: Ein gut funktionierendes CDN sorgt für niedrigen RT an jedem Standort; ein schlecht konfiguriertes CDN zeigt hohe RTs in jeder Region außer in der Nähe des Origins; ein Origin ohne CDN wird mit zunehmender Entfernung vom Origin progressiv schlechtere RTs liefern.
Wie funktionieren Multi-Location-Alerts?
Das Dashboard behandelt Multi-Location-Ergebnisse als Ergänzung zum Haupt-Check. Dein Hauptmonitor läuft weiterhin aus unserer Infrastruktur und steuert den grundlegenden Up/Down-Status; die Multi-Location-Checks laufen nach einem eigenen Zeitplan (mindestens 60 Minuten, pro Monitor konfigurierbar) und erscheinen als zusätzliche Zeilen in der erweiterten Ansicht. Wenn du möchtest, dass ein Regions-Ausfall einen Alarm auslöst, stelle dies in den Einstellungen ein – jeder einzelne Standort, der bei zwei aufeinanderfolgenden Multi-Location-Checks ausfällt, wird zum alarmierbaren Ereignis.
Diese Trennung ist beabsichtigt. Ein 1-Minuten-Check aus nur einem Standort kann jede Minute laufen. Ein 1-Minuten-Check aus 13 Standorten bedeutet 13 Round-Trips pro Minute – teuer auf beiden Seiten und operativ laut durch das unvermeidliche regionale Jitter. Eine 60-Minuten-Taktung beim Multi-Location-Check ist der Sweet Spot: Sie erkennt echte regionale Ausfälle innerhalb einer Stunde, ohne Alert-Müdigkeit zu verursachen.
Kosten und Credits
Multi-Location ist eine Premium-Funktion, da jeder Check über ein kostenpflichtiges Premium-Proxy-Netzwerk läuft. Jeder Standort, jeder Check – 1 Credit vom DiagnoSEO-Konto. Beispiel: 5 Monitore × 4 Standorte × 1 Check pro Stunde × 24h × 30 Tage = 14.400 Credits/Monat. Das ist ein vernünftiges Budget auf Advanced-/Pro-Plänen und eine sehr nützliche Abdeckung. Wähle die Standorte, die für deine Zielgruppe zählen – wenn du z. B. nur USA-E-Commerce bist, prüfe aus us, ca, mx (Proxy via us); wenn EU, dann gb, de, fr, pl. Aktiviere nicht alle 13, wenn du keine globalen Nutzer hast.
Was Multi-Location nicht erkennt
Wichtig zur Klarstellung: Multi-Location Monitoring bestätigt, dass die HTTP-Schicht aus jeder Region erreichbar ist. Es führt kein JavaScript aus, rendert die Seite nicht im echten Browser und simuliert keine Nutzerinteraktionen. Wenn dein Problem ist, dass ein JS-Bundle nur auf Safari iOS in Brasilien nicht lädt, läuft Multi-Location-Check durch, aber die Nutzer haben weiterhin Probleme. Für vollständiges Rendering im Browser kombiniere Multi-Location Uptime mit RUM-Daten (Real-User-Monitoring) einer Analytics-Plattform – zusammen sagen sie alles aus.
So startest du
Öffne das Tool, bearbeite einen beliebigen Monitor, erweitere den Abschnitt "Multi-Location", wähle die gewünschten Länder aus, setze das Multi-Location-Intervall (min. 60 Minuten), speichere. In einer Stunde siehst du erste Standortdaten einlaufen. Das erste Mal, wenn eine Region auf Rot geht während die anderen Grün sind, wirst du genau verstehen, warum diese Funktion ihre Credits wert ist – denn du hast gerade 4 Stunden Debugging einer falschen Schicht gespart.
Häufig gestellte Fragen
-
13 geografische Regionen: USA (Ost/West), Großbritannien, Deutschland, Frankreich, Italien, Spanien, Polen, Niederlande, Kanada, Australien, Japan, Brasilien, Indien. Jeder führt den gleichen Check unabhängig aus und berichtet separat.
-
Verschiedene Nutzer sehen unterschiedliche Dinge. Eine Seite kann von Europa aus UP, aber von Asien aus DOWN sein (regionaler CDN-Ausfall, DNS-Propagation-Probleme, Geo-Routing-Probleme). Multi-Region-Monitoring erkennt dies – Single-Region-Monitoring übersieht es vollständig.
-
Jede Region zählt als separater Check für die Abrechnung. Eine Seite, die aus 3 Regionen jede Minute überwacht wird, verbraucht 3x so viele Credits wie bei Single-Region. Wähle die Regionen strategisch – typischerweise decken 3-5 Regionen die meisten Nutzer-Geografien ab.
-
Ja – jede Region startet ihren Check unabhängig und löst unabhängig einen Alarm aus. Bei einem globalen Problem erhältst du innerhalb des Prüfintervalls Alarme aus allen Regionen. Wenn das Problem regional ist, alarmieren nur die betroffenen Standorte – hilfreich bei der Diagnose.
-
Ja. Konfiguriere pro Monitor, welche Regionen Checks ausführen. Zum Beispiel für einen polnischen E-Commerce-Shop aus Polen + Deutschland + UK überwachen. Es ist unsinnig, von Japan aus zu monitoren, wenn du keine japanischen Kunden hast. Spart Credits und reduziert Lärm.
UptimeRobot · Pingdom · BetterStack · Oh Dear · Site24x7 · StatusCake · Sentry · Uptrends · Cronitor · New Relic
SSL-Überwachung · Domainablauf · DNS-Überwachung · Ping (ICMP) · Port (TCP) · Endpoint · Stichwort · API · Cron / Heartbeat · Antwortzeit · Backlink · Website-Überwachung