Miért lassul és törik szét a Divi-oldalad?

Kezdjük egy vallomással: a Divi nem azért terjedt el, mert rossz termék. Azért terjedt el, mert egy délután alatt össze lehet vele kattintani egy oldalt, amely a képernyőn jól néz ki. A gond az, hogy egy céges weboldalnak nem a demón kell jól kinéznie, hanem három év múlva is gyorsnak, biztonságosnak és könnyen szerkeszthetőnek kell lennie. Itt kezdődnek a bajok.

1. Lassú vele dolgozni, és meg kell tanulni

A Divi vizuális szerkesztője egy nehéz alkalmazás, amely a böngésződben fut. Minden megnyitásnál betölti a teljes oldalt, az összes modult és beállítópanelt, és közben folyamatosan kéréseket küld a szervernek. Egy egyszerű szövegcsere is úgy néz ki, hogy vársz, amíg betölt, megkeresed a megfelelő sort, oszlopot és modult, átváltasz a megfelelő fülre, majd mentés után megint vársz.

A felület ráadásul nem magától értetődő. Sorok, oszlopok, modulok, globális elemek, Theme Builder-sablonok, külön asztali, tablet és mobil beállítás: ezt meg kell tanulni, és aki ritkán szerkeszt, minden alkalommal újra felejti. Sok cégnél a végén egyetlen ember mer hozzányúlni az oldalhoz.

2. A szerkesztő a dizájnt is módosítja, nem csak a tartalmat

A Divi mindent megenged: minden modulnál külön betűméret, külön margó, külön szín, külön mobilbeállítás. Aki szöveget cserél, az egy rossz kattintással a térközt vagy a színt is átírja, és sokszor észre sem veszi, mert csak az egyik nézetben ellenőrizte. Három szerkesztő és két év múlva az oldaladon tizenhét árnyalatú kék, kilencféle gombstílus és oldalanként más címsorméret lesz.

Így lesz a weboldalból egy Frankenstein-oldal: minden része máshogy néz ki, senki nem tudja, melyik beállítás honnan jön, és minden javítás újabb eltérést szül. Ezt már nem karbantartani kell, hanem kibogozni. Egy egyedi témában a szerkesztő tartalmat ad meg (cím, szöveg, kép, gomb), a megjelenést pedig a dizájnrendszer garantálja. Így marad egységes az oldal évek múlva is.

3. Minden oldalad shortcode-ba van zárva

A Divi 4 az oldalak tartalmát saját shortcode-okba csomagolja: [et_pb_section], [et_pb_row], [et_pb_text] és így tovább. Amíg a Divi aktív, ebből oldal lesz. Ha egyszer témát váltasz, a szöveged ott marad a shortcode-erdő közepén, és minden oldalt ki kell bányászni. A tartalmad formailag a tiéd, gyakorlatilag a Divié.

A Divi 5 új, blokkalapú tárolásra vált, ami előrelépés, de a blokkok továbbra is csak a Divivel működnek: nélküle ezek sem jelennek meg rendesen. A meglévő Divi 4-es oldalak átállítása ráadásul külön munka és külön kockázat, mert a régi, egyedi beállítások nem mindig konvertálódnak hibátlanul.

4. Lassú a látogatónak is, és ezt a Google is látja

Egy page builder minden lehetséges elrendezésre fel van készítve, ezért sok olyan CSS-t és JavaScriptet is betölt, amire a konkrét oldaladnak nincs szüksége. A szekció–sor–oszlop–modul szerkezet mély, sokszorosan egymásba ágyazott HTML-t eredményez. Közepes telefonon ez kézzelfogható: későn jelenik meg a fő tartalom (LCP), ugrál az oldal (CLS), és lassan reagál a gombnyomásra (INP).

A Divinek vannak beépített teljesítménybeállításai, és egy jó gyorsítótár-bővítmény sokat javít. De ha az alap túl nehéz, a gyorsítótár csak a tüneteket kezeli. Egy saját fejlesztésű téma eleve csak azt tölti be, amit az oldal használ.

5. A szervered is megérzi

A vizuális szerkesztő sok PHP-memóriát és processzoridőt igényel, és szerkesztés közben folyamatosan hívja a szervert. Olcsó, osztott tárhelyen ez lassú, akadozó szerkesztést és időnként fehér képernyőt jelent, ezért sok Divi-oldal csak egy erősebb, drágább tárhelycsomagon működik elfogadhatóan. Ezt a költséget ritkán teszik bele az első árajánlatba.

6. Minden frissítés egy kis lottó

A Divi egy nagy, sok mindent tudó csomag, amelyre jellemzően további bővítmények épülnek: extra modulok, gyorsítók, űrlapok. Minél több réteg van, annál nagyobb az esélye, hogy egy frissítés után valami szétcsúszik. Ezért láttam már annyi Divi-oldalt, amelyet évek óta nem frissített senki. Ez viszont már biztonsági kérdés, nem kényelmi.

A licenc sem ingyenes: a Divi nagyságrendileg évi 33 ezer Ft (vagy egyszeri kb. 90 ezer Ft), és mellé jellemzően jön egy-két fizetős modulcsomag, gyorsító- és űrlapbővítmény, egyenként évi 15–25 ezer Ft körül.

7. Az akadálymentesség utólag nagyon nehéz

A WCAG 2.1 AA megfeleléshez szemantikus HTML kell: valódi címsor-hierarchia, kattintható div-ek helyett valódi gombok, billentyűzettel kezelhető menük és csúszkák. Page builderben ezt modulonként kell kicsikarni, és sok modul eleve nem így készült. Egy egyedi témában ez az alapoknál van benne, nem utólag foltozva.

Akkor most dobjam ki a Divit holnap?

Nem feltétlenül. Ha az oldalad kicsi, ritkán változik, és a mérések szerint elfogadhatóan gyors, a karbantartás elég lehet. Divi-oldalt átveszek karbantartásra, de nem fejlesztek bele: kisebb és tartalmi módosításokat vállalok. Ha viszont lassú, ha félsz a frissítésektől, ha a szerkesztés már mindenkinek teher, vagy új funkció kellene, akkor a leváltás általában olcsóbb, mint a toldozás.

A leváltásnál a teljes régi tartalmat én költöztetem át saját fejlesztésű témára, a régi URL-ekről átirányítást teszek, és neked nincs vele dolgod. Ha nem tudod, hol tartasz, kérj ingyenes állapotfelmérést: két munkanapon belül kapsz egy rövid riportot arról, mennyire szorít a Divi.