Hat Blazor 2026 noch Zukunft? Eine ehrliche Antwort vor der Entscheidung

Die Frage kommt meist kurz vor einer wichtigen Entscheidung. Ein Unternehmen will eine neue Geschäftsanwendung bauen oder hat bereits eine in Blazor, und jemand am Tisch fragt: Gibt es Blazor in fünf Jahren noch, oder ist das das nächste Silverlight?

Die kurze Antwort: Ja, Blazor ist 2026 relevant, vor allem für Geschäfts- und interne Anwendungen von Teams, die ohnehin in C# arbeiten. Es ist aber nicht für alles die richtige Wahl und hat echte Nachteile, die man vor der Entscheidung kennen sollte.

Woher die Sorge kommt

• Silverlight. Viele Unternehmen haben auf Microsofts Silverlight gesetzt und mussten ihre Anwendungen neu schreiben. Der Support endete im Oktober 2021.
• „Microsoft stellt Frameworks ein.“ Web Forms und serverseitiges WCF haben den Weg ins moderne .NET nicht geschafft.
• React ist überall. Die meisten Frontend-Stellenanzeigen und Tutorials drehen sich um JavaScript-Frameworks, also wirkt Blazor wie eine Nische.

Die Sorge ist verständlich. Der Vergleich mit Silverlight übersieht aber den entscheidenden Unterschied.

Warum Blazor nicht Silverlight ist

Silverlight war ein Browser-Plugin. Als die Browser Plugins abschafften, konnte es nirgends mehr laufen, egal was Microsoft wollte.

Blazor braucht kein Plugin. Es läuft auf Standards, die jeder Browser unterstützt: WebAssembly oder eine gewöhnliche WebSocket-Verbindung zum Server. Und es ist kein eigenes Produkt mit eigenem Lebenszyklus, sondern Teil von ASP.NET Core, Microsofts wichtigstem Web-Framework, Open Source wie der Rest von .NET.

Das heißt auch: Der Support richtet sich nach .NET. Eine Anwendung auf .NET 10 wird bis November 2028 unterstützt, wie jede andere .NET-10-Anwendung.

Was Microsoft geliefert hat

Ein Framework, das auslaufen soll, bekommt nicht jedes Jahr große Neuerungen. Blazor bekommt sie in jeder .NET-Version.

1. 2019–2020Blazor Server, dann WebAssembly
2. .NET 8 · 2023Eine Blazor Web App, Render-Modus pro Seite
3. .NET 9 · 2024Besseres Wiederverbinden, schnellere statische Dateien
4. .NET 10 · 2025Persistenter Zustand, schnelleres WebAssembly

• .NET 8 brachte die größte Änderung: ein Projekt, in dem jede Seite auf dem Server als einfaches HTML gerendert, interaktiv über eine Serververbindung betrieben oder im Browser auf WebAssembly ausgeführt werden kann. Vorher musste man sich für die ganze Anwendung auf ein Modell festlegen.
• .NET 9 verbesserte das Wiederverbinden mit dem Server nach einem Netzabbruch und optimierte die Auslieferung statischer Dateien.
• .NET 10, die aktuelle Version mit Langzeitsupport, brachte deklaratives Speichern des Zustands zwischen Prerendering und Interaktivität, schnelleres Laden von WebAssembly-Anwendungen und einen neuen Bildschirm für das Wiederverbinden in der Projektvorlage.

Microsoft baut auch eigene Werkzeuge mit Blazor. Das Aspire-Dashboard, mit dem Entwickler verteilte Anwendungen im laufenden Betrieb beobachten, ist eine Blazor-Anwendung, gebaut mit Fluent UI Blazor, einer Komponentenbibliothek, die Microsoft als Open-Source-Projekt pflegt.

Wann Blazor eine gute Wahl ist

