How do I check if a website is down for everyone?

Enter the website URL into the HTTP check tool. Results from 50+ global nodes will show whether the site returns a successful response (HTTP 200) or errors from each location, confirming whether an issue is global or regional. If all nodes report failure, the site is down for everyone.

What is TTFB and why does it matter?

TTFB (Time to First Byte) is the time from when a request is sent to when the first byte of response is received. It reflects server processing time plus network latency. High TTFB from specific regions often means those nodes are bypassing your CDN and hitting the origin server directly, or that your CDN has no edge presence near that region.

Why does my website show different HTTP status codes from different countries?

Different HTTP status codes by region usually indicate geoblocking policies, WAF (Web Application Firewall) rules filtering by source IP, or CDN edge nodes returning errors in regions where your service is not correctly configured. A 403 from Asia while Europe returns 200 is a common sign of geoblocking.

Does the HTTP check follow redirects?

No — redirects are intentionally not followed. A URL returning a 301 records that 301 and stops. This lets you verify that HTTPS redirect rules are in place, confirm the redirect chain is correct, and spot redirect loops or cases where HTTP is not redirecting to HTTPS.

HTTP-Check für https://google.com

Erweiterte Einstellungen

Weltkarte anzeigen

Info Ping HTTP TCP UDP MTR DNS

Website prüfen https://google.com

Permanenter Link |

Standort	Ergebnis	Zeit	Code	IP-Adresse
Albania, Tirana
Australia, Sydney
Bosnia and Herzegovina, Novi Travnik
Bulgaria, Sofia
Canada, Montreal
Switzerland, Bern
Chile, Santiago
China, Hohhot
Germany, Nuernberg
Germany, Frankfurt am Main
Germany, Frankfurt am Main
Germany, Limburg
Germany, Frankfurt am Main
Germany, Duesseldorf
Denmark, Glostrup Municipality
Spain, Bilbao
Finland, Helsinki
Finland, Helsinki
France, Gravelines
France, Paris
United Kingdom, London
Georgia, Tbilisi
Greece, Athens
Hong Kong, Hong Kong
Croatia, Zagreb
Hungary, Budapest
Indonesia, Jakarta
Israel, Petach Tikwa
Israel, Netanja
India, New Delhi
Iceland, Reykjavik (Miðborg)
Italy, Como
Kuwait, Kuwait City
Lithuania, Pilaite
Latvia, Riga
Moldova, Chisinau
Netherlands, Amsterdam
Netherlands, Amsterdam
Netherlands, Amsterdam
Netherlands, Amsterdam
Norway, Oslo
Poland, Warsaw
Romania, Bacău
Romania, Bucharest
Serbia, Belgrade
Russia, St Petersburg
Singapore, Singapore
Turkey, Istanbul
Taiwan, Taipei
United States, Miami
United States, Dallas
United States, Kansas City
United States, Dallas
South Africa, Johannesburg

Globale HTTP- sowie Ausfallüberprüfung für Webseiten

Ein HTTP-Check schickt einen GET-Request an eine URL und wertet die Antwort aus — Statuscode, Antwortzeit und ob die Verbindung überhaupt zustande gekommen ist. Dieses Tool führt diesen Request gleichzeitig von über 50 Nodes aus, verteilt auf verschiedene Kontinente, ISPs und Rechenzentren. DNS-Auflösung, TCP-Handshake und TLS-Aushandlung laufen dabei genauso ab wie in einem Browser — das Ergebnis zeigt also, was echte Nutzer an diesen Standorten tatsächlich zu sehen bekommen.

Statusangaben und generelle Erreichbarkeit über HTTP

Der Statuscode sagt dir, was der Server zurückgegeben hat. 200 heißt, er hat geantwortet. 403 heißt, er hat geantwortet, aber die Anfrage blockiert. 502 bedeutet, dass ein Proxy, Load Balancer oder Edge-Cache einen Fehler zurückgegeben hat, bevor die Anfrage überhaupt deinen Origin erreicht hat. Unterscheiden sich die Statuscodes je nach Region — 200 in Europa, 403 in Asien — steckt meistens eine WAF-Regel oder eine Geoblocking-Richtlinie dahinter, die nach Quell-IP unterscheidet.

Performance sowie TTFB (Time to First Byte)

Die Antwortzeit ist hier die Gesamtdauer vom Verbindungsaufbau bis zum ersten empfangenen Byte. Hohe TTFB-Werte aus bestimmten Regionen bedeuten meistens, dass diese Nodes direkt deinen Origin treffen, statt einen nahegelegenen CDN-Edge-Node — oder dein CDN hat in dieser Region schlicht keinen Edge-Standort. Es kann auch auf Backend-Probleme hinweisen — langsame Queries, hohe Last — die umso stärker auffallen, je weiter die Node von deinem Server entfernt ist.

Redirects im Verbund mit Sicherheitsprotokollen

Weiterleitungen werden nicht automatisch verfolgt. Eine URL, die einen 301 zurückgibt, wird mit diesem 301 erfasst und der Test endet dort — das Weiterleitungsziel wird nicht geprüft. So kannst du gezielt überprüfen, ob HTTPS-Redirect-Regeln überhaupt greifen und ob die Kette stimmt, bevor du das eigentliche Ziel separat testest. Außerdem lassen sich so Redirect-Loops, doppelte Weiterleitungen oder fehlende HTTP-zu-HTTPS-Redirects leicht erkennen.