Koliko WordPress pluginova je previše?

Ako dovoljno dugo koristite WordPress sajt, pre ili kasnije ćete čuti isto upozorenje:

„Imate previše pluginova.“

Ponekad to kaže developer. Ponekad hosting provajder. A ponekad se ova tvrdnja pojavi čim neko primeti da sajt ima 30, 40 ili čak 50 aktivnih pluginova.

Očigledno rešenje deluje jednostavno: uklanjajte pluginove dok njihov broj ne počne da izgleda razumnije.

Međutim, postoji problem sa tom logikom.

Ne postoji univerzalan broj WordPress pluginova koji je „previše“.

Sajt sa 50 kvalitetno napravljenih pluginova može da radi bolje od sajta sa 10 loše optimizovanih. Jedan problematičan plugin može da generiše više upita ka bazi, učitava više skripti, predstavlja veći bezbednosni rizik ili troši više serverskih resursa nego desetine jednostavnih pluginova zajedno.

Zato, umesto da se pitate samo koliko WordPress pluginova imate, bolje pitanje je:

Šta ti pluginovi zapravo rade vašem sajtu?

Postoji li preporučen maksimalan broj WordPress pluginova?

Sam WordPress ne propisuje praktično pravilo prema kojem sajt ne bi trebalo da ima više od 10, 20 ili 30 pluginova.

Odgovarajući broj zavisi od samog sajta.

Jednostavnom poslovnom sajtu možda je potrebno svega nekoliko pluginova za SEO, forme, keširanje, bezbednost i nekoliko dodatnih funkcionalnosti.

WooCommerce prodavnici lako može biti potrebno znatno više. Plaćanja, dostava, upravljanje zalihama, analitika, višejezičnost, filtriranje proizvoda, fakturisanje, CRM integracije i marketinški alati mogu zahtevati dodatne pluginove.

Kompleksnija WordPress platforma može imati desetine pluginova jer se WordPress koristi kao deo većeg poslovnog sistema.

Sam broj nam zato govori veoma malo.

Dvadeset jednostavnih pluginova koji obavljaju jasno definisane zadatke nisu automatski lošiji od pet velikih pluginova koji pokušavaju da rade sve.

Važni su njihov kvalitet, namena, međuzavisnosti i uticaj na ostatak sistema.

Da li previše pluginova usporava WordPress?

Može.

Ali samo aktiviranje još jednog plugina ne znači automatski da će WordPress sajt postati primetno sporiji.

Problemi sa performansama nastaju zbog onoga što plugin radi kada WordPress obrađuje zahtev.

Plugin može da:

• izvršava dodatne upite ka bazi podataka;
• učitava JavaScript i CSS fajlove;
• šalje zahteve eksternim servisima;
• dinamički izvršava proračune;
• menja WordPress upite;
• pokreće procese u pozadini;
• dodaje podatke u bazu;
• pokreće funkcionalnosti i na stranicama na kojima nisu potrebne.

Neke od ovih operacija imaju gotovo zanemarljiv uticaj. Druge mogu postati ozbiljna uska grla.

Zamislite dva plugina.

Plugin A dodaje malu funkcionalnost u administratorskom panelu i gotovo uopšte ne utiče na frontend.

Plugin B učitava nekoliko skripti na svakoj stranici, izvršava više upita ka bazi, povezuje se sa eksternim API-jem i pokreće dodatnu logiku svaki put kada posetilac otvori proizvod.

Posmatrati oba jednostavno kao „jedan plugin“ prikriva veoma važnu razliku.

Zbog toga smanjivanje broja pluginova bez analize performansi često ne rešava pravi problem.

Jedan loš plugin može biti gori od dvadeset dobrih

Pretpostavimo da sajt postane primetno sporiji nakon instaliranja novog plugina.

Uklanjanje pet drugih, nepovezanih pluginova verovatno neće rešiti problem.

Uklanjanje ili popravljanje onog koji ga izaziva možda hoće.

Loše razvijeni pluginovi mogu stvarati neefikasne upite ka bazi, učitavati nepotrebne resurse na celom sajtu ili dolaziti u konflikt sa drugim delovima sistema.

Ovo postaje posebno važno kako raste posećenost.

Upit ka bazi koji deluje beznačajno sa 100 posetilaca dnevno može postati skup kada se ponavlja za hiljade istovremenih zahteva.

Isti princip važi i za WooCommerce prodavnice, gde proizvodi, varijacije, porudžbine, podaci o kupcima i integracije sa eksternim servisima već stvaraju zahtevnije okruženje.

O tome smo detaljnije pisali u tekstu: Zašto WooCommerce prodavnice usporavaju kako rastu.

Zaključak je sličan:

Rast otkriva neefikasnosti.

Pluginovi mogu uticati na mnogo više od brzine sajta

Performanse privlače najviše pažnje, ali predstavljaju samo jedan deo problema.

Svaki plugin postaje još jedna komponenta koja mora pravilno da funkcioniše zajedno sa:

• WordPress core-om;
• aktivnom temom;
• PHP-om;
• drugim pluginovima;
• hosting infrastrukturom;
• eksternim integracijama.

