Divi 5 & Shortcodes: was sich ändert und wie du Plugin-Probleme löst

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 wird der Inhalt dort falsch dargestellt, die Seite lädt spürbar langsamer, oder im Extremfall erscheint roher Code.

Ursache: Divi 5 rendert alte Divi-Shortcodes nur noch über den Abwärtskompatibilitäts-Modus: Erkennt es solche Shortcodes, lädt es auf der Seite das komplette Divi-4-Framework nach. Der Migrator scannt zwar Seiten, Beiträge, Custom Post Types, Widgets, Theme-Builder-Templates, Bibliothek und Presets — Shortcodes, die ein anderes Plugin in eigenen Feldern speichert oder zur Laufzeit erzeugt, erfasst er aber nicht zwingend.

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. Divi 5 rendert diese Strings bestenfalls noch über den Abwärtskompatibilitäts-Modus; je nach Plugin 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 markiert nicht unterstützte Drittanbieter-Module mit orangefarbenen Warnsymbolen.

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:

1. 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.
2. 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.
3. 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 vor der Migration 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 laufen nach der Umstellung bestenfalls im Abwärtskompatibilitäts-Modus weiter.

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 — du würdest Divi-4-Technik künstlich am Leben halten, die den Abwärtskompatibilitäts-Modus und damit das Divi-4-Framework auf der Seite erzwingt. 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:

1. Kompatibilitäts-Check von Divi laufen lassen (Divi → Divi 5 Migrator; er markiert nicht unterstützte Module u. a. in Seiten, Widgets und Theme-Builder-Templates).
2. Alle Plugins aktualisieren und deren Divi-5-Support verifizieren.
3. Vollständiges Backup ziehen — der Migrator kann die Divi-4-Inhalte zwar über „Restore Divi 4 Content“ wiederherstellen, ein sauberer Rückweg wird aber schwieriger, je länger du in Divi 5 weiterarbeitest.
4. 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?

Eingeschränkt. Der Migrator speichert vor der Umstellung eine Kopie der Divi-4-Inhalte, die du über „Restore Divi 4 Content“ zurückholen kannst. Je länger du danach in Divi 5 weiterarbeitest, desto schwieriger wird ein sauberer Rückweg. 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
• Divi 5 Waves Goodbye To Shortcodes — Elegant Themes Blog