Jedną z najczęściej powtarzanych obietnic związanych z Divi 5 jest poprawa wydajności. W materiałach zapowiadających nową wersję buildera pojawia się wizja całkowicie przebudowanego silnika, który ma być szybszy, bardziej uporządkowany i lepiej przygotowany na dalszy rozwój narzędzia.
W praktyce najciekawsze pytanie brzmi jednak nie tylko: czy Divi 5 jest szybsze, ale raczej: co daje sama migracja istniejącej strony do nowej wersji buildera.
Żeby to sprawdzić, wykonaliśmy prosty test porównawczy na tej samej stronie przed i po migracji z Divi 4 do Divi 5.
Założenia testu
Test został wykonany na jednej, prostej stronie landingowej zbudowanej w Divi. Strona zawiera kilka sekcji, tekst, obraz hero i podstawowe elementy layoutu.
Najważniejsze jest jednak to, że treść i struktura strony nie zostały zmienione.
Porównanie obejmuje dwa stany tej samej witryny:
-
wersję przed aktualizacją — Divi 4
-
wersję po aktualizacji i migracji — Divi 5
W trakcie testu nie wprowadzono żadnych dodatkowych optymalizacji. Nie zmieniano obrazów, nie modyfikowano kodu, nie instalowano nowych wtyczek ani mechanizmów cache.
Jedyną zmianą była aktualizacja motywu oraz migracja strony przy użyciu oficjalnego migratora Divi 5.
Test wykonano:
-
na tym samym hostingu
-
w tym samym środowisku
-
dla tej samej strony
-
wyłącznie w Google PageSpeed Insights w trybie desktop
Po migracji strona działała już natywnie na Divi 5, bez trybu compatibility mode.
Wyniki przed migracją (Divi 4)
Strona działająca na Divi 4 osiągnęła następujące wyniki:
Performance: 84
Metryki wydajności:
-
First Contentful Paint: 0.6 s
-
Largest Contentful Paint: 2.7 s
-
Total Blocking Time: 0 ms
-
Speed Index: 1.1 s
-
Cumulative Layout Shift: 0.061
Już przed migracją strona działała stosunkowo sprawnie. Największy wpływ na końcową ocenę miał czas wyrenderowania największego elementu strony, czyli Largest Contentful Paint, który wynosił 2.7 sekundy.
Wyniki po migracji (Divi 5)
Po aktualizacji motywu i migracji strony do natywnego Divi 5 wykonano identyczny test.
Performance: 86
Metryki wydajności:
-
First Contentful Paint: 0.6 s
-
Largest Contentful Paint: 2.4 s
-
Total Blocking Time: 10 ms
-
Speed Index: 1.1 s
-
Cumulative Layout Shift: 0.053
Co zmieniło się po migracji
Najbardziej zauważalna zmiana dotyczy czasu wyrenderowania największego elementu strony.
Largest Contentful Paint skrócił się z 2.7 s do 2.4 s.
To oznacza poprawę o około 11%.
Niewielkiej poprawie uległa także stabilność układu strony. Cumulative Layout Shift spadł z 0.061 do 0.053.
W praktyce oznacza to, że po migracji strona renderowała główną treść nieco szybciej i zachowywała trochę lepszą stabilność wizualną.
Co pozostało praktycznie bez zmian
Pozostałe metryki wydajności pozostały bardzo podobne.
First Contentful Paint nadal wynosi około 0.6 s, a Speed Index utrzymuje się na poziomie 1.1 s.
To oznacza, że pierwsze widoczne elementy strony pojawiają się praktycznie w tym samym tempie co przed migracją.
Co zmieniło się minimalnie na minus
Jedyną metryką, która wzrosła, jest Total Blocking Time:
0 ms → 10 ms
W praktyce jest to bardzo niewielka zmiana i przy takiej skali nie wpływa zauważalnie na odczucia użytkownika.
Struktura HTML po migracji
Dodatkowo porównano front-endowy zapis HTML strony przed i po migracji.
W naszym teście struktura dokumentu nie uległa znaczącej zmianie. Liczba elementów oraz poziom zagnieżdżenia DOM pozostały bardzo podobne.
To sugeruje, że sama migracja do Divi 5 nie przebudowuje agresywnie istniejącego layoutu na poziomie front-endowego outputu. W przypadku tej strony nowy silnik buildera zachował bardzo zbliżoną strukturę dokumentu.
Semantyka po migracji
Warto powiedzieć to wprost: sama aktualizacja i migracja do Divi 5 nie poprawiła automatycznie semantyki strony.
W naszym porównaniu front-endowy HTML po migracji pozostał bardzo podobny, więc nie można mówić o wyraźnej poprawie semantyki tylko z powodu przejścia na nową wersję buildera.
Jeśli projekt ma problemy związane ze strukturą dokumentu, nagłówkami, kolejnością sekcji czy logiką budowy layoutu, nadal trzeba rozwiązywać je na poziomie samej strony i sposobu jej zaprojektowania. Sama migracja buildera tego nie załatwia.
Zapowiedzi a wynik naszego testu
Zapowiedzi Divi 5 mocno akcentują nową architekturę buildera i poprawę wydajności.
Nasz test pokazuje jednak bardziej praktyczny obraz.
W przypadku istniejącej, prostej strony sama migracja do natywnego Divi 5 przyniosła zauważalną, ale umiarkowaną poprawę. Najbardziej widocznym zyskiem okazał się lepszy wynik Largest Contentful Paint, natomiast pozostałe metryki pozostały zbliżone do wcześniejszego stanu.
Nie jest to więc scenariusz, w którym sama aktualizacja motywu radykalnie zmienia wyniki PageSpeed. W tym przypadku poprawa jest realna, ale nie spektakularna.
Co z tego wynika
Najważniejszy wniosek z testu jest prosty:
sama migracja istniejącej strony z Divi 4 do Divi 5 może poprawić wydajność, ale nie musi oznaczać dużego skoku wyników bez dodatkowych działań optymalizacyjnych.
W naszym teście poprawa była widoczna, ale umiarkowana.
To oznacza, że nowa architektura Divi 5 może realnie pomagać, jednak w przypadku już istniejących i prostych stron nie należy automatycznie zakładać spektakularnego wzrostu wydajności tylko po samej migracji.
Możliwe też, że pełniejsze korzyści nowego silnika będą lepiej widoczne w projektach budowanych od podstaw już w natywnym Divi 5.
Podsumowanie
Migracja tej prostej strony z Divi 4 do Divi 5 przyniosła niewielką, ale zauważalną poprawę wyników wydajności.
Performance wzrosło z 84 do 86, a Largest Contentful Paint skrócił się o około 0.3 sekundy.
Nie jest to zmiana spektakularna, ale pokazuje, że sama migracja może wprowadzić pewne usprawnienia nawet bez dodatkowej optymalizacji strony.
Jednocześnie test pokazuje też wyraźnie, czego sama aktualizacja nie robi automatycznie:
-
nie przebudowuje radykalnie front-endowej struktury strony,
-
nie poprawia sama z siebie semantyki dokumentu,
-
i nie działa jak automatyczny „booster” PageSpeed.
Warto też pamiętać, że wydajność strony zależy od wielu czynników: optymalizacji obrazów, cache, hostingu, liczby używanych wtyczek i ogólnej jakości samego projektu.
Builder jest tylko jednym z elementów tej układanki.
