Što koristiti umjesto Elementora i hrpe plugina? Kako izgraditi bržu i održiviju WordPress stranicu

PRVO RAZBIJMO JEDAN MIT

Ne postoji jedan alat koji jednostavno zamijeni Elementor

Kada netko kaže da želi prestati koristiti Elementor, prvo pitanje često glasi: „Koji builder da instaliram umjesto njega?” To je razumljivo, ali upravo tu možemo ponoviti istu pogrešku. Ako Elementor zamijenimo drugim velikim vizualnim builderom, a način razmišljanja ostane isti, možda smo samo promijenili naziv alata.

Dugoročno održiva WordPress stranica ne počinje od pitanja koji builder koristiti, nego od pitanja što stranica stvarno mora raditi. Treba li malom obrtu koji ima naslovnicu, četiri usluge, kontakt i deset blog članaka zaista univerzalni vizualni sustav sa stotinama mogućnosti? Ili se isti rezultat može napraviti WordPressovim blokovima, kvalitetnom temom i nekoliko ciljano izrađenih komponenti?

Za jednu sekciju možda će najbolji izbor biti standardni Gutenberg blok. Za drugu reusable pattern. Za kompleksniju sekciju custom blok. Za specifičan kalkulator nekoliko redaka HTML-a, CSS-a i JavaScripta. Za webshop WooCommerce. Za SEO kvalitetan SEO plugin. Drugim riječima, ne tražimo jedno rješenje za sve, nego za svaki problem biramo alat koji mu odgovara.

Takav pristup u početku traži nešto više planiranja. Ne možete samo otvoriti veliku biblioteku gotovih widgeta i klikati dok sve ne izgleda dobro. Ali rezultat obično ima jasniju strukturu. Kada nakon dvije godine netko pita „što generira ovu sekciju?”, odgovor nije lanac od teme, page buildera, builder addona i još jednog plugina.

Upravo je to jedna od najvećih razlika između brzog slaganja i dugoročnog projektiranja. Kod prvog pristupa gledamo kako najbrže dobiti vizualni rezultat. Kod drugog gledamo kako postići isti rezultat s najmanjim razumnim brojem ovisnosti.

ALAT KOJI VEĆ IMATE U WORDPRESSU

Gutenberg je za mnoge poslovne stranice bolja početna točka nego dodatni page builder

Gutenberg, odnosno WordPress Block Editor, danas više nije samo jednostavan editor za pisanje blog objava. Blokovi omogućuju izradu stupaca, grupa, cover sekcija, galerija, gumba, tablica, navigacije, template dijelova i brojnih drugih elemenata izravno unutar WordPressa.

Njegova velika prednost nije u tome što će svaka Gutenberg stranica automatski biti brža od svake Elementor stranice. Takva tvrdnja bila bi prejednostavna. Prednost je u tome što se Gutenberg nalazi u samom WordPress ekosustavu i za veliki broj uobičajenih sadržajnih elemenata ne trebate uvoditi dodatni univerzalni page-builder sloj.

Zamislite običnu sekciju: naslov, dva odlomka, fotografija i CTA gumb. Za takav sadržaj nije nam potreban widget paket koji podržava animirane naslove, magnetske kursore, deset vrsta hover efekata i stotinu drugih funkcija. Standardni blokovi mogu napraviti upravo ono što trebamo.

Gutenberg ima još jednu važnu prednost za dugoročnu održivost: sadržaj ostaje bliže WordPressovom osnovnom modelu. Ako za nekoliko godina promijenite temu, velik dio običnog sadržaja i dalje se sastoji od WordPress blokova. Kod teške ovisnosti o builder-specifičnim widgetima migracija može zahtijevati više rada.

Block Patterns dodatno olakšavaju rad. Jednom možemo napraviti kvalitetnu CTA sekciju, blok s uslugama ili kontaktni dio i ponovno ga koristiti na više mjesta. Time dobivamo brzinu vizualnog buildera bez potrebe da svaki put gradimo sve od početka.

