Static-first web stranice za male tvrtke

Prije pitanja „WordPress ili static-first?” korisnije je postaviti jednostavnije pitanje:

Tko će na stranici nešto mijenjati nakon što bude objavljena — i koliko često?

Ako vlasnik ili tim svaki tjedan dodaju proizvode, mijenjaju cijene, uređuju više jezika i objavljuju sadržaj kroz nekoliko uredničkih uloga, način upravljanja sadržajem važan je dio projekta. Ako se glavne stranice mijenjaju nekoliko puta godišnje, a članci se objavljuju kroz dogovoren proces, veliki administracijski sustav možda nije potreban.

Static-first nije naziv za staru statičnu stranicu koju nitko ne može uređivati. To je način izvedbe u kojem se većina stranice unaprijed pripremi i posjetitelju isporuči kao gotov sadržaj. Ali za vlasnika tvrtke važnije je kako taj izbor utječe na svakodnevni rad.

Zamislimo jednu malu uslužnu tvrtku

Vlasnica zamišljene uslužne tvrtke planira novu stranicu. Treba početnu stranicu, nekoliko stranica usluga, članke, kontakt formu i hrvatsku i englesku verziju.

Ponudu mijenja nekoliko puta godišnje. Povremeno objavljuje članak, ali nema desetke dnevnih izmjena. Želi da stranica bude pregledna i jednostavna za održavanje, no ne želi za svaku malu promjenu ovisiti o složenom tehničkom postupku.

Ovo nije prikaz stvarnog klijenta. Scenarij samo pomaže provjeriti ista pitanja koja vrijede za mnoge poslovne stranice.

Što vlasnica zapravo dobiva static-first pristupom

Za ovakvu stranicu static-first može značiti jednostavniju izvedbu: manje dijelova koji rade pri svakom posjetu i jasniji odnos između sadržaja i prikaza.

To posebno odgovara stranicama čiji je glavni posao:

• jasno objasniti ponudu
• predstaviti tvrtku i način rada
• objavljivati nekoliko vrsta sadržaja
• prikupiti kontaktni upit
• pomoći posjetitelju da odluči želi li se javiti

Takva stranica i dalje može biti vizualno bogata, prilagođena mobitelima, dobro strukturirana za tražilice i povezana s vanjskim uslugama.

„Static” ne znači da se ništa ne mijenja. Kada se promijeni opis usluge ili objavi članak, sustav izgradi novu verziju potrebnih stranica i objavi je. Razlika je u tome što se sadržaj unaprijed priprema, umjesto da se svaki prikaz ponovno sastavlja iz baze podataka.

Kako se sadržaj uređuje bez klasičnog CMS-a

Za vlasnicu iz primjera postoje najmanje tri realna modela.

U prvom se sadržaj uređuje u Markdown ili MDX datotekama kroz dogovoren urednički proces. To odgovara situaciji u kojoj su izmjene promišljene, prolaze provjeru i ne događaju se desetke puta dnevno.

U drugom vlasnica šalje odobrene izmjene osobi koja održava stranicu. Njoj je postupak jednostavan, ali brzina objave ovisi o dostupnosti druge osobe i dogovorenom roku.

U trećem se static-first stranica povezuje s headless CMS-om. Vlasnica dobiva administracijsko sučelje, dok se javni dio stranice i dalje unaprijed priprema. Uređivanje postaje pristupačnije, ali sustav dobiva još jednu integraciju koju treba postaviti i održavati.

Nijedan model nije automatski bolji.

Ako će vlasnica osobno često mijenjati sadržaj i ne želi ovisiti o drugoj osobi, dobro administracijsko sučelje može biti važnije od jednostavnije javne izvedbe.

Kada WordPress ili drugi CMS ima više smisla

WordPress već u osnovi nudi poznat način rada: korisnik se prijavi, otvori stranicu ili članak, promijeni sadržaj i objavi ga.

Takav CMS može biti praktičniji kada:

• više netehničkih korisnika samostalno uređuje sadržaj
• postoje različite uredničke uloge i odobravanja
• često nastaju nove stranice i vrste sadržaja
• tvrtka se oslanja na postojeći ekosustav dodataka
• administracija je važan dio svakodnevnog rada

Static-first ima više smisla kada je sadržaj dobro definiran, promjene su kontrolirane i nema potrebe održavati cijeli CMS samo zato da bi nekoliko sadržajnih stranica bilo online.

Važno je odvojiti platformu od kvalitete izvedbe. Loše održavan WordPress može biti spor i rizičan, ali to ne znači da je svaki WordPress pogrešan izbor. Jednako tako, loše projektirana static-first stranica može imati nejasan sadržaj i kompliciran proces objave.

Ako je postojeći WordPress spor, prije potpune promjene treba pronaći pravi uzrok sporosti. Problem može biti u slikama, pluginovima, temi, hostingu ili održavanju, a ne u samoj ideji CMS-a.

Kontakt forma nije prepreka, ali traži proces

Static-first stranica može imati kontakt formu, prijavu na newsletter, rezervaciju termina ili drugi jednostavan upit. Podaci se mogu poslati prema sigurnoj vanjskoj usluzi ili manjoj serverskoj funkciji.

