TrueURL
TrueURL

Menü

Sprache Deutsch
Design

Kostenloses Redirect-Tool

Meta-Refresh-Checker

Nicht jede Weiterleitung ist ein HTTP-Statuscode. TrueURL liest das HTML jeder Seite der Kette und findet Meta-Refresh-Tags und JavaScript-Weiterleitungen samt Ziel-URL und Verzögerung.

Was ist eine Meta-Refresh-Weiterleitung?

Ein Meta-Refresh ist ein HTML-Tag, der den Browser anweist, nach einer Verzögerung in Sekunden eine andere URL zu laden:

<meta http-equiv="refresh" content="0; url=https://example.com/new-page">

Mit einer Verzögerung von 0 verhält er sich wie eine normale Weiterleitung. Bei einer längeren Verzögerung sehen Besucher zuerst die Seite, wie bei den alten „Sie werden weitergeleitet“-Seiten. JavaScript-Weiterleitungen erledigen dasselbe mit Code wie location.href = '...' oder location.replace('...'). Beides sind clientseitige Weiterleitungen: Der Server antwortet mit 200 OK, und der Browser übernimmt die Weiterleitung.

So erkennt TrueURL clientseitige Weiterleitungen

Bei jeder HTML-Antwort mit einem 2xx-Status durchsucht TrueURL die ersten 256 KB der Seite nach einem Meta-Refresh-Tag und nach einfachen, bedingungslosen JavaScript-Weiterleitungen. Auch ein Refresh-HTTP-Header, der wie ein Meta-Refresh funktioniert, wird erkannt. Findet TrueURL eine solche Weiterleitung, zeigt es den Tag oder den Skriptausschnitt, die aufgelöste Ziel-URL und die Verzögerung, kennzeichnet den Hop als Meta-Refresh oder JavaScript und setzt die Kette vom Ziel aus fort. Ein Refresh, der nur dieselbe Seite neu lädt, ist keine Weiterleitung und wird ignoriert.

In den erweiterten Einstellungen können Sie das Verfolgen beider Typen einzeln abschalten, um sich die Seite selbst anzusehen. TrueURL führt kein JavaScript aus: Es liest die Skripte der Seite und erkennt Weiterleitungen auf eine feste URL, die beim Laden der Seite immer ausgeführt werden, entweder sofort oder in einem setTimeout auf oberster Ebene. Weiterleitungen, die von einer Bedingung abhängen, etwa einem Klick, einer Einwilligung oder der Bildschirmgröße, oder deren Ziel-URL im Code zusammengesetzt wird, werden nicht erkannt. Verwenden Sie GET statt HEAD, denn HEAD-Antworten haben keinen Body, der sich durchsuchen ließe.

Wie Suchmaschinen clientseitige Weiterleitungen behandeln

  • Sofortiger Meta-Refresh (Verzögerung 0): Google behandelt ihn als permanente Weiterleitung, also wie eine 301.
  • Verzögerter Meta-Refresh: wird als temporäre Weiterleitung gewertet, daher bleibt die ursprüngliche URL eher im Index.
  • JavaScript-Weiterleitungen: Google sieht sie erst nach dem Rendern der Seite, was lange nach dem Crawlen geschehen kann. Viele andere Crawler und die meisten Linkvorschau-Bots führen überhaupt kein JavaScript aus.

Google empfiehlt serverseitige Weiterleitungen, wo immer Sie sie konfigurieren können, und Meta-Refresh als Ausweichlösung, etwa bei statischem Hosting, das keine 301 senden kann.

Barrierefreiheit und Nutzererfahrung

Zeitgesteuerte Weiterleitungen sind ein Problem für die Barrierefreiheit: Menschen, die einen Screenreader nutzen oder einfach langsam lesen, verlieren den Faden, wenn sich die Seite unerwartet ändert. Die WCAG führen einen zeitgesteuerten Meta-Refresh als Fehler (F40), während eine sofortige Weiterleitung mit Verzögerung 0 eine anerkannte Technik ist (H76).

Wenn Sie im HTML weiterleiten müssen, verwenden Sie eine Verzögerung von 0, fügen Sie einen Canonical-Tag hinzu, der auf die neue URL zeigt, und setzen Sie einen sichtbaren Link darauf in die Seite – für Besucher, deren Browser dem Refresh nicht folgt.

Ratgeber

Häufige Fragen

Überträgt ein Meta-Refresh SEO-Wert wie eine 301?

Google behandelt einen sofortigen Meta-Refresh (Verzögerung 0) als permanente Weiterleitung, in der Praxis funktioniert er also ähnlich wie eine 301. Ein verzögerter Refresh gilt als temporär. Andere Crawler verarbeiten Meta-Refresh womöglich weniger zuverlässig. Verwenden Sie daher eine serverseitige 301, wann immer Ihr Hosting es erlaubt.

Warum zeigt mein Redirect-Checker 200, obwohl die Seite in meinem Browser weiterleitet?

Die Weiterleitung passiert im HTML oder JavaScript der Seite, nicht in der HTTP-Antwort. Tools, die nur Statuscodes folgen, etwa curl -L, stoppen bei der Seite mit 200. TrueURL durchsucht den Seiteninhalt und zeigt die clientseitige Weiterleitung als eigenen Hop.

Welche Verzögerung sollte ein Meta-Refresh haben?

0, wenn Sie weiterleiten wollen. Jede Verzögerung macht daraus für Google eine temporäre Weiterleitung, lässt Besucher warten und verursacht Probleme bei der Barrierefreiheit. Eine Verzögerung ist nur auf einer Seite sinnvoll, die zuerst eine Nachricht anzeigen muss, und diese Seite sollte zusätzlich einen deutlichen Link zum Weitergehen enthalten.

Kann TrueURL jede JavaScript-Weiterleitung erkennen?

Nein, nur einfache, bedingungslose Weiterleitungen mit einer festen Ziel-URL im HTML der Seite, etwa location.href = '...', window.location = '...' oder location.replace('...'), auch innerhalb eines setTimeout auf oberster Ebene. Weiterleitungen in externen Skriptdateien, hinter Bedingungen, ausgelöst durch Nutzeraktionen oder mit berechneter URL lassen sich nur in einem echten Browser ausführen. Endet die Kette auf einer Seite, von der Sie wissen, dass sie weiterleitet, liegt es wahrscheinlich daran.

Warum sollte eine Website einen Meta-Refresh statt einer 301 verwenden?

Meist, weil sie keine HTTP-Weiterleitungen senden kann: statisches Hosting ohne Weiterleitungsregeln, ein Website-Baukasten oder ein altes CMS. Manche URL-Kürzer und Klick-Tracker setzen ebenfalls HTML-Weiterleitungen ein, um zuerst Analyse-Skripte auszuführen oder den Referrer zu steuern, den das Ziel sieht.

Erkennt eine HEAD-Anfrage einen Meta-Refresh?

Nein. Eine HEAD-Antwort hat Header, aber keinen Body, es gibt also kein HTML zum Durchsuchen. TrueURL warnt Sie, wenn Sie mit HEAD prüfen; verwenden Sie für dieses Tool GET.