PrestaShop umziehen ohne Google-Rankings zu verlieren

Warum Migrationen fuer die Suchmaschinenoptimierung gefaehrlich sind

Der Umzug eines PrestaShop-Shops ist einer der risikoreichsten Vorgaenge aus SEO-Sicht. Egal ob Sie auf einen neuen Server wechseln, die Domain aendern, von PrestaShop 1.6 auf 1.7 oder 8.x upgraden oder Ihre URL-Strukturen umgestalten – jede Migration birgt das Potenzial, Monate oder Jahre aufgebauter Suchmaschinen-Rankings zu zerstoeren.

Der Grund ist einfach. Google und andere Suchmaschinen haben Ihre aktuellen URLs indexiert, ihnen Autoritaet zugewiesen und eine Karte Ihrer Seitenstruktur erstellt. Wenn Sie irgendetwas an diesen URLs, ihrer Struktur oder ihrer Erreichbarkeit aendern, muessen Suchmaschinen alles neu bewerten. Wird der Uebergang schlecht gehandhabt, interpretiert Google die Aenderung so, dass Ihre alten Inhalte verschwinden und neue, unbewiesene Inhalte erscheinen. Das Ergebnis ist ein Ranking-Verlust, dessen Erholung Monate dauern kann – falls eine vollstaendige Erholung ueberhaupt stattfindet.

Die gute Nachricht ist, dass Migrationen sicher durchgefuehrt werden koennen. Mit richtiger Planung, korrekter Redirect-Implementierung und sorgfaeltiger Ueberwachung koennen Sie den Grossteil Ihrer Rankings durch eine Migration hindurch bewahren. Dieser Leitfaden fuehrt Sie durch jeden Schritt des Prozesses, vom ersten SEO-Audit bis zur Post-Migrations-Ueberwachung.

SEO-Audit vor der Migration

Bevor Sie eine einzige Konfigurationsdatei anfassen, benoetigen Sie ein vollstaendiges Bild Ihres aktuellen SEO-Zustands. Dieses Audit erfuellt zwei Zwecke: Es gibt Ihnen eine Basislinie zum Vergleich nach der Migration und identifiziert die wertvollsten Seiten, die mit absoluter Sorgfalt behandelt werden muessen.

Crawlen Sie Ihre aktuelle Website

Verwenden Sie ein Crawling-Tool wie Screaming Frog, Sitebulb oder die kostenlose Version von Screaming Frog (auf 500 URLs begrenzt), um Ihre gesamte Website zu crawlen. Exportieren Sie die vollstaendige URL-Liste, ihre HTTP-Statuscodes, Seitentitel, Meta-Beschreibungen, Canonical-Tags und die interne Verlinkungsstruktur. Speichern Sie diese Daten. Sie werden sie nach der Migration benoetigen, um zu ueberpruefen, dass nichts verloren gegangen ist.

Google Search Console Daten exportieren

Die Google Search Console ist Ihre zuverlaessigste Quelle dafuer, welche Seiten tatsaechlich organischen Traffic erhalten. Gehen Sie zu Leistung > Suchergebnisse und exportieren Sie Daten der letzten 16 Monate (das verfuegbare Maximum). Achten Sie besonders auf:

Seiten mit den meisten Klicks und Impressionen. Das sind Ihre Geldseiten. Ein Redirect-Fehler auf einer dieser Seiten wird sofortige und sichtbare Auswirkungen auf den Traffic haben.

Suchanfragen, die den meisten Traffic bringen. Nach der Migration werden Sie diese Suchanfragen ueberwachen, um stabile Rankings zu verifizieren.

Seiten mit hohen Impressionen aber wenigen Klicks. Diese Seiten sind kurz davor, gut zu ranken und sind besonders empfindlich gegenueber Stoerungen.

Dokumentieren Sie Ihre URL-Struktur

PrestaShop generiert URLs basierend auf Ihren Friendly-URL-Einstellungen, Kategoriestruktur und Produktkonfigurationen. Dokumentieren Sie die Muster. Sind Ihre Produkt-URLs zum Beispiel als /kategorie/produktname.html oder nur als /produktname.html strukturiert? Enthalten Ihre Kategorie-URLs IDs wie /3-kategoriename? Befinden sich CMS-Seiten unter /content/5-seitenname?

