Što nam WebGPU „hard fork” stvarno govori o budućnosti WebGL‑a

WebGPU je svugdje – ali još nije stvarno univerzalan

Početkom prosinca 2025. WebGPU je i formalno stigao u sve glavne preglednike: Chrome, Edge, Firefox i Safari. To je prva generacija web tehnologije koja na širokoj razini izlaže moderan, niskorazinski GPU API, usporediv s Vulkanom, DirectX 12 ili Metalom, direktno iz JavaScripta ili WebAssemblyja.

Na papiru, ovo izgleda kao jasan rez: WebGPU je novi standard, WebGL pripada prošlosti. U praksi, slika je znatno složenija. Iako preglednici deklarativno podržavaju WebGPU, stvarna dostupnost ovisi o platformi, verziji operacijskog sustava, GPU driverima i ponekad ručnom uključivanju eksperimentalnih zastavica.

Primjeri iz prakse:

• na starijim Windows laptopima WebGPU može raditi samo preko software ili „compatibility” layera, uz značajan pad FPS‑a;
• na dijelu Linux distribucija i dalje ovisi o specifičnim verzijama Mesa drivera;
• na iOS‑u je vezan uz određene generacije čipova i minimalne verzije sustava;
• u enterprise okruženjima IT odjeli često kasne s nadogradnjom preglednika ili blokiraju eksperimentalne značajke.

Posljedica je jasna: iako je WebGPU formalno dostupan „svugdje”, on još nije praktično univerzalan rendering sloj. Za razliku od njega, WebGL (posebno WebGL 1) i dalje radi gotovo posvuda gdje postoji iole moderan browser – od starijih Android uređaja, preko kiosk instalacija i digital signagea, do embedded web prikaza u raznim aplikacijama.

Zašto WebGL ostaje nezamjenjiv „lowest common denominator”

WebGL je u proteklih više od deset godina postao de facto standardni GPU sloj za web. Njegova najveća snaga danas više nije brzina ili značajke, nego predvidljivost. Driveri su ispeglani, edge caseovi su poznati, a postojeće biblioteke i enginei imaju desetljeće battle‑tested prilagodbi i workarounda.

To je osobito važno u okruženjima gdje se ne može pretpostaviti najnoviji hardware ili agresivno ažuriranje softvera:

• stari i slabiji uređaji – jeftini Android telefoni, stari iPad modeli, low‑end integrirane grafike;
• kiosk i izložbene instalacije – muzeji, sajmovi, info‑pultovi, gdje se uređaji rijetko mijenjaju;
• embedded preglednici – web view komponenta u mobilnim i desktop aplikacijama, pametnim TV‑ima ili infotainment sustavima;
• enterprise i javna uprava – organizacije koje rade na dugim ciklusima certificiranja preglednika i drivera.

Za takve scenarije WebGL ostaje jedina razumna garancija da će 3D sadržaj raditi „dovoljno dobro” na širokom spektru konfiguracija. Čak i kada je WebGPU formalno dostupan, mnogi timovi ga u tim okruženjima još ne žele uključiti kao glavni rendering backend zbog rizika od neočekivanih bugova u driverima ili lošeg frame pacinga pod opterećenjem.

Showcase scena: WebGPU eksperimenti vs. WebGL produkcija

Najnoviji showcase projekti lijepo pokazuju kako se ekosustav dijeli na dva sloja.

Što danas radi WebGPU

WebGPU preuzima ulogu platforme za najnaprednije eksperimente:

• Gaussian Splatting – interaktivne rekonstrukcije scena iz 3D skenova ili multi‑view fotografija, s tisućama ili milijunima „splattova” renderiranih u realnom vremenu;
• neuralni rendereri – WebGPU omogućuje izvođenje ML modela direktno na GPU‑u, pa se u pregledniku pojavljuju eksperimenti s neuralnim upscalingom, denoisingom ili čak neuralnim shading pipelineom;
• napredni compute zadaci – fizika čestica, fluidna dinamika, path tracing i globalna iluminacija s compute shaderima, uz fino upravljanje memorijom i barijerama;
• hibridne WebAssembly aplikacije – portovi postojećih enginea koji koriste WebGPU kao backend, uz gotovo nativne performanse.

