Warum interne Links bei Migrationen kritisch sind
Bei einer Site-Migration ändern sich URL-Strukturen. Aus /produkt-name/ wird vielleicht /produkte/kategorie/produkt-name/. Was auf den ersten Blick wie eine kleine technische Änderung wirkt, hat weitreichende Konsequenzen für die interne Verlinkungsstruktur. Jeder interne Link, der auf die alte URL zeigt und keine 301-Weiterleitung bekommt, endet in einem 404-Fehler. Jeder interne Link, der zwar eine Weiterleitung erhält, aber nicht direkt auf die neue URL aktualisiert wird, verliert einen Teil seiner Link-Equity durch die Weiterleitungskette.
Auf großen Websites mit Tausenden von internen Links entstehen so sehr schnell hunderte oder tausende defekte oder verminderter Verlinkungen. Das Ergebnis: Google kann wichtige Seiten nicht mehr über interne Links finden, der PageRank-Fluss wird unterbrochen und Rankings brechen ein.
- Jede URL-Änderung ohne 301-Weiterleitung erzeugt einen 404-Fehler
- Interne Links über Weiterleitungen verlieren einen Teil der Link-Equity
- Defekte interne Links unterbrechen den Crawl-Pfad zu wichtigen Seiten
- Weiterleitungsketten (A→B→C) verbrauchen Crawl-Budget unnötig
Grundlagen: Was ist ein URL-Mapping?
Das URL-Mapping ist das zentrale Dokument jeder Site-Migration. Es ist eine vollständige Liste aller bestehenden URLs der alten Website mit den entsprechenden neuen Ziel-URLs. Für jede alte URL gibt es genau eine neue URL – oder die Aussage, dass die Seite ersatzlos entfernt wird (in diesem Fall: 410 Gone statt 301). Ohne vollständiges URL-Mapping ist keine ranking-neutrale Migration möglich.
Screaming Frog CSV hochladen — kostenlos, sofort, nichts gespeichert.
Interne Link-Equity in 30 Sekunden sehen →Ein gutes URL-Mapping enthält: die vollständige alte URL, die vollständige neue Ziel-URL, den HTTP-Status-Code (301 oder 410), die Rankingkraft der alten URL (z. B. aus Ahrefs oder Google Search Console) und die Priorität für die Qualitätssicherung (hochpriorisierte Seiten zuerst prüfen).
Die Migration-Checkliste: Vor dem Go-live
Schritt 1: Vollständigen Crawl der alten Website erstellen
Erstelle vor der Migration einen lückenlosen Crawl der gesamten alten Website – inklusive aller URLs, die derzeit gecrawlt und indexiert werden. Exportiere auch die Google-Search-Console-Daten der letzten 12 Monate, um alle URLs zu identifizieren, die organischen Traffic erhalten. Die Vereinigung beider Listen ist deine Baseline. Kein URLs sollte in dieser Baseline fehlen.
Schritt 2: URL-Mapping erstellen
Ordne jeder alten URL die entsprechende neue URL zu. Bei strukturellen URL-Änderungen (neue Verzeichnisse, neue Slugs) muss dies manuell oder semi-automatisch über Matching-Algorithmen erfolgen. Bei Domain-Migrationen ohne URL-Strukturänderung ist das Mapping trivial – aber nicht weniger wichtig zu dokumentieren. Das fertige Mapping ist die verbindliche Grundlage für die Redirect-Konfiguration.
Schritt 3: 301-Weiterleitungen konfigurieren und testen
Implementiere das URL-Mapping als 301-Weiterleitungen auf dem Server oder im CMS. Teste anschließend systematisch: Überprüfe eine repräsentative Stichprobe von mindestens 10 % aller URLs aus dem Mapping. Prüfe den HTTP-Status-Code der alten URL (muss 301 sein), das Ziel der Weiterleitung (muss exakt der neuen URL entsprechen) und den HTTP-Status-Code der Ziel-URL (muss 200 sein). Keine Weiterleitung darf in einem 404 oder in einer Weiterleitungskette enden.
Schritt 4: Interne Links auf neue URLs aktualisieren
Aktualisiere alle internen Links in der neuen Website direkt auf die neuen URLs – nicht auf die alten URLs, die per 301 weitergeleitet werden. Interne Links über Weiterleitungen zu führen ist technisch funktionsfähig, aber SEO-suboptimal: Es entstehen unnötige Weiterleitungshops, die Crawl-Budget verbrauchen und einen minimalen Equity-Verlust verursachen. Bei CMS-basierten Websites können Plugins wie „Search & Replace" in WordPress helfen, alle alten URLs in der Datenbank auf die neuen zu aktualisieren.
Die Migration-Checkliste: Nach dem Go-live
Schritt 5: Post-Launch-Crawl durchführen
Direkt nach dem Go-live: Führe einen vollständigen Crawl der neuen Website durch. Prüfe alle internen Links auf ihren HTTP-Status-Code. Filtere alle Links mit dem Status 301 oder 404 – das sind deine dringendsten Probleme. Jeder 404 muss sofort behoben werden (entweder Weiterleitung einrichten oder Link aktualisieren). Jeder 301 sollte innerhalb der nächsten Tage auf die direkte URL aktualisiert werden.
Schritt 6: GSC überwachen und Sitemap einreichen
Reiche die neue Sitemap in der Google Search Console ein und überwache den Indexierungsfortschritt täglich. GSC zeigt dir, welche neuen URLs von Google gecrawlt wurden und welche noch ausstehen. Prüfe außerdem den Bericht „Seiten mit Problemen" auf 404-Fehler, Weiterleitungsfehler und Canonical-Konflikte. In den ersten vier Wochen nach dem Go-live solltest du diese Berichte täglich kontrollieren.
Best Practices und häufige Fehler
Der häufigste Fehler bei Site-Migrationen ist das unvollständige URL-Mapping. Teams erfassen die „wichtigen" Seiten und vergessen hunderte von Long-Tail-URLs, die zusammen erheblichen Traffic generieren. Die Konsequenz: Diese Seiten erhalten keine 301-Weiterleitung, werden zu 404-Fehlern und ihr Rankingpotenzial geht dauerhaft verloren. Die Lösung: Das URL-Mapping muss vollständig sein – alle gecrawlten und alle GSC-indizierten URLs müssen erfasst sein.
Ein zweiter häufiger Fehler ist das Entfernen der 301-Weiterleitungen zu früh. Viele Teams deaktivieren Weiterleitungen nach drei oder sechs Monaten. Das ist ein Fehler: Externe Backlinks, Bookmarks und gecachte Seiten verweisen noch Monate oder Jahre nach einer Migration auf die alten URLs. Weiterleitungen sollten mindestens 12 Monate aktiv bleiben, besser dauerhaft.
- URL-Mapping vor dem Go-live vollständig abschließen – keine Lücken akzeptieren
- 301-Weiterleitungen mindestens 12 Monate aktiv lassen
- Post-Launch-Crawl am ersten Tag nach dem Go-live durchführen
- Interne Links direkt auf neue URLs aktualisieren, nicht auf Weiterleitungen
- GSC täglich in den ersten vier Wochen nach der Migration überwachen
Fazit und nächste Schritte
Eine Site-Migration ist kein Sprint, sondern ein Projekt mit klar definierter Vorbereitung, Durchführung und Nachbereitung. Das URL-Mapping ist das Herzstück jeder ranking-neutralen Migration. Ohne vollständiges Mapping entstehen zwangsläufig 404-Fehler, Weiterleitungsketten und Crawling-Lücken – die alle zu Ranking-Einbrüchen führen.
Beginne jede Migration mit einem vollständigen Crawl der alten Website. Erstelle das URL-Mapping sorgfältig und vollständig. Teste alle Weiterleitungen vor dem Go-live. Führe einen Post-Launch-Crawl durch und aktualisiere alle internen Links auf direkte URLs. LinkJuice hilft dir dabei, nach dem Go-live interne Links, die noch über Weiterleitungen führen, systematisch zu identifizieren und zu priorisieren.
- Vor der Migration: vollständigen Crawl + GSC-URL-Export als Baseline
- URL-Mapping erstellen: jede alte URL einer neuen URL oder 410 zuordnen
- 301-Weiterleitungen konfigurieren und vor Go-live systematisch testen
- Post-Launch: Crawl + GSC-Monitoring täglich für 4 Wochen
Screaming Frog CSV hochladen — kostenlos, sofort, nichts gespeichert.
Finde deine schwächsten internen Links, bevor Google es tut →Häufig gestellte Fragen
Interne Links nach der Migration automatisch prüfen
Lade deinen Post-Launch-Crawl in LinkJuice hoch und sieh sofort, welche internen Links noch über Weiterleitungen führen und wo 404-Fehler den PageRank-Fluss unterbrechen.
Kostenlos testen🔒 Läuft in deinem Browser. Keine Daten verlassen deinen Rechner. Keine E-Mail nötig.