Heeft Blazor in 2026 nog toekomst? Een eerlijk antwoord voordat u kiest

De vraag komt meestal vlak voor een belangrijke beslissing. Een bedrijf gaat een nieuwe bedrijfsapplicatie bouwen, of heeft er al een in Blazor, en iemand aan tafel vraagt: bestaat Blazor over vijf jaar nog, of is dit de volgende Silverlight?

Het korte antwoord: ja, Blazor is in 2026 relevant, vooral voor bedrijfs- en interne applicaties van teams die al in C# werken. Maar het is niet voor alles de juiste keuze, en het heeft echte nadelen die u vóór de beslissing moet kennen.

Waar de angst vandaan komt

• Silverlight. Veel bedrijven bouwden op Silverlight van Microsoft en moesten hun applicaties herschrijven. De ondersteuning stopte in oktober 2021.
• “Microsoft stopt met frameworks.” Web Forms en WCF aan de serverkant zijn niet meegegaan naar modern .NET.
• React is overal. De meeste frontend-vacatures en tutorials gaan over JavaScript-frameworks, dus Blazor lijkt een niche.

De angst is begrijpelijk. Maar de vergelijking met Silverlight mist het belangrijkste verschil.

Waarom Blazor geen Silverlight is

Silverlight was een browserplug-in. Toen browsers stopten met plug-ins, kon het nergens meer draaien, wat Microsoft ook wilde.

Blazor heeft geen plug-in nodig. Het draait op standaarden die elke browser ondersteunt: WebAssembly, of een gewone WebSocket-verbinding met de server. En het is geen apart product met een eigen levenscyclus, maar een onderdeel van ASP.NET Core, het belangrijkste webframework van Microsoft, open source zoals de rest van .NET.

Dat betekent ook dat de ondersteuning .NET volgt. Een applicatie op .NET 10 wordt ondersteund tot november 2028, zoals elke andere .NET 10-applicatie.

Wat Microsoft heeft geleverd

Een framework dat wordt afgebouwd, krijgt niet elk jaar grote vernieuwingen. Blazor krijgt ze in elke .NET-versie.

1. 2019–2020Blazor Server, daarna WebAssembly
2. .NET 8 · 2023Eén Blazor Web App, rendermodus per pagina
3. .NET 9 · 2024Beter opnieuw verbinden, snellere statische bestanden
4. .NET 10 · 2025Blijvende status, sneller WebAssembly

• .NET 8 bracht de grootste verandering: één project waarin elke pagina op de server als gewone HTML kan worden gerenderd, interactief kan draaien via een verbinding met de server, of in de browser op WebAssembly kan draaien. Daarvoor moest u voor de hele applicatie één model kiezen.
• .NET 9 verbeterde het opnieuw verbinden met de server na een netwerkonderbreking en optimaliseerde de levering van statische bestanden.
• .NET 10, de huidige versie met langetermijnondersteuning, bracht declaratief bewaren van de status tussen prerendering en interactiviteit, sneller laden van WebAssembly-applicaties en een nieuw scherm voor opnieuw verbinden in de projecttemplate.

Microsoft bouwt ook eigen tools op Blazor. Het Aspire-dashboard, waarmee ontwikkelaars gedistribueerde applicaties volgen terwijl ze draaien, is een Blazor-applicatie gebouwd met Fluent UI Blazor, een componentenbibliotheek die Microsoft als open-sourceproject onderhoudt.

Wanneer Blazor een goede keuze is

Situatie	Blazor?	Waarom
Interne bedrijfsapplicatie: orders, magazijn, rapporten, beheer	Ja	Formulieren, tabellen en bedrijfsregels, waar C# aan beide kanten het meest bespaart
Klant- of partnerportaal achter een login	Ja	Geen SEO nodig, veel data en regels
Een team dat C# en .NET al kent	Ja	Eén taal en gedeelde code voor backend en frontend
Overstap van Web Forms, WinForms of WPF	Ja	Scherm voor scherm, met de bestaande C#-logica
Een openbare website die van Google leeft	Liever niet	Statische pagina’s of een CMS doen dit beter en goedkoper
Een consumentenapp met veel animaties en een groot frontendteam	Liever niet	React en vergelijkbare frameworks hebben een groter ecosysteem van kant-en-klare componenten

