Headless WordPress: da li je pravo rešenje za vaš biznis?

Vaš developer predlaže da novi sajt bude headless. U ponudi se pominju Next.js, API sloj i „decoupled arhitektura“. Klimate glavom, a u sebi se pitate da li plaćate bolji sajt ili samo komplikovaniji.

Headless WordPress može biti dobar izbor. Mnogim poslovnim sajtovima ipak donosi dodatni trošak, a ne rešava im stvaran problem. U ovom tekstu objašnjavamo šta je headless WordPress, kada se isplati, čega se odričete i koja pitanja da postavite pre nego što ga odobrite.

Šta je headless WordPress?

Headless WordPress je postavka u kojoj WordPress samo čuva sadržaj i upravlja njime, dok stranice koje posetioci vide pravi posebna aplikacija. „Head“ je frontend, odnosno deo sajta koji posetilac vidi. U headless rešenju taj deo se odvaja od WordPressa i zamenjuje nečim drugim, najčešće JavaScript frameworkom kao što su React ili Next.js.

Dva dela komuniciraju preko API-ja. WordPress ima ugrađen REST API od verzije 4.7, kada su 2016. godine endpointi za sadržaj uključeni u jezgro. Mnogi headless projekti umesto njega koriste WPGraphQL, plugin koji je u oktobru 2024. postao kanonski plugin zajednice na WordPress.org.

Urednici se i dalje prijavljuju u isti WordPress admin panel. Posetioci samo više ne vide stranicu koju je napravio WordPress.

Po čemu se headless razlikuje od običnog WordPress sajta?

Na običnom WordPress sajtu tema uzima sadržaj iz baze i pretvara ga u stranicu. Pluginovi mogu da dodaju elemente na tu stranicu, kao što su kontakt forma, SEO tagovi ili cookie baner, jer WordPress kontroliše prikaz.

Na headless sajtu WordPress se zaustavlja na podacima. Sve što posetilac vidi pravi i održava onaj ko je zadužen za frontend.

Kada headless WordPress ima smisla?

Headless WordPress ima smisla kada isti sadržaj pokreće više od jednog proizvoda ili kada frontend treba da radi više nego što WordPress tema realno može. U praksi to najčešće izgleda ovako:

• Jedan izvor sadržaja, više kanala. Isti tekstovi, proizvodi ili lokacije prikazuju se na sajtu, u mobilnoj aplikaciji i na ekranima u prodavnicama.
• Sajt je zapravo aplikacija. Korisnički nalozi, konfiguratori proizvoda i kalkulatori nose sajt, a stranice sa sadržajem su samo jedan njegov deo.
• Već imate frontend tim. Vaši developeri svakodnevno rade u Reactu ili Next.js-u, a urednici žele da zadrže WordPress admin koji poznaju.
• Složena online prodaja. Cene, zalihe i pravila za pojedinačne kupce dolaze iz više sistema. Kolege iz Cubes-a objašnjavaju kada se headless ecommerce isplati za složene kataloge i zašto funkcioniše tek kada je jasno koji sistem je vlasnik kojih podataka.
• Objavljivanje na mnogo kanala. Medijski izdavači se sa tim susreću svakodnevno, zato su headless rešenja česta u izdavaštvu vesti.

U svim ovim slučajevima neko je već spreman da godinama plaća developere koji će voditi frontend. To je prava ulaznica.

Kada je običan WordPress sajt bolji izbor?

Za sajt kompanije, blog, portfolio ili tipičnu WooCommerce prodavnicu, tradicionalni WordPress je najčešće bolji izbor. Jeftiniji je za izradu, vašem timu je lakši za uređivanje, a jedan sistem je jednostavnije održavati bezbednim.

Ostanite na običnom WordPress sajtu ako vam većina ovoga zvuči poznato:

• Vaš marketing tim menja stranice svake nedelje i proverava pregled pre objave.
• Za forme, SEO, cookie saglasnost, višejezični sadržaj ili rezervacije koristite pluginove.
• U firmi nemate developera, a budžet pokriva jednu izradu umesto dva proizvoda.
• Glavni razlog za promenu je „hoćemo brži sajt“.

Ova poslednja stavka zaslužuje više pažnje. Spor WordPress sajt je najčešće problem hostinga, keširanja ili pluginova, a to se rešava mnogo jeftinije od nove arhitekture. Počnite od toga koliko pluginova koristite, a ako prodajete online, pogledajte zašto WooCommerce usporava kako prodavnica raste.

Čega se odričete sa headless WordPressom?

Odričete se većine onoga što WordPress čini praktičnim za ljude koji ne pišu kod: trenutnog pregleda, pluginova koji dodaju funkcije na stranicu i jednostavnosti jednog sistema koji ažurirate.

