Question 1

Koji Headless CMS preporučate?

Accepted Answer

Za marketing stranice i blogove preporučamo Sanity CMS zbog intuitivnog GROQ query jezika, real-time preview funkcionalnosti i fleksibilnog content modeliranja koje se prilagođava svakom poslovnom procesu. Za e-commerce projekte koristimo Medusa.js s vlastitim CMS-om za katalog proizvoda. Za enterprise projekte s kompleksnim editorial workflow-om i timovima većim od 10 urednika, Contentful ili Strapi nude naprednu kontrolu pristupa i revizijske logove.

Question 2

Mogu li sami ažurirati sadržaj bez programera?

Accepted Answer

Apsolutno, potpuna autonomija vašeg tima u upravljanju sadržajem glavna je prednost Headless CMS arhitekture. Nakon implementacije, vaš marketing tim može dodavati blog postove, mijenjati cijene, upravljati proizvodima i ažurirati stranice bez ijedne linije koda. Sanity CMS nudi intuitivno drag-and-drop sučelje, real-time preview koji pokazuje kako će promjene izgledati na web stranici prije objave i automatsko verzioniranje sadržaja za jednostavno vraćanje na prethodne verzije.

Question 3

Što se dogodi s mojim sadržajem ako promijenim CMS?

Accepted Answer

Headless CMS sadržaj je pohranjen kao čisti strukturirani JSON koji se lako migrira između sustava bez gubitka formatiranja ili metapodataka. Za razliku od WordPressa gdje je sadržaj zarobljen u PHP temama i pluginovima, Headless arhitektura odvaja sadržaj od prezentacije. To znači da možete promijeniti CMS, redizajnirati web stranicu ili dodati mobilnu aplikaciju bez ponovnog unosa sadržaja, vaši podaci su uvijek vaši i potpuno prenosivi.

Question 4

Podržavate li višejezični sadržaj u CMS-u?

Accepted Answer

Da, implementiramo i18n internacionalizaciju direktno u CMS strukturu od prvog dana projekta. Sanity CMS podržava višejezični sadržaj na razini dokumenta, tako da urednici mogu kreirati i upravljati tekstom na HR, EN, DE ili bilo kojim drugim jezicima iz jednog admin sučelja. U kombinaciji s next-intl bibliotekom na frontendu, svaki jezik automatski dobiva vlastite SEO-optimizirane URL-ove, hreflang tagove i lokalizirane meta podatke za maksimalnu vidljivost u Google pretrazi.

Question 5

Zašto ne bismo jednostavno koristili WordPress?

Accepted Answer

Za jednostavnu stranicu s blogom često biste i trebali, i reći ćemo vam to. WordPress ima najviše gotovih rješenja i najviše ljudi koji ga znaju održavati. Headless CMS se isplati kad sadržaj mora ići na više mjesta odjednom, na primjer na web, u aplikaciju i na ekran u poslovnici, kad struktura sadržaja nije samo stranica i objava, ili kad vas održavanje pluginova i sigurnosnih zakrpa počne koštati više vremena nego što vrijedi.

Question 6

Hoće li nam trebati programer za svaku izmjenu teksta?

Accepted Answer

Ne. Tekst, slike, cijene, objave i redoslijed sekcija uređujete sami u administraciji, bez dodirivanja koda. Programer treba za novu vrstu sadržaja koja dosad nije postojala, na primjer kad odlučite dodati studije slučaja s poljima kakvih nema nigdje drugdje. To je povremeni posao, ne stalna ovisnost. Ako često tražite programera za sitne izmjene, model sadržaja je loše postavljen i to je greška koju treba popraviti.

Question 7

Što se događa sa sadržajem ako poželimo promijeniti CMS?

Accepted Answer

Izvozi se, jer je sadržaj vaš i strukturiran. Sadržaj u headless CMS-u živi kao podaci s jasnim poljima, a ne kao HTML zalijepljen u bazu, pa se može izvesti i uvesti u drugi sustav. To je i glavni razlog zašto se ta arhitektura bira. Ono što se ne prenosi automatski je izgled, jer izgled živi u aplikaciji, ne u CMS-u, i to je namjerno tako.

Question 8

Tko je odgovoran ako netko iz našeg tima objavi nešto krivo?

Accepted Answer

Sustav to predviđa, pa se greška vraća, ne popravlja panično. Sadržaj ima verzije, pa se prethodna inačica vraća u nekoliko klikova. Uz to se postavljaju uloge: netko piše, netko odobrava, a objaviti može samo tko treba. Za veće timove dodaje se pregled izmjene prije objave, kako promjena cijene ili pravnog teksta ne bi otišla van bez druge para očiju.

Question 9

Možemo li vidjeti kako izgleda prije objave?

Accepted Answer

Da, kroz pregled radne verzije na stvarnoj stranici. Uređivač vidi svoj nacrt na pravom dizajnu, na pravoj adresi, prije nego što je itko drugi može vidjeti. To rješava najčešći problem uređivanja sadržaja: tekst koji izgleda dobro u polju, a lomi se na mobitelu ili preliva iz kartice. Pregled se može podijeliti kao poveznica, pa kolega ili klijent može odobriti bez pristupa administraciji.

Question 10

Podržava li CMS više autora i uredničke rokove?

Accepted Answer

Da. Autori, urednici i administratori dobivaju različita prava, a sadržaj može imati zakazan datum objave, pa tekst izlazi sam u dogovoreno vrijeme. Za redakcije koje planiraju unaprijed to je razlika između kalendara koji stoji u tablici i kalendara koji stvarno objavljuje. Radni tijek postavljamo prema tome kako vaš tim radi, jer previše koraka odobravanja uspori objavu jednako kao što ih premalo propusti grešku.

Question 11

Kako CMS utječe na brzinu stranice?

Accepted Answer

Kod headless pristupa gotovo nikako, i to je glavna prednost. Stranice se grade unaprijed i poslužuju kao statične datoteke, a CMS se poziva pri izgradnji ili pri promjeni sadržaja, ne pri svakom posjetu. Posjetitelj nikad ne čeka bazu. Kod klasičnog CMS-a svaka posjeta obično znači upit u bazu i izvođenje koda, pa brzina ovisi o hostingu i broju pluginova.

Question 12

Hoće li sadržaj koji sada imamo preživjeti prelazak?

Accepted Answer

Da, ako se prije prelaska napravi popis onoga što stvarno koristite. Migracija se radi skriptom iz postojeće baze i redovito pokaže da dio starih stranica nitko ne otvara godinama, pa se odluka što prenijeti donosi na temelju podataka. Postojeće adrese štitimo preusmjeravanjem na nove, jer prelazak koji preskoči taj korak sruši pozicije u pretrazi. Slike i priloge prenosimo zajedno sa sadržajem, ne ručno.

Headless CMS: Brzo i fleksibilno upravljanje sadržajem u Puli