Za Zenbit sam odabrao static-first pristup jer mi je trebala brza stranica s člancima i jednostavnim načinom objave. Sadržaj uređujem sam, pa mi klasična CMS administracija u ovoj fazi nije bila potrebna.
Velik dio svog rada proveo sam s WordPressom: od manjih stranica i portala do dodataka, integracija i održavanja. Kroz taj rad naučio sam koliko na izbor tehnologije utječe ono što se događa nakon objave: tko uređuje sadržaj, koliko često i što sustav treba podržati.
Zato sam i za svoju stranicu prvo razjasnio što treba raditi.
Što Zenbit stranica treba raditi u ovoj fazi
Zenbit stranica trenutno ima nekoliko jasnih zadataka.
Treba objasniti način razmišljanja iza Zenbita. Treba pokazati kojim se temama bavim i kako pristupam web stranicama, sadržaju, podacima, internim alatima i LLM rješenjima. Treba objavljivati članke koji nisu samo “blog radi bloga”, nego dio načina na koji se objašnjavaju teme, razbijaju nedoumice i gradi povjerenje.
Također treba biti brza, pregledna i jednostavna za održavanje. Treba imati čistu strukturu, dobar temelj za SEO, uredne članke i dovoljno kontrole nad time kako se stranice slažu. Ne treba odmah imati veliki urednički backend, složenu administraciju, korisničke račune, sustav uloga ili desetke dodataka.
Drugim riječima, stranica u ovoj fazi treba nositi sadržaj i jasnu poruku.
Što znači static-first bez previše tehniciranja
Static-first pristup najjednostavnije znači da se većina stranice unaprijed pripremi kao brzi HTML i CSS. Umjesto da se svaki posjet obrađuje kroz teži sustav, stranica je već spremna za prikaz.
Za korisnika to najčešće znači manje čekanja i manje nepotrebnog tereta. Za mene kao osobu koja održava stranicu to znači više kontrole nad strukturom, brzinom i načinom na koji se sadržaj objavljuje.
Interaktivnost dodajem ondje gdje posjetitelju pomaže obaviti zadatak.
Imam jedno pravilo kojeg se držim već godinama:
JavaScript treba zaraditi svoje mjesto.
Ako nešto korisniku stvarno pomaže, ima smisla. Ako je ondje samo zato što se može dodati, možda je bolje da ga nema.
U praksi, većina Zenbit stranice ne treba puno interakcije. Posjetitelj dolazi pročitati, razumjeti, usporediti, pronaći odgovor ili odlučiti želi li se javiti. Za takvu ulogu često je bolje da stranica bude mirna, brza i jasna nego da pokušava biti tehnički impresivna.
Zašto je to za Zenbit imalo smisla
Zenbit se u ovoj fazi najviše oslanja na sadržaj.
Članci nisu dodatak koji se objavi kad se stigne, nego važan dio stranice. Kroz njih se može objasniti razlika između alata i pristupa, pokazati kako razmišljam o stvarnim poslovnim situacijama i pomoći ljudima da bolje imenuju problem prije nego što pošalju upit.
Zato mi je bilo važno da objava članaka bude čista, predvidiva i pod kontrolom. Ne trebam veliki sustav da bih objavio tekst koji ima dobru strukturu, jasne podnaslove, SEO podatke i unutarnje poveznice. Trebam proces koji je dovoljno jednostavan da ne smeta pisanju i dovoljno stabilan da se na njemu može graditi.
Static-first pristup mi je tu dao dobar omjer. Stranica može biti brza, sadržaj može biti uredno organiziran, a složenost ostaje tamo gdje je stvarno potrebna.
Urednički backend ili korisničke račune razmatrao bih kad se pojavi potreba za njima.
S vremenom sam naučio da je jedna od najkorisnijih odluka u web projektima znati što ne graditi odmah. Ne zato što se štedi pod svaku cijenu, nego zato što svaka dodatna složenost traži održavanje, pažnju i odgovornost.
Kada projekt traži drukčiji sustav
WordPress ima smisla kada timu treba CMS za svakodnevno uređivanje sadržaja, više autora ili povezivanje funkcionalnosti kroz postojeće dodatke. Izbor tada ovisi i o tome koliko je administracija prilagođena ljudima koji će je koristiti.
Ni sporija WordPress stranica nije sama po sebi dokaz da je platforma pogrešna. Prije promjene sustava treba pronaći stvarni uzrok sporosti WordPress stranice i odvojiti problem održavanja od problema izbora tehnologije.
Za webshop bih razmotrio Shopify ili WooCommerce, ovisno o načinu vođenja proizvoda, narudžbi, plaćanja i zaliha. Za klijentski portal važni su prijave, korisnički računi i razine pristupa.
Takve potrebe mijenjaju izbor cijelog sustava. Sam unaprijed pripremljen prikaz stranice ne rješava administraciju, prava pristupa ni obradu podataka.
I unutar Zenbita postoje ideje koje traže aplikacijski sustav. Za njih bih birao arhitekturu prema tim zahtjevima.
Što to znači za klijente
Za klijente je najvažnije ovo: izbor tehnologije ne bi trebao biti donesen unaprijed.
Nekad je WordPress najbolji izbor. Nekad je dovoljna statična stranica. Nekad je najbolji izbor Shopify. Nekad treba mala aplikacija. Nekad je pametnije prvo posložiti sadržaj, ponudu, korisnički put ili interne procese prije nego što se uopće govori o tehnologiji.
Ako krenemo od alata, lako završimo u razgovoru o temama, dodacima, frameworku i funkcionalnostima prije nego što smo razumjeli problem.
Ako krenemo od konteksta, razgovor je zdraviji.
Tko će koristiti stranicu? Tko će je uređivati? Što se mijenja često, a što rijetko? Što posjetitelj treba shvatiti? Treba li prodaja, upit, edukacija, katalog, webshop ili nešto četvrto? Što treba biti automatizirano, a što je sasvim u redu riješiti jednostavnije?
Tada odluka o tehnologiji postaje posljedica razumijevanja, a ne navika ili paket koji se prodaje svima jednako.
Za Zenbit sam tako dobio stranicu koja odgovara načinu na koji danas objavljujem sadržaj. Kad se taj način rada promijeni, imat ću i konkretan razlog za novu tehničku odluku.
Odaberimo izvedbu za vaš web
Opišite što stranica treba raditi, tko će uređivati sadržaj i što se često mijenja. Predložit ćemo izvedbu prema tim potrebama.