SEO-Migrationsleitfaden: Wie Sie die Plattform wechseln, ohne Rankings zu verlieren (2026)

Egal, ob Sie von WordPress zu benutzerdefiniertem PHP, von Shopify zu WooCommerce oder von einer Plattform zu einer anderen wechseln – die Risiken sind dieselben: verlorener Traffic, gesunkene Rankings und defekte Links. Ich habe über 30 Websites migriert – von kleinen Blogs bis zu E-Commerce-Shops mit 500.000 Seiten – und genau gelernt, was die SEO-Wertigkeit erhält (und oft verbessert). Folgen Sie diesem Leitfaden, um die häufigen Fallstricke zu vermeiden.

Warum Migrationen scheitern – Die harte Wahrheit

• Ändern von URL-Strukturen ohne Implementierung von 301-Weiterleitungen.
• Verlust von Metadaten (Titel-Tags, Meta-Beschreibungen, kanonische Tags).
• Unterbrechen interner Links aufgrund neiner URL-Muster.
• Veröffentlichung ohne vorheriges Testen der Weiterleitungen in einer Staging-Umgebung.

Dieser Leitfaden befasst sich mit jedem dieser Probleme. Befolgen Sie jeden Schritt, und Sie werden Ihre Rankings erhalten – manchmal sogar verbessern.

Phase 1: Vor der Migration – Erfassen Sie Ihre SEO-Basislinie

Bevor Sie etwas ändern, dokumentieren Sie die aktuelle SEO-Leistung Ihrer Website. Sie benötigen diese Daten, um nach dem Start vergleichen zu können.

1. Crawlen Sie Ihre gesamte Website

Verwenden Sie Screaming Frog SEO Spider (kostenlos bis zu 500 URLs), um zu extrahieren:

• Alle internen URLs (einschließlich Bilder, PDFs usw.).
• Titel-Tags, Meta-Beschreibungen und H1 für jede Seite.
• Kanonische Tags.
• Antwortcodes (200, 301, 404).
• Interne und externe Links.

Exportieren Sie den Crawl als CSV. Dies wird Ihre URL-Zuordnungs-Hauptliste.

2. Erfassen Sie Rankings für die 50 wichtigsten Keywords

Verwenden Sie Google Search Console (Leistungsbericht) oder ein kostenpflichtiges Tool wie SEMrush/Ahrefs. Exportieren Sie Keyword-Positionen, Impressionen und Klickraten der letzten 3 Monate.

3. Dokumentieren Sie die Höhe des organischen Traffics

Notieren Sie in Google Analytics (oder GA4) die letzten 30 Tage der organischen Sitzungen, Absprungrate und Konversionsdaten. Machen Sie Screenshots. Diese vergleichen Sie nach dem Start.

4. Laden Sie alle Backlinks herunter

Google Search Console → Links → Externe Links → Exportieren. Speichern Sie die Liste der verlinkenden Domains und Seiten. Stellen Sie sicher, dass diese alten URLs korrekt weiterleiten.

5. Speichern Sie die XML-Sitemap

Wenn Ihre alte Website eine Sitemap hat (z.B. `/sitemap.xml`), laden Sie sie herunter. Sie ist eine schnelle Liste aller indexierten URLs.

Phase 2: URL-Zuordnung – Der kritischste Schritt

Wenn Sie exakt die gleichen URL-Pfade beibehalten, vermeiden Sie die meisten Migrationsrisiken. Oft möchten Sie jedoch URLs bereinigen (Daten entfernen, Kategorien kürzen). Erstellen Sie eine 1:1-Zuordnung von jeder alten URL zu ihrer neuen Entsprechung.

Beispiel-Zuordnungsregeln:

<code>/2023/01/warum-benutzerdefiniertes-php → /blog/warum-benutzerdefiniertes-php<br>/kategorie/webdesign → /dienstleistungen/webdesign<br>/produkt?id=123 → /produkte/widget-name<br>/kontakt → /kontakt (wenn möglich gleich lassen)</code>

Tools zum Erstellen Ihrer Zuordnungsdatei:

• Manuelles Excel/Google Sheets – für kleine Websites (<500 URLs).
• Python-Skript mit Regex – für große Websites.
• CMS-Export + Tabellenkalkulationsformeln – wenn Ihre neue Plattform ein Muster hat.

Speichern Sie die Zuordnung als CSV mit den Spalten: old_url, new_url.

Phase 3: Implementieren Sie 301-Weiterleitungen

Eine 301-Weiterleitung sagt Google: „Diese Seite wurde dauerhaft verschoben.“ Google überträgt nahezu 100 % der Ranking-Kraft der alten Seite auf die neue URL. Verwenden Sie niemals 302-Weiterleitungen (temporär) für permanente Verschiebungen.

Option A – Apache .htaccess (am besten für < 200 Weiterleitungen)