• Pregled stranica. Urednici očekuju da vide stranicu pre objave. U mnogim headless projektima pregled završi na listi za kasniji razvoj.
• Pluginovi. SEO plugin i dalje može da čuva meta naslov, ali frontend mora da ga pročita i prikaže. Isto važi za sitemap, preusmerenja i strukturirane podatke. Forme, cookie baneri i page builderi moraju da dobiju zamenu na frontendu.
• Praćenje. Analytics tagovi i pikseli za oglase prelaze u poseban kod. WordPress VIP opisuje SaaS kompaniju kojoj je trebalo više od mesec dana da primeti da je praćenje za važan marketinški alat nestalo posle prelaska na headless.
• Jedan sistem za održavanje. Sada hostujete, ažurirate i pratite i WordPress i frontend aplikaciju sa sopstvenim zavisnostima.
• Jedan skup znanja. Izmene koje je WordPress developer ranije završavao za jedno popodne sada mogu da zahtevaju i JavaScript developera.

Da li je headless WordPress brži?

Može biti, ali to zavisi od izvedbe. Headless frontend koji servira unapred napravljene stranice sa CDN-a može biti veoma brz. API pozivi, prikaz u pregledaču i česte izmene sadržaja mogu, međutim, da ponište tu prednost, a stranice koje se prikazuju samo u pregledaču pretraživači teže čitaju ako ih frontend ne generiše na serveru.

Dobro napravljen tradicionalni WordPress sajt na kvalitetnom hostingu, sa keširanjem i razumnim brojem pluginova, dovoljno je brz za većinu firmi.

Da li je headless WordPress bezbedniji?

Delimično. WordPress admin panel može da bude na posebnom domenu koji posetioci ne vide, pa je stranica za prijavu sklonjena od nasumičnih napada. Istovremeno, svaki dodatni servis, API i proces za objavljivanje je još jedna stvar koju treba zaštititi.

Samom WordPressu i dalje trebaju ažuriranja, jake lozinke i redovna provera ko ima pristup sajtu. Ako vam je bezbednost glavna briga, pročitajte šta podaci pokazuju o bezbednosti WordPressa pre nego što menjate celu arhitekturu.

Postoji li srednje rešenje?

Postoji. Mnogi projekti zadržavaju običnu WordPress temu za većinu stranica, a REST API koriste samo za deo kome je potreban. Konfigurator proizvoda, mobilna aplikacija koja prikazuje iste vesti ili kalkulator mogu da čitaju sadržaj iz WordPressa, dok ostatak sajta radi kao i do sada.

Vaš tim zadržava pregled i pluginove tamo gde svakodnevno radi, a za poseban frontend plaćate samo tamo gde se isplati.

5 pitanja pre nego što pređete na headless

1. Koji problem headless rešava, a trenutni sajt ne može da ga reši? Ako je odgovor „brzina“, prvo tražite merenja postojećeg sajta.
2. Ko će održavati frontend za dve godine? Navedite osobu ili tim, zajedno sa budžetom.
3. Kako će urednici videti sadržaj pre objave?
4. Koje pluginove danas koristimo i čime menjamo svaki od njih? Prođite kroz listu, plugin po plugin.
5. Kako će se rešiti i testirati SEO i praćenje? Naslovi, meta opisi, sitemap, preusmerenja, strukturirani podaci i svaki analytics tag treba da budu provereni pre pokretanja.

Ako na ova pitanja imate jasne odgovore, headless može biti dobar izbor. Ako se odgovori svode na „rešićemo usput“, i to je odgovor.

Česta pitanja

Koja je razlika između headless WordPressa i headless CMS-a?

Headless CMS je opšti naziv za sistem koji čuva i organizuje sadržaj, a isporučuje ga preko API-ja bez sopstvenog prikaza. Headless WordPress je WordPress koji se koristi na taj način. Postoje i sistemi napravljeni samo kao headless CMS, poput Contentfula, Strapija ili Sanityja, dok WordPress uz to donosi admin panel koji urednici već poznaju, pluginove i veliki ekosistem.

Da li je headless WordPress dobar za SEO?

Može biti, ako frontend generiše stranice na serveru ili unapred i ako tim ponovo napravi meta tagove, sitemap, preusmerenja i strukturirane podatke. Na tradicionalnom sajtu većinu toga za vas radi SEO plugin.

Može li WooCommerce da radi kao headless?

Može, ali korpa, plaćanje i mnoga WooCommerce proširenja zahtevaju dodatni razvoj na frontendu. Za tipičnu online prodavnicu taj trošak se retko isplati.

Da li je headless WordPress skuplji?

Najčešće jeste. Plaćate dve kodne baze, dva hostinga i developere koji znaju i WordPress i JavaScript framework, a taj trošak traje i posle pokretanja.

Da li urednici i dalje koriste WordPress admin?

Da. Sadržaj se piše i organizuje u istom WordPress adminu. Menja se samo način na koji taj sadržaj stiže do posetilaca.

Treba vam drugo mišljenje o headless ponudi?

Ako vam je neko predložio headless izradu sajta, pošaljite nam ponudu. Proći ćemo je zajedno sa vama i reći vam koji delovi su zaista potrebni vašem projektu.