SEO-sichere Migration von Wix zu Individualentwicklung

1. Bestimmen Sie das Migrationsszenario und was „SEO-sicher“ für Ihre Wix-Website bedeutet

Wenn Sie Wix durch eine individuelle Entwicklung ersetzen, ist die erste Frage einfach: Ändern Sie das Design, die Plattform oder beides? Die Antwort bestimmt das Risiko. Eine optische Auffrischung ist das eine. Ein kompletter Plattformwechsel ist etwas ganz anderes. In diesem Artikel geht es darum, wie Sie von Wix zu einer individuell entwickelten Website migrieren, ohne SEO zu verlieren. Das heißt: Die Website muss ihre indexierten Seiten, die Suchintention und das bestehende Suchpotenzial behalten, während sich unter der Oberfläche der Aufbau verändert. Wer dabei eine Wix Website zu individueller Entwicklung migrieren will, braucht mehr als ein neues Design – er braucht einen sauberen Migrationsplan.

Betrachten Sie das als SEO-Migration, nicht nur als Redesign. Dieser Unterschied ist wichtig, weil ein Redesign alte URLs ignorieren kann, während eine SEO-Migration sie respektieren muss. Wenn eine Seite für „Preise“, einen „Einsatzbereich“ oder einen Produktnamen rankt, hat diese Seite eine Aufgabe. Sie sollte nicht verschwinden, nur weil das neue Layout sauberer aussieht.

Es gibt auch einen praktischen Unterschied zwischen „wir wollen eine bessere Website“ und „wir wollen die Suchleistung erhalten“. Das eine ist ein Branding-Projekt. Das andere ist eine kontrollierte Übergabe. Wenn die aktuelle Wix-Website 40 indexierte Seiten hat, brauchen 40 Seiten einen Plan, auch wenn nur 12 davon geschäftlich wirklich relevant sind.

Beginnen Sie nicht mit dem Entwurf von Templates. Definieren Sie zuerst, was erhalten bleiben muss: Rankings, indexierte URLs, Such-Snippets und die Seiten, die Leads oder Verkäufe bringen. Kleines Detail, große Wirkung. Eine schöne Startseite zahlt keine Rechnungen, wenn die alten Leistungsseiten bei Google verschwinden.

2. Erstellen Sie eine SEO-Migrations-Basis, bevor Sie an der Website etwas ändern

Erfassen Sie vor allen Code-Änderungen den aktuellen Zustand der Wix-Website an einem Ort. Listen Sie die indexierten URLs, Title-Tags, Meta-Descriptions, H1s, internen Links und Conversion-Seiten auf. Ergänzen Sie alles, was Sie brauchen, um die Migration sauber zu organisieren und Änderungen später nachzuverfolgen. Ohne diese Basis wird die Wix-Migration zum Ratespiel — und Ratespiele sind teuer.

Holen Sie sich die wichtigsten Landingpages aus der Search Console und aus Analytics und vergleichen Sie sie dann mit den Seiten, die Ihrer Meinung nach wichtig sind. Diese beiden Listen unterscheiden sich oft. Ein Blogbeitrag von vor zwei Jahren kann mehr Suchverkehr bringen als die Startseite. Eine vergessene Leistungsseite kann immer noch besser konvertieren als eine neuere. Zahlen zuerst, Meinungen danach. Genau so lässt sich auch SEO bei Wix Relaunch sichern, bevor die neue Website live geht.

Erfassen Sie auch die aktuellen Muster bei Titeln und Meta-Daten. Wix-Seiten folgen oft einem wiederkehrenden Schema über viele Seiten hinweg, und sobald dieses Schema weg ist, können sich die Klickraten verändern. Selbst eine kleine Wortänderung kann wichtig sein, wenn die Suchanfrage sehr spezifisch ist. Eine Seite für „maßgefertigte Küchenschränke“ ist nicht der Ort für kreative Formulierungen.

Dokumentieren Sie außerdem die interne Verlinkungsstruktur. Welche Seiten verlinken auf die Kontaktseite? Welche Blogbeiträge verweisen auf die zentrale Leistungsseite? Welche Seiten sind tief in Menüs versteckt? Diese Links sind Teil der SEO-Migration, weil sie Suchmaschinen zeigen, welche Seiten am wichtigsten sind.

