Der kostenlose Bulk-HTTP-Status-Checker von SEOmator verfolgt bis zu 25 URLs auf einmal. Jede wird von unseren Servern abgerufen und Schritt für Schritt verfolgt, sodass Sie jeden Statuscode der Kette sehen — 301, 302, 404 — samt Response-Headern und Zeit bei jedem Schritt. Fragen Sie als Browser oder als Googlebot. Ohne Anmeldung.
Geprüft von Charles Duncan, Co-founder & CTOJede eingefügte URL wird von unserer Infrastruktur abgerufen — mit deaktiviertem automatischem Folgen von Weiterleitungen — und anschließend von Hand Schritt für Schritt verfolgt. Genau das hält die Zwischenstatuscodes sichtbar: Statt einer einzigen Endantwort erhalten Sie die ganze Kette, jeder Schritt mit eigenem Status, eigenen Headern und eigener Zeit. Sechs URLs laufen gleichzeitig, damit eine Liste mit 25 Einträgen nie als 25 gleichzeitige Anfragen bei einem Server ankommt. Cookie-Werte werden entfernt, bevor irgendetwas angezeigt wird: Der Cookie-Name erscheint, sein Wert niemals.
Eine pro Zeile, bis zu 25 pro Prüfung. http:// oder https://, Startseiten oder tiefe Pfade, gemischte Domains sind kein Problem. Kein Konto, keine Installation. Ohne Schema nehmen wir https an.
Anfragen gehen standardmäßig als Desktop-Chrome hinaus. Wechseln Sie zu Googlebot, Bingbot, GPTBot oder ganz ohne User-Agent und starten Sie erneut, um zu sehen, ob der Server einem Crawler anders antwortet als Ihnen.
Jede Zeile zeigt ihre Statuscodes in der tatsächlichen Reihenfolge und die Zahl der Weiterleitungen. Aufgeklappt sehen Sie jeden Schritt einzeln: Schema, Host, Pfad, Zeit und die vollständigen Response-Header.
Alles in dieser Übersicht funktioniert sofort, ohne Anmeldung. Die markierten Funktionen schalten Sie mit einem kostenlosen SEOmator-Konto frei.
Fügen Sie eine ganze Spalte aus der Migrationstabelle ein, statt sie URL für URL abzuarbeiten. Duplikate entfallen, sechs Anfragen laufen gleichzeitig — kein Server wird überlastet.
Eine Kette 301 → 302 → 200 erscheint als drei Badges in genau dieser Reihenfolge. Wer Weiterleitungen für Sie auflöst, macht daraus ein einzelnes 200 und vernichtet den Beweis.
User-Agent wechseln, erneut starten. Ein Server, der Crawlern anders antwortet als Browsern, bleibt unsichtbar, bis Sie ihn auf beide Weisen fragen.
Der vollständige Block pro Schritt, keine Auswahl: Cache-Control, Content-Type, X-Robots-Tag, HSTS, CSP und alles Eigene aus Ihrem Stack.
Jede Anfrage der Kette wird einzeln gemessen. So unterscheidet sich eine Kette, die an einem schlechten Schritt hängt, sichtbar von einer, die durchgehend langsam ist.
Auf weitergeleitete oder fehlerhafte Zeilen eingrenzen und genau das als CSV herunterladen. Cookie-Werte werden vor Anzeige und Export geschwärzt.
Ein vollständiger Crawl prüft Statuscode und Security-Header Ihrer gesamten Website gegen die 251 Regeln der Audit-Engine — nicht URL für URL.
Geplante Wiederholungs-Audits führen Buch: Sie sehen, wann sich Statuscode oder Security-Header geändert haben — nicht nur den heutigen Stand.
Seiten, die plötzlich 4xx liefern, oder nach einer Migration entstandene Weiterleitungsketten erscheinen im Dashboard, statt unbemerkt zu bleiben.
25 URLs sind eine Stichprobe. Mit einem kostenlosen SEOmator-Konto prüfen Sie Statuscodes und Header über alle Seiten hinweg, verfolgen Änderungen und werden benachrichtigt, wenn etwas bricht.
Kostenlos registrieren
Geprüft vonCharles Duncan · Co-founder & CTOIch habe die Fetch-Schicht gebaut, auf der dieses Tool läuft, und die entscheidende Designentscheidung ist: Der HTTP-Client darf einer Weiterleitung nie selbst folgen. Jeder Schritt wird bewusst angefragt und festgehalten, bevor der nächste beginnt. Sobald etwas die Kette für Sie auflöst, vernichtet es den Beweis — Sie sehen den 200 am Ende und nie den 302, der in der Mitte nichts zu suchen hatte. Über die von uns auditierten Websites hinweg treten Weiterleitungsketten mit zwei oder mehr Sprüngen bei 24,3% auf, und ein fehlender HSTS-Header ist mit 38,6% der fünfthäufigste Fehler (H1 2026) — beides unsichtbar für alles, was die Kette stillschweigend auflöst. Zwei ehrliche Einschränkungen. Die Crawler-User-Agents sind Zeichenketten, die wir von einer Cloudflare-IP senden; ein Server, der Crawler per Reverse-DNS verifiziert, erkennt uns zu Recht als Fremde. Ein Unterschied zwischen Chrome- und Googlebot-Durchlauf ist ein starkes Signal, dem man nachgehen sollte — kein Beweis dafür, was Google erhält. Und 25 URLs sind eine Stichprobe: Wenn Sie jede URL der Website brauchen, ist das vollständige Audit das richtige Werkzeug, nicht dieses.
Charles Duncan · Co-founder & CTOÜber die von uns auditierten Websites hinweg treten Weiterleitungsketten mit zwei oder mehr Sprüngen bei 24,3% auf (H1 2026). Die meisten begannen als eine sinnvolle Weiterleitung, die nach der nächsten Migration niemand erneut geprüft hat. In einer Liste mit 25 Einträgen sind die Zeilen mit zwei oder drei Badges Ihre eigentliche Arbeit — gehen Sie direkt dorthin.
Prüfen Sie beide Varianten derselben URL gemeinsam, dazu www und ohne www. Zu sehen sein sollte genau ein 301 auf die kanonische Adresse. Zwei Sprünge zuerst über eine www-Variante bedeuten bei jeder einzelnen Anfrage verlorenes Crawl-Budget und verlorene Linkkraft.
Dieselbe Liste, zwei Durchläufe, Statusspalten vergleichen. Eine Zeile, die für den Browser 200 liefert und für den Crawler 403 oder 302, ist eine Seite, die in der Suche schlicht nicht existiert. Diese Prüfung macht kaum jemand — und genau dafür gibt es die User-Agent-Auswahl.
Ein fehlender Strict-Transport-Security-Header ist der fünfthäufigste Fehler unserer Audit-Engine — 38,6% der Websites (H1 2026). Er kostet eine Zeile Serverkonfiguration, und ohne ihn erfolgt die erste Anfrage jeder Sitzung weiterhin unverschlüsselt, bevor die Weiterleitung greift.
Eine Seite kann durch einen Header deindexiert werden, den im Markup niemand sieht. Verschwand eine URL aus der Suche, obwohl das HTML in Ordnung ist, prüfen Sie hier zuerst auf X-Robots-Tag: noindex. Ich habe Teams einen Monat lang guten Content umschreiben sehen — wegen einer Header-Zeile aus einer Staging-Konfiguration.
Cache-Control, Content-Type und die Security-Header schreibt eine neue CDN-Schicht gern still um. Prüfen Sie eine repräsentative URL pro Template am Tag des Deployments, solange Sie noch wissen, was Sie geändert haben.
Wenn eine Seite sich anders verhält als ihre Geschwister, prüfen Sie beide und vergleichen Sie die Header-Blöcke. Der Unterschied ist meist ein einziger Header — und meist die Antwort.
Jede Seite, die Sie laden, bringt ein zweites, unsichtbares Dokument mit: die Response-Header. Sie gehören nicht zum HTML, erscheinen nie auf dem Bildschirm und tragen Entscheidungen, die fast alles überstimmen, was das Markup sagt.
Eine Seite kann einwandfrei geschrieben, korrekt verlinkt und sauber gerendert sein — und dennoch aus der Suche ausgeschlossen, weil ein einzelner Header es so bestimmt hat. Sie kann mit falschem Content-Type ausgeliefert und als Quelltext angezeigt werden. Sie kann von einer Zwischenstation noch einen Monat lang gecacht werden, nachdem Sie den Fehler behoben haben. Sie kann still an ein Ziel weiterleiten, das Sie nie vorgesehen hatten. In allen vier Fällen sieht das HTML gesund aus — genau deshalb überleben diese Probleme so lange: Der Beweis liegt dort, wo niemand nachsieht.
Header zu prüfen ist der Weg, ein Inhaltsproblem von einem Infrastrukturproblem zu trennen. Es dauert etwa eine Sekunde und ist das Erste, was sich lohnt, wenn eine Seite sich anders verhält, als ihr Quelltext erklärt.
Ihr Browser folgt Weiterleitungen automatisch. Die meisten Werkzeuge auch. Fürs Surfen ist das die richtige Voreinstellung, für die Diagnose die falsche: Automatisches Folgen vernichtet genau das, was Sie untersuchen wollten. Sie landen beim 200 OK am Ende der Kette — ohne jeden Hinweis darauf, dass davor ein 302 stand, den Sie nie angeordnet haben.
Dieser Checker schaltet das automatische Folgen ab und geht die Kette anschließend bewusst Schritt für Schritt ab. Jeder Schritt wird festgehalten, bevor der nächste beginnt. Eine URL, die 301 → 302 → 200 durchläuft, zeigt daher alle drei in dieser Reihenfolge — jeweils mit eigenem Status, eigenem Location-Ziel, eigener Zeit und vollständigen Response-Headern. Nichts fällt zu einer einzigen Endantwort zusammen.
Bevor Sie einen einzigen Header lesen, lesen Sie die Zahl. Sie sagt Ihnen, welche Art von Problem Sie haben.
| Bereich | Bedeutung | Was das für Sie heißt |
|---|---|---|
2xx | Erfolg | Der Server hat Inhalt geliefert. 200 ist der Normalfall; 204 bedeutet Erfolg ohne Inhalt. |
3xx | Weiterleitung | Die URL zeigt woandershin. 301/308 permanent, 302/303/307 temporär. |
4xx | Client-Fehler | Die Anfrage wurde abgewiesen. 404 nicht gefunden, 403 verboten, 410 bewusst entfernt, 429 gedrosselt. |
5xx | Server-Fehler | Der Server hat versagt. 500 allgemeiner Fehler, 502/504 Upstream- oder Gateway-Problem, 503 nicht verfügbar. |
Zwei Unterscheidungen innerhalb dieser Bereiche richten echten Schaden an, wenn sie falsch gesetzt sind.
301 gegen 302. Eine permanente Weiterleitung weist Suchmaschinen an, die Signale der alten URL auf die neue zu übertragen und den Index zu aktualisieren. Eine temporäre sagt ihnen, die alte URL zu behalten und das neue Ziel als Umweg zu betrachten. Teams liefern regelmäßig einen 302 für einen dauerhaften Umzug aus, weil das Framework zufällig 302 als Standard hatte — und wundern sich dann, warum die neue URL nichts erbt.
404 gegen 410. Beide besagen, dass die Seite nicht da ist. 410 Gone stellt klar, dass das Fehlen beabsichtigt und dauerhaft ist, und Crawler handeln entsprechend schneller. Haben Sie einen Bereich bewusst stillgelegt, ist 410 die ehrlichere Antwort.
403 verdient eine eigene Bemerkung. Manche Server weisen jeden Client ab, den sie nicht kennen. Deshalb sendet dieses Tool standardmäßig einen üblichen Desktop-Chrome-User-Agent, statt sich zu erkennen zu geben — ein unbekannter Agent kassiert auf etlichen Hosts ein 403, und ein 403, das nur daher rührt, wer gefragt hat, ist eine irreführende Diagnose. Und genau deshalb ist der User-Agent wählbar: Ein 403, das nur bei der Anfrage als Googlebot auftritt, ist kein Rauschen, sondern der Befund.
Über die von uns beim Crawler-Traffic beobachteten Websites hinweg fiel der Anteil der mit 2xx beantworteten Bot-Anfragen 2026 unter die Hälfte — rund 47% im Januar, 46,7% im Juli — während etwa ein Drittel aller Crawler-Anfragen direkt mit 4xx abgewiesen wurde (rund 36% im selben Zeitraum). Weiterleitungen machten einen wachsenden Anteil aus: 13,9% der Crawler-Antworten im Januar 2026, 15,0% im Juli.
Dieser Anstieg verdient Aufmerksamkeit. Jede an einen Crawler ausgelieferte Weiterleitung ist eine Anfrage, die keinen Inhalt geholt hat. Einzelne sind unvermeidbar. Ein Muster daraus, besonders bei URLs, die Sie indexiert sehen wollen, ist eine schleichende Abgabe auf den Anteil Ihrer Website, der überhaupt gesehen wird.
Eine Weiterleitungskette entsteht, wenn eine Weiterleitung auf eine weitere zeigt. http://example.com führt zu https://example.com, das zu https://www.example.com, das zu https://www.example.com/. Vier Anfragen für eine Seite.
Über die von uns auditierten Websites hinweg treten Ketten mit zwei oder mehr Sprüngen bei 24,3% auf (H1 2026) — der zehnthäufigste Fehler unserer Audit-Engine und das prägende Problem der Kategorie Weiterleitungen, die insgesamt bei 24,3% der auditierten Websites durchfällt.
Kaum eine davon wurde absichtlich gebaut. Sie wachsen an:
http → https.www. Regel zwei: ohne www → mit www./blog/beitrag nach /ressourcen/beitrag. Regel vier.Jede Regel war für sich richtig, und niemand hat je die Kombination nachgeprüft. Die Kosten sind real, aber unspektakulär — deshalb bleiben sie bestehen: Jeder Sprung ist ein zusätzlicher Roundtrip für Nutzer, eine zusätzliche Anfrage gegen das Crawl-Budget und, je nach Suchmaschine und Tagesform, eine mögliche Abschwächung der weitergegebenen Linkkraft.
Prüfen Sie die Einstiegs-URLs, nicht die Ziele. Geben Sie die Varianten ein, die tatsächlich verlinkt werden — die mit http://, die ohne www, die mit Schrägstrich — und lassen Sie das Tool jede Kette für Sie abgehen. Die Spalte „Weiterleitungen“ lesen Sie zuerst: Jede Zeile über 1 ist eine Kette, und die Status-Badges zeigen die genaue Abfolge, die dazu geführt hat.
Bei einer Liste beliebiger Größe filtern Sie auf Weitergeleitet und richten Ihre Aufmerksamkeit nach dieser Spalte aus. In einer typischen Migrationstabelle treten die Ketten gebündelt auf: Dasselbe falsch sortierte Regelwerk erzeugt denselben Zusatzsprung über einen ganzen Bereich der Website — eine Regel zu korrigieren räumt daher meist zwanzig Zeilen auf einmal ab.
Security-Header sind Anweisungen an den Browser, wie weit er Verbindung und Inhalt trauen soll. Sie kosten ein, zwei Zeilen Serverkonfiguration und sind zusammengenommen der am meisten vernachlässigte Teil der Antwort.
Fehlendes Strict-Transport-Security ist der fünfthäufigste Einzelfehler unserer Audit-Engine: 38,6% der auditierten Websites (H1 2026). Die Kategorie Sicherheit insgesamt fällt bei 44,1% der Websites durch.
| Header | Wozu er dient |
|---|---|
Strict-Transport-Security | Weist den Browser an, für diesen Host über einen festgelegten Zeitraum ungefragt HTTPS zu verwenden. Beseitigt die unsichere erste Anfrage. |
Content-Security-Policy | Beschränkt, aus welchen Quellen Skripte, Styles und Frames geladen werden dürfen. Der stärkste Schutz gegen eingeschleuste Inhalte. |
X-Content-Type-Options: nosniff | Verhindert, dass der Browser den Dateityp errät, wenn der angegebene unstimmig wirkt. |
X-Frame-Options | Steuert, ob fremde Websites Ihre in einem Frame einbetten dürfen. Schutz vor Clickjacking. |
Referrer-Policy | Legt fest, wie viel der aktuellen URL weitergegeben wird, wenn ein Besucher wegklickt. |
Ohne HSTS stellt ein Besucher, der Ihre Domain ohne Schema eintippt, seine erste Anfrage über unverschlüsseltes HTTP. Ihr 301 auf HTTPS korrigiert das sofort — aber erst, nachdem diese erste unverschlüsselte Anfrage bereits hinausgegangen ist. HSTS schließt dieses Fenster: Nach dem ersten erfolgreichen Besuch hebt der Browser die URL selbst an, bevor irgendetwas das Gerät verlässt.
Der Grund für das Fehlen ist banal. Es ist keine Code-Änderung, es lebt in der Server- oder CDN-Konfiguration, und es gehört niemandem so richtig. Prüfen Sie hier darauf — fehlt es, ist es meist ein Einzeiler, der dann dauerhaft sitzt.
Ein fehlender Header ist nicht sichtbar: Er taucht in der Tabelle schlicht nicht auf. Es lohnt sich zu wissen, welche Header Sie erwarten, bevor Sie hinsehen — sonst lesen Sie ein sauber wirkendes Ergebnis als bestandene Prüfung.
Das ist die Kategorie, die pro Vorfall den meisten Traffic kostet — weil das Symptom vollständig und die Ursache unsichtbar ist.
X-Robots-TagX-Robots-Tag leistet alles, was das <meta name="robots">-Tag leistet, aber aus dem Header heraus — wo kein noch so gründliches Lesen des Quelltexts ihn je zeigt:
X-Robots-Tag: noindex, nofollow
Eine Seite mit dieser Zeile fliegt aus dem Index, während ihr HTML makellos bleibt. Der klassische Ursprung ist eine Staging- oder Vorproduktionskonfiguration, die mit allem anderen in die Produktion gewandert ist. Ist eine URL aus der Suche verschwunden und der Inhalt wirkt einwandfrei, prüfen Sie diesen Header, bevor Sie ein Wort ändern.
Anders als das Meta-Tag gilt er auch für Nicht-HTML-Dateien — PDFs, Bilder, Feeds — und ist dort die einzige Möglichkeit, die Indexierung überhaupt zu steuern.
Link: rel="canonical"Canonicals lassen sich nicht nur im HTML, sondern auch im Header deklarieren:
Link: <https://example.com/seite>; rel="canonical"
Existieren beide und widersprechen sich, haben Sie einen Konflikt, den Suchmaschinen nach eigenem Ermessen auflösen — nicht nach Ihrem. Immer dann prüfenswert, wenn ein Canonical sich nicht erwartungsgemäß verhält.
Content-TypeFalsche Content-Types zerstören die Darstellung auf eine Weise, die wie ein Inhaltsfehler aussieht. Eine als text/plain gesendete Seite wird als Quelltext angezeigt statt gerendert. Ein fehlendes Charset erzeugt in manchen Sprachräumen verstümmelte Zeichen und in anderen nicht. Keines von beidem ist im Markup sichtbar — denn das Markup ist in Ordnung.
Drei Header bestimmen, ob ein Client — Browser, CDN oder Crawler — Ihre Seite überhaupt erneut abrufen muss.
Cache-Control setzt die Caching-Regeln: max-age in Sekunden, no-store verbietet Caching vollständig, private beschränkt es auf den Browser des Nutzers. Er wird am ehesten still von einem CDN vor Ihrem Origin umgeschrieben — weshalb sich eine erneute Prüfung nach jeder Änderung an dieser Schicht lohnt.ETag ist ein Fingerabdruck des Antwortkörpers. Hat er sich nicht geändert, hat sich der Inhalt nicht geändert.Last-Modified nennt den Zeitpunkt der letzten Änderung. Crawler kombinieren ihn mit If-Modified-Since und überspringen den Download, wenn die Antwort „seitdem nicht“ lautet.Der übliche Fehler hier ist ein Last-Modified, das sich bei jeder Anfrage ändert — typischerweise, weil es aus der aktuellen Uhrzeit statt aus dem tatsächlichen Bearbeitungsdatum erzeugt wird. Jede bedingte Anfrage liefert dann ein volles 200 mit komplettem Inhalt statt eines günstigen 304 Not Modified. Nichts geht kaputt, und Sie verbrauchen Crawl-Budget für Seiten, die sich nie geändert haben.
Die Ergebnistabelle enthält eine Zeile je URL und drei Spalten, die Sie in dieser Reihenfolge lesen sollten.
Statuscodes zeigt die ganze Kette als Folge von Badges, von links nach rechts, in der Reihenfolge der tatsächlichen Anfragen. Grün ist 2xx, Blau 3xx, Orange 4xx, Rot 5xx. Ein einzelnes grünes Badge ist ein sauberer Direkttreffer. Drei Badges, die grün enden, sind eine funktionierende Seite, die drei Roundtrips kostet. Alles, was orange oder rot endet, ist eine URL, die nicht auflöst.
Weiterleitungen ist die Zahl der Sprünge. Richten Sie Ihre Aufmerksamkeit danach aus. Null ist ideal, eins ist normal und richtig, zwei oder mehr ist das oben beschriebene 24,3-%-Problem.
Eine Zeile aufklappen zeigt die Kette im Detail: eine Übersichtstabelle mit Schema jedes Schritts (mit offenem Vorhängeschloss bei jedem http://-Schritt — das ist eine Beachtung wert), Host, Pfad und Zeit, darunter die vollständigen Response-Header jedes einzelnen Sprungs. Zwei Dinge zur Darstellung:
Set-Cookie-Werte sind geschwärzt. Sie sehen den Namen des Cookies und [redacted] an Stelle des Inhalts. Das Tool spiegelt kein Session-Token über eine Seite zurück.Ein Crawler-User-Agent ist eine Behauptung, keine Identität. Wählen Sie Googlebot, senden wir dessen User-Agent-Zeichenkette — von unserer eigenen Infrastruktur. Jede Website, die Crawler per Reverse-DNS verifiziert, kommt korrekt zu dem Schluss, dass wir nicht Google sind, und antwortet womöglich entsprechend. Ein Unterschied zwischen Chrome- und Googlebot-Durchlauf ist also ein starkes Signal dafür, dass Crawler gesondert behandelt werden, und lohnt die Nachverfolgung — er ist kein Beweis dafür, was Googlebot erhält.
Fünfundzwanzig URLs sind eine Stichprobe. Das ist die richtige Größe für eine Migrationsstichprobe, einen Template-Durchgang oder eine Kontrolle nach dem Deployment. Es ist kein Website-Crawl. Lautet die Frage „jede URL der Website“, ist das kostenlose SEO-Audit das richtige Werkzeug.
Zwei Wege lohnen sich, denn nicht immer ist ein Browser-Tab frei.
curl ist auf jedem Rechner mit Terminal der schnellste Weg. -I sendet eine HEAD-Anfrage und gibt nur die Header aus:
curl -I https://example.com
Mit -L folgen Sie Weiterleitungen und geben jeden Sprung der Reihe nach aus — das ist die nächstliegende Einzel-URL-Entsprechung zu dem, was dieses Tool tut:
curl -sIL https://example.com | grep -E "HTTP/|location:"
Mit -A fragen Sie als jemand anderes — die Terminal-Variante der User-Agent-Auswahl:
curl -sIL -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com
Die Chrome-DevTools funktionieren, ohne die Seite zu verlassen. DevTools öffnen, Tab „Netzwerk“ wählen, neu laden, oberste Anfrage anklicken, Bereich „Response Headers“ lesen. Der Haken ist der oben beschriebene: Der Browser folgt Weiterleitungen für Sie, bei einer weitergeleiteten URL landen Sie also auf der finalen Antwort und müssen den auslösenden 301 in der Anfrageliste zurückverfolgen. Die Option „Preserve log“ vor dem Neuladen erleichtert diese Suche erheblich.
Beides ist ausgezeichnet — und beides prüft immer nur eine URL. Dieses Tool existiert für den Fall, dass Sie eine Liste statt einer URL haben, jeden Sprung nebeneinander sehen wollen, ohne eine Schleife zu schreiben, und jemandem ein lesbares Ergebnis in die Hand geben möchten.
Eine Statusprüfung beantwortet eine enge Frage sehr gut. Wenn die Antwort auf etwas Größeres deutet:
robots.txt tatsächlich erlaubt → robots.txt-TesterEin Kunde hat gerade migriert. Fügen Sie die Redirect-Map direkt aus der Tabelle ein, filtern Sie auf Zeilen mit mehr als einem Sprung und liefern Sie eine CSV mit genau dem, was zu korrigieren ist — bevor der Traffic-Report es für Sie findet.
Mehrere wichtige Seiten sind aus dem Index verschwunden, der Inhalt wirkt einwandfrei. Prüfen Sie sie gemeinsam als Googlebot und sehen Sie sich Statuscodes und X-Robots-Tag an, bevor Sie ein einziges Wort ändern.
Sie haben eine Reverse-Proxy- oder CDN-Änderung ausgeliefert. Prüfen Sie je eine URL pro Template in einem Durchgang und vergleichen Sie Cache-Control, Content-Type und die Security-Header, solange das Deployment frisch ist.
Weiterleitungen werden bewusst Schritt für Schritt verfolgt. So bleibt jeder Zwischenstatus sichtbar, statt zu dem zusammenzufallen, wo der Browser am Ende landete.
Eine Migration ist eine Liste, keine einzelne URL. Prüfen Sie die Liste und filtern Sie sie dann auf die Zeilen herunter, die wirklich defekt sind.
Googlebot, Bingbot, GPTBot, ClaudeBot, PerplexityBot — oder ganz ohne User-Agent, was erstaunlich oft eine WAF auslöst.
Die vollständige Tabelle samt aller Header erscheint direkt auf der Seite, und die CSV lädt ohne E-Mail-Adresse.
Set-Cookie-Werte werden vor der Anzeige geschwärzt. Wir zeigen, dass ein Cookie gesetzt wurde und wie es heißt — nie seinen Inhalt.
Verfolgen Sie eine einzelne Kette isoliert mit dem Redirect-Checker, erkennen Sie den Stack hinter den Headern mit dem Hosting-Checker oder prüfen Sie alle 251 Regeln website-weit mit dem kostenlosen SEO-Audit.
Ein HTTP-Response-Header ist eine Information, die ein Server als Antwort auf die Anfrage eines Clients sendet. Er enthält Metadaten zur Antwort, etwa die Art des zurückgegebenen Inhalts, den Statuscode des Servers und Caching-Anweisungen. Header begleiten jede Antwort, sind auf der Seite selbst unsichtbar und können Caching, Darstellung, Sicherheit oder Indexierung verändern, ohne dass sich ein einziges Zeichen im HTML ändert.
Header tragen Entscheidungen, die die sichtbare Seite nicht zeigen kann. Eine Seite kann per X-Robots-Tag von der Suche ausgeschlossen, mit falschem Content-Type ausgeliefert, versehentlich einen Monat lang gecacht oder unbeabsichtigt weitergeleitet werden — und in all diesen Fällen sieht das HTML völlig gesund aus. Header zu prüfen ist der Weg, ein Inhaltsproblem von einem Serverproblem zu unterscheiden.
Fünfundzwanzig pro Prüfung, eine pro Zeile. Doppelte Zeilen entfallen, bevor überhaupt eine Anfrage rausgeht, und sechs URLs werden gleichzeitig verfolgt, damit eine lange Liste nie als fünfundzwanzig gleichzeitige Anfragen bei einem Server ankommt. Fügen Sie mehr als fünfundzwanzig ein, werden die übrigen übersprungen — und das Tool sagt Ihnen, wie viele es weggelassen hat, statt Ihre Liste stillschweigend zu kürzen.
Ja, aber manuell und Schritt für Schritt — das Gegenteil dessen, was ein Browser tut. Das automatische Folgen ist deaktiviert, sodass jede Antwort mit eigenem Statuscode, eigenen Headern und eigener Zeit erfasst wird, bevor die nächste Anfrage rausgeht. Eine URL mit 301 → 302 → 200 zeigt alle drei in dieser Reihenfolge, statt zum finalen 200 zusammenzufallen. Ketten werden bis zu zehn Sprünge weit verfolgt; danach brechen wir ab und kennzeichnen das als mutmaßliche Schleife.
Sie können den User-Agent von Googlebot senden, ebenso Bingbot, GPTBot, ChatGPT-User, ClaudeBot, PerplexityBot, iPhone Safari oder gar keinen User-Agent. Lassen Sie Ihre Liste als Browser laufen, dann als Crawler, und vergleichen Sie die Statusspalten. Wichtig zur Einordnung: Wir senden die User-Agent-Zeichenkette von unserer eigenen Infrastruktur. Eine Website, die Crawler per Reverse-DNS verifiziert, erkennt uns korrekt als nicht-Google. Ein Unterschied zwischen beiden Durchläufen ist ein starkes Signal, dem nachzugehen lohnt — kein Beweis dafür, was Googlebot tatsächlich erhält.
Ja — die Schaltfläche „CSV herunterladen“ exportiert genau das, was die Tabelle gerade zeigt. Haben Sie also auf weitergeleitete oder fehlerhafte Zeilen gefiltert, erhalten Sie genau diese. Jede Zeile enthält die angefragte URL, die vollständige Statuskette, die Zahl der Weiterleitungen, den Endstatus, die Ziel-URL und etwaige Fehler. Das öffnet sich direkt in der Tabellenkalkulation neben der Redirect-Map, gegen die Sie geprüft haben.
Fügen Sie die URLs oben ein, klappen Sie eine Zeile auf und lesen Sie die Header-Tabelle auf Strict-Transport-Security (HSTS), Content-Security-Policy, X-Content-Type-Options, X-Frame-Options und Referrer-Policy. Fehlendes HSTS ist der häufigste Sicherheitsmangel, den wir sehen — 38,6% der über unsere Audit-Engine geprüften Websites haben es nicht (H1 2026). Ein fehlender Header taucht in der Tabelle schlicht nicht auf; es lohnt sich also zu wissen, welche Sie erwarten.
Öffnen Sie die DevTools, wechseln Sie zum Tab „Netzwerk“, laden Sie die Seite neu, klicken Sie auf die oberste Anfrage und lesen Sie den Bereich „Response Headers“. Das funktioniert gut, mit zwei Haken: Der Browser folgt Weiterleitungen automatisch — bei einer weitergeleiteten URL landen Sie auf der finalen Antwort und müssen die Anfrageliste durchsuchen, um den auslösenden 301 zu finden — und Sie können immer nur eine URL gleichzeitig prüfen. Dieses Tool erfasst jeden Sprung als eigene Zeile und schafft fünfundzwanzig URLs in einem Durchgang.
Einen HTTPS-Header gibt es nicht. Header sind Teil von HTTP, dem Protokoll; HTTPS ist dasselbe Protokoll über eine TLS-verschlüsselte Verbindung. Die Header selbst sind in beiden Fällen identisch. Anders ist nur, dass eine über HTTPS ausgelieferte Website Security-Header senden kann, die ausschließlich dort sinnvoll sind — allen voran Strict-Transport-Security, das dem Browser sagt, die unsichere Variante nie wieder zu verwenden.
Zwischen Besucher und Inhalt schreibt etwas die Anfrage um. Übliche Verdächtige sind eine http-zu-https-Regel, eine www-zu-nicht-www-Regel (oder umgekehrt), eine Normalisierung des abschließenden Schrägstrichs oder eine Regel aus einer alten Migration. Prüfen Sie den Location-Wert im Ergebnis: Er nennt genau das Ziel der Weiterleitung, was meist genügt, um die auslösende Regel zu identifizieren.
Der Content-Type-Header gibt die Art des zurückgegebenen Inhalts an, etwa text/html, application/json oder image/jpeg. Meist enthält er zusätzlich ein Charset. Ein falscher Wert wiegt schwerer, als es klingt: Eine als text/plain ausgelieferte Seite wird als Quelltext angezeigt statt gerendert — und Suchmaschinen behandeln sie entsprechend.
Der Content-Length-Header gibt die Größe des Antwortkörpers in Bytes an. Bei Chunked Transfer Encoding oder Komprimierung fehlt er häufig — das ist normal und kein Fehler.
Der Server-Header identifiziert die Software und Version des Servers, der die Antwort erzeugt hat, etwa nginx oder cloudflare. Viele Betreiber kürzen oder entfernen ihn bewusst, denn eine exakte Versionsnummer hilft vor allem denen, die nach bekannten Schwachstellen scannen.
Der Date-Header gibt das Datum und die Uhrzeit an, zu der die Antwort gesendet wurde. Er bezeichnet den Zeitpunkt der Antworterzeugung, nicht den der letzten Bearbeitung der Seite — dafür steht Last-Modified.
Der Last-Modified-Header gibt das Datum und die Uhrzeit an, zu der die Ressource zuletzt geändert wurde. Crawler nutzen ihn zusammen mit If-Modified-Since, um unveränderte Seiten nicht erneut zu laden. Ein Last-Modified-Wert, der sich bei jeder Anfrage ändert, verschwendet daher still Crawl-Budget.
Der Cache-Control-Header gibt dem Client Caching-Anweisungen, etwa ob die Antwort zwischengespeichert werden darf und für wie lange. Er wird am ehesten von einem CDN vor Ihrem Origin umgeschrieben — weshalb es sich lohnt, ihn nach jeder Änderung an dieser Schicht erneut zu prüfen.
Vertiefende Beiträge aus dem SEOmator-Blog zu dem, was dieses Tool misst.
Wir haben häufig mit verschiedenen Arten von Webinhalten zu tun. Haben wir uns nicht alle schon einmal gefragt, wie sichergestellt wird, dass diese Inhalte in den Webbrowsern richtig und korrekt angezeigt werden?
Wappalyzer wurde 2023 Closed Source. Hier sind die kostenlosen, Open-Source- und kostenpflichtigen Alternativen — verglichen nach Erkennungsmethode, geprüften Preisen und API-Zugang.
Die digitale Welt entwickelt sich ständig weiter und verändert sich, während wir in dieser technologiegetriebenen Ära voranschreiten, und Single Page Applications (SPA) sind führend in der Gestaltung der modernen Webentwicklung.
Verbessern Sie Ihre Online-Präsenz mit unserem Tool: Werden Sie gefunden, kommen Sie voran