<code>Redirect 301 /alte-url /neue-url<br>Redirect 301 /2023/01/warum-benutzerdefiniertes-php /blog/warum-benutzerdefiniertes-php</code>

Option B – PHP-Weiterleitungskarte (am besten für tausende Weiterleitungen)

<code>&lt;?php<br>$redirects = json_decode(file_get_contents(__DIR__ . '/redirects.json'), true);<br>$request = $_SERVER['REQUEST_URI'];<br>if (isset($redirects[$request])) {<br>    header('HTTP/1.1 301 Moved Permanently');<br>    header('Location: ' . $redirects[$request]);<br>    exit;<br>}<br>?&gt;</code>

Option C – Nginx (verwenden Sie `map` für viele Weiterleitungen)

<code>map $request_uri $new_uri {<br>    /alte-url      /neue-url;<br>    /alte-url2     /neue-url2;<br>}<br>server {<br>    if ($new_uri) {<br>        return 301 $new_uri;<br>    }<br>}</code>

Wichtige Regel: Keine Weiterleitungsketten – Führen Sie niemals A → B → C durch. Jeder Sprung verliert ein wenig Link-Equity. Leiten Sie immer direkt A → C weiter.

Phase 4: Metadaten erhalten – Titel-Tags, Meta-Beschreibungen, Kanonische Tags

Ihre neue Website muss exakt dieselben Titel-Tags und Meta-Beschreibungen wie die alte Website ausgeben (oder bessere).

• Wenn Sie ein CMS (WordPress, Shopify) verwenden, exportieren Sie Metadaten über ein Plugin oder CSV.
• Wenn Sie eine benutzerdefinierte PHP-Website erstellen, speichern Sie Metadaten in einer Datenbanktabelle oder einem PHP-Array, das nach URL indiziert ist.

Beispiel für eine benutzerdefinierte PHP-Implementierung:

<code>&lt;?php<br>$pageMetadata = [<br>    '/dienstleistungen/webdesign' => [<br>        'title' => 'Benutzerdefiniertes Webdesign | BuiltToWinWeb',<br>        'description' => 'Handcodierte PHP-Websites, die 100 bei Lighthouse erreichen.'<br>    ]<br>];<br>if (isset($pageMetadata[$_SERVER['REQUEST_URI']])) {<br>    $meta = $pageMetadata[$_SERVER['REQUEST_URI']];<br>    echo '&lt;title&gt;' . htmlspecialchars($meta['title']) . '&lt;/title&gt;';<br>    echo '&lt;meta name="description" content="' . htmlspecialchars($meta['description']) . '"&gt;';<br>}<br>?&gt;</code>

Phase 5: Testen Sie alles in einer Staging-Umgebung

Klonen Sie vor dem Start Ihre Website in eine Staging-Subdomain (z.B. `staging.ihredomain.com`). Testen Sie:

• Alle Weiterleitungen – verwenden Sie Screaming Frog, um die alten URLs zu crawlen und zu überprüfen, ob sie 301 auf neue URLs zurückgeben.
• Metadaten – überprüfen Sie eine Stichprobe von Seiten auf korrekte Titel und Beschreibungen.
• Interne Links – keine defekten Links zu alten URLs.
• Core Web Vitals – führen Sie Lighthouse aus. Wenn die Werte schlechter sind als auf der alten Website, debuggen Sie.

Phase 6: Starttag – DNS wechseln und Sitemap einreichen

1. Weisen Sie DNS auf Ihren neuen Server (TTL sollte vorher auf 300 Sekunden eingestellt sein).
2. Reichen Sie sofort Ihre neue XML-Sitemap in der Google Search Console ein (Sitemaps → Hinzufügen).
3. Verwenden Sie das Tool „URL-Prüfung“, um die Seite als Google abzurufen und die Indexierung Ihrer wichtigsten Seiten anzufordern.
4. Überwachen Sie Echtzeit-Logs auf 404-Fehler (verwenden Sie einen Server-Log-Viewer oder ein Tool wie LogHound).

Phase 7: Überwachung nach dem Start – Die ersten 30 Tage

Hier scheitern die meisten Migrationen – sie starten und gehen davon aus, dass alles in Ordnung ist.

Tägliche Überprüfungen (erste Woche):

• Google Search Console → Coverage → Fehler. Gibt es 404er? Beheben Sie sie sofort (fehlende Weiterleitungen hinzufügen).
• Google Analytics → Echtzeit, um sicherzustellen, dass der Traffic auf der neuen Website landet.

Wöchentliche Überprüfungen (Wochen 2‑4):

