Wix zu WordPress umziehen: Plattform auswählen und SEO beim Wechsel schützen

Wer von Wix zu WordPress umziehen möchte, wechselt nicht nur den Editor. Eine andere technische Umgebung liefert künftig Seiten aus, verarbeitet Anfragen und nimmt bei einem Shop Bestellungen entgegen. Damit der Wechsel dem Unternehmen hilft, müssen bestehende Inhalte und funktionierende Abläufe erhalten bleiben — und die neue Lösung ein konkretes Problem besser lösen.

Manchmal ist ein Umzug sinnvoll. Manchmal reicht eine gezielte Verbesserung auf Wix. Dieser Leitfaden beginnt deshalb mit der Plattformwahl und führt anschließend durch Bestandsaufnahme, Import, URL-Zuordnung, Weiterleitungen und Kontrolle nach dem Start. Das Ziel ist, vermeidbare SEO-Verluste zu reduzieren. Gleichbleibende Rankings lassen sich bei einer Migration nicht garantieren.

Den plattformübergreifenden Ablauf beschreibt unsere SEO-Checkliste für eine Website-Migration. Hier geht es um die Besonderheiten beim Wix-WordPress-Wechsel: Was lässt sich übernehmen, was muss neu aufgebaut werden und wo kommen Aufrufe alter Adressen nach der Umstellung an?

Wix oder WordPress: Entscheidend sind Ihre Anforderungen

Die bessere Ausgangsfrage lautet nicht „Welche Plattform gewinnt?“, sondern „Welche Lösung unterstützt unsere nächsten Geschäftsschritte mit vertretbarem Aufwand?“ Sammeln Sie dafür die Anforderungen des kommenden Jahres. Trennen Sie Funktionen, die heute bereits Arbeit behindern, von Ideen, für die noch niemand ein Budget oder einen Verantwortlichen vorgesehen hat.

Mit WordPress ist hier überwiegend die frei verfügbare Software bei einem Hosting-Anbieter gemeint. WordPress.com ist ein gehosteter Dienst mit eigenen Tarifen und Importwerkzeugen. Halten Sie im Angebot fest, welches Zielsystem gemeint ist. Eine Anleitung für WordPress.com gilt nicht automatisch für jede andere WordPress-Installation.

Eine kleine Website kann komplexe Anforderungen haben. Ein großer Katalog kann umgekehrt nach einfachen Regeln funktionieren. Seiten- und Produktzahl sind deshalb Prüfkriterien, keine allgemeingültigen Umzugsgrenzen. Lassen Sie sich von Redaktion und Verkauf zeigen, welche wiederkehrenden Aufgaben derzeit zu viel Zeit kosten. Diese Demonstrationen ergeben ein belastbareres Pflichtenheft als ein pauschaler Plattformvergleich.

Wann Sie besser bei Wix bleiben

Für einen lokalen Dienstleister, ein Portfolio, einen überschaubaren Blog oder einen Shop mit passenden Standardabläufen kann Wix eine vernünftige Lösung sein. Ein Unternehmen muss nicht möglichst viel Technik kontrollieren. Es muss seine Inhalte pflegen, Kunden erreichen und Anfragen oder Bestellungen zuverlässig bearbeiten können.

Bleiben ist besonders plausibel, wenn die Website passende Kontakte liefert und Mitarbeiter ohne ständige Umwege damit arbeiten. Ein anderes System rechtfertigt sich nicht allein dadurch, dass eine Agentur es lieber verwendet. Fragen Sie zuerst, welches konkrete Hindernis ein Wechsel beseitigt und wie Sie die Verbesserung anschließend feststellen würden.

Auch die Behauptung, Wix-Seiten seien grundsätzlich für Suchmaschinen ungeeignet, hilft nicht weiter. Wix beschreibt unter anderem serverseitiges Rendering in seiner Übersicht der SEO-Funktionen. Entscheidend ist die tatsächliche Umsetzung Ihrer Website. Fehlende Inhalte, unklare Navigation oder ein defektes Formular verschwinden nicht automatisch durch einen CMS-Wechsel.

