WordPress-Migration ohne Rankingverlust bei Google

Du kannst von WordPress migrieren, ohne Rankings zu verlieren, wenn du erhältst, was Google bereits von deiner Website kennt: die URLs, die Inhalte, die ranken, und die technischen Signale. Was die Adresse wechselt, leitest du mit 301-Weiterleitungen um, eine nach der anderen, und alles wird vorher und nachher gemessen. Die Plattform versenkt den Traffic nicht. Ein improvisierter Umzug tut es.

Das ist die Anleitung, der wir bei Walaá folgen, einem Softwarestudio aus Bogotá. Wenn du dich schon entschieden hast, deine Website neu aufzubauen: So arbeiten wir beim Webdesign von Grund auf, mit technischem SEO direkt im Code.

Kurzdaten zum Service Webdesign (von der Seite des Services, Stand 29. Oktober 2026):

Angabe	Detail
Dauer	Rund acht Wochen
Performance	95 oder mehr bei Lighthouse Mobile, vor dem Launch gemessen
Barrierefreiheit	WCAG-Level AA geprüft
SEO	Technisches SEO von Anfang an im Code enthalten
Design	Von Grund auf, ohne Vorlagen
Support	Monatlicher Support mit Berichten

Wenn deine WordPress-Website bereits Besucher bringt und du sie mit einem schriftlichen Plan umziehen möchtest, schildere uns deinen Fall per WhatsApp. Das erste Gespräch kostet nichts.

Verliere ich Rankings, wenn ich WordPress verlasse?

Nein, WordPress zu verlassen kostet dich für sich genommen keine Rankings. Google rankt URLs und Inhalte, nicht das System, mit dem die Website gebaut wurde. Traffic geht verloren, wenn sich Adressen ohne Weiterleitung ändern, Seiten verschwinden, die gerankt haben, oder die Website mit technischen Fehlern live geht. Wenn du diese drei Fehler vermeidest, spielt die Plattform keine Rolle.

Das heißt nicht, dass der Umzug schmerzfrei ist. Dass die Search Console in den ersten Wochen Bewegung zeigt, während Google deine Seiten neu crawlt, ist normal. Keine seriöse Stelle kann dir null Schwankung versprechen. Wir messen lieber, bevor wir etwas behaupten.

Wo beim Relaunch einer Website Traffic verloren geht

Es sind fast immer dieselben Ursachen:

• URLs, die sich ändern, ohne Weiterleitung, sodass Besucher und externe Links bei einem 404 landen.
• Gekürzte Inhalte, weil der Relaunch aufgeräumt aussehen sollte, ausgerechnet bei den Texten, die gerankt haben.
• Titel, Beschreibungen und Überschriften, die nicht übernommen werden. In WordPress lagen sie meist in einem SEO-Plugin und bleiben dort.
• Das noindex der Testumgebung, das in die Produktion gelangt, oder eine robots.txt, die alles blockiert.
• Eine neue Website, die langsamer oder weniger barrierefrei ist als die alte.
• Sitemap und interne Links, die weiter auf die alten Adressen zeigen.

Was ist ein URL-Mapping und wozu dient es bei einer Migration?

Ein URL-Mapping ist eine Tabelle, die jede Adresse deiner aktuellen Website auflistet und angibt, welcher neuen Adresse sie entspricht. Es sorgt dafür, dass keine Seite mit Traffic oder Links ohne Ziel bleibt: Daraus entstehen die 301-Weiterleitungen, die Inhaltsprüfung und die Checkliste für den Launch-Tag.

Du erstellst es in einer Tabellenkalkulation. Du crawlst die aktuelle Website mit einem Crawler, gleichst diese Liste mit den Seiten ab, die in der Search Console Klicks erhalten, und ergänzt die Seiten, auf die andere Websites verlinken. Am Ende steht in jeder Zeile eine Entscheidung.

So sieht ein Beispiel-Mapping aus (illustrative Adressen):