Das Verstaendnis dieser Muster ist entscheidend, da Ihre neue Installation standardmaessig andere URL-Strukturen generieren kann und jede geaenderte URL einen Redirect benoetigt.

Bestehende Backlinks pruefen

Verwenden Sie ein Backlink-Pruefwerkzeug wie Ahrefs, Moz oder den Links-Bericht der Google Search Console, um festzustellen, welche externen Websites auf Ihren Shop verlinken und auf welche spezifischen Seiten sie verlinken. Diese verlinkten Seiten tragen die meiste Autoritaet, und ihr Verlust bedeutet den Verlust des SEO-Werts jedes Backlinks, der auf sie zeigt.

Erstellen Ihrer URL-Zuordnung

Die URL-Zuordnung ist das wichtigste Dokument Ihrer gesamten Migration. Es ist eine Tabelle, die jede alte URL ihrer entsprechenden neuen URL zuordnet. Jede einzelne URL, die jemals Traffic erhalten hat, Backlinks besitzt oder in Ihrer Sitemap erscheint, muss eine Zuordnung haben.

Generierung der URL-Liste

Kombinieren Sie URLs aus Ihrem Site-Crawl, Google Search Console Export, Backlink-Bericht und Ihrer XML-Sitemap. Entfernen Sie Duplikate und sortieren Sie nach Wichtigkeit (Traffic- und Backlink-Wert). Ihre endgueltige Liste sollte enthalten:

Alle Produkt-URLs. In PrestaShop werden diese aus dem Produktnamen und Ihrer Friendly-URL-Konfiguration generiert. Wenn Sie Ihre URL-Struktur aendern (zum Beispiel .html-Endungen entfernen oder das Kategoriepfad-Format aendern), aendert sich jede Produkt-URL.

Alle Kategorie-URLs. PrestaShop-Kategorie-URLs enthalten oft die Kategorie-ID, und diese ID kann in der neuen Installation anders sein, wenn Sie Kategorien neu importieren.

Alle CMS-Seiten-URLs. Dazu gehoeren Ihre Ueber-uns-Seite, Allgemeine Geschaeftsbedingungen, Datenschutzerklaerung und alle anderen Inhaltsseiten.

Alle Hersteller- und Lieferanten-URLs, sofern Sie diese Funktionen nutzen.

Paginierte URLs fuer Kategorien mit vielen Produkten.

Erstellen der Zuordnung

Bestimmen Sie fuer jede alte URL, wie die entsprechende neue URL aussehen wird. Wenn sich die URL-Struktur nicht aendert (gleiche Domain, gleiche Friendly-URL-Einstellungen, gleiche IDs), koennen viele URLs auf sich selbst abgebildet werden und kein Redirect ist noetig. Aber ueberpruefen Sie dies. Selbst kleine Aenderungen wie eine andere Kategoriebaum-Tiefe oder ein Unterschied beim abschliessenden Schraegstrich erzeugen neue URLs, die Redirects benoetigen.

Wenn Sie URL-Muster systematisch aendern (zum Beispiel alle .html-Endungen entfernen), koennen Sie regex-basierte Redirects verwenden, anstatt jede URL einzeln zuzuordnen. Aber verifizieren Sie den Regex immer anhand Ihrer tatsaechlichen URL-Liste, bevor Sie live gehen.

Implementierung von 301-Redirects

Ein 301-Redirect teilt Suchmaschinen mit, dass eine Seite dauerhaft an einen neuen Ort verschoben wurde. Er uebertraegt den Grossteil des SEO-Werts (Link-Equity) von der alten URL auf die neue. Dies ist der Mechanismus, der Ihre Rankings durch eine Migration hindurch bewahrt.

Wo platziert man Redirects

