HTTP-Header-Anzeige

Eine URL abrufen und ihre Response-Header prüfen

100 % kostenlos. Dieses Tool braucht unseren Server für die Arbeit. Was du sendest, wird dort verarbeitet und danach verworfen – nie gespeichert.

travel_explore

Gib oben eine URL ein und klicke auf Prüfen, um die Antwort-Header zu sehen.

Jump to the next useful tool without leaving your flow.

See more

Über dieses Tool

Ruft eine URL ab und zeigt genau, welche HTTP-Response-Header sie zurückgibt – nützlich, um Caching-Verhalten zu debuggen, Security-Header zu prüfen, Redirects zu verifizieren oder zu verstehen, wie ein Server antworten soll, ohne die Browser-Entwicklertools offen zu haben.

So verwendest du dieses Tool

  1. Ziel-URL eingebenFüge die volle öffentliche URL ein, die du prüfen willst, inklusive Protokoll (https://).
  2. Response-Header abrufenFühre die Anfrage aus und erfasse den vom Server zurückgegebenen Header-Satz.
  3. Wichtige Header-Gruppen prüfenPrüfe Caching-, Security-, Content- und Redirect-bezogene Header in einer Ansicht.
  4. Nach Config-Änderungen vergleichenFühre nach Server-Updates erneut aus, um zu bestätigen, dass Header korrekt ausgerollt sind.

Welche HTTP-Header du prüfen solltest

Fürs Caching sieh dir Cache-Control, ETag und Age an sowie CDN-Header wie cf-cache-status oder x-vercel-cache. Für die Sicherheit prüfe Strict-Transport-Security, Content-Security-Policy, X-Content-Type-Options und Referrer-Policy. Für SEO zählen Statuscode, eine Location-Weiterleitung und X-Robots-Tag.

301- und 308-Weiterleitungen sind dauerhaft und geben Ranking-Signale weiter, 302 und 307 sind vorübergehend. Ein X-Robots-Tag mit noindex hält die Seite aus den Suchergebnissen heraus, auch wenn das HTML in Ordnung aussieht.

Warum es nutzen

  • Validiert echte Response-Header schnell, ohne Browser-Devtools zu öffnen.
  • Nützlich für SEO-, Performance- und Security-Checks aus einem Endpunkt-Aufruf.
  • Hilft, CDN-/Cache-Fehlkonfiguration früh zu erkennen.
  • Unterstützt schnellere Prüfung bei Deployment-Fehlersuche.

Häufige Anwendungen

  • Cache-Control- und ETag-Verhalten nach einem Release prüfen.
  • Security-Header wie CSP, HSTS und X-Frame-Options verifizieren.
  • Redirect-Ketten und kanonische URL-Antworten debuggen.
  • API-Response-Header für die Integrationsbereitschaft über Teams hinweg prüfen.

Tipps für bessere Ergebnisse

  • Teste immer sowohl `www`- als auch Non-`www`-Varianten, wenn deine Seite Redirects nutzt.
  • Vergleiche Header zwischen Staging und Produktion, um Drift zu finden.
  • Prüfe, dass Cache-Header zu Asset-Typ und Update-Frequenz passen.
  • Nutze HTTPS-Endpunkte für sinnvolle Security-Header-Audits.

Fehler, die du vermeiden solltest

  • Annehmen, browser-gecachte Ergebnisse spiegelten die aktuelle Server-Konfiguration.
  • Nur den Statuscode prüfen und fehlende Security-Header ignorieren.
  • Nur eine Route auditieren, während andere Templates andere Header zurückgeben.
  • Proxy-/CDN-Header mit anwendungsbezogenen Headern verwechseln.

Häufig gestellte Fragen

Häufig sind Content-Type, Cache-Control, Set-Cookie, Security-Header wie Content-Security-Policy und Server-Informationen – genau das, was der Zielserver zurückschicken will.

Öffentlich erreichbare URLs funktionieren in der Regel; manche Server blockieren Anfragen, die nicht wie von einem echten Browser kommend aussehen, was beeinflussen kann, welche Header du siehst.

Häufige Gründe: debuggen, warum Caching nicht wie erwartet funktioniert, prüfen, dass Security-Header korrekt konfiguriert sind, oder eine Redirect-Kette verstehen, wenn eine URL nicht dorthin geht, wo du es erwartest.

Achte auf Cache-Control für die Cache-Regeln und auf Age, X-Cache oder CF-Cache-Status, ob die Antwort vom CDN kam. HIT heißt aus dem Cache, MISS heißt vom Ursprungsserver.

Eine Antwort mit 301, 302, 307 oder 308 enthält einen Location-Header mit dem Ziel. 301 und 308 sind dauerhaft - Suchmaschinen übertragen das Ranking auf die neue URL -, 302 und 307 sind vorübergehend.

Der Statuscode, ein eventueller X-Robots-Tag (der eine Seite unsichtbar auf noindex setzen kann), Link-Header mit kanonischen URLs und Content-Type. Ein vergessener X-Robots-Tag: noindex ist ein häufiger Grund, warum eine Seite nicht indexiert wird.

Related guides