Scaricare i siti web che utilizzano Vue.js

Informazioni su Vue.js

Contare in modo onesto uno strumento moderno della categoria JavaScript frameworks significa partire da ciò che il conteggio lascia fuori. Il framework Vue.js può essere caricato da una CDN pubblica con un semplice tag script, e in quel caso il rilevamento è banale. Il framework può però anche essere compilato in un bundle applicativo, rinominato da un minificatore, ripulito con il tree-shaking e servito come un blocco anonimo di JavaScript, e in quel caso un crawler vede un’applicazione che ha tutta l’aria di essere costruita su un framework, ma nessun framework. A ottobre 2026 lo rileviamo su 2.062.670 siti, e il modo onesto di descrivere questo valore è parlare di una stima per difetto, non di una misura.

La distorsione va in una direzione nota, ed è proprio conoscerne la direzione a rendere i dati utilizzabili. Le installazioni rilevabili sono sbilanciate verso l’estremo progressivo del design stesso del framework, quello in cui lo si inserisce in una pagina esistente renderizzata sul server per rendere interattiva una sola parte. Le installazioni tramite strumenti di build, che sono il modo in cui viene scritta la maggior parte delle applicazioni a pagina singola nate da zero, risultano sistematicamente sottorappresentate. La lista somiglia più a un censimento dell’interattività aggiunta qua e là che a un censimento dei team di sviluppo che hanno adottato il framework come standard.

I dati di versione portano la stessa impronta. Registriamo 1064 stringhe di versione distinte, e quella che ricorre più spesso è 2.7.14, che appartiene alla precedente versione major e non a quella attuale. Il motivo è lo stesso di prima. Un URL di CDN fissato a una versione è leggibile e raramente rivisto, mentre un’installazione in bundle è illeggibile e resta aggiornata senza farsi notare. Chi usasse la nostra ripartizione per versione per discutere dei progressi della migrazione nell’ecosistema starebbe leggendo gli artefatti del rilevamento e non lo stato dell’ecosistema, e preferiamo dirlo piuttosto che lasciare che il grafico parli da solo.

Dei siti in cui troviamo il framework, 758.230 si trovano negli Stati Uniti, e l’estensione .com copre il grosso dei domini. Il framework è disponibile con licenza MIT dal 2014, quindi adottarlo non costa nulla e la sua presenza non implica acquisti di sorta. La presenza implica invece uno stile di sviluppo. Qualcuno ha scritto dei componenti, qualcuno ha impostato uno stato reattivo, e qualcuno in quel progetto è a suo agio nel mantenere codice JavaScript che va oltre la schermata di impostazioni di un plugin.

Un segnale di competenza di questo tipo restringe notevolmente il pubblico della lista. I fornitori di componenti e di kit per interfacce, le piattaforme headless per contenuti e commercio, gli strumenti di monitoraggio degli errori e delle prestazioni, e i recruiter che mappano quali datori di lavoro usano davvero lo stack che dichiarano, vogliono tutti la stessa cosa di fondo, cioè una popolazione di siti con competenze front-end interne. Le agenzie usano la lista al contrario, per trovare siti che sono cresciuti oltre i limiti di un page builder e sono pronti a parlare di un rifacimento. I ricercatori di sicurezza la usano per studiare come si comportano le pagine renderizzate sul client in presenza di policy sui contenuti.

Una ricerca per singolo dominio risolve una sola domanda, cioè se un sito carica oggi il framework. La lista scaricabile è ciò che serve quando la domanda ha la forma opposta. Quali siti lo abbinano a un determinato backend o a una piattaforma e-commerce, come si ripartisce la popolazione rilevabile tra paesi ed estensioni, quali reti di hosting la concentrano, e se sugli stessi domini viene soppiantato da un’istantanea all’altra. Se a ciascuna di queste risposte si allega l’avvertenza sulle installazioni in bundle, l’analisi resta onesta e allo stesso tempo davvero utile, il che è un risultato migliore di un numero perentorio che nessuno sa difendere.