Za vlasnika web stranice to ima praktičnu korist. Umjesto da mora razumjeti kompleksan builder interface, može uređivati sadržaj kroz WordPress editor koji se koristi i za blog, stranice i druge vrste sadržaja.

KADA STANDARDNI BLOKOVI NISU DOVOLJNI

Custom blokovi: napravite upravo ono što vam treba, a ne biblioteku od 200 widgeta

Gutenberg ne znači da se moramo ograničiti samo na blokove koje WordPress nudi odmah nakon instalacije. Upravo su custom blokovi jedan od najzanimljivijih načina gradnje ozbiljnije WordPress stranice.

Pretpostavimo da tvrtka na deset stranica koristi isti posebno dizajnirani blok za prikaz usluge: ikona, naslov, kratki opis, cijena i gumb. Umjesto da svaki put ručno slažemo pet elemenata ili instaliramo addon s pedeset drugih widgeta, može se napraviti jedan blok namijenjen upravo toj funkciji.

Korisnik tada u editoru dobiva nekoliko jasnih polja. Upisuje naslov, opis, odabire ikonu i link. Dizajn ostaje kontroliran, a uređivanje jednostavno. Nema slučajnog mijenjanja margina, fontova ili strukture koja bi trebala biti jednaka na cijelom webu.

Custom blokovi posebno su korisni kada se određena komponenta ponavlja ili ima jasnu poslovnu funkciju. To mogu biti reference, cjenici, projektne kartice, članovi tima, lokacije, posebni CTA elementi ili prikaz apartmana.

Prednost nije samo performansa. Prednost je i kontrola. Kada je komponenta namjenski napravljena, korisnik ne mora birati između stotinu opcija koje nikada neće koristiti. Dobiva ono što njegov posao treba.

Naravno, custom blok nije uvijek najjeftiniji način prvog dana. Ako ga treba razviti od početka, potrebno je više vremena nego povući gotovi widget. Međutim, komponenta koju ćete koristiti na dvadeset mjesta i održavati godinama može opravdati taj početni rad.

NE TREBA SVAKA FUNKCIJA VLASTITI PLUGIN

Kada nekoliko redaka HTML-a, CSS-a i JavaScripta ima više smisla?

Postoje situacije u kojima je plugin savršeno rješenje. Nitko razuman neće ponovno programirati cijeli sustav online naplate samo kako bi mogao reći da ima jedan plugin manje. Ali postoje i suprotne situacije u kojima se za vrlo jednostavnu funkciju instalira velik dodatak.

Primjer može biti jednostavna FAQ harmonika. Ako tema ili WordPress već nemaju ono što trebamo, takva komponenta može se napraviti s malom količinom HTML-a, CSS-a i JavaScripta. Za nju možda nije potreban plugin koji uz FAQ također dolazi s carouselom, countdown timerom, particles efektima i još pedeset widgeta.

Isto može vrijediti za jednostavne kalkulatore, interaktivne tabove, posebne kartice, navigaciju kroz članak ili manju galeriju. Cilj je da kod bude izoliran na funkciju kojoj služi i da se ne učitava tamo gdje nije potreban.

Custom kod, međutim, nosi vlastitu odgovornost. Mora biti kvalitetno napisan, responzivan i razumljiv. Mora se voditi računa o pristupačnosti, keyboard navigaciji, fokus stanjima i kompatibilnosti.

Zato „custom code” nije automatski sinonim za profesionalno. Loše napisan JavaScript može biti gori od kvalitetnog plugina. Prednost nastaje tek kada je rješenje jednostavno, dokumentirano i razmjerno problemu koji rješava.

TEMELJ KOJI SE ČESTO ZABORAVLJA

Kvalitetna WordPress tema treba olakšati projekt, a ne zahtijevati deset dodataka

Tema određuje veliki dio osnovnog ponašanja WordPress stranice: tipografiju, širine sadržaja, navigaciju, header, footer, template strukturu i niz drugih elemenata. Ako je tema teška i prepuna funkcija koje projekt ne koristi, optimizacija ostatka stranice postaje teža.