U svim tim slučajevima WebGPU donosi ono što WebGL teško ili nikako ne može: preciznu kontrolu nad GPU pipelineom, eksplicitno upravljanje resursima, modernu strukturu komandnih bufferâ i mogućnost kombiniranja rendering passa i compute passa bez skupih workarounda.

Gdje WebGL i dalje dominira

S druge strane, većina 3D iskustava koja korisnici zaista koriste svakodnevno i dalje je na WebGL‑u:

• interaktivni storytelling i brend iskustva – WebGL scene integrirane u kampanje, landing stranice i mikro‑siteove, optimizirane za brz load na mobilnim uređajima;
• znanstvene i medicinske vizualizacije – 3D prikazi molekula, volumetrijskih podataka, CT/MRI snimaka, gdje je stabilnost i kompatibilnost važnija od najnovijih efekata;
• konfiguratori proizvoda – automobili, namještaj, industrijska oprema, gdje je ključna točnost prikaza, a ne cutting‑edge grafika;
• edukacijski alati i simulacije – školske platforme, e‑learning sadržaji, gdje se cilja na široku bazu učenika i studenata.

Ovi projekti se u pravilu oslanjaju na provjereni WebGL pipeline kroz biblioteke kao što su Three.js, Babylon.js ili vlastite enginee. U igri su dobro poznate tehnike optimizacije: pametni LOD sustavi, agresivni streaming tekstura, instancing, frustum i occlusion culling, te prilagođeni shader moduli pisani da prežive razlike među driverima.

„Hard fork” trenutak: što to znači za arhitekturu novih projekata

Ulazak WebGPU‑a u sve glavne preglednike ne znači da projekti mogu jednostavno „prebaciti prekidač” i zaboraviti na WebGL. Umjesto toga, nastaje svojevrsni hard fork ekosustava: dva usporedna GPU API‑ja koja će morati koegzistirati još godinama.

Za nove 3D web projekte to praktično znači dizajn dvostrukog sloja:

• WebGPU kao high‑end backend – koristi se gdje je dostupan, stabilan i dovoljno brz; ovdje se implementiraju naprednije tehnike poput compute‑based cullinga, tiled deferred renderinga ili real‑time GI;
• WebGL 2 kao fallback i kompatibilnosni minimum – osigurava da aplikacija ostaje upotrebljiva na starijim i ograničenim uređajima, uz pojednostavljene efekte i manji GPU budžet.

Takva strategija traži pažljivo planiranje arhitekture.

Modularni renderer i izolacija GPU‑specifičnog koda

Ključ je u izdvajanju GPU‑specifičnog dijela koda u jasno definirane module. Tipičan pristup uključuje:

• abstraktni rendering API – vlastiti sloj koji definira operacije poput „nacrtaj mesh”, „renderiraj shadow mapu”, „pokreni compute pass”, bez direktnog oslanjanja na WebGL ili WebGPU;
• dva backenda – jedan koji implementira te operacije preko WebGPU pipelinea, drugi preko WebGL 2 konteksta;
• detekciju mogućnosti – pri inicijalizaciji se provjerava podržava li preglednik WebGPU, koji feature set je dostupan (npr. storage bufferi, određeni formati tekstura) i na temelju toga bira odgovarajući backend i konfiguraciju.

Na taj način aplikacijska logika, UI, mrežni sloj i upravljanje assetima ostaju isti, dok se razlikuje samo način na koji se poziva GPU.

Standardizirani formati asseta: glTF kao zajednički jezik

Kako bi isti sadržaj radio kroz oba API‑ja, format podataka mora biti što je moguće standardiziraniji. Tu glTF postaje praktični standard:

• podržava PBR materijale, animacije, skinning i morf targete;
• lako se pretvara u interne strukture i za WebGL i za WebGPU;
• omogućuje pipeline optimizacije (draco kompresija, meshopt) neovisno o ciljnom API‑ju.

