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.

Copilot-toets laptop hand Microsoft AI genAI

Door Jasper Bakker

Nieuwsredacteur

18-03-2026 • 15:38

31

Submitter: KipKroket

Reacties (31)

Sorteer op:

Weergave:

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]

Dat heb ik gezien bij whatsapp. Hij start super snel op omdat hij al volledig draait op de achtergrond, met alle RAM gebruik van dien. Zet al de toggles van achtergrond-services maar eens uit, dan duurt het ineens 20-30 sec om te starten.
Genoeg te klagen over de huidige Whatsapp Windows app bij ons thuis.

Vroeger was het fors lichter, maar vooral meer snappy in gebruik, nu voelt het als een log programma, en dan zwijg ik over de willekeurige bugs die voorkomen (meest voorkomende 3 op beide systemen hier zijn, whatsapp crasht willekeurig, als je het veld selecteert om te typen maakt hij dat ongedaan (je typt in het "niets" en soms start je dan ineens iets in windows als je per toeval een bepaalde combinatie intikt) en afbeeldingen die niet inladen tot je de app afsluit en opnieuw opstart).

Bij ons start die app sowieso niet tegelijk met windows, regelmatig meegemaakt dat hij dan crasht maar dat weet je pas als je de app wil gebruiken.

Ander punt zijn gelezen berichten, regelmatig komt het voor dat als ik een bericht op Windows lees, mijn telefoon "van niks af weet".

Bovenstaande nooit met de oude app meegemaakt, die had alleen de issue dat je geen HD foto's kon sturen wat nu wel kan.
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
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.
Hier raak je ook gelijk het grootste nadeel van Webview2. Als je gewoonlijk veel tabbladen en apps open laat staan loopt je geheugen behoorlijk snel vol. Daarbij worden de verschillende instanties niet altijd netjes afgesloten, al is dat wel al een stuk verbeterd. Voorheen moest ik mijn PC of laptop wel eens opnieuw opstarten omdat er meer dan 100 webview instanties waren blijven hangen. Nu heb ik na 3 weken 8 instanties open staan terwijl ik alleen FireFox met 4 tabbladen open heb.
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]

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]

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.
Er staat niet beter, maar minstens gelijk. Dit is theoretisch mogelijk, maar native heeft natuurlijk normaliter de voorkeur.
Niet trager, en zelfs iets met sneller opstarten; maar wel 2x zo hoog CPU verbruik en 5x zoveel RAM gebruik 8)7

[Reactie gewijzigd door DvanRaai89 op 18 maart 2026 17:34]

Sneller opstarten zal best wel. Het probleem is meer dat er gewoon een hele browser op de achtergrond wordt opgestart en je geheugen weer 1gb kleiner is.
De PWA is dan ook meer een schil om verschillende native componenten.
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
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.
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).
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]

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.
Is dit niet gewoon een manier om updates te forceren?

Vind het namelijk niet echt logisch dat een WebUI beter zou werken dan native.
Ownee... Nou, ik hoop dan maar dat qua rechten het niet net soon ramp word als Teams. Waarbij ik echt kriegel wordt wie wat hoe waarom rechten richting de camera in win 11. Teams heeft rechten, maar een meeting vind weer plaats in een web sub gedeelte die weer andere rechten moet....

Vind dat geen vooruitgang
Daarom geef je gewoon alles overal rechten op, dan werkt het tenminste. Microsoft security: als het je niet boeit is er niks aan de hand. Werkt uitstekend voor >90% van de mensen!
1 ding is zeker: Zolang ik leef, koop ik geen toetsenbord met een CoPilot knop erop.
Denk je dat je het na je dood wel nodig gaat hebben dan?
Ik kocht er eentje voor mijn desktop die wel ermee kwam.

Maar de fabrikant gaf ook een normale keycap in doos (in dit geval de Ctrl toets) en je kon in de software co-pilot omwisselen naar andere functies (ik koos voor Ctrl).

Profiel op het toetsenbord zelf opgeslagen en ik heb er geen last van.

Maar goed, met een laptop wordt het meer problematisch...
Betekent dit dat Copilot nu ook makkelijker te verwijderen is?

Om te kunnen reageren moet je ingelogd zijn