S druge strane, dobro odabrana lagana tema može pružiti upravo dovoljno strukture da Gutenberg i custom komponente rade bez nepotrebnog sloja. Tada ne trebamo plugin samo za header, drugi samo za footer i treći samo zato da bismo promijenili izgled jedne arhive.

Važna je i konzistentnost. Tipografija, boje, razmaci i širine trebaju biti definirani na razini sustava. Ako svaki element na svakoj stranici ima vlastite ručno postavljene vrijednosti, redizajn nakon nekoliko godina postaje znatno teži.

Moderni WordPress omogućuje centraliziranje velikog dijela tih vrijednosti kroz globalne stilove i konfiguraciju teme. To znači da promjena osnovne boje, tipografije ili širine ne mora zahtijevati otvaranje pedeset pojedinačnih stranica.

U dobrom projektu tema nije atrakcija sama po sebi. Ona je pouzdana baza na kojoj sadržaj i funkcionalnosti rade predvidljivo.

PLUGINOVI NISU NEPRIJATELJ

Kako odlučiti koji plugin zaslužuje mjesto na web stranici?

WordPress bez plugina izgubio bi velik dio svoje vrijednosti. Pluginovi su jedan od razloga zbog kojih istu platformu možemo koristiti za blog, poslovni web, rezervacije, webshop ili članstvo. Zato cilj nikada ne bi trebao biti „imati što manje plugina po svaku cijenu”.

Cilj je imati što manje nepotrebnih plugina. Razlika je ogromna.

Prije instalacije novog dodatka postavite nekoliko pitanja. Postoji li već ista funkcija u WordPressu, temi ili pluginu koji koristimo? Hoćemo li tu funkciju koristiti na više mjesta? Koliko je dodatak aktivno održavan? Hoće li učitavati resurse na svakoj stranici ili samo tamo gdje treba? Postoji li ozbiljna alternativa s manje funkcija?

Također treba razmišljati o poslovnoj važnosti. Za sustav rezervacija ili web shop bolje je koristiti provjereni i održavani proizvod nego improvizirati vlastito rješenje samo radi manjeg broja plugina.

Za nešto poput jednostavne ikone ili separatora situacija je potpuno drugačija. Instalirati cijeli addon paket zbog jednog vizualnog elementa teško je opravdati.

Dobar plugin nije problem. Plugin bez jasnog razloga jest potencijalni tehnički dug koji netko mora održavati.

MANJE OVISNOSTI, VIŠE PREDVIDLJIVOSTI

Zašto manje plugina često znači više kontrole?

Svaki plugin predstavlja jednu dodatnu komponentu sustava. Ima svoje verzije, kod, postavke, možda bazu podataka, CSS, JavaScript, licence i kompatibilnost s drugim komponentama.

Pet pažljivo odabranih dodataka koje razumijete lakše je pratiti nego trideset dodataka od kojih nitko više ne zna zašto je polovica instalirana.

To se posebno vidi kod nadogradnji. Kada ažurirate WordPress, PHP ili temu, broj mogućih mjesta na kojima se može pojaviti konflikt raste s kompleksnošću cijelog sustava.

Manje komponenti također olakšava dijagnostiku. Ako se nešto pokvari na jednostavnom sustavu, lakše je izolirati uzrok. Kod instalacije s više builder addona, optimizacijskih dodataka, popup sustava i različitih frontend biblioteka, pronalaženje uzroka može trajati dulje od samog popravka.

Ovo ima i financijsku dimenziju. Premium plugin može imati godišnju licencu. Ako projekt ovisi o pet ili deset različitih premium dodataka, trošak kroz nekoliko godina više nije zanemariv.

Zato kod svakog dodatka vrijedi postaviti pitanje: „Da sutra prestanemo koristiti ovaj plugin, koju poslovnu funkciju gubimo?” Ako na to pitanje ne postoji jasan odgovor, dodatak možda više nije potreban.

NE OPTIMIZIRAJTE TEK NA KRAJU

Uvedite performance budget prije nego stranica postane spora