• Vergleichen Sie den organischen Traffic mit der Basislinie vor der Migration (Google Analytics). Ein kleiner Rückgang (5‑10 %) ist normal; alles Größere deutet auf ein Problem hin.
• Führen Sie den Bericht der wichtigsten Keywords erneut aus. Wenn die Rankings für bestimmte Seiten gefallen sind, überprüfen Sie, ob diese URLs korrekt weiterleiten.
• Überwachen Sie Backlink-404er – verwenden Sie Ahrefs oder GSC, um zu sehen, ob externe Links jetzt defekt sind.

Wenn Sie einen Rückgang feststellen:

• Überprüfen Sie, ob Sie nicht versehentlich robots.txt blockiert oder `noindex`-Tags hinzugefügt haben.
• Stellen Sie sicher, dass die neue Website schneller ist (Core Web Vitals). Geschwindigkeitsverbesserungen gleichen oft kleine Weiterleitungsverluste aus.
• Reichen Sie die Sitemap erneut ein und verwenden Sie „URL prüfen“ für einige wichtige Seiten.

Häufige Migrationsfallen (und wie man sie vermeidet)

• Falle: Wechsel von HTTP zu HTTPS ohne Weiterleitung aller HTTP-URLs. Lösung: Fügen Sie eine globale HTTP→HTTPS-Weiterleitung auf Serverebene hinzu.
• Falle: Migration auf eine neue Domain und keine Aktualisierung der Google Search Console-Eigenschaft. Lösung: Fügen Sie die neue Domain als Eigenschaft hinzu und reichen Sie eine Adressänderung ein.
• Falle: Verlust von Bild-URLs (defekte Bilder). Lösung: Behalten Sie die gleiche Pfadstruktur für `/wp-content/uploads/` bei oder erstellen Sie Weiterleitungen für Bild-URLs.
• Falle: Interne Links, die auf alte URLs verweisen (fest codiert). Lösung: Verwenden Sie vor dem Start eine Suchen-und-Ersetzen-Funktion in Ihrer Datenbank oder Codebasis.

Fallstudie: E-Commerce-Migration mit 50.000 Seiten – 0 % Traffic-Verlust

Ein großer Online-Händler wechselte von Magento zu einer benutzerdefinierten PHP-Plattform. Die Herausforderung: 50.000 Produkt-URLs mussten von `/catalog/product/view/id/123/` zu `/produkte/widget-name/` geändert werden.

Prozess:

• Export aller alten URLs aus der Magento-Datenbank.
• Generierung neuer SEO-freundlicher Slugs basierend auf Produktnamen.
• Erstellung einer CSV-Zuordnung mit 50.000 Zeilen.
• Verwendung einer PHP-Weiterleitungskarte (JSON-Datei) für die 301er – keine Aufblähung der .htaccess.
• Erhalt aller Metadaten (Titel, Beschreibungen) durch Speicherung in einer benutzerdefinierten Tabelle, indiziert nach neuer URL.
• Staging und Testen der Weiterleitungen mit einem Crawler – 99,8 % Abdeckung.

Ergebnisse:

• Kein Verlust an organischem Traffic in den ersten 30 Tagen.
• Nach 60 Tagen stieg der Traffic aufgrund schnellerer Seitenladezeiten (benutzerdefiniertes PHP vs. Magento) um 12 %.
• Nach der ersten Woche keine 404-Fehler in der Search Console.
• Umsatz aus organischer Suche stieg innerhalb von 3 Monaten um 18 %.

Der Kunde besitzt nun den Code, zahlt keine Magento-Lizenzgebühren und kann URLs sofort aktualisieren.

Migrations-Checkliste (Druckbare PDF-Zusammenfassung)

• ☐ Vor der Migration: Crawl, Rankings, Traffic, Backlinks, Sitemap.
• ☐ URL-Zuordnung: 1:1 CSV von alt → neu.
• ☐ Implementierung von 301-Weiterleitungen (keine Ketten).
• ☐ Metadaten erhalten (Titel, Beschreibungen, Kanonische).
• ☐ In Staging testen (Screaming Frog-Crawl, Lighthouse).
• ☐ Start: DNS, Sitemap einreichen, URLs prüfen.
• ☐ GSC 30 Tage lang täglich überwachen, 404er beheben.
• ☐ Nach 30 Tagen Rankings und Traffic vergleichen.

Bereit für eine stressfreie Migration?

Ich habe über 30 Websites migriert – von kleinen Business-Blogs bis hin zu Enterprise-E-Commerce. Ich übernehme den gesamten Prozess: URL-Zuordnung, Implementierung von Weiterleitungen, Migration von Metadaten, Staging-Tests und Überwachung nach dem Start. Sie behalten Ihre Rankings und erleben oft eine Leistungssteigerung.

Sprechen wir über Ihre Migration. Ich erstelle Ihnen einen kostenlosen, unverbindlichen Migrationsplan und ein Angebot.

Daten aus realen Kundenmigrationen von BuiltToWinWeb. Individuelle Ergebnisse können je nach Komplexität der Website und vorhandener SEO-Gesundheit variieren.