Migration von Tilda zu WordPress ohne Seitenverlust
Wie man von Tilda zu WordPress migriert, ohne Seiten zu verlieren
Bei der Migration von Tilda zu WordPress geht es nicht zuerst um das Design. Es ist ein Transfer Seite für Seite, und deshalb ist die Adresse jeder einzelnen Seite genauso wichtig wie der Text darauf. Wenn eine URL verschwindet, kann die Seite mit verschwinden – zumindest für Suchmaschinen und alte Lesezeichen.
Der sicherste Weg, wie man Tilda zu WordPress migrieren kann, ohne Seiten zu verlieren, besteht darin, den Umzug wie ein Verzeichnis und nicht wie ein Redesign zu behandeln. Du brauchst Namen, URLs, Seitentypen und für jede Seite ein Ja-oder-Nein. Das klingt langsam. Es ist langsamer als Raten.
1. Prüfen, welche Tilda-URLs exakt erhalten bleiben müssen
Beginne mit den Seiten, die bereits eine Vorgeschichte haben: indexierte Seiten, Seiten, die in Social Posts geteilt wurden, und Seiten, auf die Partnerseiten verlinken. Genau diese verdienen eine Eins-zu-eins-Kontinuität. Eine Seite mit 20 externen Links ist nicht dasselbe wie eine Seite, die noch nie jemand gesehen hat.
Ein nützlicher Trick ist, zwischen „muss bleiben“ und „kann sich ändern“ zu trennen. Eine Produktseite, eine Leistungsseite und ein längerer Artikel gehören meist in die erste Gruppe. Eine zeitlich begrenzte Aktionsseite vielleicht nicht. Wenn du unsicher bist, markiere sie zur Prüfung, statt einfach anzunehmen, dass sie ersetzt werden kann.
Die Search Console, Analytics und Backlink-Berichte liefern dir die ersten 3 Listen zum Abgleich. Wenn dieselbe Seite in allen 3 auftaucht, behandle sie mit besonderer Sorgfalt. Diese Seite trägt Gewicht, auch wenn sie im Editor unscheinbar wirkt.
Manche Website-Betreiber versuchen, alles aus dem Gedächtnis neu aufzubauen. Das geht schnell schief. Eine Seite, die harmlos wirkt, kann genau die sein, die Traffic aus einem Forum, einem PDF oder einem älteren Newsletter bekommt. Alte Links funktionieren nur weiter, wenn du sie respektierst.
2. Ein Seiteninventar für die Migration anlegen
Erstelle vor allen WordPress-Arbeiten ein einfaches Inventar. Jede Zeile sollte die aktuelle Tilda-URL, die Ziel-URL in WordPress, den Seitentyp und alle speziellen Inhaltsblöcke enthalten, die neu aufgebaut werden müssen. Eine Tabelle reicht aus. Ein chaotischer Chatverlauf nicht.
Halte das Inventar praxisnah. Wenn eine Seite ein Formular hat, notiere die Formularfelder. Wenn sie eine Galerie hat, notiere die Anzahl der Bilder. Wenn sie eine Karte, ein Video oder einen Akkordeon-Block enthält, benenne das ausdrücklich. Der Versuch, nach dem Prinzip „hier war irgendwo ein Formular“ neu zu bauen, führt zu Fehlern.
Dieses Inventar hilft auch bei der Zuständigkeit. Eine Person kann die URLs prüfen, eine andere den Inhalt und eine dritte die Mediendateien bestätigen. Drei Personen, ein Sheet. Das ist meist übersichtlicher als ein Dutzend Screenshots.
Wenn die Website 40 Seiten hat, erspart das Inventar spätere Diskussionen. Wenn sie 400 Seiten hat, ist es die einzige vernünftige Art, den Überblick zu behalten. Die Anzahl ist wichtig, weil jede fehlende Zeile später eine fehlende Seite bedeutet.
Zum Abgleich kannst du auch vergleichen, wie die Website andere strukturierte Seiten organisiert, zum Beispiel das Traumlexikon-Eintrag mit k. Die Seite selbst hat nichts mit Migration zu tun, aber ihre klare Struktur erinnert daran, dass eine Seitenliste ordentlich bleiben sollte.
3. Die URL-Strategie festlegen, bevor du in WordPress irgendetwas baust
Bevor du den WordPress-Editor öffnest, entscheide, was mit jedem Slug passiert. Manche Seiten sollten denselben Slug behalten. Manche sollen in eine neue Struktur wechseln. Manche werden vielleicht zu einer besseren Seite zusammengeführt. Diese Entscheidung muss vor dem Aufbau fallen, sonst erzeugst du beim Einrichten versehentlich Seitenverlust.
Drei Optionen reichen für die meisten Websites: behalten, verschieben, zusammenführen. Behalten heißt, die alte Adresse bleibt. Verschieben heißt, die Seite bekommt einen neuen Pfad. Zusammenführen heißt, zwei oder mehr alte Seiten werden zu einer neuen Seite. Jede Option hat Folgen für Redirects und interne Links.
Benenne einen Slug nicht nur um, weil er sauberer aussieht. Sauber ist egal, wenn die alte URL bereits indexiert ist. Eine ordentliche Struktur ist hilfreich, aber eine tote Seite ist gar nicht ordentlich.
Eine praktische Regel funktioniert gut: Wenn eine Seite bereits rankt oder Links anzieht, behalte den Slug, sofern es keinen klaren Grund dagegen gibt. Wenn du ihn ändern musst, dokumentiere den exakten alten und neuen Pfad im Inventar. Diese Notiz wird später die Basis für die Weiterleitungs-Mapping-Liste und für Tilda WordPress Weiterleitungen.
4. Die bestehende Seitenstruktur zuerst in WordPress nachbauen
Richte WordPress-Seiten, Menüs und die Hierarchie ein, bevor du irgendetwas neu gestaltest. Das Ziel ist einfach: Die alten Seiten brauchen sichtbare Ziele im neuen System. Wenn die Hierarchie fehlt, beginnen Content-Editoren zu raten, und Raten führt zu falsch platzierten Seiten.
Bei diesem Schritt geht es um Struktur, nicht um optischen Feinschliff. Erstelle zuerst Elternseiten, Unterseiten und die wichtigsten Menüpunkte. Passe dann die aktuelle Sitemap so genau wie möglich an. Das Design kann später verändert werden. Die Ziele sollten schon existieren.
Diese Reihenfolge ist wichtig, weil sich eine fehlende Seite leichter beheben lässt, wenn sie in WordPress bereits angelegt wurde. Eine Seite ohne übergeordnete Seite, ohne Menüpunkt und ohne Ziel-URL ist nur ein Problem, das bis zum Launch wartet. Niemand möchte das erst merken, wenn der Traffic schon umgezogen ist.
Wenn du ein paralleles Beispiel dafür brauchst, wie Seiten thematisch organisiert werden, schau dir das Traumlexikon mit Pan. Anderer Inhalt, gleiche Lektion: Die Seitenreihenfolge sollte logisch sein, bevor der Inhalt darin landet.
5. Den bestehenden Seiteninhalt beim Umzug Seite für Seite erhalten
Ziehe den Inhalt Seite für Seite um, nicht in einem großen Rutsch. Texte, Bilder, Videos, herunterladbare Dateien, Formulare und eingebettete Widgets müssen alle geprüft werden. Eine Migration kann fertig aussehen und trotzdem still und leise ein Formularfeld oder eine eingebettete Karte verlieren. Genau deshalb ist eine WordPress Migration ohne Seitenverlust nur mit konsequenter Prüfung realistisch.
Nutze das Inventar als Checkliste für jede Seite. Prüfe die Überschrift, den Fließtext, CTA-Buttons, Medienbeschriftungen und alle versteckten Elemente, die das Verhalten beeinflussen. Eine Seite hat vielleicht ein einfaches Layout; eine andere hängt von 6 Blöcken ab, die in einer bestimmten Reihenfolge angeordnet sind. Diese Reihenfolge ist wichtig.
Sei bei Formularen besonders vorsichtig, denn sie scheitern oft unbemerkt. Ein Kontaktformular, das in WordPress korrekt aussieht, kann Anfragen an das falsche Postfach oder an gar keines senden. Das ist ein kleiner technischer Fehler mit großen geschäftlichen Folgen.
Auch Mediendateien verdienen dieselbe Aufmerksamkeit. Ein Bild kann korrekt angezeigt werden, dabei aber seinen Alt-Text oder Dateinamen verlieren. Ein Video kann auf dem Desktop laufen und auf dem Handy ausfallen. Ein PDF kann im alten System verlinkt bleiben und im neuen verschwinden, wenn es niemand übernimmt.
Manchmal sagt dir der Seiteninhalt selbst, was erhalten bleiben muss. Ein Bereich wie das Traumlexikon mit c zeigt zum Beispiel, wie eine wiederholbare Struktur viele Einträge ohne Verwirrung tragen kann. Deine Migration sollte genau solche wiederverwendbaren Seitenlogiken bewahren und nicht alles plattbügeln.
6. Für jede ersetzte oder umbenannte Seite Weiterleitungen einrichten
Jede alte Tilda-URL, die nicht unverändert bleibt, braucht einen Weiterleitungsplan. In den meisten Fällen bedeutet das einen 301-Redirect von der alten Adresse auf die neue WordPress-Seite. Ohne Weiterleitung landen Besucher in Sackgassen und Suchmaschinen verschwenden Zeit mit defekten Pfaden.
Ordne die Weiterleitungen einzeln zu. Alte URL links, neue URL rechts. Keine Sammelzuweisungen, kein „ungefähr passend“, keine Abkürzungen nur anhand des Seitentitels. Wenn 2 Seiten zu 1 zusammengeführt werden, sollten beide alten URLs auf die neue kombinierte Seite zeigen.
Hier scheitern viele Migrationen. Ein Entwickler kann die neue Seite korrekt bauen, aber den alten Pfad vergessen. Der Inhalt ist da, doch die Adresse führt nirgendwohin. So gehen Seiten „verloren“, ohne jemals gelöscht worden zu sein.
Bewahre die Weiterleitungsliste zusammen mit dem Inventar auf. Sie wird nach dem Launch wieder wichtig, weil einige Links noch lange nach dem Wechsel auf Tilda zeigen. Alte Newsletter aktualisieren sich nicht von selbst. Backlinks von anderen Seiten auch nicht.
Wenn du prüfen musst, ob eine Seite die richtigen rechtlichen oder Support-Infos enthält, bevor du sie weiterleitest, nutze Werkzeuge wie wie man prüft, ob eine Website и wie man prüft, ob eine Website. Diese Seiten drehen sich um Verifizierung, und genau das braucht auch das Mapping von Weiterleitungen.
7. Die migrierten Seiten vor dem Livegang testen
Teste jede migrierte Seite vor dem Launch in einer Staging-Umgebung. Öffne die Seite, klicke interne Links, sende Formulare ab und prüfe Medien auf Desktop und Mobilgerät. Danach teste die alte URL und stelle sicher, dass sie ohne Fehler auf der gewünschten WordPress-Seite landet.
Eine gute Testliste hat mindestens 4 Prüfungen: Seitenaufruf, Linkpfade, Formularverhalten und Medienanzeige. Wenn eine davon fehlschlägt, behebe es vor dem Livegang. Eine halb funktionierende Seite ist immer noch kaputt.
Bleib nicht bei der Startseite stehen. Tief liegende Seiten sind der Ort, an dem Migrationsfehler gern verborgen bleiben. Eine Seite drei Ebenen tief in der Struktur kann ausfallen, während die Startseite perfekt aussieht. Das ist häufig und führt Teams in die Irre, die nur die oberste Ebene prüfen.
Teste interne Links direkt aus dem Inhalt. Wenn ein Absatz auf eine andere Seite verlinkt, sollte dieser Link auf das WordPress-Ziel zeigen und nicht auf den alten Tilda-Pfad. Eine Website kann perfekte Seiten haben und sich trotzdem kaputt anfühlen, weil die Links vergessen wurden.
Wenn eine Seite von externen Verweisen abhängt, etwa einer FAQ- oder Richtlinienseite, prüfe auch diese. Eine nützliche Kontrolle ist wie man die FAQ einer Website findet, denn fehlende Support-Seiten können dieselbe Verwirrung auslösen wie fehlende Inhaltsseiten.
8. Nach dem Launch die Seiten prüfen und übersehene URLs beheben
Nach dem Launch die Website crawlen und nach 404-Fehlern, defekten Links und Seiten suchen, die beim Umzug übersehen wurden. Das ist kein formaler Schritt. Hier findest du die Seiten, die in der Staging-Phase niemand bemerkt hat.
Durchsuche den Crawl-Bericht nach alten Tilda-URLs, die noch in Browser-Logs, Suchergebnissen oder internen Links auftauchen. Wenn eine URL fehlt, ergänze sofort die Weiterleitung oder die fehlende WordPress-Seite. Schon 1 Woche zu warten kann gemischte Signale an Suchmaschinen und Besucher senden.
Prüfe die Website in zwei Richtungen. Erstens von den neuen WordPress-Seiten nach außen, um zu sehen, ob die internen Links auf die richtigen Ziele zeigen. Zweitens von den alten Tilda-URLs nach innen, um zu bestätigen, dass jede alte Seite korrekt aufgelöst wird. Beide Richtungen sind wichtig.
Ein kurzer Audit kann Muster sichtbar machen. Wenn 5 alte URLs alle auf dieselbe falsche neue Seite zeigen, war die Zuordnungsregel wahrscheinlich zu breit. Wenn nur eine Seite fehlt, wurde im Inventar möglicherweise ein Block oder eine Unterseite übersehen. In jedem Fall ist die Lösung konkret, nicht abstrakt.
Eine letzte Gewohnheit lohnt sich: Behandle die Migration als lebende Liste, nicht als einmalige Aufgabe. Seiten werden später hinzugefügt, umbenannt und zusammengeführt. Inventar, Weiterleitungsliste und URL-Strategie sollten aktuell bleiben, damit die nächste Änderung nicht die vorherige kaputtmacht.
Für Leser, die Seitenstrukturen gern mit einem anderen Inhaltssystem vergleichen, zeigen das Traumlexikon-Eintrag mit k и Traumlexikon mit P , wie stabile Seitenpfade eine Website leichter wartbar machen, auch wenn sich der Inhalt darin ändert.