Fuer PrestaShop auf Apache gehen Redirects in die .htaccess-Datei in Ihrem Dokumentenstammverzeichnis. Platzieren Sie Ihre Redirect-Regeln vor den PrestaShop-Rewrite-Regeln (vor dem Abschnitt, der mit # Dispatcher beginnt).

Fuer PrestaShop auf Nginx gehen Redirects in Ihre Server-Block-Konfiguration. Moeglicherweise muessen Sie Nginx nach Aenderungen neu laden: sudo nginx -t && sudo systemctl reload nginx.

Redirect-Regel-Syntax

Fuer Apache .htaccess verwenden individuelle Redirects dieses Format:

Redirect 301 /alter-pfad/altes-produkt.html https://www.neuedomain.com/neuer-pfad/neues-produkt

Fuer musterbasierte Redirects mit mod_rewrite:

RewriteEngine On
RewriteRule ^alte-kategorie/(.*)$ /neue-kategorie/$1 [R=301,L]

Fuer Nginx, individuelle Redirects:

location = /alter-pfad/altes-produkt.html {
  return 301 https://www.neuedomain.com/neuer-pfad/neues-produkt;
}

Umgang mit grossen Redirect-Mengen

PrestaShop-Shops mit Tausenden von Produkten benoetigen einen skalierbareren Ansatz als das Schreiben einzelner Redirect-Regeln. Moeglichkeiten sind die Verwendung einer RewriteMap in Apache (die aus einer Textdatei oder Datenbank liest), die Nutzung eines PrestaShop-Moduls zur Redirect-Verwaltung oder die Implementierung von Redirects auf Anwendungsebene durch ein eigenes Modul, das 404-Fehler abfaengt und eine Redirect-Tabelle prueft.

Der Anwendungsebene-Ansatz hat den Vorteil, ueber das Back Office verwaltbar zu sein, fuegt aber einen kleinen Performance-Overhead zu jeder 404-Anfrage hinzu. Der .htaccess-Ansatz ist schneller, aber schwieriger im grossen Massstab zu verwalten.

XML-Sitemap-Aktualisierungen

Ihre XML-Sitemap teilt Suchmaschinen mit, welche URLs auf Ihrer Website existieren und gecrawlt werden sollten. Nach einer Migration muss die Sitemap sofort die neue URL-Struktur widerspiegeln.

Eine neue Sitemap generieren

PrestaShop enthaelt eine eingebaute Sitemap-Generierung, aber viele Shop-Betreiber verwenden ein Modul wie Google Sitemap oder ein Drittanbieter-SEO-Modul fuer mehr Kontrolle. Generieren Sie nach der Migration eine frische Sitemap, die alle neuen URLs enthaelt. Stellen Sie sicher, dass die Sitemap keine alten URLs enthaelt, die jetzt weiterleiten.

Die aktualisierte Sitemap einreichen

Gehen Sie zur Google Search Console, navigieren Sie zu Sitemaps und reichen Sie Ihre neue Sitemap-URL ein (typischerweise https://www.ihredomain.com/1_index_sitemap.xml fuer PrestaShop). Wenn sich die Sitemap-URL selbst geaendert hat, entfernen Sie den alten Sitemap-Eintrag und fuegen Sie den neuen hinzu.

Eine frische Sitemap-Einreichung signalisiert Google, dass sich Ihre Seitenstruktur geaendert hat, und foerdert ein schnelleres Crawling der neuen URLs. In Kombination mit korrekten 301-Redirects von den alten URLs gibt dies Google ein klares Bild davon, was passiert ist.

Google Search Console Migrationsschritte

Migration auf derselben Domain (Serverwechsel oder Upgrade)

Wenn sich Ihre Domain nicht aendert, ist keine besondere Search Console-Aktion erforderlich, ausser der Einreichung der aktualisierten Sitemap und der Ueberwachung. Google wird die Aenderungen durch normales Crawling entdecken.

Domain-Wechsel-Migration

Wenn Sie Domains wechseln, verwenden Sie das Adressaenderungs-Tool in der Google Search Console. Dies erfordert, dass sowohl die alte als auch die neue Domain in der Search Console verifiziert sind. Die Schritte sind:

Erstens: Richten Sie die neue Domain in der Google Search Console ein und verifizieren Sie sie. Zweitens: Stellen Sie sicher, dass alle 301-Redirects von der alten Domain zur neuen Domain eingerichtet sind. Drittens: Gehen Sie zur Property der alten Domain in der Search Console und verwenden Sie Einstellungen > Adressaenderung. Viertens: Folgen Sie den Anweisungen, um die neue Domain anzugeben.

Dies teilt Google explizit mit, dass Ihre Website umgezogen ist, was den Uebergang erheblich beschleunigt. Ohne diesen Schritt findet Google es irgendwann durch die 301-Redirects heraus, aber es dauert laenger.

DNS-Propagierung-Ueberlegungen

Wenn Ihre Migration eine Aenderung der DNS-Eintraege beinhaltet (Ihre Domain auf einen neuen Server zeigen lassen), beachten Sie, dass die DNS-Propagierung nicht sofort erfolgt. Verschiedene DNS-Resolver weltweit aktualisieren sich zu unterschiedlichen Zeiten, und die vollstaendige Propagierung kann 24 bis 72 Stunden dauern.

Ausfallzeit minimieren

Reduzieren Sie vor der Migration Ihren DNS-TTL (Time To Live) auf einen niedrigen Wert wie 300 Sekunden (5 Minuten). Tun Sie dies mindestens 48 Stunden vor der eigentlichen Migration, damit der alte, hohe TTL ueberall ablaeuft. Wenn Sie die DNS-Eintraege aendern, pruefen Resolver alle 5 Minuten auf Updates statt alle paar Stunden.

Erhoehen Sie nach Abschluss und Verifizierung der Migration den TTL wieder auf einen normalen Wert wie 3600 (1 Stunde) oder hoeher, um die DNS-Abfragelast zu reduzieren.

Beide Server parallel betreiben

Waehrend des Propagierungsfensters erreichen einige Besucher den alten Server und einige den neuen. Halten Sie den alten Server mit einer Kopie der Website (oder zumindest mit den Redirect-Regeln) in Betrieb, bis die Propagierung abgeschlossen ist. Das sofortige Abschalten des alten Servers verursacht Ausfallzeiten fuer Besucher, deren DNS noch nicht aktualisiert wurde.

Rankings nach der Migration ueberwachen

Die Arbeit endet nicht, wenn die Migration live geht. Die Post-Migrations-Ueberwachung ist essentiell, um Probleme zu erkennen, bevor sie dauerhaften Schaden anrichten.

Sofortige Pruefungen (Tag 1)

Ueberpruefen Sie, ob alle kritischen Seiten auf der neuen Website korrekt laden. Testen Sie jeden Redirect aus Ihrer URL-Zuordnung, um zu bestaetigen, dass er funktioniert. Pruefen Sie die Google Search Console auf neue Crawl-Fehler. Fuehren Sie einen frischen Site-Crawl durch und vergleichen Sie ihn mit Ihren Pre-Migrations-Crawl-Daten.

Ueberwachung in der ersten Woche

Pruefen Sie die Google Search Console taeglich auf Crawl-Fehler, Indexierungsprobleme und Traffic-Rueckgaenge. Schauen Sie sich den Abdeckungsbericht an fuer Seiten, die nicht mehr indexiert sind oder Fehler zurueckgeben. Ueberwachen Sie Ihre Core-Keyword-Rankings mit einem Rank-Tracking-Tool. Gewisse Schwankungen sind in der ersten Woche normal, aber grosse Einbrueche bei wichtigen Keywords deuten auf ein Redirect-Problem hin.

Ueberwachung im ersten Monat

Vergleichen Sie den organischen Traffic in Google Analytics oder Ihrer Analyseplattform mit dem gleichen Zeitraum vor der Migration. Pruefen Sie, ob alle wichtigen Seiten neu indexiert werden, indem Sie site:ihredomain.com/spezifische-seite bei Google suchen. Stellen Sie sicher, dass die alten URLs aus dem Index entfernt werden (sie sollten zu den neuen URLs weiterleiten, und Google sollte sie schliesslich in seinem Index ersetzen).

Drei-Monats-Bewertung

Drei Monate nach der Migration sollte sich Ihr organischer Traffic auf oder nahe dem Pre-Migrations-Niveau stabilisiert haben. Falls nicht, untersuchen Sie, welche spezifischen Seiten oder Suchanfragen Rankings verloren haben, und pruefen Sie deren Redirect-Ketten, Inhaltsqualitaet und technischen Zustand.

Haeufige Migrationsfehler

Verwendung von 302 statt 301 Redirects

Ein 302-Redirect teilt Suchmaschinen mit, dass der Umzug temporaer ist. Suchmaschinen uebertragen nicht die volle Link-Equity durch 302-Redirects. Verwenden Sie immer 301 fuer dauerhafte Migrationen. Dies ist der haeufigste und schaedlichste Fehler.

Vergessen, Non-www auf www umzuleiten (oder umgekehrt)

Wenn Ihre alte Website www.beispiel.de verwendet hat und Ihre neue Website beispiel.de nutzt (oder umgekehrt), benoetigen Sie Redirects sowohl fuer die URL-Strukturaenderung als auch fuer die www/non-www-Aenderung. Das Vergessen einer dieser Aenderungen erzeugt eine Situation, in der einige alte URLs 404-Fehler zurueckgeben.

Interne Links nicht aktualisieren

Nach der Migration sollten Ihre internen Links direkt auf die neuen URLs zeigen, nicht auf die alten URLs, die weiterleiten. Waehrend Redirects den SEO-Wert fuer externe Links bewahren, erzeugen interne Links, die weiterleiten, unnoetige Redirect-Ketten und verlangsamen das Crawling.

HTTPS verlieren

Wenn Ihre alte Website HTTPS verwendet hat und Ihre neue nicht (oder umgekehrt), behandelt Google diese als unterschiedliche URLs. Stellen Sie sicher, dass Ihr SSL-Zertifikat auf dem neuen Server richtig konfiguriert ist, bevor Sie live gehen, und dass alle Redirects das korrekte Protokoll verwenden.

Mehrere Dinge gleichzeitig aendern

Wenn Sie Ihre Domain, Ihre URL-Struktur, Ihren Inhalt und Ihr Website-Design gleichzeitig aendern, wird es unmoeglich zu diagnostizieren, was Ranking-Verluste verursacht hat. Aendern Sie waehrend der Migration selbst so wenig wie moeglich. Inhalts- und Design-Updates koennen durchgefuehrt werden, nachdem sich die Rankings stabilisiert haben.

Migrationszeitplan

Eine gut geplante PrestaShop-Migration folgt diesem Zeitplan:

4 Wochen vorher: Vollstaendiges SEO-Audit durchfuehren, alle Daten exportieren, URL-Zuordnung beginnen. DNS-TTL senken, falls Server gewechselt werden.

2 Wochen vorher: URL-Zuordnung finalisieren, alle Redirect-Regeln schreiben, die neue Website in einer Staging-Umgebung einrichten und gruendlich testen.

1 Woche vorher: Alle Redirects auf Staging testen. Ueberpruefen, dass die neue XML-Sitemap korrekt ist. Einen vollstaendigen Crawl der Staging-Website durchfuehren und mit den Crawl-Daten der alten Website vergleichen.

Migrationstag: Neue Website deployen, Redirects aktivieren, DNS bei Bedarf aktualisieren, neue Sitemap in der Search Console einreichen, Adressaenderung verwenden falls Domain gewechselt wird.

Woche 1: Search Console taeglich ueberwachen, Crawl-Fehler sofort beheben, Redirect-Funktionalitaet verifizieren.

Monat 1: Woechentliche Search Console Pruefungen, Traffic mit Basislinie vergleichen, Indexierungsfortschritt pruefen.

Monat 3: Vollstaendige Bewertung anhand der Pre-Migrations-Basislinie. Verbleibende Probleme angehen.

Zusammenfassung

Eine erfolgreiche PrestaShop-Migration, die Google-Rankings bewahrt, erfordert drei Dinge: gruendliche Vorbereitung, korrekte Redirect-Implementierung und sorgfaeltige Post-Migrations-Ueberwachung. Das Pre-Migrations-Audit gibt Ihnen eine Basislinie und identifiziert Ihre wertvollsten Seiten. Die URL-Zuordnung und 301-Redirects stellen sicher, dass der SEO-Wert jeder Seite an den neuen Standort uebertragen wird. Die Sitemap-Aktualisierung und Search Console-Konfiguration helfen Google, die Aenderungen schnell zu entdecken und zu verarbeiten. Und die Post-Migrations-Ueberwachung erkennt Probleme, bevor sie dauerhaft werden. Ueberspringen Sie einen dieser Schritte und Sie riskieren Rankings zu verlieren, deren Aufbau Monate oder Jahre gedauert hat. Befolgen Sie alle und Ihre Migration wird zu einem kontrollierten Uebergang statt einer SEO-Katastrophe.