Website-Umzüge und Änderungen planen

Das Weiterleiten von URLs ist die Praxis, eine bestehende URL auf eine andere aufzulösen, wodurch Ihren Besuchern und der Google Suche effektiv mitgeteilt wird, dass eine Seite einen neuen Standort hat. Weiterleitungen sind besonders in den folgenden Situationen nützlich:

Sie haben Ihre Website auf eine neue Domain umgezogen und möchten den Übergang so nahtlos wie möglich gestalten.

Nutzer greifen über verschiedene URLs auf Ihre Website zu. Wenn Ihre Startseite beispielsweise auf mehrere Arten erreichbar ist (z. B. http://example.com/home, http://home.example.com oder http://www.example.com), ist es ratsam, eine dieser URLs als bevorzugtes (kanonisches) Ziel festzulegen und Weiterleitungen zu verwenden, um den Traffic von den anderen URLs auf Ihre bevorzugte URL zu leiten.

Sie führen zwei Websites zusammen und möchten sicherstellen, dass Links zu veralteten URLs auf die korrekten Seiten weitergeleitet werden.

Wenn Sie eine Plattform wie Blogger oder Shopify nutzen, bietet diese möglicherweise bereits integrierte Weiterleitungslösungen. Suchen Sie nach Hilfeartikeln (suchen Sie beispielsweise nach „Blogger redirects“).

Übersicht der Weiterleitungstypen

Obwohl Ihre Nutzer in der Regel den Unterschied zwischen den verschiedenen Weiterleitungstypen nicht bemerken werden, verwendet die Google Suche Weiterleitungen als starkes oder schwaches Signal dafür, dass das Weiterleitungsziel kanonisch sein sollte. Die Wahl einer Weiterleitung hängt davon ab, wie lange die Weiterleitung voraussichtlich bestehen soll und welche Seite in den Suchergebnissen der Google Suche erscheinen soll:

Die folgende Tabelle erläutert die verschiedenen Möglichkeiten zum Einrichten permanenter und temporärer Weiterleitungen, sortiert nach der Wahrscheinlichkeit, mit der Google sie korrekt interpretieren kann (z. B. hat eine serverseitige Weiterleitung die höchste Chance, von Google korrekt interpretiert zu werden). Wählen Sie den Weiterleitungstyp, der für Ihre Situation und Website geeignet ist:

Serverseitige Weiterleitungen

Das Einrichten serverseitiger Weiterleitungen erfordert Zugriff auf die Serverkonfigurationsdateien (z. B. die .htaccess-Datei unter Apache) oder das Setzen der Weiterleitungs-Header mit serverseitigen Skripten (z. B. PHP). Sie können sowohl permanente als auch temporäre Weiterleitungen serverseitig erstellen.

Permanente serverseitige Weiterleitungen

Wenn Sie die URL einer Seite ändern müssen, wie sie in den Suchmaschinenergebnissen angezeigt wird, empfehlen wir Ihnen, wann immer möglich eine permanente serverseitige Weiterleitung zu verwenden. Dies ist der beste Weg, um sicherzustellen, dass die Google Suche und Nutzer auf die richtige Seite geleitet werden. Die Statuscodes 301 und 308 bedeuten, dass eine Seite dauerhaft an einen neuen Standort verschoben wurde.

Temporäre serverseitige Weiterleitungen

Wenn Sie Nutzer nur vorübergehend auf eine andere Seite leiten möchten, verwenden Sie eine temporäre Weiterleitung. Dies stellt auch sicher, dass Google die alte URL für längere Zeit in seinen Ergebnissen behält. Wenn beispielsweise ein von Ihrer Website angebotener Dienst vorübergehend nicht verfügbar ist, können Sie eine temporäre Weiterleitung einrichten, um Nutzer auf eine Seite zu leiten, die erklärt, was passiert, ohne die ursprüngliche URL in den Suchergebnissen zu beeinträchtigen.

Serverseitige Weiterleitungen implementieren

Die Implementierung serverseitiger Weiterleitungen hängt von Ihrer Hosting- und Serverumgebung oder der Skriptsprache des Backends Ihrer Website ab.

Um eine permanente Weiterleitung mit PHP einzurichten, verwenden Sie die Funktion header(). Sie müssen die Header setzen, bevor Sie irgendetwas an den Bildschirm senden:

Wenn Sie Zugriff auf die Konfigurationsdateien Ihres Webservers haben, können Sie die Weiterleitungsregeln möglicherweise selbst schreiben. Befolgen Sie die Anleitungen Ihres Webservers:

Apache: Konsultieren Sie das Apache .htaccess Tutorial, den Apache URL Rewriting Guide und die Apache mod_alias Dokumentation. Sie können beispielsweise mod_alias verwenden, um die einfachste Form von Weiterleitungen einzurichten:# Permanente Weiterleitung: Redirect permanent “/old” “http://example.com/new” # Temporäre Weiterleitung: Redirect temp “/two-old” “http://example.com/two-new”Für komplexere Weiterleitungen verwenden Sie mod_rewrite. Zum Beispiel:RewriteEngine on # Weiterleitung der Dienstseite auf eine neue Seite mit einer permanenten Weiterleitung RewriteRule “^/service$” “/about/service” [R=301] # Weiterleitung der Dienstseite auf eine neue Seite mit einer temporären Weiterleitung RewriteRule “^/service$” “/about/service” [R]

NGINX: Lesen Sie über das Erstellen von NGINX Rewrite Rules im NGINX-Blog. Wie bei Apache haben Sie mehrere Möglichkeiten, Weiterleitungen zu erstellen. Zum Beispiel:location = /service { # für eine permanente Weiterleitung return 301 $scheme://example.com/about/service # für eine temporäre Weiterleitung return 302 $scheme://example.com/about/service }Für komplexere Weiterleitungen verwenden Sie die rewrite-Direktive:location = /service { # für eine permanente Weiterleitung rewrite service?name=$1 ^service/offline/([a-z]+)/?$ permanent; # für eine temporäre Weiterleitung rewrite service?name=$1 ^service/offline/([a-z]+)/?$ redirect; }

Für alle anderen Webserver wenden Sie sich an Ihren Servermanager oder Hoster oder suchen Sie nach Anleitungen in Ihrer bevorzugten Suchmaschine (suchen Sie beispielsweise nach „LiteSpeed redirects“).

Meta-Refresh und sein HTTP-Äquivalent

Wenn serverseitige Weiterleitungen auf Ihrer Plattform nicht implementiert werden können, sind Meta-Refresh-Weiterleitungen möglicherweise eine praktikable Alternative. Google unterscheidet zwischen zwei Arten von Meta-Refresh-Weiterleitungen:

Sofortiger Meta-Refresh-Redirect: Wird ausgelöst, sobald die Seite in einem Browser geladen wird. Die Google Suche interpretiert sofortige Meta-Refresh-Weiterleitungen als permanente Weiterleitungen.

Verzögerter Meta-Refresh-Redirect: Wird erst nach einer vom Website-Betreiber festgelegten Anzahl von Sekunden ausgelöst. Die Google Suche interpretiert verzögerte Meta-Refresh-Weiterleitungen als temporäre Weiterleitungen.

Platzieren Sie die Meta-Refresh-Weiterleitung entweder im Head-Bereich des HTML oder im HTTP-Header mit serverseitigem Code. Hier ist zum Beispiel eine sofortige Meta-Refresh-Weiterleitung im Head-Bereich des HTML:

Hier ist ein Beispiel für das HTTP-Header-Äquivalent, das Sie mit serverseitigen Skripten einfügen können:

Um eine verzögerte Weiterleitung zu erstellen, die von Google als temporäre Weiterleitung interpretiert wird, setzen Sie das content-Attribut auf die Anzahl der Sekunden, um die die Weiterleitung verzögert werden soll:

JavaScript-Standort-Weiterleitungen

Die Google Suche interpretiert und führt JavaScript mithilfe des Web Rendering Service aus, sobald das Crawling der URL abgeschlossen ist. Verwenden Sie JavaScript-Weiterleitungen nur, wenn Sie keine serverseitigen oder Meta-Refresh-Weiterleitungen durchführen können. Obwohl Google versucht, jede von Googlebot gecrawlte URL zu rendern, kann das Rendering aus verschiedenen Gründen fehlschlagen. Das bedeutet, dass Google eine JavaScript-Weiterleitung möglicherweise nie sieht, wenn das Rendern des Inhalts fehlgeschlagen ist.

Um eine JavaScript-Weiterleitung einzurichten, setzen Sie die location-Eigenschaft in einem Skriptblock im HTML-Head auf die Ziel-URL der Weiterleitung. Zum Beispiel:

Krypto-Weiterleitungen

Wenn Sie keine der traditionellen Weiterleitungsmethoden implementieren können, sollten Sie dennoch versuchen, Ihre Nutzer darüber zu informieren, dass die Seite oder ihr Inhalt verschoben wurde. Der einfachste Weg hierfür ist das Hinzufügen eines Links, der auf die neue Seite verweist, begleitet von einer kurzen Erklärung. Zum Beispiel:

Dies hilft Nutzern, Ihre neue Website zu finden, und Google interpretiert dies möglicherweise als Krypto-Weiterleitung. Verlassen Sie sich nicht auf Krypto-Weiterleitungen, um Suchmaschinen mitzuteilen, dass Ihre Inhalte verschoben wurden, es sei denn, Sie haben keine andere Wahl. Kontaktieren Sie Ihren Hosting-Anbieter für Hilfe bei traditionellen Weiterleitungen, bevor Sie auf Krypto-Weiterleitungen zurückgreifen.

Alternative Versionen einer URL

Wenn Sie eine URL weiterleiten, verfolgt Google sowohl die Weiterleitungsquelle (die alte URL) als auch das Weiterleitungsziel (die neue URL). Eine der URLs wird die kanonische; welche, hängt von Signalen ab, wie z. B. ob die Weiterleitung temporär oder permanent war. Die andere URL wird zu einem alternativen Namen der kanonischen URL. Alternative Namen sind verschiedene Versionen einer kanonischen URL, die Nutzer möglicherweise eher erkennen und denen sie mehr vertrauen. Alternative Namen können in den Suchergebnissen erscheinen, wenn die Suchanfrage eines Nutzers darauf hindeutet, dass er der alten URL möglicherweise mehr vertraut.

Wenn Sie beispielsweise auf einen neuen Domainnamen umgezogen sind, ist es sehr wahrscheinlich, dass Google weiterhin gelegentlich die alten URLs in den Ergebnissen anzeigt, obwohl die neuen URLs bereits indexiert sind. Dies ist normal, und während sich die Nutzer an den neuen Domainnamen gewöhnen, werden die alternativen Namen verschwinden, ohne dass Sie etwas tun müssen.

Empfehlungen für alle Website-Umzüge

Teilen Sie Ihren Umzug in kleinere Schritte auf, falls dies für Ihre Website sinnvoll ist. Wir empfehlen, zunächst nur einen Teil der Website umzuziehen, um Auswirkungen auf Traffic und Suchindexierung zu testen. Danach können Sie den Rest Ihrer Website auf einmal oder in Abschnitten umziehen. Wählen Sie für den ersten Testabschnitt der Website einen Bereich, der sich weniger häufig ändert und nicht wesentlich von häufigen oder unvorhersehbaren Ereignissen betroffen ist. Bedenken Sie auch, dass das Umziehen nur eines Abschnitts zwar eine großartige Möglichkeit ist, Ihren Umzug zu testen, dies aber nicht unbedingt repräsentativ für einen vollständigen Website-Umzug in Bezug auf die Suche ist. Je mehr Seiten Sie umziehen, desto wahrscheinlicher ist es, dass Sie auf zusätzliche Probleme stoßen, die gelöst werden müssen. Eine sorgfältige Planung kann Probleme minimieren.

Planen Sie Ihren Umzug nach Möglichkeit so, dass er mit geringerem Traffic zusammenfällt. Wenn Ihr Traffic saisonabhängig ist oder an bestimmten Wochentagen abnimmt, ist es sinnvoll, Ihre Website während der wiederkehrenden Traffic-Einbrüche umzuziehen. Dies bedeutet, dass weniger Menschen von potenziellen Problemen betroffen sind, die während des Website-Umzugs auftreten können, und mehr Ressourcen Ihres Servers für das Crawling Ihrer Website durch Googlebot bereitgestellt werden können.

Erwarten Sie während des Umzugs vorübergehende Schwankungen im Website-Ranking. Bei jeder wesentlichen Änderung an einer Website können Ranking-Schwankungen auftreten, während Google Ihre Website erneut crawlt und indexiert. Als allgemeine Regel gilt: Bei einer mittelgroßen Website kann es einige Wochen dauern, bis die meisten Seiten in unserem Index verschoben sind; bei größeren Websites kann es länger dauern. Die Geschwindigkeit, mit der Googlebot und unsere Systeme verschobene URLs entdecken und verarbeiten, hängt weitgehend von der Anzahl der URLs und Ihrer Servergeschwindigkeit ab. Das Einreichen einer Sitemap kann den Entdeckungsprozess beschleunigen, und es ist in Ordnung, Ihre Website in Abschnitten umzuziehen.

Stellen Sie Fragen in der Google Search Central. Es gibt viele gute Ratschläge auf unserer Hilfeseite und spezifische Fälle, die in unseren Nutzerforen beantwortet werden. Wenn Sie keine Antwort finden, können Sie während unserer SEO-Sprechstunden eine Live-Frage an einen unserer Google Search-Spezialisten stellen.

Wenn es eine URL-Änderung beinhaltet, könnten Sie einen A/B-Test oder einen Probelauf in Betracht ziehen. Planen Sie einige Wochen ein, damit Crawling und Indexierung Änderungen aufnehmen können, sowie Zeit, um den Traffic zu überwachen.

Website ohne URL-Änderungen umziehen

Dieser Leitfaden zeigt, wie Sie die Auswirkungen auf Ihre Leistung in der Google Suche minimieren können, wenn Sie die Hosting-Infrastruktur Ihrer Website migrieren. Zum Beispiel beim Wechsel von Hosting-Anbietern oder beim Umzug zu einem Content Delivery Network (CDN). Dieser Leitfaden gilt nur für Migrationen, die die für den Nutzer sichtbare URL nicht beeinträchtigen. Ändern Sie die URLs? Wenn Sie sichtbare URL-Änderungen vornehmen, beginnen Sie mit Website-Umzüge mit URL-Änderungen.

Übersicht

Überprüfen Sie FAQs und grundlegende Informationen zu Website-Umzügen. Wissen Sie, was Sie erwartet und wie es sich auf Ihre Nutzer und Rankings auswirken könnte.

Bereiten Sie die neue Hosting-Infrastruktur vor. Laden Sie Ihre Inhalte auf die neuen Server hoch oder konfigurieren Sie Ihr CDN und Ihre Ursprungsserver und testen Sie dies.

Starten Sie den Website-Umzug. Ändern Sie die DNS-Einstellungen Ihres Domainnamens, damit sie auf die neue Hosting-Infrastruktur verweisen. Dieser Schritt ist der eigentliche Website-Umzugsschritt, der den Prozess des Sendens Ihres Traffics an die neue Infrastruktur startet.

Herunterfahren. Fahren Sie die alte Hosting-Infrastruktur herunter, wenn Sie sicher sind, dass alle Nutzer Inhalte korrekt von der neuen Infrastruktur erhalten und niemand mehr die alte Infrastruktur nutzt.

Bereiten Sie die neue Hosting-Infrastruktur vor

Kopieren und testen Sie Ihre neue Website

Laden Sie zuerst eine Kopie Ihrer Website auf Ihren neuen Hosting-Anbieter hoch. Sobald Sie dies getan haben, überprüfen Sie, ob sie wie erwartet funktioniert, indem Sie alle Aspekte der Interaktion Ihrer Nutzer mit Ihrer Website gründlich testen. Hier sind ein paar Vorschläge:

Öffnen Sie Ihre neue Website in einem Webbrowser und überprüfen Sie alle Elemente Ihrer Website: Webseiten, Bilder, Formulare und Downloads (wie PDF-Dateien).

Erstellen Sie eine Testumgebung, vielleicht mit IP-beschränktem Zugriff, in der Sie alle Funktionen testen, bevor die Website live geht.

Ermöglichen Sie öffentliche Tests mit einem temporären Hostnamen für Ihre neue Infrastruktur (wie beta.example.com), damit Sie die Zugänglichkeit durch Browser testen können. Ein temporärer Hostname kann Ihnen helfen zu testen, ob Googlebot Ihre Website erreichen kann oder nicht.

Überprüfen Sie, ob Googlebot auf die neue Hosting-Infrastruktur zugreifen kann

Wenn Sie noch kein Search Console-Konto haben, erstellen Sie ein neues Konto für Ihre Website, um den Zugriff und Traffic durch Google zu überwachen. Wenn Sie einen temporären Hostnamen für Ihre neue Website erstellt haben, erstellen Sie auch ein Konto für diesen Hostnamen. Überprüfen Sie mit dem URL-Prüftool in der Search Console, ob Googlebot auf Ihre neue Infrastruktur zugreifen kann. Achtung: Überprüfen Sie Ihre Firewall-Konfiguration oder Ihren Schutz vor Denial-of-Service (DoS). Stellen Sie sicher, dass dieser die Fähigkeit von Googlebot nicht blockiert, das DNS oder die Server des Hosting-Anbieters zu erreichen.

Senken Sie den TTL-Wert für Ihre DNS-Einträge

Sie können dazu beitragen, dass Ihr Website-Umzug schneller geht, wenn Sie den TTL-Wert Ihrer Website-DNS-Einträge senken, wodurch sich die neuen Einstellungen schneller auf ISPs verbreiten können. DNS-Einstellungen werden normalerweise von ISPs basierend auf der angegebenen Time-to-Live (TTL)-Einstellung zwischengespeichert. Erwägen Sie, die TTL mindestens eine Woche vor dem Website-Umzug auf einen konservativ niedrigen Wert (z. B. einige Stunden) zu senken, um DNS-Caches schneller zu aktualisieren.

Überprüfen Sie die Search Console-Verifizierung

Wenn Sie die HTML-Datei-Methode verwenden, um die Inhaberschaft Ihrer Website in der Search Console zu verifizieren, vergessen Sie nicht, Ihre aktuelle Verifizierungsdatei in Ihre neue Kopie der Website aufzunehmen.

Ebenso, wenn Sie in den Vorlagen Ihres Content-Management-Systems ein Meta-Tag oder Google Analytics zur Verifizierung der Inhaberschaft einfügen, stellen Sie sicher, dass die neue CMS-Kopie diese ebenfalls enthält.

Starten Sie den Website-Umzug

Entfernen Sie alle temporären Blöcke für das Crawling. Während des Aufbaus der neuen Kopie einer Website verwenden einige Website-Betreiber eine robots.txt-Datei, um das Crawling durch Googlebot und andere Crawler zu untersagen, oder verwenden noindex-Meta-Tags oder HTTP-Header, um die Indexierung von Inhalten zu blockieren. Stellen Sie sicher, dass Sie solche Blöcke aus der neuen Kopie der Website entfernen, wenn Sie bereit sind, den Umzug zu starten.

Aktualisieren Sie die DNS-Einstellungen. Sie starten den Website-Umzug, indem Sie die DNS-Einträge aktualisieren, damit sie auf den neuen Hosting-Anbieter verweisen. Erkundigen Sie sich bei Ihrem DNS-Anbieter, wie das geht. Da die DNS-Cache-Einstellung zwischengespeichert wird, dauert es einige Zeit, bis sich die Einträge vollständig auf alle Nutzer im Internet verbreitet haben.

Überwachen Sie den Traffic

Behalten Sie die Serverprotokolle auf neuen und alten Servern im Auge. Während sich die DNS-Einstellung verbreitet und sich der Website-Traffic bewegt, werden Sie einen Rückgang des Traffics auf den alten Servern und einen entsprechenden Anstieg des Traffics auf den neuen Servern feststellen.

Verwenden Sie verschiedene öffentliche DNS-Überprüfungstools. Überprüfen Sie, ob verschiedene ISPs auf der ganzen Welt korrekt auf Ihre neuen DNS-Einstellungen aktualisieren.

Überwachen Sie das Crawling. Überwachen Sie die Indexabdeckungsberichte in der Search Console. Lassen Sie Googlebot entscheiden. Anstatt manuell eine maximale Crawling-Rate in der Search Console festzulegen, behalten Sie die Einstellung „Googlebot entscheiden lassen“ bei. Auf diese Weise stören Einstellungen, die nur für das alte System konzipiert sind, nicht die Anforderungen Ihres neuen Systems.

Ein Hinweis zur Crawling-Rate von Googlebot

Es ist normal, unmittelbar nach dem Start einen vorübergehenden Rückgang der Crawling-Rate von Googlebot zu sehen, gefolgt von einem stetigen Anstieg über die nächsten Wochen, möglicherweise auf Raten, die höher sein können als vor dem Umzug.

Diese Schwankung tritt auf, weil wir die Crawling-Rate für eine Website basierend auf vielen Signalen bestimmen, und diese Signale ändern sich, wenn sich Ihr Hosting ändert. Solange Googlebot beim Zugriff auf Ihre neue Bereitstellungsinfrastruktur auf keine ernsthaften Probleme oder Verlangsamungen stößt, wird er versuchen, Ihre Website so schnell wie nötig und möglich zu crawlen.

Altes Hosting herunterfahren

Überprüfen Sie die Serverprotokolle beim alten Anbieter und sobald der Traffic zum alten Anbieter Null erreicht, können Sie Ihre alte Hosting-Infrastruktur herunterfahren. Damit ist der Website-Umzug abgeschlossen.

Website mit URL-Änderungen umziehen

Dieser Artikel beschreibt, wie Sie die URLs bestehender Seiten auf Ihrer Website mit minimalen Auswirkungen auf Ihre Google Suchergebnisse ändern können. Beispiele für diese Art von Website-Umzug sind:

Ändern Sie die URLs nicht? Wenn Sie Website-Änderungen ohne sichtbare URL-Änderungen vornehmen, beginnen Sie stattdessen hier.

Übersicht

Überprüfen Sie grundlegende Informationen zu Website-Umzügen. Wissen Sie, was Sie erwartet und wie es sich auf Ihre Nutzer und Rankings auswirken könnte. Wenn Sie von HTTP zu HTTPS umziehen, überprüfen Sie die Best Practices für HTTPS.

Starten Sie den Website-Umzug, indem Sie den Server so konfigurieren, dass er von den alten URLs auf die neuen weiterleitet.

FAQs für alle Website-Umzüge mit URL-Änderungen

Empfiehlt Google, alles zusammen umzuziehen, oder ist es in Ordnung, in Abschnitten umzuziehen? Das Umziehen in Abschnitten ist in Ordnung.

Wie können Sie testen, wie viele Seiten indexiert wurden? Überprüfen Sie die Daten für jede Property separat in der Search Console. Verwenden Sie den Indexstatus-Bericht für einen breiten Überblick. Verwenden Sie den Sitemap-Bericht, um zu sehen, wie viele in einer Sitemap eingereichte URLs indexiert wurden.

Wie lange dauert es, bis Google URL-Änderungen erkennt? Es gibt keine festen Crawling-Frequenzen; es hängt von der Größe Ihrer Website und der Geschwindigkeit des möglichen Crawlings ab. Der Umzug erfolgt auf URL-Basis.

Verlieren Sie Kredit für Links, wenn Sie auf neue URLs weiterleiten? Nein, 301- oder 302-Weiterleitungen verursachen keinen Verlust an PageRank.

Migration von HTTP zu HTTPS

Stellen Sie sicher, dass Sie die HTTPS-Property zur Search Console hinzufügen. Die Search Console behandelt HTTP und HTTPS separat; Daten für diese Properties werden in der Search Console nicht geteilt. Wenn Sie also Seiten in beiden Protokollen haben, müssen Sie für jedes eine separate Search Console-Property haben.

FAQs zur Migration von HTTP zu HTTPS

Wie bei allen Migrationen können während einer Migration Ranking-Schwankungen auftreten. Um jedoch HTTPS-spezifische Fallstricke zu vermeiden, überprüfen Sie die Best-Practice-Informationen für HTTPS-Seiten.

HTTPS-Websites erhalten einen kleinen Ranking-Schub, aber erwarten Sie keine sichtbare Änderung. Google verwendet HTTPS als positives Ranking-Signal. Dieses Signal ist eines unter vielen anderen und hat derzeit weniger Gewicht als qualitativ hochwertige Website-Inhalte; Sie sollten kurzfristig keinen großen SEO-Vorteil durch den Umzug zu HTTPS erwarten. Langfristig könnte Google die Stärke des HTTPS-Schubs erhöhen.

Ja, das ist in Ordnung. Beginnen Sie mit einem Teil, testen Sie ihn und ziehen Sie dann in Ihrem eigenen Tempo mehr um.

Wenn Sie stückweise von HTTP zu HTTPS migrieren und eine frühzeitige Indexierung der bereitgestellten URLs vermeiden möchten, empfehlen wir die Verwendung von rel=canonical anstelle von Weiterleitungen. Wenn Sie Weiterleitungen verwenden, können Sie die weitergeleiteten Seiten nicht testen.

Verifizieren Sie HTTP und HTTPS separat in der Search Console und verwenden Sie den Indexabdeckungsbericht, um zu sehen, welche Seiten indexiert wurden.

Es gibt keine festen Crawling-Frequenzen; es hängt von der Größe Ihrer Website und der Geschwindigkeit des möglichen Crawlings ab. Der Umzug erfolgt auf URL-Basis.

Wir empfehlen, Ihre robots.txt-Datei zu aktualisieren, damit sie auf die HTTPS-Version Ihrer Sitemap-Dateien verweist. Wir empfehlen außerdem, nur die HTTPS-URLs in Ihrer Sitemap aufzulisten.

Denken Sie daran, dass Sie, wenn Sie jede URL auf Ihrer Website von HTTP zu HTTPS weiterleiten, immer noch nur eine robots.txt-Datei haben, die für Crawler zugänglich ist. Wenn beispielsweise http://example.com/robots.txt auf https://example.com/robots.txt weiterleitet, sind die Inhalte der HTTP-Version für Google und andere Suchmaschinen nicht sichtbar.

Sie können eine separate Sitemap nur für den aktualisierten Abschnitt Ihrer Website erstellen. Dies ermöglicht es Ihnen, die Indexierung des Testabschnitts genauer zu verfolgen. Achten Sie jedoch darauf, diese URLs nicht in anderen Sitemaps zu duplizieren.

Listen Sie alle neuen HTTPS-URLs in Ihrer Sitemap auf und entfernen Sie die alten HTTP-URLs. Wenn Sie lieber eine neue Sitemap erstellen möchten, listen Sie nur die neuen HTTPS-URLs darin auf.

HSTS erhöht die Sicherheit, fügt aber Komplexität zu Ihrer Rollback-Strategie hinzu. Weitere Informationen finden Sie unter HTTPS-Best Practices.

Wenn Sie eine Google News-Sitemap für den neuen HTTPS-Abschnitt verwenden möchten, müssen Sie das News-Team kontaktieren, um es über die Protokolländerung zu informieren, und dann können Sie in Ihrer HTTPS-Property in der Search Console eine neue Google News-Sitemap einreichen, während Sie jeden Abschnitt Ihrer Website zu HTTPS migrieren.

Das Google News Publisher Center handhabt die HTTP-zu-HTTPS-Umzüge transparent. Im Allgemeinen müssen Sie aus Sicht von Google News nichts tun, es sei denn, Sie verwenden auch News-Sitemaps. In diesem Fall kontaktieren Sie das News-Team und informieren Sie es über die Änderung. Sie können das Team auch über das Ändern von Abschnitten informieren, zum Beispiel falls Sie zu HTTPS umziehen, können Sie angeben, dass Sie http://example.com/section zu https://example.com/section umziehen.

Bereiten Sie die neue Website vor

Die Details der Website-Vorbereitung variieren für jeden Website-Umzug, aber normalerweise führen Sie einen oder mehrere der folgenden Schritte aus:

Übertragen Sie Bilder und Downloads (wie PDF-Dokumente), die Sie derzeit hosten. Diese erhalten möglicherweise bereits Traffic von der Google Suche oder Links, und es ist nützlich, Nutzer und Googlebot über ihren neuen Standort zu informieren.

Für einen Umzug zu HTTPS, besorgen und konfigurieren Sie die erforderlichen TLS-Zertifikate auf Ihrem Server.

Richten Sie eine robots.txt für Ihre neue Website ein

Die robots.txt-Datei für eine Website steuert, welche Bereiche Googlebot crawlen kann. Stellen Sie sicher, dass die Anweisungen in der robots.txt-Datei der neuen Website korrekt die Teile widerspiegeln, die Sie vom Crawling ausschließen möchten.

Beachten Sie, dass einige Website-Betreiber während der Entwicklung das gesamte Crawling blockieren. Wenn Sie diese Strategie verfolgen, stellen Sie sicher, dass Sie vorbereiten, wie die robots.txt-Datei aussehen soll, sobald der Website-Umzug beginnt. Ebenso, wenn Sie während der Entwicklung noindex-Anweisungen verwenden, bereiten Sie eine Liste von URLs vor, von denen Sie die noindex-Anweisungen entfernen, wenn Sie den Website-Umzug starten.

Stellen Sie Fehler für gelöschte oder zusammengeführte Inhalte bereit

Stellen Sie für Inhalte auf der alten Website, die nicht auf die neue Website übertragen werden, sicher, dass diese verwaisten URLs korrekt einen HTTP 404- oder 410-Fehlerantwortcode zurückgeben. Sie können den Fehlerantwortcode an der alten URL im Konfigurationspanel für Ihre neue Website zurückgeben, oder Sie können eine Weiterleitung für eine neue URL erstellen und diese den HTTP-Fehlercode zurückgeben lassen. Vermeiden Sie irrelevante Weiterleitungen

Leiten Sie nicht viele alte URLs auf ein irrelevantes Ziel weiter, wie z. B. die Startseite der neuen Website. Dies kann Nutzer verwirren und könnte als Soft 404-Fehler behandelt werden. Wenn Sie jedoch zuvor auf mehreren Seiten gehostete Inhalte auf einer neuen einzelnen Seite konsolidiert haben, ist es akzeptabel, die älteren URLs auf diese neue, konsolidierte Seite weiterzuleiten.

Stellen Sie korrekte Search Console-Einstellungen sicher

Wenn Sie es noch nicht getan haben, verifizieren Sie, dass Sie sowohl die alten als auch die neuen Websites in der Search Console besitzen. Stellen Sie sicher, dass Sie alle Varianten sowohl der alten als auch der neuen Websites verifizieren. Verifizieren Sie beispielsweise www.example.com und example.com und schließen Sie sowohl die HTTPS- als auch die HTTP-Website-Varianten ein, wenn Sie HTTPS-URLs verwenden. Tun Sie dies sowohl für alte als auch für neue Websites.

Stellen Sie sicher, dass Ihre Search Console-Verifizierung nach dem Website-Umzug weiterhin funktioniert. Wenn Sie eine andere Verifizierungsmethode verwenden, denken Sie daran, dass Verifizierungs-Token unterschiedlich sein können, wenn sich die URL ändert.

Wenn Sie die HTML-Datei-Methode verwenden, um die Inhaberschaft Ihrer Website in der Search Console zu verifizieren, vergessen Sie nicht, Ihre aktuelle Verifizierungsdatei in Ihre neue Kopie der Website aufzunehmen.

Ebenso, wenn Sie die Inhaberschaft mit einer Include-Datei verifizieren, die auf ein Meta-Tag oder Google Analytics verweist, um die Inhaberschaft zu verifizieren, stellen Sie sicher, dass die neue CMS-Kopie diese ebenfalls enthält.

Wenn Sie einige der Konfigurationseinstellungen in der Search Console für Ihre alte Website geändert hatten, stellen Sie sicher, dass die Einstellungen der neuen Website aktualisiert werden, um diese Änderungen ebenfalls widerzuspiegeln. Zum Beispiel:

URL-Parameter: Wenn Sie URL-Parameter konfiguriert haben, um das Crawling oder die Indexierung Ihrer alten URLs zu steuern, stellen Sie sicher, dass die Einstellungen bei Bedarf auch auf die neue Website angewendet werden.

Geotargeting: Ihre alte Website könnte explizites Geotargeting haben, wie z. B. eine geotargetbare Domain oder eine länderspezifische Top-Level-Domain (wie .co.uk). Wenden Sie dieselbe Einstellung auf die neue Website an, wenn Sie weiterhin dieselbe Region ansprechen möchten. Wenn Ihr Website-Umzug jedoch dazu dienen soll, Ihrem Unternehmen bei der globalen Expansion zu helfen, und Sie nicht möchten, dass Ihre Website mit einem Land oder einer Region verknüpft wird, wählen Sie „Nicht gelistet“ in der Dropdown-Liste der Website-Einstellungen-Seite.

Crawling-Rate: Wir empfehlen, die Crawling-Rate von Googlebot in der Search Console für alte und neue URLs nicht zu begrenzen. Wir raten Ihnen, auch keine Crawling-Raten-Einstellung zu konfigurieren. Tun Sie dies nur, wenn Sie wissen, dass Ihre Website das Crawling-Volumen von Googlebot nicht bewältigen kann. Wenn Sie die Crawling-Rate von Googlebot für Ihre alte Website bereits begrenzt haben, erwägen Sie, diese zu entfernen. Google verfügt über Algorithmen, die automatisch erkennen, dass ein Website-Umzug implementiert wurde, und wir ändern das Crawling-Verhalten von Googlebot, sodass unsere Indexierung den Website-Umzug schnell widerspiegelt.

Disavowed Backlinks: Wenn Sie eine Datei hochgeladen haben, um Links auf Ihrer alten Website für ungültig zu erklären, empfehlen wir Ihnen, sie erneut über das Search Console-Konto der neuen Website hochzuladen.

Wenn Ihre neue Website für eine kürzlich gekaufte Domain ist, möchten Sie sicherstellen, dass sie frei von ausstehenden Problemen des Vorbesitzers ist. Überprüfen Sie die folgenden Einstellungen:

Manuelle Maßnahme wegen früherem Spam. Für Websites, die nicht unseren Spam-Richtlinien entsprechen, ist Google bereit, manuelle Maßnahmen zu ergreifen, wie z. B. deren Herabstufung oder sogar deren vollständige Entfernung aus unseren Suchergebnissen. Überprüfen Sie die Seite „Manuelle Maßnahmen“ in der Search Console, um zu sehen, ob manuelle Maßnahmen auf die neue Website angewendet wurden, und beheben Sie alle dort aufgeführten Probleme, bevor Sie einen Antrag auf erneute Überprüfung einreichen.

Entfernte URLs. Stellen Sie sicher, dass keine URL-Entfernungen vom Vorbesitzer übrig geblieben sind, insbesondere eine websiteweite URL-Entfernung. Stellen Sie außerdem vor dem Einreichen von URL-Entfernungsanfragen für Ihre Inhalte sicher, dass Sie verstehen, wann das URL-Entfernungstool nicht verwendet werden sollte.

Verwenden Sie Webanalysen

Während eines Website-Umzugs ist es wichtig, die Nutzung sowohl auf der alten als auch auf der neuen Website zu analysieren. Webanalyse-Software kann dabei helfen. Normalerweise besteht die Webanalyse-Konfiguration aus einem Stück JavaScript, das in Ihre Seiten eingebettet ist. Die Details für das Tracking verschiedener Websites variieren je nach Ihrer Analysesoftware und deren Protokollierungs-, Verarbeitungs- oder Filtereinstellungen. Wenden Sie sich an Ihren Analysesoftware-Anbieter für Hilfe. Wenn Sie außerdem geplant haben, Konfigurationsänderungen an Ihrer Analysesoftware vorzunehmen, ist jetzt ein guter Zeitpunkt. Wenn Sie Google Analytics verwenden, erwägen Sie, ein neues Profil für Ihre neue Website zu erstellen, wenn Sie eine saubere Trennung in Ihren Inhaltsberichten wünschen.

Stellen Sie sicher, dass Ihr Server über genügend Rechenressourcen verfügt

Nach einer Migration wird Google Ihre neue Website stärker crawlen als üblich. Dies liegt daran, dass Ihre Website Traffic von der alten auf die neue Website weiterleitet und alle Crawls der alten Website zusätzlich zu jedem anderen Crawling auf die neue Website weitergeleitet werden. Stellen Sie sicher, dass Ihre neue Website über ausreichende Kapazität verfügt, um den erhöhten Traffic von Google zu bewältigen.

Data Highlighter aktualisieren

Wenn Sie Data Highlighter verwendet haben, um Ihre alten Seiten abzubilden, stellen Sie sicher, dass Sie die Abbildung für Ihre neue Website wiederholen.

App-Links aktualisieren

Sobald Ihre HTTPS-Seiten bereit sind, aktualisieren Sie alle App-Links, die dazu bestimmt sind, Ihre Webseiten in einer App zu öffnen, wenn sie in den Google Suchergebnissen angezeigt werden. Aktualisieren Sie diese Links, damit sie auf die neuen HTTPS-URLs verweisen. Weiterleitungen funktionieren für diese Links nicht; Klicks in mobilen Browsern öffnen die Seite im Browser anstelle der App, es sei denn, Sie aktualisieren Ihre App-Link-Handhabung.

Es ist wichtig, die URLs Ihrer alten Website den URLs für die neue Website zuzuordnen. Dieser Abschnitt beschreibt eine Reihe allgemeiner Ansätze, die Sie verfolgen können, um die URLs auf Ihren beiden Websites korrekt zu bewerten und die Zuordnung zu erleichtern. Die genauen Details, wie Sie diese Zuordnung generieren, variieren je nach Ihrer aktuellen Website-Infrastruktur und den Details des Website-Umzugs.

Bereiten Sie die URL-Zuordnung vor

Es ist wichtig, die URLs Ihrer alten Website den URLs für die neue Website zuzuordnen. Dieser Abschnitt beschreibt eine Reihe allgemeiner Ansätze, die Sie verfolgen können, um die URLs auf Ihren beiden Websites korrekt zu bewerten und die Zuordnung zu erleichtern. Die genauen Details, wie Sie diese Zuordnung generieren, variieren je nach Ihrer aktuellen Website-Infrastruktur und den Details des Website-Umzugs.

Bestimmen Sie Ihre alten URLs

Bei den einfachsten Website-Umzügen müssen Sie möglicherweise keine Liste Ihrer alten URLs generieren. Sie könnten beispielsweise eine serverseitige Wildcard-Weiterleitung verwenden, wenn Sie die Domain Ihrer Website ändern (z. B. Umzug von example.com zu example.net).

Bei komplexeren Website-Umzügen müssen Sie eine Liste alter URLs generieren und diese ihren neuen Zielen zuordnen. Wie Sie eine Auflistung alter URLs erhalten, hängt von der Konfiguration Ihrer aktuellen Website ab, aber hier sind einige praktische Tipps:

Beginnen Sie mit Ihren wichtigen URLs. Um sie zu finden: Suchen Sie in Ihren Sitemaps, da es wahrscheinlich ist, dass Ihre wichtigsten URLs auf diese Weise in der Search Console eingereicht wurden.

Überprüfen Sie die Funktion „Links zu Ihrer Website“ in der Search Console auf Seiten, die interne und externe Links haben.

Verwenden Sie Ihr Content-Management-System, das normalerweise eine einfache Möglichkeit bietet, eine Auflistung aller URLs zu erhalten, die Inhalte hosten.

Überprüfen Sie Ihre Serverprotokolle auf URLs, die in letzter Zeit mindestens einmal besucht wurden. Wählen Sie einen Zeitraum, der für Ihre Website sinnvoll ist, und berücksichtigen Sie dabei saisonale Traffic-Schwankungen.

Schließen Sie Bilder und Videos ein — Stellen Sie sicher, dass Sie URLs eingebetteter Inhalte in Ihre Website-Umzugspläne aufnehmen: Videos, Bilder, JavaScript- und CSS-Dateien. Diese URLs müssen auf die gleiche Weise wie alle anderen Inhalte auf Ihrer Website verschoben werden.

Erstellen Sie eine Zuordnung von alten zu neuen URLs

Sobald Sie die Auflistung der alten URLs haben, entscheiden Sie, wohin jede einzelne weiterleiten soll. Wie Sie diese Zuordnung speichern, hängt von Ihren Servern und dem Website-Umzug ab. Sie könnten eine Datenbank verwenden oder einige URL-Rewrite-Regeln auf Ihrem System für gängige Weiterleitungsmuster konfigurieren.

Aktualisieren Sie alle URL-Details

Sobald Sie Ihre URL-Zuordnung definiert haben, sollten Sie drei Dinge tun, um die Seiten für den Umzug vorzubereiten.

Aktualisieren Sie Anmerkungen, damit sie auf die neuen URLs im HTML oder Sitemap-Eintrag für jede Seite verweisen: Jede Ziel-URL sollte ein selbstreferenzierendes rel=”canonical”-Tag haben.

Wenn die Website, die Sie umgezogen haben, mehrsprachige oder multinationale Seiten hat, die mit rel-alternate-hreflang-Anmerkungen annotiert sind, stellen Sie sicher, dass Sie die Anmerkungen aktualisieren, um die neuen URLs zu verwenden.

Wenn die Website, die Sie umgezogen haben, ein mobiles Gegenstück hat, stellen Sie sicher, dass Sie die rel-alternate-media-Anmerkungen aktualisieren, um die neuen URLs zu verwenden. Erfahren Sie mehr in unseren Richtlinien für Smartphone-Websites.

Aktualisieren Sie interne Links. Ändern Sie die internen Links auf der neuen Website von den alten URLs zu den neuen URLs. Sie können die zuvor generierte Zuordnung verwenden, um die Links bei Bedarf zu finden und zu aktualisieren.

Speichern Sie die folgenden Listen für Ihren endgültigen Umzug: Eine Sitemap-Datei, die die neuen URLs in der Zuordnung enthält. Siehe unsere Dokumentation zum Erstellen einer Sitemap.

Eine Liste von Websites, die auf Ihre alten URLs verlinken. Sie können die Links zu Ihrer Website in der Search Console finden.

Bereiten Sie sich auf 301-Weiterleitungen vor

Sobald Sie eine Zuordnung haben und Ihre neue Website bereit ist, besteht der nächste Schritt darin, HTTP 301-Weiterleitungen auf Ihrem Server von den alten URLs zu den neuen URLs einzurichten, wie Sie es in Ihrer Zuordnung angegeben haben.

Verwenden Sie HTTP 301-Weiterleitungen. Obwohl Googlebot verschiedene Arten von Weiterleitungen unterstützt, empfehlen wir Ihnen, nach Möglichkeit HTTP 301-Weiterleitungen zu verwenden.

Vermeiden Sie das Verketten von Weiterleitungen. Obwohl Googlebot bis zu 10 Hops in einer „Kette“ mehrerer Weiterleitungen folgen kann (z. B. Seite 1 > Seite 2 > Seite 3), raten wir dazu, auf das endgültige Ziel weiterzuleiten. Wenn dies nicht möglich ist, halten Sie die Anzahl der Weiterleitungen in der Kette gering, idealerweise nicht mehr als 3 und weniger als 5. Das Verketten von Weiterleitungen erhöht die Latenz für Nutzer, und nicht alle User-Agents und Browser unterstützen lange Weiterleitungsketten.

Testen Sie die Weiterleitungen. Sie können das URL-Prüftool zum Testen einzelner URLs oder Befehlszeilentools oder Skripte zum Testen großer Mengen oder URLs verwenden.

Starten Sie den Website-Umzug

Entscheiden Sie, wie Sie Ihre Website umziehen — alles auf einmal oder in Abschnitten: Kleine oder mittelgroße Websites: Wir empfehlen, alle URLs auf Ihrer Website gleichzeitig umzuziehen, anstatt einen Abschnitt nach dem anderen umzuziehen. Dies hilft Nutzern, besser mit der Website in ihrer neuen Form zu interagieren, und hilft unseren Algorithmen, den Website-Umzug zu erkennen und unseren Index schneller zu aktualisieren.

Große Websites: Sie können wählen, größere Websites abschnittsweise umzuziehen. Dies kann es einfacher machen, Probleme schneller zu überwachen, zu erkennen und zu beheben.

Aktualisieren Sie Ihre robots.txt-Dateien: Entfernen Sie auf der alten Website alle robots.txt-Anweisungen. Dies ermöglicht es Googlebot, alle Weiterleitungen zur neuen Website zu entdecken und unseren Index zu aktualisieren. Denken Sie daran, dass Crawler die Inhalte der alten robots.txt-Datei nicht sehen, sobald Sie Weiterleitungen aktiviert haben.

Stellen Sie auf der neuen Website sicher, dass die robots.txt-Datei das gesamte Crawling zulässt. Dies beinhaltet das Crawling von Bildern, CSS, JavaScript und anderen Seiten-Assets, abgesehen von den URLs, von denen Sie sicher sind, dass sie nicht gecrawlt werden sollen.

Konfigurieren Sie die alte Website so, dass Nutzer und Googlebot basierend auf der URL-Zuordnung auf die neue Website weitergeleitet werden.

Reichen Sie eine Adressänderung in der Search Console für die alte Website ein. Wenn Sie Ihre Website von HTTP zu HTTPS umziehen, müssen Sie das Adressänderungstool nicht verwenden.

Behalten Sie die Weiterleitungen so lange wie möglich bei, im Allgemeinen mindestens 1 Jahr. Dieser Zeitrahmen ermöglicht es Google, alle Signale auf die neuen URLs zu übertragen, einschließlich des erneuten Crawlens und der Neuzuweisung von Links auf anderen Websites, die auf Ihre alten URLs verweisen. Aus Nutzersicht sollten Sie in Betracht ziehen, Weiterleitungen auf unbestimmte Zeit beizubehalten. Weiterleitungen sind jedoch langsam für Nutzer, versuchen Sie also, Ihre eigenen Links und alle hochvolumigen Links von anderen Websites zu aktualisieren, damit sie auf die neuen URLs verweisen.

Reichen Sie die neue Sitemap in der Search Console ein. Dies hilft Google, die neuen URLs kennenzulernen. An diesem Punkt können Sie Ihre alte Sitemap entfernen, da Google die neue Sitemap in Zukunft verwenden wird.

Die Zeit, die Googlebot und unsere Systeme benötigen, um alle URLs beim Website-Umzug zu entdecken und zu verarbeiten, hängt davon ab, wie schnell Ihre Server sind und wie viele URLs involviert sind. Als allgemeine Regel gilt: Bei einer mittelgroßen Website kann es einige Wochen dauern, bis die meisten Seiten umgezogen sind, und bei größeren Websites dauert es länger. Die Geschwindigkeit, mit der Googlebot und unsere Systeme verschobene URLs entdecken und verarbeiten, hängt von der Anzahl der URLs und der Servergeschwindigkeit ab. Beachten Sie, dass die Sichtbarkeit Ihrer Inhalte in der Websuche während des Umzugs vorübergehend schwanken kann. Dies ist normal und die Rankings einer Website werden sich mit der Zeit stabilisieren.

Aktualisieren Sie eingehende Links

Versuchen Sie unmittelbar nach dem Start des Website-Umzugs, so viele eingehende Links wie möglich zu aktualisieren, um die Nutzererfahrung zu verbessern und Ihre Serverlast zu reduzieren. Dazu gehören:

Externe Links: Versuchen Sie, die Websites in der gespeicherten Liste der Websites zu kontaktieren, die auf Ihre aktuellen Inhalte verlinken, und bitten Sie sie, ihre Links zu Ihrer neuen Website zu aktualisieren. Erwägen Sie, Ihre Bemühungen nach der Anzahl der eingehenden Besuche für jeden Link zu priorisieren.

Überwachen Sie den Traffic

Sobald Sie den Website-Umzug gestartet haben, überwachen Sie, wie sich der Nutzer- und Crawler-Traffic auf der neuen Website und auch auf der alten Website ändert. Idealerweise wird der Traffic auf der alten Website zurückgehen, während der Traffic auf der neuen Website ansteigt. Sie können die Nutzer- und Crawler-Aktivität auf den Websites mit der Search Console und anderen Tools überwachen.

Verwenden Sie die Search Console, um den Traffic zu überwachen

Sitemaps: Reichen Sie die beiden Sitemaps ein, die Sie zuvor aus der Zuordnung gespeichert haben. Anfangs hätte die Sitemap, die die neuen URLs enthält, null indexierte Seiten, während die Sitemap der alten URLs viele indexierte Seiten hätte. Im Laufe der Zeit würde die Anzahl der indexierten Seiten aus der Sitemap der alten URLs auf null sinken, mit einem entsprechenden Anstieg der Indexierung der neuen URLs.

Indexabdeckungsbericht: Die Diagramme würden den Website-Umzug widerspiegeln und einen Rückgang der indexierten URL-Anzahlen auf der alten Website und einen Anstieg der Indexierung auf der neuen Website zeigen. Überprüfen Sie regelmäßig auf unerwartete Crawling-Fehler.

Suchanfragen: Da mehr Seiten der neuen Website indexiert werden und anfangen zu ranken, würden die Suchanfragen-Berichte anfangen zu zeigen, dass die URLs auf der neuen Website Suchimpressionen und Klicks erhalten.

Verwenden Sie andere Tools, um den Traffic zu überwachen

Behalten Sie Ihre Serverzugriffs- und Fehlerprotokolle im Auge. Überprüfen Sie insbesondere auf Crawling durch Googlebot, alle URLs, die unerwartet HTTP-Fehlerstatuscodes zurückgeben, und normalen Nutzertraffic.

Wenn Sie eine Webanalyse-Software auf Ihrer Website installiert haben oder wenn Ihr CMS Analysen bereitstellt, wird empfohlen, den Traffic auch auf diese Weise zu überprüfen, damit Sie den Fortschritt des Traffics von Ihrer alten zu Ihrer neuen Website sehen können. Insbesondere bietet Google Analytics Echtzeit-Berichte, und dies ist eine praktische Funktion, die Sie während der anfänglichen Website-Umzugsphase verwenden können. Sie sollten erwarten, dass der Traffic auf der alten Website sinkt und auf der neuen Website steigt.

Fehlerbehebung bei Ihrem Website-Umzug

Hier sind einige häufige Fehler bei der Migration einer Website mit URL-Änderungen (einschließlich HTTP zu HTTPS). Diese Fehler können verhindern, dass Ihre neue Website vollständig indexiert wird.

Auswirkungen von A/B-Tests in der Google Suche minimieren

Diese Seite behandelt, wie sichergestellt werden kann, dass das Testen von Variationen in Seiteninhalten oder Seiten-URLs minimale Auswirkungen auf Ihre Leistung in der Google Suche hat. Sie gibt keine Anweisungen zum Erstellen oder Entwerfen von Tests, aber Sie können am Ende dieser Seite weitere Ressourcen zum Testen finden.

Übersicht über das Testen

Website-Tests sind, wenn Sie verschiedene Versionen Ihrer Website (oder eines Teils Ihrer Website) ausprobieren und Daten darüber sammeln, wie Nutzer auf jede Version reagieren.

A/B-Tests sind, wenn Sie zwei (oder mehr) Variationen einer Änderung testen. Sie können beispielsweise verschiedene Schriftarten auf einer Schaltfläche testen, um zu sehen, ob Sie die Schaltflächenklicks erhöhen können.

Multivariate Tests sind, wenn Sie mehr als eine Art von Änderung gleichzeitig testen und nach den Auswirkungen jeder Änderung sowie potenziellen Synergien zwischen den Änderungen suchen. Sie könnten beispielsweise mehrere Schriftarten für eine Schaltfläche ausprobieren, aber gleichzeitig auch versuchen, die Schriftart des Rests der Seite zu ändern (und nicht zu ändern). Ist eine neue Schriftart leichter zu lesen und sollte daher überall verwendet werden? Oder ist der Vorteil, dass die Schaltflächenschriftart anders aussieht als der Rest der Seite, was hilft, Aufmerksamkeit zu erregen?

Sie können Software verwenden, um das Verhalten bei verschiedenen Variationen Ihrer Seiten (Teile einer Seite, ganze Seiten oder ganze mehrseitige Abläufe) zu vergleichen und zu verfolgen, welche Version bei Ihren Nutzern am effektivsten ist.

Sie können Tests durchführen, indem Sie mehrere Versionen einer Seite erstellen, jede mit ihrer eigenen URL. Wenn Nutzer versuchen, auf die ursprüngliche URL zuzugreifen, leiten Sie einige von ihnen auf jede der Variations-URLs weiter und vergleichen dann das Verhalten der Nutzer, um zu sehen, welche Seite am effektivsten ist.

Sie können Tests auch durchführen, ohne die URL zu ändern, indem Sie Variationen dynamisch auf der Seite einfügen. Sie können JavaScript verwenden, um zu entscheiden, welche Variation angezeigt werden soll.

Je nachdem, welche Arten von Inhalten Sie testen, spielt es möglicherweise nicht einmal eine große Rolle, ob Google einige Ihrer Inhaltsvariationen crawlt oder indexiert, während Sie testen. Kleine Änderungen, wie die Größe, Farbe oder Platzierung einer Schaltfläche oder eines Bildes oder der Text Ihres „Call to Action“ („In den Warenkorb“ vs. „Jetzt kaufen!“), können einen überraschenden Einfluss auf die Interaktionen der Nutzer mit Ihrer Seite haben, haben aber oft wenig oder keinen Einfluss auf das Suchergebnis-Snippet oder Ranking dieser Seite.

Wenn wir Ihre Website außerdem oft genug crawlen, um Ihr Experiment zu erkennen und zu indexieren, werden wir wahrscheinlich die eventuellen Updates, die Sie an Ihrer Website vornehmen, ziemlich schnell indexieren, nachdem Sie das Experiment abgeschlossen haben.

Best Practices beim Testen

Hier ist eine Liste von Best Practices, um schlechte Auswirkungen auf Ihr Google Suchverhalten beim Testen von Website-Variationen zu vermeiden:

Cloaken Sie Ihre Testseiten nicht

Zeigen Sie Googlebot nicht einen Satz von URLs und Menschen einen anderen. Dies wird als Cloaking bezeichnet und verstößt gegen unsere Spam-Richtlinien, egal ob Sie einen Test durchführen oder nicht. Denken Sie daran, dass ein Verstoß gegen unsere Spam-Richtlinien dazu führen kann, dass Ihre Website herabgestuft oder aus den Google Suchergebnissen entfernt wird — wahrscheinlich nicht das gewünschte Ergebnis Ihres Tests.

Cloaking zählt, egal ob Sie es durch Serverlogik, robots.txt oder eine andere Methode tun. Verwenden Sie stattdessen Links oder Weiterleitungen, wie als nächstes beschrieben.

Wenn Sie Cookies verwenden, um den Test zu steuern, denken Sie daran, dass Googlebot im Allgemeinen keine Cookies unterstützt. Das bedeutet, dass er nur die Inhaltsversion sieht, die für Nutzer mit Browsern zugänglich ist, die keine Cookies akzeptieren.

Verwenden Sie rel=”canonical”-Links

Wenn Sie einen Test mit mehreren URLs durchführen, können Sie das rel=”canonical”-Link-Attribut auf all Ihren alternativen URLs verwenden, um anzuzeigen, dass die ursprüngliche URL die bevorzugte Version ist. Wir empfehlen die Verwendung von rel=”canonical” anstelle eines noindex-Meta-Tags, da es Ihrer Absicht in dieser Situation näher kommt. Wenn Sie beispielsweise Variationen Ihrer Startseite testen, möchten Sie nicht, dass Suchmaschinen Ihre Startseite nicht indexieren; Sie möchten nur, dass sie verstehen, dass alle Test-URLs enge Duplikate oder Variationen der ursprünglichen URL sind und gruppiert werden sollten, mit der ursprünglichen URL als kanonischer. Die Verwendung von noindex anstelle von rel=”canonical” in einer solchen Situation kann manchmal unerwartete schlechte Auswirkungen haben.

Verwenden Sie 302-Weiterleitungen, keine 301-Weiterleitungen

Wenn Sie einen Test durchführen, der Nutzer von der ursprünglichen URL auf eine Variations-URL weiterleitet, verwenden Sie eine 302 (temporäre) Weiterleitung, keine 301 (permanente) Weiterleitung. Dies signalisiert Suchmaschinen, dass diese Weiterleitung temporär ist — sie wird nur so lange bestehen, wie Sie das Experiment durchführen — und dass sie die ursprüngliche URL in ihrem Index behalten sollten, anstatt sie durch das Ziel der Weiterleitung (die Testseite) zu ersetzen. JavaScript-basierte Weiterleitungen sind ebenfalls in Ordnung.

Führen Sie das Experiment nur so lange wie nötig durch

Die Zeit, die für einen zuverlässigen Test erforderlich ist, variiert je nach Faktoren wie Ihren Konversionsraten und wie viel Traffic Ihre Website erhält; ein gutes Test-Tool sagt Ihnen, wann Sie genügend Daten gesammelt haben, um eine zuverlässige Schlussfolgerung zu ziehen. Sobald Sie den Test abgeschlossen haben, aktualisieren Sie Ihre Website mit der/den gewünschten Inhaltsvariation(en) und entfernen Sie alle Elemente des Tests so schnell wie möglich, wie z. B. alternative URLs oder Testskripte und Markup. Wenn wir entdecken, dass eine Website ein Experiment unnötig lange durchführt, interpretieren wir dies möglicherweise als Versuch, Suchmaschinen zu täuschen, und ergreifen entsprechende Maßnahmen. Dies gilt insbesondere, wenn Sie einem großen Prozentsatz Ihrer Nutzer eine Inhaltsvariante bereitstellen.

Weitere Informationen zum Testen

Eine Website vorübergehend pausieren oder deaktivieren

Wenn Sie nicht in der Lage sind, Bestellungen zu erfüllen, oder viele Ihrer Produkte nicht auf Lager sind, erwägen Sie möglicherweise, Ihr Online-Geschäft vorübergehend zu schließen. Wenn die Situation temporär ist, was bedeutet, dass Sie erwarten, in den kommenden Wochen oder Monaten Produkte verkaufen zu können, empfehlen wir Ihnen, Maßnahmen zu ergreifen, die den Stand Ihrer Website in der Suche so weit wie möglich bewahren. Dieser Leitfaden erklärt, wie Sie Ihr Online-Geschäft sicher pausieren können.

Begrenzen Sie die Funktionalität Ihrer Website (empfohlen)

Wenn Ihre Situation temporär ist und Sie planen, Ihr Online-Geschäft wieder zu eröffnen, empfehlen wir Ihnen, Ihre Website online zu lassen und die Funktionalität zu begrenzen. Dies ist der empfohlene Ansatz, da er negative Auswirkungen auf die Präsenz Ihrer Website in der Suche minimiert. Menschen können Ihre Produkte immer noch finden, Bewertungen lesen oder Wunschlisten hinzufügen, damit sie zu einem späteren Zeitpunkt kaufen können. Wir empfehlen, Folgendes zu tun:

Deaktivieren Sie die Warenkorb-Funktionalität: Das Deaktivieren der Warenkorb-Funktionalität ist der einfachste Ansatz und ändert nichts an der Sichtbarkeit Ihrer Website in der Suche.

Zeigen Sie ein Banner oder Popup an: Ein Banner oder Popup-Div auf allen Seiten einschließlich der Landingpage macht den Status für Nutzer schnell klar. Erwähnen Sie alle bekannten und ungewöhnlichen Verzögerungen, Versandzeiten, Abhol- oder Lieferoptionen, damit Nutzer mit den richtigen Erwartungen fortfahren. Um zu verhindern, dass der Inhalt im Banner oder Popup in einem Snippet in den Suchergebnissen angezeigt wird, verwenden Sie das data-nosnippet HTML-Attribut. Stellen Sie sicher, dass Sie unsere Richtlinien zu Popups und Bannern befolgen.

Aktualisieren Sie Ihre strukturierten Daten: Wenn Ihre Website strukturierte Daten verwendet (z. B. Produkt, Buch, Ereignis), stellen Sie sicher, dass Sie diese entsprechend anpassen (was die aktuelle Produktverfügbarkeit widerspiegelt oder Ereignisse als abgesagt ändert). Wenn Ihr Unternehmen ein physisches Geschäft hat, aktualisieren Sie die strukturierten Daten für lokale Unternehmen, um die aktuellen Öffnungszeiten widerzuspiegeln.

Überprüfen Sie Ihren Merchant Center-Feed: Wenn Sie Merchant Center verwenden, befolgen Sie die Best Practices für das Verfügbarkeitsattribut.

Informieren Sie Google über Ihre Updates: Um Google zu bitten, eine begrenzte Anzahl von Seiten (z. B. die Startseite) erneut zu crawlen, verwenden Sie die Search Console. Für eine größere Anzahl von Seiten (z. B. alle Ihre Produktseiten) verwenden Sie Sitemaps.

Nicht empfohlen: Die gesamte Website deaktivieren

Warnung: Die Systeme von Google sind so konzipiert, dass sie robust sind und Websites helfen, sich von temporären Problemen zu erholen. Das vollständige Entfernen einer Website aus dem Google-Index ist jedoch eine wesentliche Änderung, von der die Erholung einige Zeit in Anspruch nehmen kann. Es gibt keine feste Zeit für eine Erholung von einer vollständigen Entfernung, und es gibt keinen Mechanismus, um dies zu beschleunigen. Deshalb empfehlen wir dringend, die Funktionalität zu begrenzen, anstatt die Website aus der Suche zu entfernen.

Sie entscheiden sich möglicherweise, die gesamte Website zu deaktivieren. Dies ist eine extreme Maßnahme, die nur für einen sehr kurzen Zeitraum (höchstens ein paar Tage) ergriffen werden sollte, da sie sonst erhebliche Auswirkungen auf die Website in der Suche haben wird, selbst wenn sie ordnungsgemäß implementiert ist.

Ihre Kunden werden nicht wissen, was mit Ihrem Unternehmen passiert, wenn sie Ihr Unternehmen online überhaupt nicht finden können.

Ihre Kunden können keine Informationen aus erster Hand über Ihr Unternehmen finden oder lesen, und z. B. Bewertungen, Spezifikationen, Reparaturanleitungen oder Handbücher werden nicht auffindbar sein. Informationen von Drittanbietern sind möglicherweise nicht so korrekt oder umfassend wie das, was Sie bereitstellen können. Dies wirkt sich oft auch auf zukünftige Kaufentscheidungen aus.

Die Search Console-Verifizierung schlägt fehl, und Sie verlieren jeglichen Zugriff auf Informationen über Ihr Unternehmen in der Suche. Aggregierte Berichte in der Search Console verlieren Daten, da Seiten aus dem Index gelöscht werden.

Das Hochfahren nach einem längeren Zeitraum wird erheblich schwieriger, wenn Ihre Website zuerst neu indexiert werden muss. Außerdem ist es ungewiss, wie lange dies dauern würde und ob die Website danach in der Suche ähnlich erscheinen würde.

Wenn Sie entscheiden, dass Sie dies tun müssen (wiederum nicht empfohlen), sind hier einige Optionen:

Wenn Sie die Website dringend für 1-2 Tage deaktivieren müssen, geben Sie stattdessen eine informative Fehlerseite mit einem 503 HTTP-Antwortstatuscode anstelle aller Inhalte zurück. Stellen Sie sicher, dass Sie die Best Practices für das Deaktivieren einer Website befolgen.

Wenn Sie die Website für längere Zeit deaktivieren müssen, stellen Sie eine indexierbare Startseite als Platzhalter bereit, damit Nutzer sie in der Suche finden können, indem Sie den 200 HTTP-Statuscode verwenden.

Wenn Sie Ihre Website schnell in der Suche ausblenden müssen, während Sie die Optionen abwägen, können Sie eine Website vorübergehend aus der Suche entfernen.

Best Practices für das Deaktivieren einer Website

Warnung: Denken Sie daran, dass es für die Systeme von Google nicht möglich ist, Titel, Beschreibungen, Metadaten oder strukturierte Daten, die auf einer Website enthalten sind, zu aktualisieren, wenn eine Seite einen 503 HTTP-Antwortstatuscode zurückgibt.

Obwohl wir nicht empfehlen, Ihre Website zu deaktivieren, sind hier einige Best Practices, falls Sie sich dazu entscheiden:

Erlauben Sie weiterhin das Crawling durch die robots.txt-Datei. Geben Sie keinen 503 HTTP-Antwortstatuscode für die robots.txt-Datei zurück, da dies das gesamte Crawling blockiert.

Bestätigen Sie einen 503 HTTP-Antwortstatuscode lokal mit curl oder einem ähnlichen Tool. Zum Beispiel:curl -I -X GET “https://www.example.com/” HTTP/1.1 503 Service Unavailable Mime-Version: 1.0 Content-Type: text/html (…)

Um die serverseitige und clientseitige Last einer 503-Fehlerseite zu minimieren, befolgen Sie diese Best Practices: Verwenden Sie den retry-after HTTP-Header mit einem Best-Effort-Datum oder einer Dauer.

Geben Sie Ihren Nutzern klare Anleitungen zu zukünftigen Schritten innerhalb des Inhalts der Fehlerseite. Dies könnte beinhalten: Links zu weiteren Informationen

Das Datum, an dem Sie erwarten, dass die Website wieder online ist, oder wann die Informationen aktualisiert werden

Untersagen Sie nicht das gesamte Crawling in der robots.txt-Datei. Das Zurückgeben einer gültigen robots.txt-Datei, die das gesamte Crawling untersagt, kann die Inhalte der Website und möglicherweise ihre URLs aus der Google Suche entfernen.

Blockieren Sie die Website nicht durch das Zurückgeben von 403, 404, 410 HTTP-Statuscodes oder mit einem noindex robots-Meta-Tag oder x-robots-tag HTTP-Header. Dies entfernt die URLs der Website aus der Google Suche.

Verwenden Sie nicht das temporäre Website-Entfernungstool in der Search Console für Schließungen. Dies macht es für Nutzer unmöglich, Ihre Website zu finden, damit sie ihren Status erfahren können. Außerdem könnten potenziellen Wiederverkäufern oder Partnern der Produkte Ihres Unternehmens weiterhin in der Suche angezeigt werden.

FAQs

Was ist, wenn ich die Website nur für ein paar Wochen schließe? Was ist, wenn ich alle nicht wesentlichen Produkte ausschließen möchte? Kann ich Google bitten, weniger zu crawlen, während meine Website vorübergehend geschlossen ist? Wie bekomme ich eine Seite schnell indexiert oder aktualisiert? Was ist, wenn ich eine bestimmte Region vom Zugriff auf meine Website blockiere?

Passende Leistung: KI-Marketingagentur