Am 26. Februar 2026 wurde Divi 5 offiziell veröffentlicht. Anders als bei einem gewöhnlichen Update handelt es sich nicht um eine kleine Auffrischung, sondern um eine grundlegende technische Neuentwicklung. Ich habe die Umstellung inzwischen bei zwei Kundenprojekten begleitet und möchte hier meine tatsächlichen Erfahrungen teilen – nicht nur die Werbeversprechen.

Warum sich die Divi-5-Umstellung lohnt

Das Team hinter Divi hat die Technik unter der Haube sichtbar an aktuelle WordPress-Anforderungen angepasst. Das ist mehr als Kosmetik: In meinen beiden Projekten hat sich die Arbeit im Builder spürbar beschleunigt; auch die Seiten wirkten im Alltag schlanker und reaktionsfreudiger.

Das Design-System ist deutlich professioneller

Für mich persönlich ist das der größte Fortschritt: In Divi 5 lassen sich für fast alle gestalterischen Werte, Farben, Abstände, Schriftgrößen und mehr, eigene Variablen anlegen. Wenn du später eine Farbe oder einen Wert änderst, passt sich das automatisch überall an, wo diese Variable verwendet wird. Du musst also nicht mehr jede einzelne Seite manuell durchgehen und anpassen, sondern änderst die Variable einmal zentral. Das spart bei größeren Websites enorm viel Zeit und macht das Ergebnis konsistenter.

Mein Lieblingsfeature: Off-Canvas-Inhalte

Mein Lieblingsfeature sind die neuen Canvases, also getrennte Arbeitsbereiche für Inhalte außerhalb der eigentlichen Seite. Zusammen mit den Interactions lassen sich damit Pop-ups, ausklappbare Hinweise, Slide-ins oder andere interaktive Elemente direkt in Divi aufbauen. Die Hauptseite bleibt dabei übersichtlich, während die zusätzlichen Inhalte getrennt bearbeitet werden können.

Divi-5-Migration: Typische Stolpersteine

Die Umstellung von Divi 4 auf Divi 5 klappt in der Regel recht gut, aber ganz reibungslos ist sie nicht immer. Am ehesten gibt es Stolpersteine bei interaktiven Inhalten und Drittanbieter-Plugins.

Ein konkretes Beispiel aus meiner Praxis: Bei der Integration mit Peeye Interactive, einer Lösung für das Plugin „The Events Calendar“ musste ich zunächst einen Fehler melden, weil externe Ressourcen ohne vorherige Zustimmung nachgeladen wurden, was aus DSGVO-Sicht problematisch war. Inzwischen ist das behoben, aber es zeigt: Bei komplexeren Drittanbieter-Integrationen lohnt sich ein genauer Blick, bevor man live umstellt.

Wie lange wird Divi 4 noch unterstützt?

Eine klare Zeitangabe dazu habe ich aktuell nicht, das behalte ich im Auge und melde mich, sobald es dazu Neuigkeiten gibt. Aus meiner Erfahrung ist es aber sinnvoller, sich frühzeitig mit dem Umstieg zu beschäftigen, statt bis zu einem möglichen Auslauf des Supports zu warten.

Wo du die Version findest

Ob deine Website Divi verwendet und welche Version installiert ist, siehst du im WordPress-Backend unter Design → Themes. Dort wird das aktive Theme angezeigt; nach einem Klick auf „Theme-Details“ findest du auch die Versionsnummer. Auch unter dem Menüpunkt „Divi“ – der erscheint, wenn das Divi-Theme aktiv ist – sieht man ob das Theme im Bereich „Armaturenbrett“ (Dashboard) einen Abschnitt zum Thema Upgrade wie im Bild gibt.

Divi 4 auf Divi 5 umstellen: So läuft die Migration ab

Die Umstellung von Divi 4 auf Divi 5 ist keine einfache Aktualisierung im Hintergrund, sondern eine Migration bestehender Divi-Inhalte. Deshalb würde ich zuerst ein vollständiges Backup erstellen und die Website als Testsystem kopieren. Auf dieser Staging-Version lassen sich WordPress, Divi und alle Plugins zunächst aktualisieren. Danach wird Divi 5 installiert – entweder über den Divi-Bereich im Backend oder durch das Hochladen der aktuellen Theme-ZIP-Datei aus dem Elegant-Themes-Kundenbereich.

Anschließend prüft der Divi 5 Migrator, welche Seiten, Vorlagen, Bibliotheksinhalte und Erweiterungen betroffen sind, und wandelt die bisherigen Divi-4-Module in das neue Format um. Zum Schluss folgt der wichtigste Teil: die Website gründlich testen – besonders individuelle Layouts, Formulare, mobile Ansichten, Pop-ups, Theme-Builder-Vorlagen und Erweiterungen von Drittanbietern. Erst wenn auf dem Testsystem alles sauber funktioniert, würde ich die Umstellung auf die Live-Seite übertragen.

Über mich

Ich bin Günther A. Biebl und unterstütze dich mit WordPress-Seminaren, WordPress SEO und WordPress Beratung. Ich helfe Unternehmen dabei, ihre WordPress‑Webseite technisch sauber, sicher und suchmaschinenfreundlich aufzusetzen. Wenn du Unterstützung brauchst, melde dich gerne.

Hinweis: Diesen Beitrag habe ich mit KI-Unterstützung recherchiert und formuliert, die fachliche Einordnung, Prüfung und Verantwortung liegen bei mir

Der Beitrag Divi 5 Umstellung: Meine ehrlichen Erfahrungen nach vier Kundenprojekten erschien zuerst auf Collaborato Training.

Logo tauschen, kein Problem?