Performance budget je jednostavan koncept: unaprijed odlučujemo koliko kompleksnosti smo spremni prihvatiti. Umjesto da web prvo napravimo potpuno bez ograničenja i tek onda pokušavamo spasiti PageSpeed, performanse postaju kriterij tijekom samog razvoja.

Na primjer, prije dodavanja video pozadine možemo pitati donosi li ona dovoljno vrijednosti da opravda dodatni bandwidth. Prije instaliranja novog slidera možemo provjeriti postoji li jednostavnija prezentacija sadržaja. Prije dodavanja još jednog fonta pitamo treba li nam zaista pet različitih font-weight datoteka.

Budget ne mora biti stroga tehnička tablica. Za mali poslovni web može biti jednostavan set pravila: optimizirane slike, minimalan broj fontova, bez nepotrebnih autoplay videa, bez pluginova koji dupliciraju postojeće funkcije i bez JavaScripta koji nema jasnu svrhu.

Ovakav pristup mijenja prioritete. Performanse više nisu nešto što se pokušava „popraviti” cache pluginom zadnjeg dana projekta. Postaju dio dizajna.

ČESTO TRAŽIMO PROBLEM NA KRIVOM MJESTU

Slike i fontovi mogu usporiti stranicu više od samog page buildera

Važno je ne pretvoriti diskusiju o Elementoru u objašnjenje za svaki problem s performansama. Web stranica može imati savršeno uredan HTML i svejedno biti spora ako hero fotografija ima osam megabajta.

Fotografije trebaju biti prilagođene stvarnim dimenzijama na kojima se prikazuju. Nema smisla slati korisniku fotografiju širine 5000 piksela ako se na ekranu prikazuje na 900 piksela. Moderni formati poput WebP-a mogu dodatno smanjiti količinu podataka.

Lazy loading također ima važnu ulogu za slike koje nisu odmah vidljive. Browser ne mora u prvom trenutku preuzeti svaku fotografiju s dna članka.

Fontovi su drugi česti izvor nepotrebnog tereta. Ako koristimo nekoliko obitelji, mnogo debljina i više stilova, broj datoteka raste. Dobar dizajn vrlo često može funkcionirati s jednom ili dvije font obitelji i pažljivo odabranim težinama.

Isto vrijedi za icon fontove. Ako zbog tri ikone učitavamo cijelu veliku biblioteku, možda postoji lakši način.

Optimizacija je zato zbir mnogo malih odluka. Page builder je samo jedna od njih.

DOBRI TEMELJI + DOBRA INFRASTRUKTURA

Cache i kvalitetan hosting trebaju ubrzati dobar web, a ne skrivati loš

Nakon što je stranica dobro strukturirana, kvalitetan cache može napraviti veliku razliku. Server ne mora svaki put ponovno generirati potpuno isti sadržaj za anonimnog korisnika, statični resursi mogu se posluživati učinkovitije, a browser može određene datoteke zadržati lokalno.

Isto vrijedi za hosting. Brz PHP, dovoljno memorije, dobra baza i pouzdana infrastruktura važni su posebno za WordPress i WooCommerce projekte.

Međutim, kupnja skupljeg hostinga nije opravdanje za lošu arhitekturu. Snažniji server može brže izvršiti nepotrebno težak kod, ali taj kod i dalje postoji.

Najbolja kombinacija jest jednostavan frontend, razumna količina PHP posla, optimizirana baza, kvalitetno cachiranje i hosting primjeren stvarnom prometu.

Drugim riječima: infrastruktura treba podržavati dobar projekt, a ne spašavati projekt koji je nepotrebno kompliciran.

NE TREBA SVAKOM PROJEKTU ISTA POSTAVA

Kako može izgledati održiva WordPress arhitektura?

Kliknite na tip projekta. Ovo nisu jedine moguće kombinacije, nego primjer načina razmišljanja: koristimo samo ono što projekt stvarno treba.

PRIMJER IZ STVARNOG POSLOVNOG SCENARIJA

Kako bih danas složio mali poslovni WordPress web?

Zamislimo mali građevinski obrt, salon, servis, konzultanta ili apartman. Trebaju naslovnicu, stranicu usluga, o nama, galeriju, nekoliko referenci, kontakt i blog.