Ein hypothetisches Beispiel: Ein Installationsbetrieb benötigt sechs Leistungsseiten, regionale Kontaktinformationen und ein zuverlässiges Anfrageformular. Wenn nur die Leistungsbeschreibungen zu allgemein sind, sollten zunächst diese verbessert werden. Ein vollständiger Neuaufbau wäre eine zusätzliche Maßnahme, deren Kosten und Risiken separat begründet werden müssten.

Wann sich WordPress genauer prüfen lässt

WordPress wird interessant, wenn Sie unterschiedliche Inhaltstypen miteinander verknüpfen, umfangreiche Veröffentlichungsprozesse organisieren oder individuelle Systemanbindungen umsetzen müssen. Auch ein Shop mit besonderen Produktregeln kann von einer stärker konfigurierbaren Umgebung profitieren. Entscheidend ist jedoch die konkrete Kombination aus Software, Erweiterungen, Hosting und Betreuung.

Schreiben Sie Anforderungen als prüfbare Aufgaben: „Die Redaktion kann 200 bestehende Beiträge einer neuen Rubrik zuordnen“ ist hilfreicher als „Wir brauchen mehr Flexibilität“. Für einen Shop könnte die Aufgabe lauten, einen Variantenartikel mit den benötigten Lager- und Versandregeln vollständig zu bestellen. Solche Tests zeigen, ob die vorgeschlagene Lösung im Alltag funktioniert.

Ein vorhandenes Plugin ist noch kein Nachweis. Es muss zur eingesetzten Version, zu anderen Erweiterungen und zu Ihren Daten passen. Lassen Sie besonders kritische Integrationen vor der endgültigen Freigabe auf einer Testinstallation vorführen. Dazu gehören auch Fehlerfälle: Was passiert bei einem fehlgeschlagenen Zahlungsvorgang oder einer nicht erreichbaren Schnittstelle?

Mehr Kontrolle bedeutet außerdem mehr Verantwortung. Wer übernimmt Updates, Sicherungen, Sicherheitsprüfungen und die Wiederherstellung? Wer reagiert, wenn nach einem Update der Checkout ausfällt? Wenn diese Aufgaben niemand verbindlich betreut, kann eine verwaltete Plattform die bessere Wahl bleiben. WordPress ist eine mögliche Lösung, nicht für jedes Geschäftsmodell die einzig sinnvolle.

Vergleichen Sie die Gesamtkosten des Wechsels

Ein Wix-Abonnement und ein günstiger Hosting-Tarif sind keine vergleichbaren Gesamtangebote. Beim Umzug kommen Planung, Aufbau, Inhaltsübernahme, Qualitätssicherung und Schulung hinzu. Im Betrieb können Lizenzen, Wartung, Monitoring und Support anfallen. Welche Positionen relevant sind, hängt vom gewählten System und dem vorhandenen Team ab.

Fordern Sie deshalb getrennte Angaben für einmalige und laufende Leistungen an. Ein Importpreis sollte beispielsweise erkennen lassen, ob ältere Blogbeiträge, Bilddateien, Weiterleitungen und Produktvarianten enthalten sind. „Website übertragen“ ist als Leistungsbeschreibung zu ungenau, wenn anschließend niemand für fehlende Inhalte verantwortlich sein will.

Vergleichen Sie drei Möglichkeiten auf demselben Blatt: auf Wix unverändert weitermachen, die bestehende Website verbessern und vollständig migrieren. Notieren Sie jeweils das gelöste Problem, den erwarteten betrieblichen Nutzen, den internen Zeitaufwand und verbleibende Einschränkungen. Ohne diese Gegenüberstellung wirkt die technisch umfangreichste Lösung schnell überzeugender, als sie wirtschaftlich ist.

Planen Sie auch die Übergabe ein. Das Unternehmen braucht Zugriff auf Domain, Hosting, Administrationskonten und Sicherungen. Mindestens eine zuständige Person sollte nach einer kurzen Anleitung Inhalte ändern und den Support erreichen können. Eine neue Website, die nur ihr Entwickler bedienen kann, löst das Problem fehlender Selbstständigkeit nicht.

