Nach einem Theme-Wechsel bleiben die Divi-Shortcodes sichtbar, weil Divi Ihre Seiten nicht als normalen Inhalt speichert. Das Layout liegt als Shortcode-Struktur in der Datenbank und wird erst vom aktiven Divi-Theme in HTML übersetzt. Fehlt dieser Übersetzer, erscheinen Klammern wie [et_pb_section] als roher Text. Suchen-und-Ersetzen in der Datenbank ist dafür der falsche Weg: riskant und unvollständig. Konkret heißt das: Extrahieren Sie den Inhalt aus dem gerenderten Frontend und bauen Sie ihn neu auf. WPBuildAI liest die fertigen Seiten aus und gewinnt sauberes HTML zurück, ohne Shortcode-Reste.

Warum die Shortcodes stehen bleiben

Divi ist ein visueller Page Builder, und genau das ist die Ursache. Statt Ihren Text einfach abzulegen, verpackt Divi ihn in verschachtelte Shortcodes und rendert ihn über die eigene Logik. Der Web Almanac 2024 von HTTP Archive belegt, wie stark Page Builder sowohl die gespeicherten Daten als auch das ausgelieferte Markup aufblähen, nachzulesen im Web Almanac. Ohne das Divi-Theme fehlt die Schicht, die diese Struktur auflöst, und die Klammern werden sichtbar. Der eigentliche Inhalt ist noch da, nur seine Anordnung ist verloren. Wichtig: Das ist kein Fehler und kein Datenverlust, sondern die logische Folge davon, dass das Layout im Plugin steckt und nicht in Ihrem Inhalt.

Was ein Shortcode eigentlich ist

Ein Shortcode ist eine Klammer wie [et_pb_section], die WordPress zur Laufzeit durch generiertes HTML ersetzt, mithilfe einer Funktion aus Divi. Die Funktion lebt im Plugin, die Klammer ist nur ein Platzhalter, der darauf verweist. Solange Divi aktiv ist, sehen Sie das fertige Layout. Schalten Sie es ab, bleibt der Platzhalter als roher Text stehen, weil niemand mehr die zugehörige Funktion ausführt. Anders gesagt: Der Shortcode ist eine Anweisung an Divi, kein Inhalt. Deshalb hilft es nicht, die Klammern zu löschen, denn dann fehlt auch das, was sie erzeugt hätten. Sie müssen das Ergebnis übernehmen, das die Shortcodes erzeugen, nicht die Shortcodes selbst.

Warum Suchen-und-Ersetzen scheitert

In der Praxis trifft ein einfaches Suchen-und-Ersetzen die parametrisierten und verschachtelten Shortcodes nie vollständig. Divi verschachtelt Sektionen, Zeilen, Spalten und Module ineinander, oft mit individuellen Parametern, sodass ein Muster, das eine Klammer trifft, die nächste verfehlt. Es bleiben Fragmente stehen, und im schlimmsten Fall zerstören Sie Inhalte, die zwischen den Klammern lagen. Hinzu kommt: Ein Eingriff direkt in die Datenbank ist heikel, ein falscher Treffer lässt sich kaum sauber zurücknehmen. Der sichere Weg führt über das gerenderte Frontend: Sie lesen genau das aus, was Besucher und Suchmaschinen sehen, und umgehen das Shortcode-Problem vollständig. Das ist dieselbe Methode wie beim Deaktivieren eines Page Builders ohne Schaden und beim Umwandeln in sauberes HTML.

Aus dem gerenderten Frontend extrahieren

Der zuverlässige Weg, Ihren Inhalt zu gewinnen, führt über die gerenderte Seite, nicht über die gespeicherten Daten. Rufen Sie die Live-Seiten ab, solange Divi sie noch rendert, und lesen Sie Überschriften, Text, Bilder und Links so aus, wie ein Besucher sie sieht. Das liefert sauberes Markdown oder HTML, aus dem Sie neu aufbauen können, und umgeht das Shortcode-Problem von vornherein, weil Sie erfassen, was die Seite ist, statt wie Divi sie gespeichert hat. Das gerenderte Frontend ist das fertige Ergebnis, der Inhalt in seiner endgültigen Anordnung, deshalb ist es die sauberste Quelle. Der Klassiker dabei: zuerst extrahieren, solange das Theme noch läuft, und erst danach wechseln, damit die Seite zu keinem Zeitpunkt kaputt im Netz steht.

Ein Beispiel: eine Divi-Seite ohne Theme

Stellen Sie sich eine Leistungsseite vor, die in Divi gebaut wurde, mit Hero, einer dreispaltigen Vorteilssektion, einem Kontaktformular und einem Call-to-Action. Schalten Sie Divi ab, zerfällt die Seite zu einer Textwand: die Überschrift, die drei Blöcke und der CTA-Text laufen ineinander, durchsetzt von Fragmenten wie [et_pb_row]. Für einen Besucher wirkt das kaputt. Der saubere Weg: Solange Divi noch rendert, lesen Sie die fertige Seite aus und erfassen die echten Inhalte, die Überschrift, die drei Vorteile mit ihren Texten, das Formular, den CTA. Aus diesem sauberen Inhalt bauen Sie jeden Abschnitt als eigenes, schlankes Element neu auf, außerhalb von Divi. Dasselbe Vorgehen für jede Seite, und die Shortcode-Reste sind kein Thema mehr.

Funktionen neu aufbauen, nicht nur Text

