Microsoft vervangt native Copilot in Windows 11 door webapp

Microsoft lijkt te stoppen met de voor Windows geschreven Copilot-app ten gunste van een webapp in een desktopverpakking. De vernieuwde AI-app kan door de desktopintegratie aanhaken op AI-mogelijkheden in Windows en eventueel aanwezige AI-hardware in een pc.

De nieuwste update van de Copilot-app brengt deze omslag nu voor testers in het Windows Insider-programma, meldt Windows Latest. De AI-app van Microsoft is nu nog een voor Windows geschreven applicatie, gebaseerd op het WinUI-raamwerk. Deze native code maakt in versie 146.0.3856.63 plaats voor een webapp die Microsoft combineert met enkele native componenten.

Die combinatie zorgt ervoor dat de Copilot-app via AI-mogelijkheden die Windows biedt en van AI-vermogen van bijvoorbeeld een gpu of een npu gebruik kan maken. De vervanging door een webapp is ook zichtbaar in de Taakbeheer-app van Windows. Daar is te zien dat de vernieuwde Copilot-app bestaat uit subprocessen die duiden op gebruik van de webbrowser Edge. Ook valt het subproces 'PWA Identity Proxy Host' op, waarbij 'PWA' staat voor progressive web app.

Terug naar het begin?

De uitvoering als webapp is volgens Windows Latest qua prestatieniveau geen achteruitgang. Het is net zo snel als de native uitvoering en start zelfs iets sneller op. Copilot kwam oorspronkelijk in mei 2023 als webtechnologie naar Windows: via een zijbalk gebaseerd op Edge en WebView2. Later werd het een volwaardige pwa en in 2025 een echte native Windows-app. Microsoft lijkt hier nu weer op terug te komen. Eind vorig jaar begon het bedrijf met tests van de Windows 11-agenda als webapp in WebView2, wat relatief veel geheugen kost.

Reacties (13)

[Marrtijn]

De uitvoering als webapp is volgens Windows Latest qua prestatieniveau geen achteruitgang. Het is net zo snel als de native uitvoering en start zelfs iets sneller op

Zou wel een unicum zijn dat een PWA beter presteert dan een native applicatie.

[Reactie gewijzigd door Marrtijn op 18 maart 2026 15:49]

[TWyk]

Is dat niet afhankelijk of de browseronderdelen van een webapp al geladen zijn in Windows terwijl bij een native app alle onderdelen geladen moeten worden

[Caayn]

Nee. Webview2 laadt alles juist opnieuw in voor iedere instantie. Binnen één app heb je al snel meerdere instanties, iedere pagina/tabblad kan al snel een nieuwe Webview2 instantie zijn als je niet oplet. Zie ook de documentatie vanuit Microsoft: https://learn.microsoft.c...ge-and-process-management

Niet voor niets dat dergelijke apps berucht zijn om hun gortige geheugen gebruik ten opzichte van native applicaties/componenten.

[Ablaze]

De term "native" wordt tegenwoordig aan de lopende band misbruikt. Voor een designer betekent "native" dat het het uiterlijk van het OS heeft. Voor een js programmeur betekent "native" dat een applicatie specifiek voor een bepaald platform is gebouwd. En voor een C++ programmeur betekent native dat het naar machinecode wordt gecompileerd.

De oude omgeving is WinUI. WinUI biedt een native design en is specifiek voor Windows. Maar het een UI framework voor C# en soms C++. Indien C# dan wordt het gecompileerd naar een intermediate taal die door een JIT runtime wordt uitgevoerd.

[Reactie gewijzigd door Ablaze op 18 maart 2026 16:04]

[Llopigat]

Waar het probleem komt is dat het qua design wel native is maar qua UI elementen eigenlijk niet. Dus dat het 'native' UI wordt nagebootst in een webpagina. Dat levert allerlei kleine problemen op waarbij dingen net niet werken zoals het zou moeten. En de reden dat mensen graag native apps hebben (buiten ook de performance overhead van javascript).

Je had wat frameworks die echt lokale UI elementen aanroepen doen zoals react native van facebook maar die worden steeds minder gebruikt omdat app ontwikkelaars liever hun eigen branding stempel op een app drukken en willen dat hij er op elk platform hetzelfde uitziet.

[Reactie gewijzigd door Llopigat op 18 maart 2026 16:15]

[Caayn]

Indien C# dan wordt het gecompileerd naar een intermediate taal die door een JIT runtime wordt uitgevoerd.

AOT ondersteuning is aanwezig in C#. Waardoor je vanuit C++ een C# library kan aanroepen. De runtime is dan niet langer nodig en wordt ook niet meegecompileerd zoals wel gebeurd bij reguliere self-contained C# builds.

[BobzT]

Er staat niet beter, maar minstens gelijk. Dit is theoretisch mogelijk, maar native heeft natuurlijk normaliter de voorkeur.

[ThaStealth]

Raar dat ze een betere integratie met diepere processen en hardware van het systeem gebruiken als argument voor een PWA, is namelijk lastiger lijkt me in PWA

[Ascathon]

Nog meer geheugenverbruik door nieuwe isolated msedgewebview2.exe processen. (als je het zou gebruiken). Ik snap het gemak maar totale desinteresse in gebruik van resources.

[Archcry]

We need to improve Windows in ways that are meaningful for people.

Techradar

Ik ben benieuwd wanneer ze hiermee beginnen en hoe deze verandering in die belofte past. De performance wordt echt niet beter als je er een PWA van maakt. Daarnaast vraag ik me af of deze effort überhaupt iets is waar mensen op zitten te wachten.

[Reactie gewijzigd door Archcry op 18 maart 2026 16:33]

[F_J_K]

Sja. Omdat ik grip wil hebben op wat wel en niet met de buitenwereld communiceert, blokkeer ik webview in de Windows firewall. Dat per 'web app' deblokkeren is te veel gedoe. Dan maar niet.

[Louw Post]

Normaal geen voorstander van web apps, maar in dit geval kan het alleen maar beter worden. Die native Copilot crashte bij mij regelmatig en mistte functionaliteit (zoals het pinnen van gesprekken).

[Llopigat]

Microslop. Maargoed ik gebruikte copilot (op het werk want daar moet ik het gebruiken) toch alleen via de webbrowser en niet via die brakke app.

Er zit ook geen verschil in functionaliteit dus waarom zou ik die app gebruiken. Hij is er alleen maar voor branding, zodat er een extra copilot icoontje is om in je gezichtsveld te duwen.