Scaricare i siti web che utilizzano Popper

Informazioni su Popper

Nessuno decide di proposito di installare Popper. I team front end scelgono una libreria di componenti, un design system o un framework di stile, e il motore di posizionamento arriva al suo interno. Rilevare la libreria su una pagina è quindi più simile a leggere un manifesto delle dipendenze che a leggere una scelta tecnologica, e il valore del segnale deriva da ciò che implica su tutto quanto è raggruppato nello stesso bundle.

La libreria Popper rientra nella categoria Miscellaneous, è pubblicata con licenza MIT ed è disponibile dal 2016. Il compito che svolge è circoscritto. Dati un elemento di riferimento e un elemento fluttuante, come un tooltip, un menu a tendina o un menu, la libreria calcola dove deve collocarsi la parte fluttuante e che cosa deve succedere quando il viewport esaurisce lo spazio. È proprio la portata limitata ad averla fatta finire integrata in framework di componenti molto diffusi, anziché in concorrenza con essi.

È nei dati di versione che questa presenza diventa interessante. Attualmente seguiamo 127 versioni distinte in circolazione, e la release che registriamo più spesso è la 1.14.7. Una release di prima generazione in quella posizione, su una libreria la cui seconda generazione è disponibile da anni, non prova che gli sviluppatori la preferiscano. Qui il blocco della versione è ereditato. Un sito usa la release che il suo framework aveva incorporato nel momento in cui sono stati costruiti il tema, il modello o l’ultimo vero rinnovamento del front end.

Visto così, il campo della versione diventa uno strumento di datazione. Una pagina con una release vecchia è una pagina il cui stack front end non è stato ricostruito da quando quella release era attuale, e lo stesso ragionamento si estende a ogni altra libreria dello stesso bundle. Per chi vende strumenti front end, interventi sulle prestazioni, correzioni di accessibilità o la migrazione a un design system, una libreria di posizionamento datata è un indicatore economico e sorprendentemente affidabile di un codice che nessuno tocca da molto tempo.

A ottobre 2026 rileviamo la libreria su 1.641.112 siti, 603.629 dei quali si trovano negli Stati Uniti, con l’estensione .com diffusa in tutto l’insieme. La geografia di una dipendenza inclusa in un bundle ripete per lo più quella dei framework che la portano con sé, quindi qui una ripartizione per paese è un indizio sulle preferenze degli sviluppatori più debole di quanto sembri. La distribuzione delle versioni e la presenza congiunta con altre librerie sono i campi che contengono davvero informazioni.

Il rilevamento dipende dal fatto che la libreria venga servita come file identificabile o esponga un nome globale identificabile, e le pipeline di build moderne ostacolano entrambe le cose. Il codice raggruppato, minificato e sottoposto a tree shaking perde il nome del file e spesso la stringa di versione, quindi il nostro dato sottostima l’uso reale, e la sottostima pesa soprattutto sui siti con le toolchain più recenti, il che è l’opposto di un errore casuale. Chi ragiona sulle tendenze di adozione a partire da questa presenza deve tenere a mente tale distorsione, perché i siti più facili da rilevare sono sistematicamente i più vecchi.

Una ricerca per singolo dominio non aiuta in nulla di tutto questo, perché ogni domanda che valga la pena porsi qui è comparativa. Quale release gira dove, come cambia la dispersione delle versioni per paese, per estensione di dominio e per sistema di gestione dei contenuti, quali framework di componenti si accompagnano a quali versioni e come si sposta l’intera distribuzione da un’esportazione all’altra: sono tutte domande su una popolazione. Per rispondere serve il file, non una casella di ricerca.