Scaricare i siti web che utilizzano Polymer

Informazioni su Polymer

I Web Components sono stati uno standard prima di diventare una funzionalità effettivamente utilizzabile. Custom element, shadow DOM e template HTML erano stati concordati sulla carta mentre i browser li introducevano a velocità diverse e con bug diversi, e per vari anni l’unico modo pratico per costruire con essi era portarsi dietro la propria implementazione.

Il progetto Polymer, rilasciato nel 2013 con licenza BSD e scritto in JavaScript, è stato la risposta di Google a quel vuoto. La libreria forniva polyfill e un sottile strato di zucchero sintattico perché i team potessero scrivere componenti conformi allo standard prima che la piattaforma fosse pronta, e molto di ciò che ha dimostrato nella pratica è confluito negli standard stessi.

Poi i browser si sono messi in pari, il fornitore ha spostato il suo impegno su un successore più leggero e i nuovi progetti hanno smesso di partire da qui. Quel che resta è l’oggetto più interessante. A ottobre 2026 rileviamo la libreria su 102 siti, e un conteggio relativo a un framework che nessuno sceglie più non è affatto una misura di popolarità. È piuttosto un inventario, una stima di quanto codice di produzione è stato scritto secondo un approccio superato e viene ancora servito ogni giorno a visitatori reali.

Gli inventari di questo tipo hanno acquirenti. Le agenzie che propongono rifacimenti vogliono sapere quali aziende si portano ancora dietro codice di questo genere. I team di sicurezza se ne interessano perché una dipendenza front end non mantenuta è una dipendenza a cui nessuno applica patch. I manutentori di framework e chi fa ricerca sul mercato del lavoro si interessano alla curva di declino in sé, perché la velocità con cui una libreria obsoleta lascia il web è una delle poche misure oneste di quanto duri davvero una decisione front end.

Valgono due limiti. Il rilevamento dipende dal fatto che la libreria si annunci tramite variabili globali riconoscibili, registrazioni di elementi o percorsi di risorse, e una fase di build che raggruppa e minifica tutto in un unico file può nasconderla completamente, quindi il dato reale è più alto di quello che pubblichiamo. Per questa voce, inoltre, non registriamo alcuna versione, il che è una perdita concreta, perché la distanza di migrazione da una release iniziale a uno stack di componenti moderno non ha nulla a che vedere con quella da una release successiva, e un acquirente che deve stimare quel lavoro vorrebbe sapere quale delle due ha davanti.

Una ricerca per singolo dominio dice che un sito usa ancora la libreria. L’elenco scaricabile dice quanto resta del parco installato, chi lo possiede, cos’altro gira su quei siti e come varia il totale da una release del dataset all’altra, ed è l’unico modo per veder morire davvero una tecnologia invece di dare per scontato che sia già morta.