PHP vs React: zašto sam odabrao "zastarjelu" tehnologiju za svoj posao

Kada se spomene PHP, isti komentari se često ponavljaju. "Zar to još netko koristi?" "Preseli se na React." "PHP je mrtav." A onda pogledam statistike i vidim da W3Techs u svibnju 2026. PHP navodi na 71,4% web stranica čiji je server-side jezik poznat.

To ne znači da je PHP najbolji alat za svaki projekt, nego da ga ne treba otpisati samo zato što nije najnoviji trend. Hajdemo dalje od anegdota i pogledajmo konkretne razloge zašto sam za webstranica.hr svjesno odabrao PHP i statični HTML umjesto Reacta.

Kontekst: što moja stranica treba raditi

Prije nego usporedimo tehnologije, bitno je razumjeti kontekst. Moja stranica treba:

• Prikazati informacije o uslugama i paketima
• Omogućiti kontaktiranje putem forme i korisničkog portala
• Objavljivati blog članke (poput ovog)
• Rangirati se na Googleu za lokalne pretrage
• Učitavati se brzo na svim uređajima

Nijedna od ovih stvari ne zahtijeva kompleksnu JavaScript aplikaciju. Nema real-time dashboarda, nema drag-and-drop editora, nema stotina interaktivnih komponenti. To je, suštinski, digitalna brošura s kontakt formom i blogom.

I upravo tu leži ključna poanta cijelog članka: odabir tehnologije treba odgovarati problemu koji rješavate, a ne trendu koji vidite na društvenim mrežama.

Brzina učitavanja: prednost jednostavnijeg HTML odgovora

Ovo je možda najvažniji argument za prezentacijske stranice. Pogledajmo što se dogodi kada posjetitelj otvori stranicu izgrađenu na različitim tehnologijama.

PHP/statični HTML pristup

Korisnik šalje zahtjev. Server vraća gotov HTML. Preglednik ga može prikazati bez čekanja da aplikacijski JavaScript prvo izgradi osnovni sadržaj. Kod jednostavne prezentacijske stranice to je praktična prednost: manje koraka, manje mjesta za čekanje i manje pokretnih dijelova.

React pristup (SPA)

Kod klasičnog client-side SPA pristupa, server može vratiti app shell, a preglednik zatim preuzima i izvršava JavaScript prije nego prikaže glavni sadržaj. To nije problem za svaku aplikaciju, ali za jednostavnu poslovnu stranicu često je dodatni sloj koji ne donosi proporcionalnu korist.

A Next.js i SSR?

Zagovornici Reacta će reći: koristi Next.js ili neki drugi React framework koji podržava server-side rendering ili statičko generiranje. I u pravu su, taj pristup rješava mnoge probleme klasičnog React SPA-a. Samo treba priznati tradeoff: dobivate moćniji sustav, ali i build pipeline, framework konfiguraciju i više stvari koje treba održavati.

SEO: sadržaj u početnom HTML-u je jednostavniji za obradu

Za stranicu koja treba rangirati na Googleu, ovo je ključno pitanje. Kada je sadržaj već u HTML odgovoru, crawler odmah dobiva tekst, heading strukturu, meta podatke i strukturirane podatke.

Kod JavaScript aplikacija Google može renderirati stranicu, ali službena dokumentacija opisuje dodatne faze: crawling, rendering i indexing. Ako početni HTML nema glavni sadržaj, Google mora izvršiti JavaScript da bi ga vidio. To se može riješiti, ali traži pažljiviju tehničku izvedbu.

Za stranicu koja se treba rangirati za izrada web stranica Zagreb ili web dizajn Krapina, sadržaj u početnom HTML-u mi je jednostavniji i predvidljiviji izbor.

Troškovi hostinga: manje pokretnih dijelova

Moj cjelokupni stack je klasični VPS hosting, Nginx i PHP 8.3. Ova stranica danas je na Netcup serveru, bez potrebe za kompleksnim Node.js runtimeom za javni dio weba.

Za usporedbu, Node.js aplikacija često traži dodatni runtime, process manager ili platformu koja odrađuje build i deploy proces. Takve platforme mogu biti odlične, ali stvarni trošak i održavanje ovise o prometu, načinu deploya i potrebnim funkcijama.

Za malu tvrtku koja razmišlja o troškovima, jednostavniji hosting i manje održavanja često su važniji od tehnološkog dojma. A s hostingom i domenom koji su uključeni u moje pakete, klijenti nemaju odvojenu tehničku odluku za javni dio stranice.

Kompleksnost i dependency rizik

Ovo je argument koji se rijetko spominje u marketinškim člancima, ali je važan kad se stranica mora održavati kroz više godina.

React projekt često dolazi s većim dependency stablom nego statična ili mala PHP stranica. To nije samo po sebi loše, ali znači više paketa, više verzija i više potencijalnih promjena koje treba pratiti. Kod starijih Node projekata nije neobično vidjeti deprecation upozorenja, audit nalaze ili peer dependency konflikte.

