JavaScript-Weiterleitungen sind eine der Methoden, die Webmastern für die Kommunikation zur Verfügung stehen sowohl Benutzer als auch Suchmaschinen, dass die angeforderte URL entweder dauerhaft oder vorübergehend nicht verfügbar ist. Die URL, die Ihnen dann angezeigt wird, sollte als Alternative oder neue permanente URL angesehen werden.
Typischerweise wird empfohlen, serverseitige 301er, 302er oder 307er zu verwenden.
Normalerweise sind Server, auf denen JavaScript-Anwendungen (JS) gehostet werden, Nginx-Server mit Konfigurationsdateien wo man immer serverseitige Weiterleitungen implementieren kann, was der von Google empfohlene Weg ist.
Werfen wir jedoch einen Blick auf Headless-Website-Architekturen, die immer beliebter werden. Wir stellen fest, dass nicht alle Headless-Builds serverseitige Umleitungen zulassen und sich auf die clientseitige Implementierung verlassen – dies sind JavaScript-Umleitungen.
Während einige Headless-CMS-Plattformen Vorkehrungen treffen, um Weiterleitungen entweder auf Server- oder Anwendungsebene zu konfigurieren, besteht einer der Vorteile des Wechsels zu einer Headless-Architektur darin, dass Sie nicht länger einen Monolithen, sondern ein Microservices-Modell ausführen.
Aus diesem Grund werden Entwickler versuchen, Abhängigkeiten zu reduzieren und Flexibilität im Stack zu schaffen.
Die Verwaltung von Weiterleitungen im Front-End (z. B. Vue.JS) bedeutet, dass Sie das CMS mit einer Überlegung weniger ändern können.
Hier müssen wir als SEO-Profis URL-Weiterleitungsfunktionen skizzieren und einrichten, wenn ein Kunde auf eine Headless-Architektur oder eine andere Form von JAMstack-Technologiestack migrieren möchte.
Im Hinblick darauf, wie JavaScript Redirects funktionieren, sie werden normalerweise durch die window.location.replace-Funktion implementiert und funktionieren gut für Benutzer.
Aber wie gut Suchmaschinen sie interpretieren, ist umstritten.
Bei Google&rsquo ;s Search Central-Dokumentation warnt die Suchmaschine, dass Sie Folgendes tun sollten:
Verwenden Sie JavaScript-Weiterleitungen nur, wenn Sie keine serverseitigen oder Meta-Refresh Weiterleitungen durchführen können.
Und mit ihrer Einbeziehung entgeht es, dass sie für Google und aus SEO-Perspektive (anekdotisch gesprochen) funktionieren , das ist definitiv die Interpretation, die viele Entwickler gehabt haben).
Aber im Gegensatz dazu hat Gary Illyes von Google erst 2020 öffentlich erklärt, dass JavaScript-Weiterleitungen „wahrscheinlich keine gute Idee sind“ ;
Js-Weiterleitungen sind jedoch wahrscheinlich keine gute Idee.
– Gary 鯨理/경리 Illyes (@methode) 8. Juli 2020
Dies war eine direkte Antwort auf einen Thread über Internationalisierung und Weiterleitungen. Nichtsdestotrotz wirft es Fragen auf, warum sie möglicherweise keine gute Idee sind, und bestätigt möglicherweise erneut, dass die Google-Dokumentation davor warnt, sie als vorrangige Lösung zu verwenden.
Contents
So implementieren Sie JavaScript-Umleitungen
Die gebräuchlichste Methode zur Implementierung von JavaScript-Umleitungen ist die Verwendung von window.location.replace, zum Beispiel:
window.location.replace(“https://dantaylor.online”);
Wenn Sie Dev Tools öffnen (STRG + UMSCHALT + I) und die obige Zeile in die Konsole eingeben, gelangen Sie auf die Homepage meiner Website.
Eine andere Methode der Implementierung ist die Verwendung von window.location.href , aber dies kann Benutzerprobleme verursachen.
Bei der Ersetzungsmethode lädt der Browser beim Zurückklicken des Benutzers die vorherige Seite – aber mit der href-Methode lädt der Browser und leitet den Benutzer zurück zu derselben Seite, die er gerade verlassen wollte (wie sie im Navigationsverlauf gespeichert ist).
Dies verursacht eine UX-Umleitungsschleife /trap, was dazu führt, dass der Benutzer den Tab schließt und eine negative Erfahrung mit der Website macht.
Für viele beliebte Headless-Plattformen, wie Gatsby, gibt es vorgefertigte Methoden zur Handhabung und Implementierung von Weiterleitungen.
In Gatsby können Sie das gatsby-plugin-gatsby-cloud installieren und 1:1-Weiterleitungen, Wildcard-Weiterleitungen und „Splat” Weiterleitungen.
In ähnlicher Weise kommen beliebte Headless-CMS wie Jekyll und Strapi mit vorgefertigten Modulen und Plugins, um die Implementierung von Weiterleitungen zu vereinfachen.
Wie Google JavaScript-Weiterleitungen verarbeitet
Wie JavaScript-Rendering führt Google JavaScript in einem zweistufigen Prozess aus und verlässt sich bei der Verarbeitung auf den Web-Rendering-Dienst.
Weitere Informationen darüber, wie Google JavaScript verarbeitet, finden Sie hier.
Für die Zwecke dieses Artikels ist es jedoch wichtig, die Nuancen von JavaScript hervorzuheben und wie Google oft mehrere Dinge darüber sagt – und wie wir als SEO-Experten dies interpretieren.
Im Jahr 2019 betonte Martin Splitt während der Google Mythbusting-Videos, dass Sie JavaScript “verantwortungsvoll” um zu verhindern, dass Inhalte „hinterherhinken“ im Prozess von Google.
Im Jahr 2020 meinte Gary Illyes, wie durch den Tweet weiter oben in diesem Artikel hervorgehoben wurde, dass die Verwendung von JS-Weiterleitungen wahrscheinlich keine gute Idee sei.
Während einer Folge des Search Off The Record-Podcasts aus dem Jahr 2021 hoben die Google-Befürworter hervor dass Sie keine Probleme mit JavaScript haben sollten, solange Google die kritischen Aspekte der Seite erkennen kann (Wertversprechen, nützlicher Zweck).
Zurück zu den JavaScript-Weiterleitungen und deren Verarbeitung durch Google: Wenn Google auf eine JS-Weiterleitung stößt, muss die Suchmaschine zuerst die JS rendern, sie als Weiterleitung identifizieren und dann “folgen” den neuen Weg.
Das kostet zusätzliche Zeit und Ressourcen (zwei Dinge, die Google auf Websites einschränkt, die wir oft einfach als Crawl-Budget bezeichnen).
Aus diesem Grund bevorzugt Google serverseitige Weiterleitungen (die traditionellen 301, 302, 307) zu JS-Weiterleitungen.
Dies wurde von Google erst im Juni 2022 in einem SEO Office Hours-Video erneut bestätigt.
In einer weiteren Aufzeichnung der SEO Office Hours vom Januar 2020 betonte Google, dass die Verarbeitung von JavaScript-Weiterleitungen länger dauert als die von serverseitigen Weiterleitungen. Sie können sich dieses Video hier ansehen.
Als Referenz: Die Search Central-Dokumentation von Google zu Weiterleitungen enthielt im Juni 2021 erstmals JavaScript-Weiterleitungen. das ist noch recht neu.
Funktionieren JavaScript-Umleitungen für SEO?
Bezug nehmend auf die Search Central-Dokumentation von Google und die Implementierung von JavaScript-Weiterleitungen wird die Warnung bezüglich der Verwendung von JavaScript-Weiterleitungen um Folgendes erweitert:
Während Google versucht, jede vom Googlebot gecrawlte URL wiederzugeben, kann dies der Fall sein scheitern aus verschiedenen Gründen. Das bedeutet, wenn Sie eine JavaScript-Umleitung einrichten, wird Google diese möglicherweise nie sehen, wenn das Rendern des Inhalts fehlgeschlagen ist.
Dies knüpft an einen anderen technischen SEO-Favoriten an: das Rendern.
Was kann genauer gesagt passieren, wenn der Web-Rendering-Dienst das JavaScript für die Weiterleitung nicht ausführen und rendern kann?
Wenn Google das JavaScript aus irgendeinem Grund nicht ausführen/darstellen kann, lädt Google die anfängliche Anforderungs-URL.
Abhängig von Ihrer Einrichtung können zwei Dinge passieren:
- Es ist entweder leer oder führt zu einem weichen 404-Fehler in der Google Search Console.
- Es gibt den ursprünglichen Seiteninhalt zurück, verarbeitet ihn und beginnt dann, ihn wie “normal“ Das ist nicht ideal, wenn Sie möchten, dass auf diese Inhalte nicht mehr zugegriffen werden kann.
Um das Risiko so weit wie möglich zu mindern, sollten Sie bei der Implementierung von JavaScript-Weiterleitungen:
- Denken Sie daran, dass Google zustandslos ist; alle Front-End-Weiterleitungen sollten sich nicht auf lokalen Speicher oder HTTP-Cookies (auch bekannt als Datenpersistenz) verlassen.
- Verlassen Sie sich nicht auf Benutzerberechtigungen, um die Weiterleitungen zu initiieren, da Google dies ablehnt Benutzerberechtigungsanfragen.
- Verwenden Sie keine Fragment-URLs.
- Reduzieren Sie die interne Verlinkung zum „ursprünglichen” URL und entfernen Sie sie aus der XML-Sitemap, um sicherzustellen, dass das neue „Ziel” URL ist stattdessen dazu da, Suchmaschinen konsistente Signale zu geben.
Eine letzte Anmerkung, die Link Equity und die Verteilung von PageRank/Link Equity berührt.
Untersuchen Sie dies ist mehr als sieben Jahre alt und über Wayback Machine erhältlich. Aber die Logik, Theorie und frühere Studien deuten darauf hin, dass der PageRank bei einer JavaScript-Weiterleitung genauso fließt wie bei einer serverseitigen Weiterleitung (sobald Google die Möglichkeit hatte, sie zu verarbeiten).