Manche Divi-Elemente sind kein Text, sondern Funktion, und die müssen Sie nachbauen, nicht nur auslesen. Ein Kontaktformular war ein Divi-Modul, das Eingaben verschickt hat, eine Galerie zeigte Bilder in einem bestimmten Raster, ein Akkordeon klappte Inhalte auf. Das gerenderte Frontend liefert das Aussehen dieser Elemente, aber nicht ihr Verhalten. Beim Neuaufbau ersetzen Sie deshalb jedes funktionale Modul durch ein natives Gegenstück: ein Formular wird ein echtes Formular oder ein Formulardienst, eine Galerie ein Bild-Element, ein Akkordeon eine entsprechende Komponente. Der Shortcode war nur Divis Mechanik, diese Funktionen einzufügen, die Funktion selbst ist leicht sauber nachzubauen. Wichtig: Prüfen Sie nach dem Wechsel jedes Formular, damit es nicht nur schön aussieht, sondern auch wirklich versendet.

Sauber neu aufbauen, ohne Rankings zu verlieren

Bauen Sie die Seiten auf denselben URLs neu auf, erhalten Sie Titel, Überschriften und Metadaten, und leiten Sie geänderte URLs per 301 weiter. Genau das beschreibt Google in seinem Leitfaden zum Website-Umzug, und die Weiterleitungen-Dokumentation bestätigt, dass eine saubere 301 die Ranking-Signale auf die neue URL überträgt. Weil saubere Seiten ohne Divi-Ballast leichter sind, werden sie zudem schneller, und die Portent-Studie zu Ladezeit und Conversion zeigt, wie sehr sich Geschwindigkeit auszahlt. Den Geschwindigkeitsgewinn vertieft der Beitrag behebt ein Neuaufbau die Core Web Vitals. In der Regel verbessert ein sauberer Neuaufbau die Rankings über die Geschwindigkeit, statt sie zu gefährden, solange URLs und Metadaten erhalten bleiben.

Wann ein Neuaufbau besser ist als Reparieren

Oft lohnt sich der Schritt weiter zu denken: Wenn Sie ohnehin Divi verlassen, ist ein sauberer Neuaufbau meist die bessere Wahl als das mühsame Reparieren der alten Seite. Divi macht eine Seite schwer, durch verschachteltes Markup und viele Skripte, und dieses Gewicht bleibt, solange Sie nur Shortcodes entfernen, aber im selben System bleiben. Bauen Sie die extrahierten Inhalte dagegen auf einer schlanken Basis neu auf, verschwindet der Ballast ganz, statt nur verschoben zu werden. Anders gesagt: Das Shortcode-Problem ist oft das Signal, dass das ganze System zu schwer geworden ist. Wer nur die Klammern entfernt, behält die Langsamkeit; wer sauber neu aufbaut, gewinnt Tempo und Wartbarkeit dazu. Die Entscheidung hängt davon ab, ob nur die Optik oder die gesamte Last stört.

So gehen Sie Schritt für Schritt vor

In der Praxis hat sich diese Reihenfolge bewährt, weil sie die Seite zu keinem Zeitpunkt kaputt im Netz stehen lässt:

  1. Sichern Sie zuerst die URL-Liste aus Sitemap, Analytics und Search Console, damit keine Seite vergessen wird.
  2. Lesen Sie das gerenderte Frontend aus, solange Divi noch rendert, und erfassen Sie pro Seite Überschriften, Text und Bilder als sauberes Markdown.
  3. Bauen Sie jede Sektion neu auf, statisch und schlank, und ersetzen Sie funktionale Module wie Formulare bewusst durch native Bausteine.
  4. Behalten Sie URLs und Metadaten und leiten Sie geänderte URLs per 301 weiter.
  5. Schalten Sie Divi erst danach ab und prüfen Sie eine Stichprobe der Seiten.

Konkret heißt das: erst extrahieren und neu aufbauen, dann wechseln, nie umgekehrt. So gibt es kein Zeitfenster, in dem Besucher auf rohe [et_pb]-Klammern stoßen, und die Migration bleibt jederzeit kontrolliert.

Häufige Fehler

Ein paar Muster führen verlässlich zu Ärger. Divi abschalten und dann die Shortcode-Reste von Hand aufräumen heißt, jede Seite aus unstrukturiertem Text neu zusammenzusetzen, während die Live-Seite kaputt ist. Aus den gespeicherten Daten statt aus der gerenderten Seite extrahieren führt zurück in das Shortcode-Gewirr. Formulare und Galerien nur optisch übernehmen, ohne ihr Verhalten nachzubauen, liefert Elemente, die nicht funktionieren. Seiten auf neuen URLs ohne 301 neu aufbauen kostet die Rankings. Und das Layout lose nachbauen, statt es treu zu erhalten, lässt die neue Seite für Stammbesucher wie einen Rückschritt wirken. Jeder dieser Fehler lässt sich vermeiden, indem Sie zuerst aus dem Frontend extrahieren, Funktionen bewusst nachbauen, URLs und Metadaten sichern und erst danach Divi abschalten.

Das Wichtigste in Kürze

Divi-Shortcodes bleiben nach dem Theme-Wechsel stehen, weil das Layout in Divi steckt und nicht im Inhalt, ein Shortcode ist eine Anweisung an das Plugin, kein Inhalt. Löschen Sie sie nicht per Suchen-und-Ersetzen, das verschachtelte Klammern nie vollständig trifft, sondern extrahieren Sie den Inhalt aus dem gerenderten Frontend, solange Divi noch rendert, und bauen Sie sauber neu auf. Bauen Sie funktionale Module wie Formulare und Galerien bewusst nach, erhalten Sie URLs und Metadaten und leiten Sie geänderte URLs per 301 weiter. So wird die Seite leichter und behält ihre Rankings. WPBuildAI liest die fertigen Seiten aus und liefert sauberes HTML ohne Shortcode-Reste; senden Sie Ihre Website-URL für ein Festpreisangebot.

Nicht verbunden mit WordPress, Divi oder Lovable.