Vor dem Umzug: SEO-Bestand und Geschäftsdaten sichern

Beginnen Sie mit einer vollständigen URL-Liste. Kombinieren Sie dafür einen Crawl, die XML-Sitemap, Daten aus der Search Console, Analytics, bekannte Backlinks und die Kenntnis des Teams. Keine einzelne Quelle garantiert Vollständigkeit. Verwaiste Seiten, ältere Kampagnen und nicht verlinkte Downloads können in einem normalen Crawl fehlen.

Sichern Sie für relevante Seiten Titel, Meta Description, Hauptüberschrift, Canonical, Indexierungsstatus, interne Verlinkung und wichtige Bildinformationen. Erfassen Sie außerdem vorhandene Weiterleitungen. Ein Importwerkzeug kann Inhalte übernehmen und dennoch SEO-Einstellungen auslassen. Die unabhängige Bestandsaufnahme bleibt deshalb Ihre Vergleichsgrundlage.

Wählen Sie einen Ausgangszeitraum, der zu Ihrem Geschäft passt. Saisonale Nachfrage lässt sich nicht sinnvoll mit einer beliebigen Vorwoche vergleichen. Trennen Sie nach Möglichkeit Markenanfragen, allgemeine Suchanfragen, Sprachen und wichtige Seitengruppen. Dokumentieren Sie Änderungen an der Conversion-Messung, damit später nicht unterschiedliche Messdefinitionen miteinander verglichen werden.

Wenig Traffic macht eine Seite nicht automatisch entbehrlich. Eine technische Anleitung, eine wichtige Referenz oder eine selten besuchte Kaufhilfe kann im Verkaufsprozess nützlich sein. Prüfen Sie Inhalt und Funktion, bevor eine Seite gelöscht wird. Unser Leitfaden zum technischen SEO-Audit hilft bei der systematischen Bestandsaufnahme.

Wix-URLs sinnvoll auf WordPress-Adressen abbilden

Behalten Sie funktionierende URLs nach Möglichkeit bei. Der Umzug ist kein ausreichender Grund, sämtliche Adressen zu ändern. Auch ein bestehender Pfad mit /post/ ist nicht automatisch ein SEO-Problem. Prüfen Sie zuerst, ob WordPress die bisherige Struktur zuverlässig abbilden kann und ob andere Anforderungen tatsächlich dagegen sprechen.

Die folgenden Pfade sind Beispiele, keine universelle Wix-Struktur. Erfassen Sie die realen Adressen Ihrer Website einschließlich Sprachversionen und älterer Weiterleitungsquellen. Unterscheiden Sie außerdem eine eigene Domain von einer kostenlosen Wix-Adresse. Die Kontrolle über die alte Adresse bestimmt, welche Weiterleitungen Sie überhaupt einrichten können.

Leiten Sie nicht alle entfernten Inhalte pauschal auf die Startseite. Ein Besucher, der eine bestimmte Anleitung erwartet, erhält dort keinen gleichwertigen Ersatz. Eine Zusammenführung ist sinnvoll, wenn die Zielseite das bisherige Thema tatsächlich abdeckt. Halten Sie diese Entscheidung im Mapping fest, statt sie während des Starts improvisieren zu müssen.

Berücksichtigen Sie Varianten mit und ohne abschließenden Schrägstrich, HTTP und HTTPS sowie die verwendeten Hostnamen. Das Ziel sollte möglichst direkt die endgültige erreichbare Adresse sein. Aktualisieren Sie interne Links auf dieses Ziel, damit Navigation und redaktionelle Verweise nicht dauerhaft unnötige Weiterleitungen auslösen.

Weiterleitungen dort einrichten, wo alte Aufrufe ankommen

