WebGPU je napokon svugdje, ali nije još svugdje zreo
WebGPU je u posljednjih godinu dana dosegnuo ono što se dugo čekalo: univerzalnu podršku u svim glavnim preglednicima. Chrome, Edge, Firefox i Safari sada nude WebGPU u stabilnim ili lako dostupnim verzijama, a novi releasovi Chromea 141 i 142 dodatno šire mogućnosti. Istovremeno, WebGL ostaje temeljna tehnologija za većinu 3D web projekata. Razlog nije nostalgija, nego realna kombinacija sigurnosti, kompatibilnosti i operativnih rizika.
WebGPU je dizajniran kao moderni, niskonivojski grafički i compute API. Konceptualno je bliži Vulkanu, Direct3D 12 i Metal API-ju nego starijim modelima poput OpenGL-a. To otvara vrata naprednijoj kontroli nad GPU-om, ali povećava kompleksnost cijelog render pipelinea. Programeri dobivaju veću moć, ali i veću odgovornost – posebno u kontekstu sigurnosti i stabilnosti.
Što konkretno donose nove WebGPU značajke
Chrome 141 i 142 donose niz poboljšanja koja WebGPU čine privlačnijim za ozbiljne 3D i compute projekte. Ključne promjene su prošireni formati tekstura, ubrzan interni shader toolchain i bolje upravljanje memorijom.
Prošireni formati tekstura i napredni materijali
Podrška za dodatne komprimirane teksture (npr. ASTC varijante, BC formate i naprednije HDR formate) omogućuje kvalitetnije PBR materijale uz manju potrošnju memorije. U praksi to znači da je moguće u pregledniku prikazivati modele s kvalitetom bliskom AAA igrama, uz razuman FPS i kontroliran bandwidth.
Za timove koji portaju postojeće enginee ili asset pipelineove s PC i konzola, manja potreba za konverzijom tekstura i materijala direktno smanjuje trošak integracije. Što je manje prilagodbi, to je manji rizik bugova u shaderima, mipmap lancima i specifičnim rendering passovima (shadow, reflection, post-processing).
Brži shader toolchain i optimizacije
Chrome tim je značajno ubrzao interni shader toolchain za WebGPU. To uključuje brže prevođenje WGSL koda, bolju validaciju i agresivnije optimizacije unutar drivera. Korisnik to vidi kao brže učitavanje kompleksnih scena i manje trzaje pri prvom renderiranju novih materijala ili efekata.
Za razvojne timove, brži ciklus „edit–refresh“ skraćuje vrijeme iteracije na shaderima. Kada se mijenja PBR pipeline, dodaje novi lighting model ili se razdvaja rendering na više passova (deferred, forward+, shadow, SSAO), brža kompilacija direktno utječe na produktivnost i kvalitetu finalnog vizualnog rezultata.
GPU kao opća računalna platforma
WebGPU nije samo grafički API. Compute shaderi i fleksibilniji pristup memoriji otvaraju GPU za širok spektar zadaća: fizikalne simulacije, ML inferenciju, obradu slike i videa, složene geometrijske transformacije. To mijenja percepciju preglednika – od klasičnog rasterizera do opće platforme za paralelno računanje.
Primjeri su real-time simulacije fluida u pregledniku, prilagođeni path tracing rendereri ili prilagođeni ML modeli koji se izvršavaju lokalno na GPU-u korisnika. U takvim scenarijima WebGL više nije dovoljan; njegov API je primarno fokusiran na rasterizaciju, a compute mogućnosti su ograničene ili posredno izvedene.
Sigurnosni incidenti: WebGPU kao novi napadni vektor
Snaga WebGPU-a dolazi uz cijenu: veća napadna površina. Sigurnosni incidenti u Firefoxu tijekom studenog 2025. pokazali su da novi GPU API nije samo tehnički izazov, već i sigurnosni rizik. Kritične ranjivosti u WebGPU komponenti omogućile su potencijalno izvođenje zlonamjernog koda i curenje podataka preko GPU memorije.
Mozilla je morala brzo reagirati: hitne zakrpe, privremena ograničenja nekih značajki i podizanje minimalnih verzija Firefoxa koje se smatraju sigurnima. Paralelno, dobavljači streaminga, gaming platforme i enterprise rješenja dodatno su pooštrili vlastite zahtjeve. U uvjetima gdje se oslanjaju na DRM, enkripciju i GPU akceleraciju, više ne prihvaćaju starije verzije preglednika bez ažuriranog WebGPU stacka.
Ova epizoda naglašava razliku između WebGPU-a i WebGL-a. WebGL je već više od desetljeća integriran u preglednike, driveri i sigurnosni mehanizmi su „ispeglani“, a tipični bugovi i rupe već su prošli kroz višegodišnju produkcijsku vatru. WebGPU tek ulazi u tu fazu sazrijevanja.
Zašto WebGL ostaje konzervativan, ali pouzdan izbor
WebGL 1 i WebGL 2 danas su podržani na golemoj većini desktop i mobilnih uređaja, uključujući starije Android telefone, starije iOS verzije i embedded sustave. Driveri, GPU-ovi i preglednici prošli su kroz godine optimizacija i sigurnosnih zakrpa. Za masovne projekte – edukativne platforme, 3D konfiguratore, arhitektonske vizualizacije, B2B alate – ta stabilnost je presudna.
U praksi, WebGL nudi predvidljiv FPS, stabilan frame pacing i relativno pouzdano ponašanje na slabijem hardveru. Kada se pažljivo optimizira broj draw callova, veličina geometrije, LOD sustavi i veličina tekstura, moguće je isporučiti vrlo solidno 3D iskustvo u pregledniku bez WebGPU-a. To je posebno važno za projekte koji ciljaju dugačak životni ciklus i široku publiku, uključujući korisnike na starijim uređajima i u konzervativnim IT okruženjima.
Hibridni pristup: WebGPU gdje ima smisla, WebGL kao baza
Najpraktičniji model danas je hibridni: WebGPU se koristi gdje je dostupan i stvarno potreban, dok WebGL 2 ostaje primarni ili fallback render backend. Popularni enginei poput Three.js i Babylon.js već nude višestruke backende upravo iz tog razloga.
Enginei s više render backenda
Three.js nudi WebGLRenderer kao standardnu opciju, dok eksperimentalni ili dodatni renderer može koristiti WebGPU. Babylon.js ima sličan pristup, s mogućnošću odabira WebGPU backenda kada je podržan. Aplikacijski kod za scene, materijale i interakcije u velikoj mjeri ostaje isti; mijenja se samo sloj koji komunicira s GPU-om.
Za krajnjeg korisnika to znači da će na modernom desktopu s ažuriranim preglednikom dobiti WebGPU verziju s boljom kvalitetom slike ili višim FPS-om. Na starijem laptopu ili mobitelu dobit će WebGL verziju iste aplikacije, možda s nižim detaljima, ali bez kritičnih funkcionalnih razlika.
Optimizacija ne može biti isključivo „WebGPU-first“
Iako je primamljivo dizajnirati cijeli rendering pipeline isključivo oko WebGPU mogućnosti (compute-based culling, tile-based deferred shading, napredni post-processing), većina projekata to si ne može priuštiti. Potrebna je dvostruka strategija: shader kod, PBR materijali, geometrija i teksturni setovi moraju biti izvedivi i u WebGL 2 kontekstu.
To znači pažljivo planiranje: izbjegavanje ekstremno velikih tekstura koje će slomiti starije GPU-ove, dizajn materijala koji mogu raditi i bez svih naprednih teksturnih formata, te izrada fallback shader varijanti za WebGL. Iako to povećava kompleksnost asset pipelinea, zauzvrat se dobiva šira pokrivenost uređaja i manji rizik da dio korisnika ostane bez funkcionalne aplikacije.
Planiranje novih 3D web projekata: sigurnost, kompatibilnost, strategija
Timovi koji danas planiraju nove 3D web projekte moraju od početka ugraditi sigurnosne i kompatibilnosne scenarije u arhitekturu.
Definiranje minimalnih verzija preglednika
Prvi korak je definirati minimalne verzije preglednika za koje se jamči podrška. Ako projekt koristi WebGPU za ključne funkcije, tada lista „podržanih“ verzija mora pratiti sigurnosne preporuke proizvođača preglednika. Nakon incidenata poput Firefox WebGPU ranjivosti, to često znači brže odbacivanje starijih verzija.
Za projekte koji se oslanjaju na WebGL kao osnovu, prag može biti blaži. WebGL 2 je dostupan u većem broju starijih verzija, a sigurnosni profil je stabilniji. Ipak, i tu je važno pratiti sigurnosne biltene, posebno u enterprise okruženjima gdje je patchiranje preglednika sporije.
Testiranje na starijim i mobilnim uređajima
Drugi ključni korak je sustavno testiranje na starijim mobilnim uređajima i slabijim laptopima. WebGPU podrška na mobilnim OS-ovima može biti ograničena ili eksperimentalna, dok je WebGL često jedina realna opcija. Testovi bi trebali uključivati ne samo FPS, već i stabilnost, potrošnju baterije, zagrijavanje uređaja i ponašanje pri gubitku fokusa ili promjeni orijentacije ekrana.
Na temelju tih testova donosi se odluka gdje je „dovoljno dobar“ WebGL rendering. Primjerice, za konfigurator proizvoda možda je dovoljno imati jednostavniji lighting model i manje post-processing efekata u WebGL modu, dok se WebGPU koristi samo za high-end showcase verzije ili napredne simulacije.
Gdje su WebGPU značajke stvarno nužne
Treći korak je iskreno procijeniti koliko su WebGPU značajke zaista nužne za poslovne ciljeve projekta. Ako je fokus na masovnoj dostupnosti i dugoročnom održavanju, WebGL 2 s dobro optimiziranim shaderima, LOD sustavima i pažljivo biranim materijalima često je dovoljan.
WebGPU ima smisla kada se ciljaju specifični scenariji: portovi postojećih igara i enginea, napredne fizikalne simulacije, ray tracing ili compute-heavy zadaci koji su neizvedivi u WebGL-u. U tim slučajevima, prihvaća se veća kompleksnost i brži ciklus ažuriranja preglednika kao nužna cijena.
Zaključak: WebGL još dugo ostaje nosivi sloj 3D weba
WebGPU s pravom preuzima naslovnice: nudi napredne mogućnosti, bolje performanse i otvara GPU kao opću računalnu platformu u pregledniku. No istovremeno sigurnosni incidenti, kompleksnost API-ja i različiti stupnjevi podrške na uređajima pokazuju da je još uvijek u fazi sazrijevanja.
WebGL, sa svojim dugogodišnjim „battle-tested“ kodom i širokom hardverskom podrškom, ostaje konzervativniji, ali pouzdaniji izbor za masovne i dugoročne projekte. Hibridni pristup – WebGL 2 kao baza, WebGPU kao opcijsko ubrzanje – danas je najrazumnija strategija za većinu produkcijskih 3D web rješenja.
U praksi to znači da će WebGL još godinama nositi većinu stvarnog 3D prometa na webu, dok će WebGPU postupno preuzimati najzahtjevnije segmente. Tko danas planira nove projekte, mora računati s oba sloja – i s činjenicom da je sigurnost i kompatibilnost jednako važna kao i sam FPS.