Za vlasnicu iz scenarija treba dogovoriti:

• kamo poruka stiže
• koji se podaci prikupljaju
• kako se smanjuje spam
• što korisnik vidi nakon slanja
• koliko se dugo podaci čuvaju
• što se događa ako slanje ne uspije

Te odluke postoje i u CMS-u. Plugin ih samo može sakriti iza sučelja. Bez obzira na arhitekturu, korisno je razumjeti što se događa nakon slanja kontakt forme.

Bi li isti pristup radio za webshop?

Za jednostavan katalog bez online kupnje static-first može biti sasvim prikladan.

Klasičan webshop druga je vrsta sustava. Proizvodi, zalihe, cijene, košarica, plaćanja, dostava, porezi, povrati, korisnički računi i administracija narudžbi čine stvarni poslovni proces.

U takvoj situaciji Shopify, WooCommerce ili druga specijalizirana commerce platforma obično su razumniji početak.

Static-first može biti prednji sloj povezan s odvojenim webshop sustavom, ali to povećava složenost. Za malu tvrtku takva arhitektura ima smisla tek kada postoji jasan razlog, osoba koja je može održavati i korist koja opravdava dodatne veze.

Ako je cilj pokrenuti prodaju, praktičnost upravljanja katalogom i narudžbama važnija je od toga zvuči li tehnička arhitektura moderno.

Dva jezika ne rješava sama tehnologija

Hrvatska i engleska verzija moguće su i u static-first sustavu. Tehnički dio nije najveći problem.

Za svaku novu uslugu ili članak treba znati:

• tko prevodi sadržaj
• objavljuju li se obje verzije istodobno
• što se događa kada se izvorni tekst promijeni
• kako se vidi da prijevod više nije aktualan
• kako se povezuju jezične verzije za korisnike i tražilice

CMS može olakšati upravljanje tim odnosima kroz sučelje. U static-first projektu isti se proces može urediti strukturom datoteka, kontrolama prije objave ili povezanim headless CMS-om.

Ako tvrtka često mijenja velik broj stranica na više jezika, dobar CMS vjerojatno će biti praktičniji.

Održavanje nije nestalo, samo je drukčije

Static-first obično smanjuje broj dijelova koje treba redovito ažurirati na samoj stranici. Nema nužno baze podataka, teme i niza dodataka koji zajednički moraju ostati kompatibilni.

Ipak, održavanje i dalje postoji:

• ovisnosti i build sustav treba povremeno ažurirati
• forme i vanjske integracije treba nadzirati
• poveznice, slike i metapodatke treba provjeravati
• proces objave mora ostati razumljiv
• hosting i domenu i dalje treba pratiti

Prednost nije „nema održavanja”, nego mogućnost da održavanje bude manje i predvidljivije kada je opseg stranice prikladan.

I WordPress traži održavanje jezgre, teme, dodataka, sigurnosnih kopija i hostinga. U oba slučaja vlasnik treba znati tko prati sustav nakon objave i kome se javlja kada nešto prestane raditi.

Kada static-first nije dobar izbor

Drugi pristup vjerojatno ima više smisla kada projekt treba:

• svakodnevno uređivanje puno sadržaja od više netehničkih korisnika
• složene uredničke uloge i odobravanja
• webshop s ozbiljnim upravljanjem katalogom i narudžbama
• korisničke račune, portale i personalizirani sadržaj
• velik broj često promjenjivih podataka iz baze
• složene integracije koje čine srž poslovanja
• administraciju koju tim mora samostalno koristiti

Static-first nije cilj koji treba braniti. Ako se oko njega mora izgraditi toliko dodatnih sustava da vlasnik teško razumije kako objaviti malu izmjenu, početna jednostavnost je izgubljena.

Gdje su Astro, MDX i islands u toj priči

Astro je jedan od alata kojim se static-first stranica može izraditi. MDX omogućuje da se sadržaj piše slično Markdownu, uz kontrolirane komponente za posebne blokove. Islands pristup dodaje interaktivnost samo dijelovima kojima je potrebna, primjerice mobilnom izborniku, pretrazi ili kalkulatoru.

To su korisni tehnički detalji, ali nisu poslovni razlog za izbor.

Vlasnici je važnije može li njezin tim urediti sadržaj, radi li forma, postoji li jasan put objave i zna li se tko održava stranicu.

Odluka počinje načinom rada

Za zamišljenu stranicu s nekoliko usluga, povremenim člancima, kontakt formom i dva jezika static-first može biti razuman izbor ako je proces izmjena jednostavan i postoji osoba koja održava tehnički dio.

WordPress ili drugi CMS ima više smisla ako vlasnica i suradnici često samostalno uređuju sadržaj, trebaju više uredničkih uloga ili se oslanjaju na gotove dodatke.

Specijalizirana platforma ima više smisla kada je stranica zapravo webshop, portal ili drugi poslovni sustav.

Zato izbor ne bi trebao početi nazivom tehnologije. Trebao bi početi ljudima, sadržajem, učestalošću promjena i funkcijama koje stranica doista mora nositi. Ista logika stoji iza odluke zašto Zenbit nije napravljen kao klasična WordPress stranica: alat dolazi nakon razumijevanja uloge stranice.