Divi 5 Backward Compatibility Mode – błąd czy normalny etap po migracji?

przez Łukasz | mar 7, 2026

Backward Compatibility Mode w Divi 5 nie oznacza od razu błędu.

To tryb zgodności, który uruchamia się wtedy, gdy po migracji część strony nadal korzysta ze starszych elementów architektury Divi 4. Dzięki temu witryna może nadal działać poprawnie, ale nie oznacza to jeszcze, że projekt został w pełni przeniesiony na Divi 5. W praktyce ten komunikat warto czytać nie jako awarię, ale jako sygnał, że migracja jest jeszcze w toku.

Jednym z częstszych momentów niepewności przy przejściu na Divi 5 jest sytuacja, w której po aktualizacji strona działa, builder się otwiera, front wygląda poprawnie, a mimo to w panelu pojawia się komunikat o Backward Compatibility Mode.

Dla wielu użytkowników wygląda to jak ostrzeżenie o błędzie. W praktyce nie musi to oznaczać awarii. Najczęściej jest to informacja, że część projektu nadal działa w oparciu o starsze elementy Divi 4 i dlatego Divi 5 uruchamia tryb zgodności wstecznej.

Czym jest Backward Compatibility Mode w Divi 5

 

Najważniejsze w 30 sekund

Jeśli po migracji widzisz Backward Compatibility Mode, nie oznacza to automatycznie awarii. Najczęściej to sygnał, że część strony nadal korzysta z elementów starszej architektury Divi 4. Strona może działać poprawnie, ale migracja nie została jeszcze w pełni domknięta. W takiej sytuacji sprawdź layouty, moduły i dodatki firm trzecich.

 

Backward Compatibility Mode to tryb zgodności wstecznej.

Jego zadaniem jest umożliwienie dalszego działania strony po migracji, nawet wtedy, gdy nie wszystkie moduły, layouty, szablony lub dodatki zostały jeszcze w pełni dostosowane do nowej architektury Divi 5.

W praktyce oznacza to, że:

  • strona może nadal działać poprawnie,

  • builder może się uruchamiać normalnie,

  • front może wyglądać bez zmian,

  • ale część projektu nadal korzysta z mechanizmów starszej generacji.

 

To właśnie dlatego sam komunikat nie oznacza automatycznie błędu. Oznacza raczej, że migracja nie została jeszcze całkowicie domknięta.

Kiedy pojawi się ten tryb u Ciebie?

 

Backward Compatibility Mode pojawia się zwykle wtedy, gdy po migracji w projekcie nadal są elementy zależne od starszej architektury. Mogą to być na przykład:

  • starsze moduły,

  • legacy layouty,

  • elementy Theme Buildera,

  • presety,

  • dodatki firm trzecich,

  • niestandardowe rozszerzenia, które nie są jeszcze gotowe na Divi 5.

 

To ważne, bo wiele osób zakłada, że skoro aktualizacja zakończyła się poprawnie, to cały projekt działa już natywnie na Divi 5. Ten komunikat pokazuje, że nie zawsze tak jest.

Czy Backward Compatibility Mode oznacza błąd?

 

Najczęściej nie.

Jeśli strona działa, builder się otwiera, a komunikat dotyczy zgodności, to zwykle nie mówimy o awarii, tylko o stanie przejściowym. Divi 5 uruchamia tryb zgodności po to, żeby projekt nadal mógł działać, zanim wszystkie elementy zostaną w pełni przeniesione na nową architekturę.

To jednak nie znaczy, że temat można zignorować.

Najlepiej myśleć o tym w ten sposób:

  • to nie jest awaria,

  • ale to też nie jest pełne zakończenie migracji.

 

Co ten komunikat oznacza w praktyce?

 

Jeśli widzisz Backward Compatibility Mode, oznacza to zwykle jedną z trzech rzeczy:

1. Projekt działa, ale część elementów nadal opiera się na Divi 4