Situation	Blazor?	Warum
Interne Geschäftsanwendung: Aufträge, Lager, Berichte, Verwaltung	Ja	Formulare, Tabellen und Geschäftsregeln, wo C# auf beiden Seiten am meisten spart
Kunden- oder Partnerportal hinter einem Login	Ja	Kein SEO nötig, viele Daten und Regeln
Ein Team, das C# und .NET schon kennt	Ja	Eine Sprache und gemeinsamer Code für Backend und Frontend
Umstieg von Web Forms, WinForms oder WPF	Ja	Bildschirm für Bildschirm, mit der vorhandenen C#-Logik
Eine öffentliche Website, die von Google lebt	Eher nicht	Statische Seiten oder ein CMS machen das besser und günstiger
Eine Endkunden-App mit vielen Animationen und großem Frontend-Team	Eher nicht	React und ähnliche Frameworks haben ein größeres Ökosystem fertiger Komponenten

Wie ein schrittweiser Umstieg von einer Desktop-Anwendung funktioniert, beschreibt der Artikel über den Umstieg von WinForms und WPF ins Web.

Ehrlich über die Nachteile

• Ein kleineres Ökosystem. Es gibt weniger fertige Komponenten als für React. Für Geschäftsanwendungen decken kommerzielle Bibliotheken wie Telerik, Syncfusion und DevExpress sowie kostenlose wie MudBlazor und Fluent UI fast alles ab.
• Weniger Leute mit Blazor im Lebenslauf. Aber jeder C#-Entwickler lernt es in wenigen Wochen, weil es dieselbe Sprache und dasselbe .NET ist. Sie stellen aus dem Pool der .NET-Entwickler ein, nicht aus einem Pool von „Blazor-Entwicklern“.
• WebAssembly hat einen größeren ersten Download. Das erste Laden ist langsamer als bei einer kleinen JavaScript-Seite. Für eine interne Anwendung, die täglich geöffnet wird, spielt das keine Rolle. Für eine Landingpage schon.
• Der Server-Modus braucht eine ständige Verbindung. Jeder Nutzer hält eine Verbindung zum Server. Für Hunderte Nutzer ist das kein Problem. Für Zehntausende gleichzeitig braucht es Planung oder WebAssembly.

Wie das im Code aussieht

Das Wichtigste an Blazor passt für eine Geschäftsführung auf einen Bildschirm: ein interaktiver Teil der Seite in C#, derselben Sprache wie der Rest des Systems.

@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();
}

Beim serverseitigen Rendern ist OrderService dieselbe Klasse, die der Rest des Backends schon nutzt. Keine eigene API-Schicht nur für den Bildschirm, keine doppelt geschriebene Validierung, keine zweite Sprache.

Fünf Fragen vor der Entscheidung

1. Ist die Anwendung intern oder hinter einem Login, oder lebt sie von Besuchern über Google?
2. Arbeitet Ihr Team schon in C# und .NET?
3. Wie viele Nutzer arbeiten gleichzeitig damit?
4. Muss sie offline oder bei schwachen Verbindungen funktionieren?
5. Wer pflegt sie in fünf Jahren, und in welcher Sprache ist der Rest Ihres Systems geschrieben?

Lauten die Antworten auf die ersten beiden Fragen „hinter einem Login“ und „ja“, ist Blazor fast immer eine gute Wahl. Einen ausführlichen Vergleich nach Team, Recruiting und Kosten finden Sie unter Blazor oder React für Geschäftsanwendungen.

Sie haben schon eine Blazor-Anwendung?

Dann ist die Frage nicht, ob Blazor überlebt, sondern ob Ihre Anwendung auf einer unterstützten Version läuft. Der Support für .NET 8 und .NET 9 endet am 10. November 2026. Wie der Wechsel gelingt, steht im Artikel zum Support-Ende von .NET 8 und 9. Ist die Anwendung zudem langsam geworden, beginnen Sie mit den sieben häufigsten Ursachen einer langsamen Blazor-App.

Wie wir arbeiten

ProCoding ist ein .NET-Studio aus Split, Kroatien, und wir bringen Blazor seit 2020 in Produktion, von Software für den Bau von Elektroautos bis zur Steuerung von Batteriespeichern. Wir helfen bei der Entscheidung, ob Blazor passt, bauen neue Blazor-Anwendungen und migrieren Web-Forms-, WinForms- und WPF-Anwendungen Bildschirm für Bildschirm. Der erste Schritt ist ein kostenloses 30-minütiges Gespräch.

Quellen

• 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