Verwenden Sie eine Tabelle mit mindestens diesen Spalten: aktuelle URL, Seitentyp, Traffic-Quelle, Title-Tag, Meta-Description, Canonical, Indexierbarkeit und neues URL-Ziel. Halten Sie die Tabelle übersichtlich. Wenn jemand anderes sie nicht in 10 Minuten nachvollziehen kann, ist sie zu unübersichtlich.

3. Prüfen Sie Wix-spezifische URL-Muster, Seitentypen und indexierbare Assets

Wix hat Muster, die bei einem Neuaufbau leicht übersehen werden. Blogbeiträge können in einem strukturierten Ordner liegen. Systemseiten können unter Pfaden existieren, die Sie nie selbst gewählt haben. Von Apps erzeugte Seiten, Formularseiten und Veranstaltungsseiten können ebenfalls indexierbar werden, wenn sie für Suchmaschinen sichtbar waren. Genau dort läuft eine Wix-Migration oft schief.

Prüfen Sie die aktuelle URL-Struktur sorgfältig. Achten Sie auf abschließende Schrägstriche, Groß- und Kleinschreibung, parametrisierte URLs und ungewöhnliche Systemsegmente. Wenn ein Artikel unter /post/ liegt und ein anderer unter /blog/artikelname, sollten Sie nicht davon ausgehen, dass das neue CMS das automatisch nachbildet. Das wird es nicht.

Auch Bild-URLs sind wichtig. Ein individueller Neubau kann Bildpfade ersetzen, aber wenn diese Dateien indexiert sind oder auf vielen Seiten eingebettet werden, können kaputte Bildverweise Rauschen erzeugen und die Erholung verlangsamen. Dasselbe gilt für PDFs, Download-Dateien und Galerien-Assets. Eine defekte Datei kann mehrere Seiten gleichzeitig beeinträchtigen. Wer Wix zu neuer Website ohne Rankingverlust umsetzen möchte, muss daher auch diese Ressourcen prüfen und sauber mitnehmen.

Wix erlaubt außerdem Funktionen, die klein wirken, sich aber wie echte Seiten verhalten. Denken Sie an Buchungs-Widgets, Bewertungen, Veranstaltungslisten oder Mitgliederbereichs-Seiten. Wenn eine davon indexierbar war, braucht die neue Website für jede einzelne eine Entscheidung: behalten, zusammenführen oder abschalten. Kein Mittelweg.

Das ist die Brücke zwischen Planung und Umsetzung. Ein sauberer URL-Check zeigt, welche Teile der Wix-Migration normal sind und welche Fallstricke darstellen. Wenn Sie diesen Schritt überspringen, zeigt sich das Problem vielleicht erst zwei Wochen nach dem Launch durch einen Traffic-Einbruch.

4. Ordnen Sie jede wichtige Wix-Seite einer passenden Seite der neuen Website zu

Jede wichtige Wix-Seite braucht einen 1:1-Ersetzungsplan. Nicht 1:n. Nicht „das machen wir später“. Jede Seite sollte eine Ziel-URL, eine inhaltliche Entsprechung, eine passende Metadatenstruktur und einen Plan für interne Links haben. Wenn die alte Seite Rankings hatte, sollte die neue einen klaren Nachfolger haben.

Verwenden Sie eine Mapping-Tabelle mit mindestens fünf Feldern: alte URL, neue URL, Zweck der Seite, Inhaltsnotizen und Weiterleitungsmaßnahme. Diese Tabelle wird zum Arbeitsdokument für die Wix-Migration. Sie ist auch der einfachste Weg, versehentlich doppelte, zusammengeführte oder vergessene Seiten zu erkennen.

Manche Seiten sollten zusammengeführt werden. Eine Reihe dünner Leistungsseiten kann auf der neuen Website zu einer stärkeren Seite werden. Andere sollten aufgeteilt werden. Eine breite „Leistungen“-Seite kann zu drei fokussierten Seiten werden. Die Entscheidung hängt von der Suchintention ab, nicht vom Designgeschmack.

Seien Sie bei stillgelegten Seiten konsequent. Wenn es keinen sinnvollen Ersatz gibt, erzwingen Sie keine halb passende Lösung, die Nutzer verwirrt. Eine schlechte Weiterleitung kann schlimmer sein als ein sauberer Abschaltplan. Suchmaschinen brauchen nicht zwanzig fast identische Seiten, um zufrieden zu sein.