Czyli aktualizacja się odbyła, ale nie wszystko działa jeszcze natywnie na nowym silniku.

2. Część rozszerzeń lub modułów nie została jeszcze dostosowana do Divi 5

To szczególnie częste przy dodatkach firm trzecich albo starszych rozwiązaniach dokładanych do strony przez lata.

3. Nie korzystasz jeszcze z pełnych korzyści Divi 5

Strona może być stabilna, ale nadal nie działać w pełni na nowej architekturze, więc część zysków związanych z wydajnością i czystszym działaniem buildera może jeszcze nie być dostępna.

Dlaczego Divi 5 w ogóle ma taki tryb?

 

To akurat jest logiczne. Gdyby Divi 5 wymagało pełnej zgodności wszystkiego od pierwszego kliknięcia, wiele migracji kończyłoby się problemami. Sporo stron opartych na Divi 4 korzysta z:

  • historycznych layoutów,

  • rozbudowanych szablonów,

  • WooCommerce,

  • presetów,

  • modułów firm trzecich,

  • własnych obejść i customizacji.

 

Tryb zgodności wstecznej działa więc jak bufor bezpieczeństwa. Dzięki niemu można przejść na Divi 5 bez natychmiastowego rozbijania całego projektu. To nie rozwiązuje automatycznie problemów kompatybilności, ale pozwala utrzymać stronę w działaniu i daje czas na uporządkowanie reszty.

Największa pułapka po migracji

 

Najczęstszy błąd interpretacyjny wygląda tak:

  • aktualizacja przebiegła poprawnie,

  • strona się nie rozsypała,

  • więc użytkownik uznaje, że migracja jest zakończona.

 

A to nie zawsze prawda.

Backward Compatibility Mode jest właśnie sygnałem, że projekt może nadal działać „jedną nogą” w Divi 4. Z zewnątrz wszystko wygląda poprawnie, ale technicznie proces przejścia jeszcze się nie domknął.

Co sprawdzić, gdy widzisz Backward Compatibility Mode

 

Tu warto przejść do praktyki.

1. Sprawdź, czy komunikat dotyczy całego projektu czy konkretnych elementów

 

Najpierw zobacz, czy problem dotyczy pojedynczych layoutów, szablonów, produktów WooCommerce, wpisów czy może dodatków zewnętrznych.

2. Uruchom Compatibility Check

 

Jeśli masz dostęp do raportu zgodności, sprawdź, które elementy są oznaczone jako legacy albo wymagające trybu zgodności. To pozwoli ustalić, gdzie dokładnie leży problem.

3. Zweryfikuj dodatki firm trzecich

 

Jeśli używasz rozszerzeń do Divi, custom modułów albo starszych integracji, sprawdź, czy są już gotowe na Divi 5. Bardzo często to właśnie one utrzymują projekt w compatibility mode.

4. Sprawdź najważniejsze obszary strony

 

Po migracji przejdź przez:

  • stronę główną,

  • kluczowe landing pages,

  • template’y Theme Buildera,

  • formularze,

  • produkty WooCommerce,

  • blog i wpisy,

  • elementy globalne, takie jak header i footer.

 

5. Oceń, czy projekt działa już naprawdę natywnie

 

Najważniejsze pytanie brzmi nie tylko „czy działa”, ale:

czy działa już bez zależności od starszej architektury?

Jeśli nie, to komunikat nie jest błędem. Jest po prostu informacją, że masz jeszcze pracę do wykonania.

Jak czytać Backward Compatibility Mode po migracji

 

Najpraktyczniejsze podejście jest takie:

Nie panikuj, bo sam komunikat nie oznacza jeszcze awarii.

Nie ignoruj go, bo może wskazywać, że migracja nie została domknięta.

Potraktuj go jako etap przejściowy, który trzeba zdiagnozować i świadomie zamknąć.

To najlepszy sposób myślenia o tym trybie.

Podsumowanie

 