Aktuelle URL	Was es ist	Neue URL	Aktion
/servicios/diseno-web/	Seite mit Traffic	/servicios/diseno-web	301
/2022/05/guia-seo/	Artikel mit externen Links	/blog/guia-seo	301
/?p=123	Kurzadresse von WordPress	Endgültige URL des Artikels	301
/categoria/sin-categoria/	Archiv ohne Wert	Kein Gegenstück	404 oder 410

Achte auf das, was WordPress von selbst erzeugt: Datumsarchive, Schlagwörter, Paginierungen, Adressen mit ?p= und Anhangsseiten für Bilder. Viele davon müssen nicht überleben, aber du solltest das schriftlich entscheiden, statt es in einem Fehlerbericht zu entdecken.

301-Weiterleitungen bei einer Migration: Regeln, die nicht verhandelbar sind

Eine 301-Weiterleitung teilt Browsern und Google mit, dass eine Seite dauerhaft umgezogen ist. Die Dokumentation von Google Search Central erklärt, wie die Suchmaschine sie behandelt. In der Praxis wenden wir diese Regeln an:

• Eins zu eins. Jede alte URL geht auf ihr nächstliegendes Gegenstück. Alles auf die Startseite zu schicken ist der schnellste Weg, das Erreichte zu verlieren.
• Keine Ketten. Die alte URL zeigt direkt auf die neue, nicht auf eine Zwischenstation, die ihrerseits weiterleitet.
• Vor dem Launch getestet. Du lässt die komplette Liste aus dem Mapping gegen die Testumgebung laufen und prüfst, dass jede mit 301 antwortet und auf einer Seite mit Code 200 landet.
• Keine falschen Versprechen. Hat eine Seite kein Gegenstück, ist ein ehrliches 404 oder 410 besser als eine Weiterleitung auf etwas ohne Bezug.
• Interne Links aktualisiert. Die neue Website muss sich selbst mit den endgültigen Adressen verlinken und darf nicht auf die Weiterleitung angewiesen sein.

Bei Walaá gehören das URL-Mapping und die 301-Weiterleitungen zum Plan für die Migration von WordPress, nicht zu einem Extra für den letzten Tag. Wenn du wissen willst, was sich sonst noch über den Code lösen lässt, lies unseren Leitfaden zu technischem SEO.

Von WordPress auf eine andere Plattform wechseln: Was sie können muss

Es ist egal, wohin du umziehst, aber prüfe vor der Wahl, ob dir die neue Plattform Folgendes erlaubt:

• Die Struktur jeder URL selbst festzulegen, einschließlich des abschließenden Schrägstrichs.
• 301-Weiterleitungen in großer Zahl zu konfigurieren.
• Titel, Beschreibung, Überschriften und Canonical-Tag pro Seite zu bearbeiten.
• Sitemap und strukturierte Daten zu erzeugen.
• Den vollständigen Inhalt im HTML auszuliefern, ohne dass der Browser JavaScript ausführen muss, um den Text anzuzeigen.

Wenn einer dieser Punkte nicht geht, zeigt sich das Problem spät und die Korrektur kostet mehr.

Schritt für Schritt migrieren, ohne Traffic zu verlieren

1. Bestandsaufnahme. Crawle die gesamte aktuelle Website und exportiere URLs, Titel, Beschreibungen, Überschriften, Canonicals und Antwortcodes.
2. Ausgangswerte. Exportiere die Performance-Daten der Search Console (sie speichert 16 Monate) und notiere die Seiten mit den meisten Klicks. Miss außerdem die aktuelle Website mit Lighthouse, dem Google-Tool, das Geschwindigkeit, Barrierefreiheit und Best Practices von 0 bis 100 bewertet.
3. URL-Mapping. Eine Zeile pro Seite, mit Ziel und Aktion.
4. Aufbau in der Testumgebung, geschützt und mit noindex, solange gearbeitet wird.
5. Übertragung der Signale. Text, Titel, Beschreibungen, Überschriften, strukturierte Daten, Alt-Texte von Bildern und interne Links.
6. Messung vor dem Launch. Lighthouse Mobile, Core Web Vitals und Barrierefreiheit. Unser Standard ist 95 oder mehr bei Lighthouse Mobile, gemessen vor der Veröffentlichung.
7. Launch. Entferne das noindex und jede Sperre in der robots.txt, aktiviere die 301-Weiterleitungen, veröffentliche die neue Sitemap und reiche sie in der Search Console ein.
8. Überwachung. Prüfe die Search Console in der ersten Woche täglich und behebe, was auftaucht.

