Scaricare i siti web che utilizzano AngularJS

Informazioni su AngularJS

Un framework arrivato a fine vita smette di essere una scelta tecnologica e diventa un problema di inventario. Il fornitore Google ha terminato il supporto per AngularJS, il che significa niente più patch di sicurezza né correzioni upstream, e ogni installazione rimasta è una scelta che qualcuno ha fatto una volta e non ha più riconsiderato. Rilevarlo, quindi, serve meno a sapere come è stato costruito un sito e più a sapere in che condizioni si trova oggi.

Il framework merita il suo posto nella storia. Pubblicato nel 2010 con licenza MIT e scritto in JavaScript, ha portato nello sviluppo web di massa i template dichiarativi, la dependency injection e la sincronizzazione automatica tra modello e vista, e per buona parte di un decennio è stato la risposta predefinita per i team che costruivano interfacce di tipo applicativo nel browser. Il suo successore, dello stesso fornitore, è una riscrittura completa con un’architettura diversa, ed è proprio per questo che tante applicazioni originali non sono mai state migrate. Passare al successore non è un aggiornamento ma una ricostruzione, e le ricostruzioni richiedono un budget.

La prova di questo stallo emerge dai dati di versione. Sui siti rilevati registriamo 220 versioni distinte, raggruppate attorno alla versione 1.2.28. Una dipendenza mantenuta attivamente si restringe nel tempo man mano che arrivano gli aggiornamenti, mentre una abbandonata si apre a ventaglio e resta così, con ogni sito congelato sulla release che era corrente il giorno in cui il lavoro si è fermato. Una dispersione così ampia in una sola libreria descrive in modo fedele una popolazione di cui nessuno si occupa più.

La geografia aggiunge il livello commerciale. A ottobre 2026 il framework compare su 181.326 siti, di cui 64.401 attribuiti agli Stati Uniti, e .com è in testa tra le estensioni di dominio, il che riflette i luoghi in cui i team di sviluppo di grandi aziende e startup costruivano di più negli anni del suo massimo successo. Applicazioni aziendali longeve, strumenti interni esposti sul web, dashboard e portali clienti sono tutti sovrarappresentati in una popolazione di questo tipo, e sono proprio le applicazioni costose da sostituire e quindi con buona probabilità destinate a durare.

Diversi tipi di acquirenti comprano esattamente questa lista. I fornitori di sicurezza vogliono le installazioni del framework senza patch, perché un framework lato client non più supportato è un rilievo duraturo in qualsiasi valutazione. Le società di consulenza che vendono modernizzazione vogliono le stesse righe per il motivo opposto, perché un sito fermo a una vecchia release è un’occasione di ricostruzione già qualificata, con una giustificazione economica evidente di per sé. I team che si occupano di supply chain e di inventario vogliono la popolazione per confrontarla con i propri fornitori e partner.

I limiti del rilevamento sono reali e vale la pena nominarli. Le stringhe di versione vengono lette dai percorsi dei file e dalle variabili globali di runtime, per cui un sito che accorpa e minifica il framework in un unico file applicativo può perdere sia la versione sia, in alcuni casi, qualsiasi marcatore del framework, il che abbassa il conteggio. Alcune pagine caricano la libreria usandola appena, come residuo di un widget o di una schermata di amministrazione, quindi la presenza non significa sempre che il nucleo dell’applicazione dipenda da essa.

Una ricerca per singolo dominio dà la risposta di un solo sito. La popolazione scaricabile indica quanto è grande il parco senza manutenzione, come si distribuisce tra versioni, paesi e hosting, cos’altro usano quei siti e con quale rapidità si riduce da un rilascio all’altro. Sono le uniche domande che valga la pena porsi su una tecnologia la cui storia residua è il suo declino.