Za takav projekt prvo bih napravio jasnu informacijsku arhitekturu. Koje usluge ljudi traže? Koji je glavni CTA? Koje informacije moraju vidjeti prije nego nazovu? Tek tada dolazi dizajn.

Za osnovne stranice Gutenberg može sasvim dobro služiti kao editor. Dizajnerski sustav – boje, tipografija, širine i osnovni razmaci – definira se centralno.

Ponavljajući elementi izrađuju se kao patterni ili custom komponente. Tako klijent može promijeniti tekst ili fotografiju, ali ne može slučajno poremetiti cijelu vizualnu hijerarhiju.

Od plugina bih zadržao samo ono što ima jasnu funkciju: SEO, obrazac, cache, sigurnost/backup prema konkretnoj konfiguraciji i eventualno specifičnu funkciju poslovanja.

Takav web nije nužno „bolji” zato što ima određeni broj plugina. Bolji je zato što svaki element ima razlog postojanja.

WEB SHOP JE DRUGA KATEGORIJA PROJEKTA

Što je s WooCommerceom? Zar i on ne zahtijeva puno plugina?

Web trgovina ima znatno više funkcionalnosti od obične poslovne prezentacije. Košarica, checkout, plaćanje, dostava, porezi, proizvodi, varijacije, zalihe i narudžbe legitimno zahtijevaju više sustava.

Zato nema smisla primijeniti pravilo „maksimalno pet plugina” ili slične proizvoljne brojke. Ako webshop treba povezivanje s payment gatewayem, plugin za tu integraciju ima jasnu poslovnu svrhu.

Problem je kada na to dodamo više dodataka za istu checkout funkciju, dva SEO alata, nekoliko Elementor addon paketa, zaseban popup builder, tri analytics dodatka i niz stvari koje se više ne koriste.

Kod WooCommercea disciplina je čak važnija jer svaka nepotrebna kompleksnost može utjecati na stranice proizvoda, košaricu i checkout – upravo mjesta na kojima korisnik donosi odluku o kupnji.

Zato webshop treba promatrati kao poslovni sustav, a ne samo web stranicu. Svaka nadogradnja mora imati razlog i treba se testirati prije puštanja u produkciju.

NE MORATE SVE SRUŠITI PREKO NOĆI

Kako prijeći s postojeće Elementor stranice bez potpunog kaosa?

Ako već imate veliku Elementor stranicu, najgora reakcija bila bi izbrisati sve samo zato što ste pročitali da postoji jednostavniji način.

Prvo treba napraviti inventuru. Koje stranice donose promet? Koje stranice generiraju upite? Koje Elementor widgete zaista koristite? Koji addon plugin postoji samo zbog jedne sekcije?

Zatim možemo krenuti postupno. Novi blog sadržaj može koristiti Gutenberg. Nova landing stranica može se napraviti bez buildera. Jedna postojeća uslužna stranica može se rekonstruirati kao test i usporediti s originalom.

Tako migracija postaje kontrolirani proces. SEO URL-ovi ostaju isti, sadržaj se prenosi, redirecti se rade samo gdje je potrebno i svaka promjena može se testirati.

Nakon određenog vremena veći dio weba može biti izgrađen novom arhitekturom, dok se Elementor zadržava samo na stranicama koje još nisu migrirane.

To je puno sigurnije nego redizajn cijelog weba u jednom vikendu.

NI OVAJ ČLANAK NIJE „ANTI-ELEMENTOR”

Kada bih ipak koristio Elementor?

Postoje projekti kod kojih je vizualni builder potpuno racionalna odluka. Ako klijent često samostalno gradi kompleksne landing stranice i želi potpunu vizualnu kontrolu bez developera, Elementor može biti koristan.

Također može imati smisla kod projekta s vrlo kratkim rokom gdje postoji dobro definiran Elementor sustav, mali broj provjerenih dodataka i netko tko zna kako kontrolirati generiranu strukturu.