Bei Schritt 7 stolpert man am häufigsten. Ein vergessenes noindex ist lautlos: Die Website sieht perfekt aus, und Google bekommt die Anweisung, sie zu ignorieren.

Was prüfe ich nach der Migration in der Search Console?

Prüfe vier Dinge: den Indexierungsbericht, um zu sehen, dass die neuen URLs hineinkommen und die alten herausgehen, die eingereichte Sitemap ohne Fehler, die Performance im Vergleich zu deinen Ausgangswerten und die Crawling-Statistiken auf Spitzen bei 404- oder 5xx-Fehlern. Mach das in der ersten Woche täglich und danach wöchentlich.

So liest du die einzelnen Berichte

• Seitenindexierung. Dass alte URLs als Seite mit Weiterleitung erscheinen, ist zu erwarten. Dass eine URL aus deinem Mapping als nicht gefunden (404) erscheint, nicht.
• Sitemaps. Sie muss als verarbeitet gelten und die neuen URLs enthalten. Wenn noch die Sitemap von WordPress eingetragen ist, ersetze sie.
• Performance. Vergleiche gleich lange Zeiträume und schau Seite für Seite, nicht nur auf die Gesamtsumme. So siehst du, welche URL eingebrochen ist und warum.
• URL-Prüfung. Bestätige bei deinen wichtigsten Seiten, dass Google die neue Adresse als Canonical wählt.
• Crawling-Statistiken. Achte auf Serverfehler oder abrupte Rückgänge bei den Anfragen.

All das erledigst du in der Google Search Console, die kostenlos ist und die du vor dem Launch verifiziert haben musst.

Für wen dieser Plan ist und für wen nicht

Er ist für dich, wenn du eine WordPress-Website hast, die schon Besuche, Anfragen oder Umsatz bringt, und du sie wegen Geschwindigkeit, Wartung oder Kontrolle über den Code neu aufbauen möchtest, ohne zu verlieren, was du dir aufgebaut hast.

Er ist nicht für dich, wenn deine Website kaum Traffic hat: Dann lohnt es sich mehr, mit einer guten Struktur bei null anzufangen, als in den Erhalt von etwas zu investieren, das nicht existiert. Auch nicht, wenn dein WordPress nur wegen ein paar Plugins oder schwerer Bilder langsam ist, denn manchmal reicht eine Optimierung. Wenn du noch Kosten vergleichst, sieh dir an, was eine Website in Kolumbien kostet.

So gehen wir bei Walaá vor

Unser Lieferprozess hat sechs Etappen, und eine Website dauert rund acht Wochen. Er beginnt mit einem schriftlichen Angebot mit Umfang, Fristen und Investition, und das URL-Mapping entsteht von Anfang an. Wir messen vor dem Launch: Auf unserer eigenen Website haben wir Lighthouse Mobile von 95 oder mehr und 0 Verstöße in axe, dem Prüftool für Barrierefreiheit auf Level WCAG AA. Dasselbe Kriterium wenden wir auf die Websites unserer Kunden an. Um zu verstehen, was diese Metriken messen, ist der Leitfaden von web.dev die beste Referenz.

Nach dem Launch folgt der monatliche Support mit Berichten. Wenn du außerdem möchtest, dass jemand die Entwicklung im Blick behält und Inhalte veröffentlicht, gibt es das monatliche SEO-Ranking-Paket mit Search-Console-Bericht.

Wenn wir deine aktuelle Website prüfen und dir sagen sollen, was du behalten, was du umleiten und was du hinter dir lassen solltest, schreib uns per WhatsApp. Wir sprechen Spanisch, Englisch und Deutsch.

Geschrieben von Eduardo Obdulio, Softwareingenieur bei Walaá. Aktualisiert am 29. Oktober 2026.