Zusammenfassung: Der wohl größte technische Bruch in Divi 5: Inhalte werden nicht mehr als Shortcodes gespeichert. In Divi 4 bestand jede Seite aus
[et_pb_section]…-Code; Divi 5 legt den Inhalt block-basiert ab. Für dich sichtbar wird das nur an den Rändern — bei Plugins, die Divi-Shortcodes erzeugten oder auslasen, bei per Text kopierten Layouts und bei Drittanbieter-Modulen. Dieser Artikel erklärt, was genau passiert, und liefert für jedes typische Problem die Lösung. Als Agentur, die tief an der Divi-5-Technik arbeitet, haben wir das aus erster Hand.
Was sich unter der Haube ändert
In Divi 4 war alles ein Shortcode. Öffnetest du den Code-Editor einer Divi-Seite, sahst du verschachtelten Shortcode-Text:
[et_pb_section][et_pb_row][et_pb_column type="4_4"]
[et_pb_text]Dein Text[/et_pb_text]
[/et_pb_column][/et_pb_row][/et_pb_section]Dieser Text stand direkt im post_content der Seite. Das war praktisch — man konnte Layouts als Text kopieren, Plugins konnten Divi-Inhalte per Shortcode einschleusen — aber auch fragil und langsam.
Divi 5 speichert Inhalte stattdessen block-basiert (als strukturierte Daten im post_content, kein Shortcode-Text mehr). Das ist schneller und sauberer. Der entscheidende Punkt: Alles, was in Divi 4 auf der Shortcode-Mechanik aufsetzte, funktioniert so nicht mehr.
Wichtig zur Beruhigung: Deine bestehenden Seiten sind davon nicht bedroht — der Divi-5-Migrator konvertiert sie beim Umstieg ins neue Format. Die Probleme entstehen an den Rändern, dort wo Shortcodes den Divi-Builder verlassen haben.
Problem 1: Divi-Shortcodes in Text, Widgets oder anderen Plugins
Symptom: Irgendwo — in einem Text-Widget, einem Beitrags-Ausschnitt, einem anderen Plugin — hattest du Divi-Shortcodes wie [et_pb_…] eingefügt. Nach dem Update erscheint dort roher Code statt des gerenderten Inhalts.
Ursache: Divi 5 registriert die alten et_pb_-Shortcodes nicht mehr als globale Shortcodes. WordPress weiß dann nicht, was [et_pb_button] bedeuten soll, und gibt den Text unverändert aus.
So löst du es: Baue diese Stellen ohne Shortcode neu — direkt mit einem Divi-5-Modul an der passenden Stelle oder mit normalem HTML im Text. Für wiederverwendbare Bausteine nutzt du die Divi-Bibliothek (siehe Problem 3) statt eingefügter Shortcode-Strings.
Problem 2: Ein Plugin erzeugt oder liest Divi-Layouts über Shortcodes
Symptom: Ein Plugin, das Divi-Inhalte dynamisch generiert hat (z. B. Layout-Injektoren, bestimmte Popup-, Mitglieder- oder Dynamic-Content-Plugins), zeigt nach dem Update leere Bereiche, rohen Code oder Fehler.
Ursache: Solche Plugins bauten Divi-Seiten, indem sie Shortcode-Strings zusammensetzten und ins post_content schrieben. Da Divi 5 diese Strings nicht mehr rendert, läuft die Mechanik ins Leere.
So löst du es: Prüfe beim Plugin-Anbieter, ob es eine Divi-5-kompatible Version gibt — viele haben nachgezogen. Gibt es keine, brauchst du eine Alternative oder einen anderen Weg (z. B. Theme-Builder-Templates statt Plugin-Injektion). Grundregel vor jeder Migration: jedes Plugin, das mit Divi interagiert, auf Divi-5-Support prüfen, bevor du live gehst. Mehr dazu in unserer Übersicht der häufigsten Migrations-Probleme.
Problem 3: Layout per Text kopieren funktioniert nicht mehr
Symptom: Du wolltest ein Layout von Seite A nach Seite B bringen, indem du den Shortcode-Text kopierst — und bekommst nur Codewirrwarr.
Ursache: Ohne Shortcode-Speicherung gibt es keinen sinnvollen „Text” mehr zum Kopieren.
So löst du es: Nutze den offiziellen Weg — die Divi-Bibliothek. Layout im Builder rechtsklicken → In Bibliothek speichern, oder über Divi → Divi-Bibliothek als .json exportieren und auf der Zielseite wieder importieren. Das ist in Divi 5 der saubere, verlustfreie Weg für Layout-Portabilität — und funktioniert stabiler als das alte Shortcode-Kopieren je war.
Problem 4: Drittanbieter-Module brechen die Darstellung
Symptom: Module aus Zusatzpaketen (Divi Supreme, Divi Plus & Co.) sehen nach dem Update falsch aus oder werfen JavaScript-Fehler.
Ursache: Divi 5 konvertiert nur die Module sauber, die es nativ kennt. Fremdmodule landen in einem Abwärtskompatibilitäts-Layer — sie laufen weiter, aber altes und neues Rendering spielen nicht immer sauber zusammen.
So löst du es: Modulpakete vor der Migration aktualisieren und beim Anbieter den Divi-5-Status prüfen. Wo möglich, Fremdmodule durch native Divi-5-Module ersetzen — das reduziert genau diese Reibungsflächen. Der Kompatibilitäts-Scan von Divi prüft Drittanbieter-Module ausdrücklich als eigenen Bereich.
So findest du Shortcode-Reste, bevor sie auffallen
Die unangenehmen Fälle sind die, die du nicht auf dem Schirm hast — ein [et_pb_button] in einem alten Text-Widget, ein per Shortcode eingebundenes Layout in einem selten besuchten Beitrag. Statt nach dem Update auf einer Live-Seite darüber zu stolpern, suchst du sie vorher gezielt:
- Widgets und Footer durchgehen. Unter Design → Widgets (bzw. im Footer-Bereich) jeden Text-/HTML-Block kurz auf
[et_pb_-Fragmente prüfen. Hier landet erfahrungsgemäß der meiste eingefügte Shortcode. - Die Datenbank durchsuchen — im Trockenlauf. Ein Such-Plugin wie „Better Search Replace” (oder ein Datenbank-Suchwerkzeug) nach der Zeichenkette
[et_pb_durchsuchen lassen, ohne zu ersetzen (Dry-Run/„Testlauf”). Das Ergebnis listet dir jede Seite, jeden Beitrag und jedes Meta-Feld, in dem noch Divi-Shortcodes stecken. - Beiträge und Custom Post Types stichprobenartig im Code-Editor öffnen — vor allem ältere, die nie mit dem Builder angefasst wurden.
Wichtig: In regulären Builder-Seiten ist [et_pb_-Code völlig normal und wird sauber migriert — die suchst du nicht. Es geht nur um Shortcodes, die außerhalb des Builders liegen (Widgets, Fremd-Plugins, händisch eingefügte Stellen). Genau die sind es, die Divi 5 nicht mehr rendert.
Und ein verlockender Irrweg gleich vorweg: Man kann versucht sein, die alten Shortcodes per add_shortcode() in der functions.php selbst „wiederzubeleben”. Das führt in die Sackgasse — die alten Divi-4-Renderfunktionen existieren in Divi 5 nicht mehr, dein Shortcode hätte also nichts, was er aufrufen könnte. Der richtige Weg ist immer, die Stelle neu zu bauen (Modul, HTML oder Bibliotheks-Layout).
Der Reihenfolge-Tipp, der die meisten Probleme verhindert
Fast alle Shortcode- und Plugin-Probleme lassen sich vermeiden, wenn du vor dem Umschalten prüfst statt danach zu reparieren:
- Kompatibilitäts-Check von Divi laufen lassen (er prüft u. a. Drittanbieter-Module und Theme-Builder-Templates).
- Alle Plugins aktualisieren und deren Divi-5-Support verifizieren.
- Vollständiges Backup ziehen — ein sauberer Rollback von Divi 5 zurück zu Divi 4 ist nicht garantiert.
- Auf einer Staging-Kopie testen, nie direkt auf der Live-Seite.
Diesen Ablauf beschreiben wir ausführlich in der Schritt-für-Schritt-Migrations-Anleitung.
Wenn du es lieber abgibst
Genau diese Shortcode- und Plugin-Fallstricke sind der Grund, warum wir Divi-5-Migrationen als Festpreis-Leistung anbieten: kostenloser Kompatibilitäts-Check vorab, damit du vor dem Umstieg weißt, welche Plugins und Module zicken — und keine bösen Überraschungen auf der Live-Seite.
Alle unsere Divi-5-Anleitungen und Problemlösungen an einem Ort: zum Divi-5-Tutorial-Hub.
Häufige Fragen
Sind meine bestehenden Divi-4-Seiten nach dem Update kaputt?
Nein. Der Divi-5-Migrator konvertiert bestehende Seiten vom Shortcode- ins neue Block-Format. Probleme entstehen nicht bei normalen Builder-Seiten, sondern dort, wo Shortcodes außerhalb des Builders genutzt wurden — in Widgets, anderen Plugins oder per Text kopierten Layouts.
Kann ich in Divi 5 noch Shortcodes verwenden?
Für die Speicherung von Divi-Inhalten nicht mehr — das läuft jetzt block-basiert. Normale WordPress-Shortcodes anderer Plugins (z. B. ein Formular-Shortcode) funktionieren unabhängig davon weiter, sofern das jeweilige Plugin Divi-5-kompatibel ist.
Wie übertrage ich jetzt ein Layout von einer Seite zur anderen?
Über die Divi-Bibliothek: Layout speichern bzw. als .json exportieren und auf der Zielseite importieren. Das ist der offizielle, verlustfreie Weg in Divi 5 — das alte Kopieren von Shortcode-Text entfällt.
Woran erkenne ich, ob ein Plugin Divi-5-kompatibel ist?
Am zuverlässigsten in der Plugin-Dokumentation oder Änderungsliste des Anbieters (Suche nach „Divi 5”). Zusätzlich hilft der Divi-Kompatibilitäts-Check und ein Test auf Staging: Plugins, die nach der Migration Darstellungsfehler erzeugen, sind der klarste Hinweis.
Kann ich von Divi 5 zurück zu Divi 4, wenn etwas nicht klappt?
Nur eingeschränkt — mit Divi 5 bearbeitete Layouts lassen sich nicht sauber zurückkonvertieren. Deshalb ist ein vollständiges Backup vor dem Update Pflicht und der Test auf einer Staging-Kopie dringend zu empfehlen.
Quellen
- Eigene Entwicklungs- und Testarbeit an der Divi-5-Technik (Block-basierte Speicherung, Modul-API), Stand Juli 2026
- Divi 5 Official Release — Elegant Themes Blog
- How to Safely Migrate from Divi 4 to Divi 5 — Elegant Themes Help