Zuhause habe ich mir den besagten Artikel angesehen und auf einem Testsystem nachgebaut. Also FTP-Programm angeworfen und auf dem Server ein Verzeichnis „polylang“ unterhalb von „wp-content“ erzeugt. Dort hinein eine Datei mit Namen „wpml-config.xml“ und diesem Inhalt dort abgelegt:

<wpml-config>
  <admin-texts>
    <key name='theme_mods_twentytwelve'>
      <key name='header_image' />
    </key>
  </admin-texts>
</wpml-config>

Und tatsächlich: Wenn ich das selbe Theme verwende (Twenty Twelve) und das Headerbild ansprechen möchte klappt das. Easy, dachte ich noch, aber dann kam es anders. Als ich versucht habe das Gelernte auf das Divi Logo anzuwenden ist gar nichts passiert. Es sind einfach keine zusätzlichen Felder unter „Sprachen“/“Zeichenfolgen-Übersetzungen“ aufgetaucht. (zum Glück ist unten rechts auf der Seite ein Zähler, dann sieht man den Misserfolg wenigstens gleich.)

Welcher String war das doch gleich?

Mit den üblichen Methoden wie Browser-Debugger oder studieren des Quellcodes dachte ich, kann ich den richtigen String für die vierte Zeile herausfinden – und die dritte Zeile ist dann einfach „theme_mods_Divi“. Ja, oder? Falsch. Die beiden Werte kommen nicht aus dem HTML oder dem CSS, nein. Die stehen in der Datenbank!

Ab jetzt (vorher auch schon) auf eigene Gefahr, bitte macht ein Backup vorher. Es gibt keinen Grund etwas in der Datenbank zu ändern. Wir lesen nur.

WordPress Datenbank, Divi Optionen

Also schnell den phpMyAdmin angeworfen und die Datenbank untersucht. Das sollte über das Webspace-Verwaltung beim Provider unter „Datenbanken“ zu finden sein.
Es gibt in der Tabelle „wp-options“ tatsächlich einen Eintrag (unter den mehr als 200 Einträgen, nach vorne blättern nicht vergessen) „theme_mods_Divi“. Der enthält aber genau gar nichts was nach „Logo“ klingt. Hier hätte es also im Standard sein sollen, aber wo hat Elegantthemes den Eintrag versteckt?
Mein Trick: Eine Datei mit einem eindeutigen Namen als Logo im Backend unter „Divi“/“Theme-Optionen“ einstellen & speichern. Im nächsten Schritt diesen Dateinamen in der Datenbank suchen. PhpMyAdmin bietet dafür oben den Menüpunkt „Suche“ an. Dateiname einfüllen, unten noch die Tabelle „wp-options“ auswählen und suchen lassen.

Hinweis: Diesen und andere Tipps bekommt Ihr automatisch wenn Ihr meinen Newsletter bestellt.

Gesucht, Gefunden!

Jetzt sollte sich die Suche mit einem Treffer melden. Noch kurz auf „Anzeigen“ klicken und wir haben den ersten gesuchten Wert unter „option_name“ stehen. Im Fall des Divi Themes ist das „et_divi„!

Als nächstes kopieren wir uns den Eintrag des Feldes. Dazu auf den Inhalt unter der Überschrift „option_value“ doppeklicken, den gesamten Inhalt markieren (Strg+a) und kopieren (Strg+c). Dann ESC drücken um dieses Bearbeitungsfenster ohne Bearbeitung zu schließen. (Wichtig!).

Sobald wir den Inhalt der Zwischenablage in einem Editor geladen haben können wir noch mal nach dem Bildnamen suchen und haben einen Treffer. Direkt (zumindest fast) davor in dem unleserlichen Kauderwelsch steht jetzt divi_logo – und das ist der zweite Wert. Heureka.

Gleich klappt das mit dem Divi Logo

Sobald wir jetzt unser beiden Werte in unsere wpml-config.xml auf dem Server wie folgt eingetragen haben, erscheint unter „Sprachen“ / „Zeichenfolgen-Übersetzungen“ ein zusätzlicher Eintrag.

<wpml-config>
  <admin-texts>
    <key name='et_divi'>
      <key name='divi_logo' />
    </key>
  </admin-texts>
</wpml-config>

Das war der schwierige Teil, ab jetzt wird es einfacher: Im WordPress Backend zunächst alle Logos in allen Sprachversionen unter „Medien“ hochladen. Die URL der Logos merken / kopieren. Den Link findet Ihr wenn Ihr nach dem Upload auf das kleine Vorschaubild in der Mediathek klickt. Dort steht er unten rechts unter „Link kopieren“.

Diese Links werden jetzt in die neue Felder unter „Sprachen“ / „Zeichenfolgen-Übersetzungen“ eingetragen (bzw. das Standardlogo das da jetzt drinsteht damit überschrieben.) Jetzt könnt Ihr das Ergebnis testen: Bei jeder Seite und jedem Blogbeitrag wird jetzt das Logo angezeigt, das seiner Spracheinstellung entspricht. (Das findet ihr unten rechts bei den Dokumenteneinstellungen der Seite / des Beitrag, nachdem Polylang installiert und über das Menü „Sprachen“ die benötigten Sprachen angelegt wurden)

Klappt das bei euch auch? Habt ihr Fragen? Hinterlasst mir einfach einen Kommentar. Wenn ich euch bei der Umsetzung für andere Felder oder Themes helfen kann, einfach melden.

Über mich

Ich bin Günther A. Biebl und gebe WordPress-Seminare und unterstütze Unternehmen dabei ihre WordPress Webseite selbst zu erstellen und eigenständig zu publizieren. Bei Fragen einfach melden.

Der Beitrag Logo sprachabhängig austauschen mit Sprachplugin Polylang erschien zuerst auf Collaborato Training.