Važno je koristiti modernu strukturu, ne graditi nepotrebne nested containere, ograničiti third-party addone i paziti što se učitava na frontendu.

Elementor također može ostati na postojećem webu koji dobro radi. Ne postoji poslovna vrijednost u redizajnu samo da bismo mogli reći da smo uklonili page builder.

Ako PageSpeed, održavanje, sigurnost, kompatibilnost i korisničko iskustvo ne predstavljaju problem, migracija možda uopće nije prioritet.

Tehnologija je alat. Poslovni rezultat je cilj.

WEB STRANICA JE ŽIVI SUSTAV

Kako izgleda održavanje weba koji je projektiran dugoročno?

Čak i najbolja arhitektura zahtijeva održavanje. WordPress, tema i pluginovi dobivaju nove verzije. PHP se mijenja. Preglednici uvode nova pravila. Poslovanje mijenja sadržaj i usluge.

Razlika je u tome koliko je taj posao predvidljiv.

Kod jednostavnijeg sustava prije ažuriranja imamo manje komponenti koje treba provjeriti. Backup je manji. Staging testiranje je lakše. Ako se pojavi problem, manji je broj mogućih uzroka.

Dobar proces može uključivati redoviti backup, kontrolirano ažuriranje, provjeru ključnih stranica, test obrasca, provjeru checkouta kod shopa, sigurnosne kontrole i povremenu analizu performansi.

Također treba jednom ili dva puta godišnje pregledati pluginove. Koristimo li ih još? Postoji li funkcija koja je u međuvremenu postala dio WordPressa? Plaćamo li licencu za alat koji nitko više ne koristi?

Tehnički dug najčešće ne nastane jednom velikom odlukom. Nastane kroz desetke malih „samo ćemo ovo brzo dodati” odluka.

ČESTA PITANJA

Gutenberg, Elementor, custom kod i pluginovi

GRADITE ZA SLJEDEĆIH PET GODINA, NE SAMO ZA DAN OBJAVE

Zaključak: najbolji WordPress stack je onaj koji rješava problem bez nepotrebnog tereta

Prvi dio ovog serijala govorio je o problemu: page builderi i veliki broj plugina omogućuju izuzetno brzu izradu, ali bez discipline mogu stvoriti sustav koji s vremenom postaje sve složeniji.

Rješenje nije druga krajnost. Ne trebamo programirati vlastiti CMS, izbaciti svaki plugin niti zabraniti vizualne editore.

Potrebno je promijeniti redoslijed razmišljanja.

Prvo definiramo poslovni cilj. Zatim sadržaj i strukturu. Tek nakon toga biramo tehnologiju potrebnu da se taj cilj ostvari.

Ako WordPress Core može riješiti funkciju, koristimo njega. Ako Gutenberg blok može riješiti sekciju, nema potrebe uvoditi dodatni sloj samo zbog te sekcije. Ako se komponenta često ponavlja i ima posebna pravila, custom blok može biti odličan izbor.

Ako kompleksnu poslovnu funkciju kvalitetno rješava provjereni plugin, koristimo plugin. Ne pišemo vlastiti sustav samo kako bismo na kraju mogli pohvaliti broj aktivnih dodataka.

Za male interakcije custom HTML, CSS i JavaScript mogu dati veliku kontrolu. Ali i taj kod mora biti kvalitetan i održiv.

Performanse također moraju biti dio projekta od početka. Optimizirane slike, kontrolirani fontovi, razumna količina JavaScripta i izbjegavanje nepotrebnih elemenata često su važniji od toga čiji logo piše na page builderu.

Na kraju, prava vrijednost jednostavnije arhitekture pokazuje se s vremenom. Kada treba napraviti update, dodati novu uslugu, promijeniti dizajn ili preseliti stranicu, manje nepotrebnih ovisnosti znači manje nepoznanica.

Zato se kod izrade nove web stranice ne vrijedi pitati samo: „Koliko brzo možemo ovo napraviti?”

Bolje pitanje je: „Kako ovo napraviti dovoljno jednostavno da stranica i za nekoliko godina ostane brza, razumljiva i laka za razvoj?”