Domainregistrierung, DNS-Verwaltung und Webserver sind unterschiedliche Aufgaben. Wenn eine eigene Domain nach der Umstellung auf das WordPress-Hosting zeigt, erreichen Seitenaufrufe den neuen Server. Dort müssen die Regeln für geänderte Pfade funktionieren. Dass die Domain weiterhin bei Wix registriert ist, erledigt diese Aufgabe nicht.

Bei einem zusätzlichen Domainwechsel benötigen Sie weiterhin Kontrolle über die alte Domain und einen erreichbaren Dienst, der ihre alten URLs dauerhaft zum passenden Ziel weiterleitet. Auch HTTPS muss für diese Aufrufe funktionieren. Planen Sie den Weg von der ursprünglich verlinkten Adresse bis zur endgültigen Zielseite, nicht nur den letzten Schritt.

Eine kostenlose Adresse unter wixsite.com können Sie nicht wie eine eigene Domain behandeln. Laut Wix-Dokumentation zu 301-Weiterleitungen setzt diese Funktion eine verbundene eigene Domain voraus. Ein Plugin auf der neuen Website kann keine Anfragen umleiten, die den neuen Server gar nicht erreichen.

Setzen Sie dauerhafte HTTP-Weiterleitungen über die geeignete Hosting-, Server- oder WordPress-Lösung um. Die richtige Konfiguration hängt von der Infrastruktur ab; eine Anleitung für eine Apache-.htaccess passt nicht automatisch zu jedem Server. Google erläutert die Unterschiede in seiner Dokumentation zu Weiterleitungen.

Prüfen Sie das gesamte Mapping automatisiert und wichtige Kundenseiten zusätzlich im Browser. Ein erster Header-Test für eine Beispieladresse lautet curl -sS -D - -o /dev/null 'https://example.com/alte-seite'. Er ersetzt nicht die Kontrolle der vollständigen Kette und des Zielinhalts. Eine technisch erfolgreiche Weiterleitung kann trotzdem auf die falsche Leistung führen.

Importmethode auf einer geschützten Testwebsite prüfen

Richten Sie zuerst eine geschützte Testumgebung ein. Sie soll keine Kundenbestellungen auslösen oder unfertige Inhalte öffentlich verbreiten. Verwenden Sie Testzugänge und geeignete Schutzmaßnahmen. Ein noindex-Hinweis ist keine Zugangssperre und schützt vertrauliche Daten nicht vor Personen, die die Adresse kennen.

Wix bietet keinen vollständigen portablen Export seiner gehosteten Website zur identischen Weiterverwendung auf einem anderen Server. Das ist von einzelnen Datenexporten zu unterscheiden. Die Wix-Hinweise zum externen Hosting erklären diese Grenze. Kalkulieren Sie deshalb einen Neuaufbau von Gestaltung und Funktionen ein.

Für WordPress.com existiert ein eigener Wix-Importablauf, der bestimmte Inhalte wie Seiten und Bilder übernehmen kann. Er rekonstruiert nicht einfach das bisherige Design; Blogbeiträge werden gesondert behandelt. Bei anderen WordPress-Installationen wählen Sie einen getesteten Importweg oder übertragen Inhalte manuell. Ein gewöhnliches WordPress-Backup-Plugin ist noch kein Wix-Importer.

Besonders wichtig für Blogs: Der Wix-RSS-Feed liefert laut Wix-Dokumentation höchstens die 20 neuesten Beiträge. Bei beispielsweise 160 Beiträgen würden über diesen Weg allein 140 ältere Artikel fehlen. Ein erfolgreicher Importdialog beweist daher nicht, dass das Archiv vollständig übernommen wurde.

Testen Sie vor der Serienübertragung einen älteren Artikel, einen bildreichen Beitrag, eine typische Leistungsseite und gegebenenfalls dynamische Inhalte. Vergleichen Sie danach Anzahl, Text, Autor, Datum, Kategorie, Medien und Links mit dem Inventar. Dokumentieren Sie manuelle Nacharbeiten pro Seitentyp. Erst dieser Probelauf erlaubt eine belastbare Aufwandsschätzung.