In diesem Mapping-Schritt wird aus einer SEO-Migration ein kontrollierter Prozess. Ohne ihn kann die neue Website zwar vollständig wirken, aber stillschweigend die Verbindung zwischen alten Rankings und neuen Inhalten zerstören.

5. Bewahren Sie On-Page-SEO-Signale während des Custom Builds

Der individuelle Neuaufbau sollte die Signale übernehmen, die bereits funktionieren: Überschriften, Textstruktur, Schema, Alt-Texte und internen Link-Kontext. Wenn die alte Wix-Seite eine klare H2-Struktur und einen hilfreichen FAQ-Block hatte, sollte die neue Seite das nicht durch sechs generische Marketingabsätze ersetzen. Suchmaschinen lesen Struktur, nicht Stimmung.

Halten Sie die Logik der Überschriften nah an der ursprünglichen Absicht. Wenn die Wix-Seite eine konkrete Frage in den ersten 100 Wörtern beantwortet hat, sollte die neue Seite dasselbe tun. Wenn die Seite eine Vergleichstabelle enthielt, bewahren Sie diese Tabelle oder ersetzen Sie sie durch ein ebenso nützliches Format. Eine schwache Entscheidung kann die Relevanz deutlich senken.

Schema verdient besondere Aufmerksamkeit. Eine individuelle Website macht es einfacher, strukturierte Daten einzubauen, aber das heißt nicht, dass das alte Markup einfach weggeworfen werden sollte. Wenn die Wix-Seite Article-, LocalBusiness-, Product- oder FAQ-Schema genutzt hat, vergleichen Sie die neue Umsetzung vor dem Launch. Änderungen am Template können beeinflussen, wie Suchmaschinen die Seite interpretieren.

Alt-Texte sollten kein Keyword-Salat werden. Formulieren Sie sie beschreibend, konkret und passend zum Bild. Wenn das Bild ein Schaufenster oder ein Teamfoto zeigt, sagen Sie das einfach so. Es geht um Barrierefreiheit und Kontext, nicht darum, in jede Datei Schlagwörter zu stopfen.

Der Kontext interner Links wird oft unterschätzt. Wenn eine Leistungsseite früher auf zwei verwandte Artikel und eine Kontaktseite verlinkt hat, sollten diese Links auch im neuen Template erhalten bleiben. Suchmaschinen folgen diesen Pfaden. Nutzer auch. Zwei Klicks können den Unterschied zwischen einem Lead und einem Absprung ausmachen.

6. Richten Sie Weiterleitungen, Canonicals und Indexierung beim Launch korrekt ein

In der Launch-Phase zeigen sich die meisten SEO-Migrationsfehler. Jede alte Wix-URL, die sich ändert, braucht eine 301-Weiterleitung zum besten neuen Ziel. Keine 302. Kein Auffang-Redirect auf die Startseite. Eine echte Weiterleitung auf Seitenebene. Wenn eine Seite kein Äquivalent hat, leiten Sie sie auf die nächstpassende relevante Seite weiter oder nehmen Sie sie bewusst aus dem Index.

Canonical-Tags sollten auf die bevorzugte Version jeder Seite verweisen, besonders wenn die neue Website alternative Pfade, gefilterte Ansichten oder Reste der Staging-Umgebung erzeugt. Doppelte URLs sind bei einer Wix-Migration häufig, weil alte und neue Pfade eine Zeit lang parallel existieren können. Wenn Sie Canonicals nicht steuern, erzeugen Sie doppelte Signale.

Auch Robots-Anweisungen brauchen dieselbe Sorgfalt. Ein Staging-Noindex-Tag auf einer Live-Seite kann die Indexierung tagelang blockieren. Eine übersehene Disallow-Regel kann Suchmaschinen auf irrelevante Pfade schicken. Kleine Fehler, große Verzögerung. Die Launch-Checkliste sollte Sitemap-Updates, Canonical-Prüfungen und die Validierung der Weiterleitungen vor dem Start enthalten.

Aktualisieren Sie XML-Sitemaps so, dass nur die endgültigen Live-URLs enthalten sind. Wenn die Sitemap weiterhin alte Wix-Seiten aufführt, können Suchmaschinen tote Pfade weiter aufrufen. Das verlangsamt die Entdeckung der neuen Seiten und lässt den Übergang unordentlich wirken.

Ein Launch ohne Weiterleitungen ist keine Migration. Es ist ein Schadenereignis. Wenn die alte Seite Rankings, Traffic oder Backlinks hatte, ist die Weiterleitung die Brücke. Entfernen Sie diese Brücke, wird der Rest der Arbeit deutlich schwieriger wiederherzustellen.