Jednostavna PHP/HTML stranica ima manje alata između koda i servera. I dalje treba pratiti verzije PHP-a, sigurnosne nadogradnje i hosting, ali nema nužno build korak, package manager ni transpilaciju za svaki mali sadržajni update.

Kada TREBA koristiti React?

Da budem fer, React je vrlo dobar alat za određene vrste projekata. Bilo bi netočno reći da PHP može zamijeniti React u svakoj situaciji. React posebno ima smisla kad projekt zahtijeva:

Kompleksne web aplikacije

Dashboardi s grafovima koji se ažuriraju u realnom vremenu, alati za interaktivno uređivanje sadržaja ili chat aplikacije s real-time porukama. Za ovakve projekte, React može biti odličan izbor jer je dizajniran oko komponenti i stanja korisničkog sučelja.

SaaS proizvode

Ako gradite proizvod s korisničkim računima, višestrukim pogledima, filtriranjem i sortiranjem podataka, React i njegov komponentni pristup često imaju smisla.

Projekte s velikim timom

Ako na projektu radi veći frontend tim, Reactov komponentni model može pomoći organizirati kod. Za solo developera ili mali tim na jednostavnoj prezentacijskoj stranici ta prednost je manje relevantna.

Kada je PHP/statični HTML bolji izbor?

Za većinu projekata s kojima se susrećem u praksi. Konkretno:

• Prezentacijske stranice tvrtki i obrta - glavna svrha je informirati, ne interagirati
• Portfolio stranice - trebaju biti brze i vizualno privlačne, ne kompleksne
• Landing pageovi - cilj je konverzija, pa brzina i jasnoća imaju veću vrijednost od kompleksnog frontenda
• Blogovi i content marketing - tekst, slike, SEO. PHP i statični HTML to mogu riješiti bez puno dodatnih slojeva
• Lokalni biznisi - lokalni SEO traži jasan sadržaj, kontakt i tehnički urednu stranicu
• Projekti s ograničenim budžetom - jednostavniji hosting, manje alata i manje održavanja mogu biti važniji od modernog stacka

Kad pogledam različite vrste poslovnih stranica koje izrađujem, većini njih ne treba razina interaktivnosti zbog koje bih uvodio React. Frizerski salon, knjigovodstveni ured ili autoservis obično trebaju jasne usluge, kontakt, lokaciju i brz prikaz sadržaja.

Direktna usporedba: PHP vs React

Evo konkretne usporedbe za kontekst poslovne web stranice male tvrtke, ne za web aplikaciju.

Za moj tip projekta zaključak je praktičan: za prezentacijsku stranicu, jednostavan PHP/HTML pristup pokriva ono što je stvarno bitno. React ima više smisla u kategorijama koje su bliže aplikacijama nego klasičnim poslovnim stranicama.

Argument koji se rijetko čuje

Postoji jedan razlog zašto se React često predlaže i kad možda nije nužan: mnogi timovi ga već poznaju, ima snažan ekosustav i dobro se uklapa u moderne razvojne procese.

To nije loše. Ako imate aplikaciju s puno stanja, korisničkih računa i kompleksnih interakcija, taj ekosustav može biti prednost. Problem nastaje kad se isti alat automatski primjenjuje na stranicu kojoj treba brz sadržaj, jasan kontakt i dobar lokalni SEO.

Vaš cilj kao vlasnika tvrtke nije dokazati da koristite najnoviji stack. Cilj je imati web stranicu koja jasno predstavlja usluge, brzo prikazuje sadržaj i razumno se održava. Za taj cilj jednostavnija tehnologija često ima prednost.

Moj pristup: pravi alat za pravi posao

Ne postoji "najbolja" tehnologija. Postoji prava tehnologija za određeni problem. Kada klijent dođe s potrebom za jednostavnom poslovnom stranicom, moj default je čisti HTML, CSS i minimalan JavaScript, s PHP-om na backendu za kontakt formu, korisnički portal i dinamičke funkcionalnosti.

Rezultat kojem težim: stranice koje imaju mali tehnički otisak, brzo prikazuju sadržaj, dobro rade na mobitelu i ne traže složeno održavanje za jednostavne promjene.

A ako vam netko kaže da se WordPress ili React moraju koristiti za stranicu malog obrta ili firme, pitajte zašto. Ako je glavni argument samo "moderno", "trendy" ili "svi to koriste", odluku vrijedi ponovno provjeriti.

Posljednje ažuriranje: 11. svibnja 2026. Izvori za provjeru: W3Techs PHP vs JavaScript server-side usage, W3Techs WordPress usage, PHP manual introduction, PHP history, React official docs, Google JavaScript SEO basics, Google page experience i Meta Engineering: Hack for HHVM.