Inhalte, Bilder und SEO-Einstellungen gemeinsam übertragen

Bauen Sie Seiten nach ihrem Zweck neu auf, nicht nur nach ihrem Aussehen. Eine Leistungsseite muss weiterhin erklären, was angeboten wird, für wen es geeignet ist und wie eine Anfrage funktioniert. Erhalten Sie wichtige Informationen zunächst als nachvollziehbare Ausgangsbasis. Größere redaktionelle Änderungen sollten bewusst freigegeben und dokumentiert werden.

Übernehmen Sie berechtigt verwendete Bilder und Downloads in die neue Medienverwaltung oder eine kontrollierte Auslieferungsumgebung. Prüfen Sie im veröffentlichten HTML, woher Dateien tatsächlich geladen werden. Ein sichtbares Bild kann noch auf Wix verweisen. Das ist spätestens dann relevant, wenn alte Inhalte oder Dienste später entfernt werden.

Kontrollieren Sie beschreibende Alt-Texte, sinnvolle Bildgrößen, eingebettete Videos und verlinkte PDF-Dateien. Prüfen Sie lange Tabellen und Formulare auf kleinen Bildschirmen. Die Startseite allein ist keine repräsentative Abnahme: Gerade seltene Seitentypen und ältere Inhalte enthalten oft Elemente, die ein neuer Editor anders verarbeitet.

Interne Links sollen auf endgültige Live-Adressen führen, nicht auf die Testdomain. Überprüfen Sie Titel, Überschriften, Canonicals und vorhandene strukturierte Daten im ausgegebenen Quelltext. Verhindern Sie widersprüchliche Angaben verschiedener Plugins und Templates. Unsere On-Page-SEO-Übersicht hilft, technische Übernahme und inhaltliche Qualität gemeinsam zu beurteilen.

Wix Stores zu WooCommerce: Den Shop separat planen

Ein Produktimport ist kein vollständiger Shopumzug. Neben Artikeln müssen Sie Varianten, Lagerbestände, Kundenkonten, Bestellungen, Zahlungen, Versand und Benachrichtigungen betrachten. Teilen Sie diese Bereiche in eigene Aufgaben auf. Für jede Aufgabe braucht es einen Übertragungsweg, einen Verantwortlichen und eine überprüfbare Abnahme.

Der Wix-Produktexport unterstützt laut Dokumentation keine digitalen Produkte und begrenzt eine CSV-Datei auf 5.000 Zeilen. Prüfen Sie deshalb vor der Planung, welche Daten Ihr konkreter Export enthält. Gehen Sie nicht davon aus, dass jede im Backend sichtbare Information automatisch darin landet.

Ordnen Sie die Felder dem WooCommerce-CSV-Importer zu und testen Sie insbesondere Varianten und ihre Elternartikel. Der Standardimporter übernimmt die Pflege von Bild-Alt-Texten nicht mit. Stabile Artikelnummern können beim Abgleich helfen; systeminterne Produkt-IDs verschiedener Plattformen sind dagegen nicht einfach gleichzusetzen.

Importieren Sie zunächst repräsentative Artikel: ein einfaches Produkt, mehrere Varianten, einen reduzierten Artikel und einen nicht lieferbaren Artikel. Prüfen Sie Preis, Verfügbarkeit, Bilder und Auswahlmöglichkeiten im Frontend. Eine richtige Tabellenzeile reicht nicht, wenn Kunden anschließend eine nicht verfügbare Variante bestellen können.

Klären Sie historische Bestellungen, Kundenkonten und den künftigen Zugriff auf Belege separat. Passwörter und gespeicherte Zahlungsinformationen lassen sich nicht ohne Weiteres übertragen. Lassen Sie mögliche Verfahren vom jeweiligen Anbieter bestätigen und planen Sie nötige Kundenkommunikation. Exportieren Sie nur erforderliche Daten und begrenzen Sie den Zugriff auf die Migrationsdateien.

