Scaricare i siti web che utilizzano Blazor

Informazioni su Blazor

La maggior parte dei framework per il browser indica che cosa preferiva un team di sviluppo. Il framework Blazor indica che cosa un’organizzazione possedeva già.

Microsoft ha lanciato il framework Blazor nel 2018 e lo ha distribuito con licenza MIT. La promessa era circoscritta ed efficace: scrivere i componenti dell’interfaccia in C#, lo stesso linguaggio in cui è già scritto il backend, ed evitare del tutto la toolchain JavaScript. Due runtime molto diversi mantengono questa promessa. Uno compila un runtime .NET in WebAssembly ed esegue il codice dei componenti all’interno del browser. L’altro mantiene i componenti sul server e invia gli aggiornamenti dell’interfaccia attraverso un socket persistente, riducendo il client a poco più di una superficie di rendering. Dall’esterno i due si somigliano abbastanza da non permettere sempre a un crawler di distinguerli, e i nostri dati non ci provano.

Il motivo per cui un ricercatore dovrebbe interessarsene non è il framework in sé. Dietro quasi ogni pagina Blazor c’è un’applicazione ASP.NET Core, un team C#, un abbonamento a Visual Studio e Azure, e spesso SQL Server alla base. Nessuno adotta Blazor per seguire la moda. L’adozione segue un impegno già esistente verso la piattaforma Microsoft, ed è per questo che il framework si concentra in portali aziendali, dashboard per la logistica e le assicurazioni, fornitori industriali, back office sanitari e siti di prodotti destinati ad altre imprese, più che nell’editoria o nel commercio al dettaglio rivolto ai consumatori.

A ottobre 2026 rileviamo Blazor su 13.935 siti. Il dato è onesto su ciò che un crawler può raggiungere e tace su dove il framework si trovi davvero. Le applicazioni eseguite lato server stanno dietro un login, su sottodomini dedicati alle app e all’interno di intranet che nessuna scansione pubblica raggiunge mai, mentre la homepage di marketing della stessa azienda è spesso un modello statico senza la minima traccia di .NET. Conviene leggere il conteggio come una stima per difetto di ciò che è visibile, non come una popolazione.

Una verifica per singolo dominio indica se una certa azienda ha scelto Blazor. Un elenco risponde a domande fuori dalla portata di una verifica: fin dove lo stack web di Microsoft si è diffuso oltre i clienti a cui un fornitore vende già, in quali settori si è stabilito, quanto la popolazione di siti Blazor si sovrappone ai vecchi siti ASP.NET candidati a una riscrittura, e se la presenza stia crescendo nei mercati in cui si intende assumere o vendere. Fornitori di componenti, aziende di osservabilità e di tracciamento degli errori, società di sviluppo su commessa e selezionatori di personale tecnico acquistano tutti lo stesso elenco di domini e lo leggono cercando cose diverse.

Nel dataset ogni dominio Blazor arriva con il resto dello stack rilevato sullo stesso host, così il framework può essere incrociato in un solo passaggio con i segnali di web server, CDN, strumenti di analisi, pagamenti e tag manager. Un singolo sito che usa il framework raramente è interessante di per sé. La popolazione, filtrata fino agli host che usano anche il prodotto di un concorrente, diventa una lista di potenziali clienti su cui lavorare, e lo stesso file letto un trimestre dopo mostra in quale direzione si sta muovendo la presenza.