Det er rigtigt, at standarden WebGL Den har allerede et par år på bagen, selvom den ikke burde være så forældet, som Apple forudser. Alligevel udviklingsteamet WebKit har besluttet at sende en redegørelse til World Wide Web Consortium hævder, at det har nået tidspunktet til at begynde at debattere fremtiden for denne standard og formår at udvikle en, der er egnet til den nye 3D-grafik, der findes på nettet, til dette er der intet bedre end at tage sig sammen og skabe en ny standard API som udviklere af indhold kan med Udnyt al kraften i de nuværende GPU'er.
Hovedproblemet afsløret af teamet, der er ansvarligt for udviklingen af WebGL hos Apple, er, at der med den nuværende standard ikke kan defineres flere fortolkninger, noget der er afgørende for drage fordel af alle de muligheder, der findes i brugen af de forskellige arkitekturer, der findes i de mest moderne grafiske API'er såsom Microsofts Direct3D, Khronos Groups Vulkan eller Apples eget Metal, da de ikke bruger WebGL-teknologi med OpenGL ES 2.
Apple er forpligtet til at skabe en ny standard, der kan erstatte den nuværende WebGL.
Det er hovedårsagerne, som Apple har præsenteret for at sidde alle udviklere ved et dialogbord, hvor de skal diskutere skabelsen af en ny standard, hvormed alle de nye teknologier og deres forskellige egenskaber kan udnyttes. Med hensyn til World Web Wonsortium og det faktum, at de ikke har været dem, der har ledet dette andragende, er det baseret på det faktum, at i dag er den eneste browser, der inkorporerer WebGL 2, en udvikling af den nuværende standard, er Firefox siden dens sidste opdatering, som ankom for blot et par uger siden.
Som forklaret af det eget Dean jackson, fra Apples WebKit-team:
For at afsløre en moderne teknologi på lavt niveau, der kan accelerere grafik og databehandling, er vi nødt til at designe en API, der kan implementeres på mange systemer, inklusive dem, der er nævnt ovenfor. Med et bredere landskab af grafiske teknologier er det ikke længere muligt at følge en specifik API som OpenGL.
Logisk set har Apple præsenteret sit eget alternativ som en standard, selvom Dean Jackson selv har kommenteret angående dette spørgsmål:
Vi forventer ikke, at dette bliver den egentlige API, der ender som en standard, og det er måske ikke engang den, som Community Group beslutter sig for at begynde at arbejde med. Men vi synes, der er meget værdi i den kode, vi har arbejdet på.