Testen Sie den vollständigen Bestellablauf mit den vorgesehenen Zahlungs-Testmodi: Warenkorb, konfigurierte Steuern, Versandgebiete, Bestätigung, Bestandsänderung und gegebenenfalls Rückerstattung. Fachlich zuständige Personen müssen die Einstellungen abnehmen. Besondere Filter- und Kategoriestrukturen sollten Sie außerdem im Hinblick auf Crawling und unnötige URL-Varianten prüfen.

Sprachversionen und lokale Kaufbedingungen erhalten

Planen Sie Mehrsprachigkeit vor der endgültigen URL-Struktur. WordPress übernimmt nicht automatisch die gesamte Logik von Wix Multilingual. Legen Sie fest, wie Übersetzungen, Sprachverzeichnisse, Produktvarianten und redaktionelle Pflege im Zielsystem zusammenarbeiten. Erst danach lässt sich die Zuordnung alter und neuer Sprachseiten zuverlässig erstellen.

Jede wichtige alte Sprachversion braucht eine passende Behandlung. Eine deutsche Leistungsseite sollte nicht pauschal auf die englische Startseite führen. Auch der Sprachschalter muss zur entsprechenden Seite wechseln, soweit diese existiert. Dokumentieren Sie bewusst nicht übernommene Übersetzungen, statt sie im Import stillschweigend verschwinden zu lassen.

Prüfen Sie Canonicals und hreflang gemeinsam. Sprachvarianten sollten nicht versehentlich sämtlich auf eine einzige Sprachseite kanonisiert werden. Kontrollieren Sie wechselseitige Zuordnungen und endgültige erreichbare URLs. Unser Leitfaden zur hreflang-Implementierung beschreibt die technische Prüfung ausführlicher.

Zur Lokalisierung gehören ebenso Formularmeldungen, Kaufbestätigungen, Währungen und Versandinformationen. Lassen Sie notwendige Einwilligungen, Hinweise und geschäftliche Angaben durch die verantwortlichen Fachpersonen prüfen. Eine Migration ist kein Grund, bestehende Anforderungen ungeprüft durch Standardtexte eines neuen Themes zu ersetzen.

Go-live: DNS, E-Mail, HTTPS und Tracking abstimmen

Benennen Sie eine Person, die den Start freigibt, und halten Sie die Zuständigkeiten für Hosting, Inhalt, Shop und Analyse fest. Planen Sie einen Inhaltsstopp oder einen dokumentierten Nachimport. Andernfalls können zwischen erster Kopie und Veröffentlichung neue Beiträge, Anfragen oder Bestellungen im alten System zurückbleiben.

Sichern Sie den DNS-Bestand vor Änderungen. Erhalten Sie benötigte MX- und TXT-Einträge sowie weitere tatsächlich verwendete Dienste. Website und E-Mail müssen nicht beim selben Anbieter liegen. Laut Wix-Anleitung für externe Websites kann eine bei Wix verwaltete Domain auf ein anderes Hosting zeigen, ohne dass die Registrierung zwingend umziehen muss.

Ändern Sie nur die erforderlichen Einträge. Eine vorbereitete TTL-Anpassung kann die Umstellung unterstützen, macht sie aber nicht für alle Nutzer gleichzeitig wirksam. Überwachen Sie vorübergehend alte und neue Umgebung. Google beschreibt diesen Ablauf für Hostingwechsel ohne URL-Änderungen.

Kontrollieren Sie nach dem Umschalten HTTPS, Weiterleitungen, erreichbare Seiten und die öffentlich ausgegebenen Canonicals. Entfernen Sie ausschließlich für die Testphase gesetzte Indexierungssperren aus der Live-Umgebung. Die Sitemap darf keine Testadressen enthalten. Bestehende absichtlich ausgeschlossene Bereiche sollten dagegen nicht versehentlich freigegeben werden.

Testen Sie eingehende E-Mails, ausgehende E-Mails und Website-Benachrichtigungen getrennt. Ein funktionierendes Postfach beweist nicht, dass Kontaktformulare zugestellt werden. Senden Sie eine klar markierte Testanfrage und prüfen Sie sowohl die sichtbare Bestätigung als auch den Eingang beim zuständigen Team.