7. Testen Sie die Live-Migration mit einem Crawler, nicht nur mit dem Browser

Testen Sie die Website nach dem Launch mit einem Crawler und nicht nur in Chrome. Browser verstecken Probleme. Crawler finden sie. Eine Seite kann für Menschen perfekt aussehen und trotzdem den falschen Statuscode liefern, über zwei Weiterleitungen laufen oder ein doppeltes Canonical ausgeben.

Beginnen Sie mit den wichtigsten URLs aus Ihrer Basisanalyse. Prüfen Sie, ob jede Seite 200 zurückgibt, nach Möglichkeit in einem Schritt aufgelöst wird und die geplanten Metadaten enthält. Suchen Sie dann nach 404ern, 500ern, Weiterleitungsschleifen und durch Robots-Regeln blockierten Seiten. Genau hier kann eine kleine QA-Lücke bei einer Wix-Migration wochenlang unentdeckt bleiben.

Prüfen Sie auch die Übereinstimmung der Metadaten. Titel und Descriptions sollten auf den wichtigsten Seiten vorhanden sein und nicht leer oder von der Startseite übernommen sein. Eine Browser-Vorschau zeigt Ihnen nicht, ob die Meta-Description fehlt. Ein Crawler schon.

Untersuchen Sie nach dem Launch auch die internen Links. Wenn der alte Wix-Footer noch auf stillgelegte Pfade verweist, landen Nutzer auf Fehlerseiten und Crawler verschwenden Zeit. Dasselbe gilt für Buttons, Bildlinks und Module mit verwandten Beiträgen. Ein individueller Neubau bringt oft neue Templates mit, und jedes Template braucht mindestens einen Crawl-Durchlauf.

Wenn möglich, vergleichen Sie die Crawl-Exports vor und nach dem Launch nebeneinander. Das Ziel ist nicht Perfektion am ersten Tag. Das Ziel ist schnelle Erkennung. Ein Crawl-Report mit 5 kaputten Pfaden ist hilfreich. Zu warten, bis 50 davon indexiert sind, ist es nicht.

8. Beobachten Sie die SEO-Erholung nach dem Launch und beheben Sie Schwachstellen schnell

Die ersten Wochen nach dem Launch entscheiden, ob die Umstellung sich schnell einpendelt oder sich verschleppt. Beobachten Sie Indexierung, Impressionen, Rankings und den Traffic der Landingpages anfangs täglich und später in größeren Abständen, sobald sich das Muster stabilisiert. Wenn eine wichtige Seite an Sichtbarkeit verliert, prüfen Sie zuerst Weiterleitungen, Canonicals und den Seiteninhalt, bevor Sie an anderen Stellschrauben drehen.

Kaputte interne Links kommen nach einem Redesign häufig vor, besonders wenn die alte Wix-Navigation durch eine neue Komponentenbibliothek ersetzt wird. Suchen Sie nach fehlenden Links in Menüs, Footern, Bereichen mit verwandten Inhalten und Buttons. Ein einziger fehlender Link auf einer stark besuchten Seite kann den Crawl-Fluss zu den übrigen Seiten verringern.

Achten Sie auch auf Noindex-Fehler. Eine Staging-Regel, eine Template-Bedingung oder ein kopierter Header kann wichtige Seiten aus dem Index fernhalten. Dieser Fehler passiert häufiger, als Teams zugeben. Er ist in Minuten verursacht und oft erst Tage später sichtbar.

Behalten Sie auch Metadatenänderungen im Blick, die harmlos wirken. Ein neu formulierter Title-Tag kann das Klickverhalten verändern. Eine kürzere Einleitung kann die Relevanz schwächen. Eine entfernte FAQ kann die Sichtbarkeit für Long-Tail-Suchen verringern. Das heißt nicht, dass die individuelle Website schlecht ist. Es heißt, dass die SEO-Migration nachjustiert werden muss.

Irgendwann verändert sich die Website nicht mehr und die Daten beruhigen sich. Dann können Sie die SEO-Migration als stabil betrachten. Bis dahin ist die Arbeit noch nicht abgeschlossen. Die neue individuelle Website ist erst dann wirklich fertig, wenn die alten Wix-URLs, die neuen Seiten und die Suchdaten sich darauf einigen, wo jede Seite hingehört.