WordPress-Theme wechseln — ohne dass etwas verloren geht.
Das neue Theme ist installiert, ein Klick auf „Aktivieren“ — und plötzlich fehlen Menüs, Widgets, Farben und die Referenzen sind weg? Beiträge und Seiten sind nie in Gefahr. Alles, was das alte Theme selbst verwaltet hat, aber schon. Hier steht, was das ist und wie du es rettest.
Bleibt erhalten: Beiträge, Seiten, Medien, Nutzer, Kommentare, Plugin-Daten, Einstellungen. Geht verloren oder verschiebt sich: Customizer-Einstellungen, Widgets und Menüzuordnungen, Theme-Optionen, Anpassungen in der functions.php, Theme-eigene Inhaltstypen und Shortcodes, Theme-Bildgrößen. Deshalb: Backup, Bestandsaufnahme, Test auf Staging, Anpassungen vorher in Plugin oder Child-Theme retten, dann wechseln.
Was bleibt, was geht.
| Element | Beim Theme-Wechsel | Vorsorge |
|---|---|---|
| Beiträge, Seiten, Medien, Nutzer | Bleiben | Backup trotzdem |
| Plugins und ihre Daten | Bleiben | — |
| Menüs | Bleiben, aber Zuordnung zu Positionen geht verloren | Nach Wechsel neu zuweisen |
| Widgets | Wandern in „Inaktive Widgets“ | Neu platzieren |
| Customizer (Logo, Farben, Startseite) | Theme-gebunden, weg | Notieren, Logo und Bilder sichern |
| Theme-Optionen (eigenes Panel) | Weg | Screenshots, Werte notieren |
| functions.php-Anpassungen | Weg | In eigenes Plugin verschieben |
| Theme-eigene Inhaltstypen (Portfolio, Team) | Inhalte unsichtbar | Vorher in Plugin überführen |
| Theme-Shortcodes | Als Text sichtbar | Ersetzen |
| Bildgrößen | Andere Zuschnitte | Thumbnails neu erzeugen |
Die größte Falle: Theme-eigene Funktionen.
Viele gekaufte Themes bringen Funktionen mit, die eigentlich in ein Plugin gehören: Portfolio- oder Team-Inhaltstypen, Slider, Shortcodes, Kontaktformulare. Wechselst du das Theme, sind diese Inhalte nicht gelöscht — aber unsichtbar, weil niemand mehr den Inhaltstyp registriert. Vor dem Wechsel prüfen: Welche Inhaltstypen gibt es im Backend-Menü, die nicht von einem Plugin stammen? Diese in ein eigenes Plugin überführen (Custom Post Types), dann bleiben die Inhalte auch mit dem neuen Theme erreichbar — die Darstellung muss allerdings neu gebaut werden.
Vorbereitung.
- Backup von Dateien und Datenbank (Backup-Ratgeber).
- Bestandsaufnahme: Screenshots aller Seitentypen, Customizer-Werte, Widget-Bereiche, Menüs, Theme-Optionen, Tracking-Codes im Theme, eigene CSS-Anpassungen.
- Code retten: Alles aus functions.php und „Zusätzliches CSS“ in ein eigenes Plugin bzw. das neue Child-Theme.
- Abhängigkeiten: Welche Plugins waren nur wegen des alten Themes nötig (Demo-Importer, Theme-Slider)? Welche braucht das neue?
- Neues Theme prüfen: Kompatibel mit WordPress- und PHP-Version, gepflegt, Bewertungen, Performance in einer Demo.
Test auf einer Kopie.
Nie direkt auf der Live-Seite wechseln. Auf einer Staging-Kopie (viele Hoster per Klick) das neue Theme aktivieren, Menüs zuweisen, Widgets setzen, Customizer einrichten, alle Seitentypen ansehen, Formulare und Shop testen, mobil prüfen. Erst wenn die Kopie fertig ist, wird sie live geschaltet — oder die Schritte werden auf der Live-Seite in einem kurzen Wartungsfenster wiederholt (Wartungsmodus).
Der Wechsel selbst.
- Neues Theme und ggf. Child-Theme installieren, Child-Theme aktivieren.
- Menüs den Positionen zuweisen (Design → Menüs).
- Widgets aus „Inaktive Widgets“ in die neuen Bereiche ziehen.
- Customizer: Logo, Farben, Schriften, Startseiteneinstellung.
- Bildgrößen neu erzeugen (Plugin oder
wp media regenerate). - Permalinks speichern, Caches leeren (404-Prüfung).
- Tracking, Cookie-Banner, Schriften (lokal!) prüfen.
Danach: Checkliste.
- Startseite, jede Seitenvorlage, Blog, Suche, 404-Seite geprüft
- Formulare senden, Shop-Testbestellung
- Mobil und Tablet
- Ladezeit vorher/nachher gemessen
- Altes Theme deaktiviert gelassen (Rückweg) — nach einigen Wochen löschen
- Nicht mehr nötige Plugins entfernt
- Search Console auf Fehler beobachten
Theme-Wechsel mit Page-Builder.
Mit Elementor oder ähnlichen Buildern gebaute Seiten hängen weniger am Theme — die Layouts liegen beim Builder. Header, Footer und globale Stile aus dem Theme-Builder bleiben ebenfalls. Der Wechsel ist dann oft kleiner. Soll gleichzeitig der Builder abgelöst werden, ist das ein größeres Vorhaben: Page-Builder wechseln. Wenn das neue Theme ohnehin ein Neuaufbau ist: Relaunch. Begleitung beim Wechsel: WordPress-Hilfe.
Wer hilft.
Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.
Echte Projekte — live ansehen.
WordPress-Websites, die ich gebaut habe oder laufend betreue.
KT Bodenteam
Professioneller Auftritt für einen Bodenleger — Vorher-Nachher-Slider und regionale SEO.
Website ansehen ↗
HW Metall
Reduziertes, hochwertiges Design für maßgefertigte Stahl-Lofttüren.
Website ansehen ↗
Potassco Solutions
Klare Website für ein KI-Unternehmen, die komplexe Technologie verständlich macht.
Website ansehen ↗FAQ — WordPress-Theme wechseln.
Verliere ich beim Theme-Wechsel meine Inhalte?
Beiträge, Seiten, Medien, Nutzer und Plugin-Daten bleiben erhalten. Verloren gehen Customizer-Einstellungen, Theme-Optionen, Widget-Platzierungen, Menüzuordnungen und Anpassungen in der functions.php. Theme-eigene Inhaltstypen wie Portfolio oder Team werden unsichtbar, bis sie ein Plugin registriert.
Was sind Theme-eigene Funktionen und warum sind sie ein Problem?
Viele gekaufte Themes bringen Inhaltstypen, Slider, Shortcodes und Formulare mit, die eigentlich in Plugins gehören. Beim Wechsel fehlen sie, die Inhalte werden unsichtbar oder Shortcodes erscheinen als Text. Vor dem Wechsel sollten solche Funktionen in ein eigenes Plugin überführt werden.
Wie bereite ich einen Theme-Wechsel vor?
Backup anlegen, alle Seitentypen und Einstellungen dokumentieren, Anpassungen aus functions.php und zusätzlichem CSS in ein Plugin oder Child-Theme retten, Abhängigkeiten zu Plugins prüfen und das neue Theme auf Kompatibilität und Pflege kontrollieren.
Sollte ich das Theme auf einer Staging-Seite testen?
Ja. Auf einer Kopie lassen sich Menüs, Widgets, Customizer, alle Seitentypen, Formulare, Shop und mobile Darstellung einrichten und prüfen, bevor die Live-Seite betroffen ist.
Warum fehlen nach dem Theme-Wechsel Menü und Widgets?
Menüs und Widgets sind noch vorhanden, aber das neue Theme hat andere Positionen und Bereiche. Menüs werden unter Design, Menüs neu zugewiesen, Widgets aus den inaktiven Widgets in die neuen Bereiche gezogen.
Ist der Theme-Wechsel mit Elementor einfacher?
Meist ja, weil Layouts, Header und Footer beim Builder liegen und nicht am Theme hängen. Soll gleichzeitig der Page-Builder abgelöst werden, ist das ein größeres Projekt mit Neuaufbau der Seiten.
Das bin ich – rechts im BildErzähl mir von deiner neuen Website.
Beschreib kurz, was du vorhast — du bekommst eine ehrliche Einschätzung zu Umfang, Zeit und Kosten.
Antwort meist innerhalb von 24 Stunden · hallo@manuelkillert.de