Erhalten Sie die benötigte Analytics-Kontinuität und vermeiden Sie doppelt eingebundene Tags. Prüfen Sie ein tatsächlich ausgelöstes Ereignis samt relevanten Parametern. Bei Bestellungen gehören beispielsweise Wert, Währung, Artikelinformationen und Transaktionskennung in die Prüfung. Ein Danke-Seiten-Aufruf allein belegt keine korrekte Umsatzmessung. Mehr dazu im Leitfaden Google Analytics für kleine Unternehmen einrichten.

Das Adressänderungs-Tool der Search Console ist für geeignete Domain- oder Subdomainwechsel gedacht. Verwenden Sie es nicht bloß wegen eines Hostingwechsels oder anderer Pfade unter demselben Hostnamen. Ordnen Sie zuerst ein, welche Art von Migration tatsächlich stattfindet.

Nach dem Umzug gezielt überwachen

Warten Sie bei klaren Funktionsfehlern nicht auf einen bestimmten prozentualen Traffic-Verlust. Nicht erreichbare Hauptseiten, ein gesperrter Live-Auftritt oder ausgefallene Bestellungen müssen sofort untersucht werden. Definieren Sie vorab, wer solche Vorfälle bewertet und welche Korrektur oder Rückkehr zur alten Umgebung möglich ist.

Prüfen Sie am Starttag und in den folgenden Tagen wichtige URLs, Serverantworten, Formulare, Bestellungen und Messung. Beobachten Sie neue 404-Fehler und kontrollieren Sie die tatsächlich angefragten alten Pfade. So finden Sie Lücken im Mapping, die in der ursprünglichen Liste nicht enthalten waren.

Vergleichen Sie in den folgenden Wochen die gleichen Seitengruppen und Suchanfragen mit Ihrer Ausgangsbasis. Fassen Sie bei URL-Änderungen alte und neue Adressen sinnvoll zusammen. Andernfalls wirkt das erwartete Verschwinden einer alten URL wie ein vollständiger Verlust, obwohl die neue Zielseite bereits Sichtbarkeit erhält.

Bei kleinen Websites sind Prozentwerte besonders vorsichtig zu lesen. Wenige Klicks Unterschied können einen großen relativen Ausschlag verursachen. Betrachten Sie deshalb absolute Zahlen, Nachfrage, Suchanfragen und technische Befunde gemeinsam. Eine einzelne schwache Tagesansicht erlaubt weder eine Erfolgsgarantie noch die Diagnose einer gescheiterten Migration.

Behalten Sie Weiterleitungen langfristig bei. Google empfiehlt bei URL-Migrationen grundsätzlich mindestens ein Jahr; für weiterhin genutzte alte Links kann ein längerer Betrieb sinnvoll sein. Die Google-Dokumentation zum Websiteumzug erläutert den Hintergrund. Kündigen Sie Wix-Dienste erst, wenn Daten, Abhängigkeiten und der Rückfallplan geprüft sind.

Typische Migrationsprobleme und der erste Prüfschritt

Die Tabelle nennt sinnvolle Untersuchungswege, keine automatischen Diagnosen. Mehrere Ursachen können gleichzeitig auftreten. Sichern Sie einen konkreten fehlerhaften Aufruf oder Datensatz und korrigieren Sie anschließend gezielt, statt ohne Nachweis die gesamte neue Website umzubauen.

Checkliste für den Wix-WordPress-Umzug

Nutzen Sie diese Liste als Abnahmeprotokoll. Ein Häkchen bedeutet nicht „jemand hat daran gedacht“, sondern „das Ergebnis wurde geprüft“. Verlinken Sie im internen Projektplan die URL-Liste, Testergebnisse und dokumentierten Ausnahmen. Für umfangreiche Shops ergänzt unser Leitfaden zu technischem SEO im E-Commerce die Prüfung.

Häufig gestellte Fragen