Hoe een geleidelijke overstap van een desktopapplicatie werkt, leest u in het artikel over WinForms en WPF naar het web.

Eerlijk over de nadelen

• Een kleiner ecosysteem. Er zijn minder kant-en-klare componenten dan voor React. Voor bedrijfsapplicaties dekken commerciële bibliotheken zoals Telerik, Syncfusion en DevExpress, en gratis bibliotheken zoals MudBlazor en Fluent UI, bijna alles af.
• Minder mensen met Blazor op hun cv. Maar elke C#-ontwikkelaar leert het in een paar weken, omdat het dezelfde taal en hetzelfde .NET is. U werft uit de pool van .NET-ontwikkelaars, niet uit een pool van “Blazor-ontwikkelaars”.
• WebAssembly heeft een grotere eerste download. De eerste keer laden is trager dan bij een kleine JavaScript-pagina. Voor een interne applicatie die mensen elke dag openen, maakt dat niet uit. Voor een landingspagina wel.
• De servermodus heeft een constante verbinding nodig. Elke gebruiker houdt een verbinding met de server open. Voor honderden gebruikers is dat prima. Voor tienduizenden tegelijk is planning nodig, of WebAssembly.

Hoe het eruitziet in code

Het belangrijkste van Blazor past voor een directie op één scherm: een interactief deel van de pagina in C#, dezelfde taal als de rest van het systeem.

@inject OrderService Orders

<h2>Open orders: @openOrders.Count</h2>

<button @onclick="LoadAsync">Refresh</button>

@code {
    private List<Order> openOrders = [];

    protected override Task OnInitializedAsync() => LoadAsync();

    private async Task LoadAsync() => openOrders = await Orders.GetOpenAsync();
}

Bij rendering op de server is OrderService dezelfde klasse die de rest van de backend al gebruikt. Geen aparte API-laag alleen voor het scherm, geen validatie die twee keer wordt geschreven, geen tweede taal.

Vijf vragen voordat u beslist

1. Is de applicatie intern of achter een login, of leeft ze van bezoekers via Google?
2. Werkt uw team al in C# en .NET?
3. Hoeveel gebruikers werken er tegelijk mee?
4. Moet ze offline of op zwakke verbindingen werken?
5. Wie onderhoudt haar over vijf jaar, en in welke taal is de rest van uw systeem geschreven?

Zijn de antwoorden op de eerste twee vragen “achter een login” en “ja”, dan is Blazor bijna altijd een goede keuze. Een uitgebreide vergelijking op team, werving en kosten leest u in Blazor vs React voor bedrijfsapplicaties.

Heeft u al een Blazor-applicatie?

Dan is de vraag niet of Blazor overleeft, maar of uw applicatie op een ondersteunde versie draait. De ondersteuning voor .NET 8 en .NET 9 stopt op 10 november 2026. Hoe u overstapt, leest u in het artikel over het einde van de ondersteuning voor .NET 8 en 9. Is de applicatie intussen ook traag geworden, begin dan met de zeven meest voorkomende oorzaken van een trage Blazor-app.

Hoe wij werken

ProCoding is een .NET-studio uit Split, Kroatië, en wij brengen Blazor sinds 2020 in productie, van software waarmee elektrische auto’s worden gebouwd tot de aansturing van batterijopslag. Wij helpen u beslissen of Blazor past, bouwen nieuwe Blazor-applicaties en zetten Web Forms-, WinForms- en WPF-applicaties scherm voor scherm over. De eerste stap is een gratis gesprek van 30 minuten.

Bronnen

• What’s new in ASP.NET Core in .NET 8, Microsoft Learn
• What’s new in ASP.NET Core in .NET 9, Microsoft Learn
• What’s new in ASP.NET Core in .NET 10, Microsoft Learn
• .NET and .NET Core support policy, Microsoft
• Fluent UI Blazor, GitHub
• Aspire, GitHub
• Silverlight 5 lifecycle, Microsoft Learn