Backward Compatibility Mode w Divi 5 to nie klasyczny błąd, tylko tryb zgodności wstecznej. Pojawia się wtedy, gdy po migracji część strony nadal korzysta z elementów starszej architektury Divi 4.

W praktyce oznacza to, że:

  • strona może działać poprawnie,

  • migracja mogła przebiec technicznie poprawnie,

  • ale projekt nie został jeszcze w pełni przeniesiony na Divi 5.

 

Dlatego ten komunikat najlepiej traktować nie jako awarię, ale jako sygnał do sprawdzenia, co jeszcze wymaga domknięcia po migracji.

Agent kończy, ale zadania nie wykonał

Agent kończy, ale zadania nie wykonał

Objawy Agent odpowiada: „Przygotowałem i wysłałem potwierdzenie do klienta." Potwierdzenie nie zostało wysłane. Albo: „Zaktualizowałem wszystkie rekordy" — zaktualizował trzy z dwunastu. Albo: „Nie znalazłem żadnych zamówień" — bo narzędzie zwróciło błąd, którego nikt...

Agent zrobił coś, o co nikt nie prosił

Agent zrobił coś, o co nikt nie prosił

Objawy Operacja, której nikt nie zlecił. Dane wysłane pod adres, którego nie ma w żadnej konfiguracji. Rekord zmieniony poza zakresem zadania. Odpowiedź, z której wynika, że agent dostał instrukcje od kogoś innego niż ty. Cecha wspólna: technicznie wszystko zadziałało...

Agent zrobił to samo dwa razy

Agent zrobił to samo dwa razy

Objawy Ten syndrom różni się od pozostałych jedną rzeczą: objaw widzi klient, nie ty. Trzy identyczne wiadomości w skrzynce. Dwa zamówienia zamiast jednego. Podwójne obciążenie. Duplikaty rekordów, które ktoś zauważa tydzień później. W twoim dzienniku wszystko wygląda...

Agent gubi wątek w długim zadaniu

Agent gubi wątek w długim zadaniu

Objawy Pierwsze kroki idą wzorowo. Po kilkunastu agent zaczyna się rozjeżdżać. Przestaje przestrzegać reguły z promptu systemowego, której trzymał się na początku. Zmienia format odpowiedzi w połowie zadania. Wraca do czegoś, co już ustalił, i ustala to inaczej....

Agent podaje dane, których nie ma

Agent podaje dane, których nie ma

Objawy Numer zamówienia w idealnym formacie, którego nie ma w bazie. Kwota, której w dokumencie nie ma. Nazwa pola API, które nigdy nie istniało. Cytat z regulaminu, brzmiący dokładnie jak reszta regulaminu i w nim nieobecny. Cecha wspólna wszystkich tych przypadków:...

Działał wczoraj, dziś nie działa

Działał wczoraj, dziś nie działa

Objawy Nic się nie wywala. Nie ma wyjątków, nie ma timeoutów, dziennik wygląda tak samo jak zawsze. Po prostu odpowiedzi są gorsze. Postacie, w jakich to się objawia: Jakość. Agent zaczyna pomijać kroki, które wcześniej wykonywał, albo odpowiada ogólniej. Format....

Agent wybiera złe narzędzie

Agent wybiera złe narzędzie

Objawy Agent odpowiada nie na to pytanie. Pobiera listę zamówień, gdy pytano o jedno konkretne. Odpowiada z pamięci, choć miał sprawdzić w bazie. Albo sięga po właściwe narzędzie i wpisuje w argumenty coś, czego nie da się użyć. Sygnał, który odróżnia ten syndrom od...

Agent kręci się w kółko

Agent kręci się w kółko

Objawy Agent wykonuje kolejne obroty pętli, nie zbliżając się do zakończenia zadania. W dzienniku widać jedną z trzech postaci. Powtórzenie. To samo narzędzie, te same argumenty, raz za razem — czasem dziesiątki razy pod rząd. Oscylacja. Agent wywołuje na przemian dwa...