Na razini shaderâ, timovi sve češće uvode vlastite sustave generiranja: iz jednog izvornog, apstraktnog opisa materijala i lighting modela generiraju se dvije varijante – GLSL za WebGL i WGSL (ili SPIR‑V) za WebGPU. Time se minimizira dupliranje logike i rizik da se vizualni rezultat raziđe između backenda.

Sigurnost, alati i driveri: fokus prelazi na WebGPU, ali WebGL drži liniju

Gledajući unaprijed, već je vidljivo da će sigurnosne zakrpe, novi shader alati i optimizacije browser enginea imati WebGPU kao primarnu metu. Razlog je jasan: WebGPU je dizajniran s modernim sigurnosnim modelom, boljom kontrolom resursa i jasnijom specifikacijom ponašanja u rubnim slučajevima.

To ne znači da će WebGL preko noći izgubiti podršku. Naprotiv, njegova stabilnost i zrelost čine ga idealnim za konzervativne industrije i dugovječne projekte:

• dugi životni ciklus – enterprise aplikacije i javni sustavi često ostaju u produkciji 7–10 godina, a WebGL driver stack je već sada dovoljno stabilan da taj horizont izdrži;
• poznati bugovi i workaroundi – razvojni timovi znaju kako se nositi s određenim GPU kombinacijama, što smanjuje rizik od regresija;
• široka baza znanja – dokumentacija, forumi, primjeri i postojeći enginei olakšavaju održavanje i transfer znanja.

Istovremeno, WebGPU će sve više dobivati napredne alate: debug layer za provjeru valjanosti resursa, bolju integraciju s profilerima, sofisticirane shader editore i vizualne pipeline alate. To će dodatno poticati prelazak high‑end projekata na WebGPU, ali neće automatski ugasiti WebGL – on će jednostavno preuzeti ulogu stabilnog, konzervativnog sloja ispod.

Što ovo znači za developere: WebGPU kao nužnost, WebGL kao temelj

Za 3D web developere poruka je dvostruka.

S jedne strane, ulaganje u razumijevanje WebGPU‑a više nije opcija nego nužnost. Novi projekti koji ciljaju na bogate vizualne efekte, ozbiljan compute ili integraciju s ML pipelineom morat će koristiti WebGPU kako bi ostali konkurentni po pitanju performansi i mogućnosti. To uključuje razumijevanje pojmova kao što su bind groupovi, command bufferi, eksplicitne barijere, layouti resursa i razlike između render i compute passa.

S druge strane, postojeća WebGL ekspertiza nipošto se ne devalvira. Naprotiv:

• razumijevanje GPU ograničenja, bandwidtha, fill ratea i latencija iz WebGL svijeta izravno se prenosi na WebGPU;
• iskustvo s optimizacijom shaderâ, LOD sustavima, streamingom tekstura i upravljanjem draw callovima ostaje ključno;
• poznavanje ekosustava biblioteka (Three.js, Babylon.js, regl, vlastiti enginei) pomaže u dizajnu apstrakcijskih slojeva koji mogu kasnije dobiti WebGPU backend.

U praksi, mnogi će timovi ući u prijelazno razdoblje u kojem:

• postojeće WebGL projekte održavaju i postupno refaktoriraju kako bi se GPU‑specifični dijelovi izolirali;
• novi moduli i značajke razvijaju se odmah s dvostrukim ciljanjem: WebGPU first, WebGL fallback;
• pipeline za assete i shadere postaje „API‑agnostičan”, uz automatsku generaciju i optimizaciju za oba svijeta.

U tom modelu WebGL ne nestaje. On postaje dugoročni safety net ispod WebGPU‑a, sloj koji osigurava da 3D web ostane dostupan najširem mogućem krugu korisnika, dok se vrh piramide performansi i vizualne kvalitete polako seli na WebGPU.

Budućnost web renderinga tako neće biti binarni izbor između starog i novog API‑ja, nego slojeviti ekosustav u kojem WebGPU gura granice, a WebGL čuva stabilnost i univerzalnost. Oni koji razumiju oba sloja imat će najviše prostora za inovaciju – i najmanje iznenađenja u godinama koje dolaze.