A sve ove komponente se vremenom menjaju.

Plugin koji danas radi savršeno može sledećeg meseca dobiti update. Sam WordPress se menja. WooCommerce može uvesti nove funkcionalnosti. PHP verzije napreduju.

Što sajt ima više međuzavisnosti, pravilno održavanje i testiranje postaju važniji.

To ne znači da pluginove treba izbegavati.

Znači da ih treba posmatrati kao softverske zavisnosti, a ne kao usputne dodatke koji mogu da se instaliraju bez razmišljanja o ostatku sistema.

Više pluginova može značiti veću površinu za bezbednosne rizike

Postoji još jedan razlog zbog kojeg je kvalitet pluginova važan: WordPress bezbednost.

Sam WordPress je samo jedan deo WordPress sajta. Teme i pluginovi dodaju novi kod, funkcionalnosti i potencijalne ranjivosti.

Svaki dodatni plugin zato povećava količinu softvera koji mora redovno da se ažurira i prati.

Ali ni ovde sam broj pluginova nije naročito koristan pokazatelj bezbednosti.

Redovno održavan plugin pouzdanog developera koji dobija bezbednosna ažuriranja može predstavljati znatno manji rizik od jednog napuštenog plugina koji godinama nije ažuriran.

Znaci upozorenja uključuju pluginove koji:

• dugo nisu dobijali ažuriranja;
• više nemaju podršku svojih developera;
• pružaju funkcionalnosti koje sajt više ne koristi;
• u velikoj meri dupliraju funkcionalnosti drugih pluginova;
• dolaze iz nepouzdanih izvora;
• ostaju aktivni „za svaki slučaj“.

Ako želite širi pogled na ovu temu, naš tekst Is WordPress Secure? What the Data Actually Shows detaljnije objašnjava kako pluginovi i drugi faktori utiču na bezbednost WordPress sajta.

Pravi problem: pluginovi koji rade iste stvari

Jedna od prvih stvari koje bi trebalo proveriti na postojećem WordPress sajtu nije koliko pluginova ima, već koliko njih pokušava da reši isti problem.

To se dešava iznenađujuće često.

Sajt može imati:

• jedan plugin za keširanje;
• drugi koji uključuje dodatne funkcije za optimizaciju performansi;
• plugin za optimizaciju slika;
• bezbednosni plugin koji takođe sadrži opcije za performanse;
• temu ili page builder sa još jednim slojem optimizacije.

Svaki od tih alata pojedinačno može biti sasvim opravdan.

Zajedno, međutim, mogu duplirati funkcionalnosti ili ometati jedan drugog.

Ista situacija javlja se kod analitike, redirekcija, SEO-a, schema markup-a, optimizacije slika, slanja emailova i mnogih drugih uobičajenih WordPress funkcionalnosti.

Više funkcionalnosti ne znači uvek i bolje funkcionalnosti.

Ponekad je najbolja optimizacija jednostavno dobro razumeti šta postojeći sistem već radi.

WooCommerce menja računicu sa pluginovima

WooCommerce zaslužuje posebnu pažnju jer su pluginovi često neophodni kako bi se prodavnica prilagodila stvarnim poslovnim zahtevima.

Online prodavnici koja raste mogu biti potrebna proširenja za:

• payment gateway-e;
• dostavne službe;
• filtere proizvoda;
• pretplate;
• dinamičko formiranje cena;
• fakture;
• programe lojalnosti;
• ERP integracije;
• CRM integracije;
• sinhronizaciju zaliha;
• višejezični sadržaj.

Bilo bi nerealno takvoj kompaniji reći:

„Trebalo bi da koristite najviše 15 pluginova.“

Bolje pitanje je da li su ta proširenja izabrana i implementirana kao deo koherentne arhitekture.

Na primer, plugin za stanje zaliha u realnom vremenu povezan sa eksternim ERP sistemom može imati mnogo veći uticaj na performanse od nekoliko jednostavnih frontend pluginova.

Kako WooCommerce raste, arhitektura pluginova postaje deo arhitekture same aplikacije.

Da li pluginove treba zameniti custom kodom?

Ne automatski.

Postoji česta zabluda na suprotnoj strani: ako pluginovi mogu izazvati probleme, custom kod mora uvek biti bolje rešenje.

Ni to nije tačno.

Razvijanje custom funkcionalnosti koju već kvalitetno rešava zreo i dobro održavan plugin može stvoriti nepotrebne troškove razvoja i održavanja.

I custom kod zahteva ažuriranje, testiranje, dokumentaciju i bezbednosne provere.

Odluka treba da zavisi od poslovnih zahteva.

Plugin često ima smisla kada je funkcionalnost standardna i kada već postoji provereno rešenje koje je dobro implementira.

Custom WordPress development postaje privlačniji kada poslovanje zahteva veoma specifičnu funkcionalnost, kada postojeći pluginovi uvode nepotrebnu kompleksnost ili kada se nekoliko pluginova kombinuje samo da bi približno ostvarili jedan specifičan workflow.

Cilj nije:

Koristite manje pluginova.

Cilj je:

Koristite pravu arhitekturu.