Scaricare i siti web che utilizzano Social9

Informazioni su Social9

Gli script di terze parti incorporati sono un angolo insolito del web da studiare, perché il codice che li carica di solito sopravvive al motivo per cui è stato aggiunto. Un editore incolla uno snippet in un template durante una campagna per il traffico dai social, la campagna finisce, lo snippet resta nel tema. Leggere una popolazione di installazioni significa quindi, in parte, leggere ciò che i proprietari dei siti credevano un tempo sulla distribuzione, conservato nel markup molto dopo che quella convinzione è stata superata.

Lo script Social9 è codice di questo tipo, un loader che un editore inserisce in un tema e poi dimentica. A ottobre 2026 lo vediamo su 327 siti. Il sito del fornitore oggi vende tutt’altro, una piattaforma che usa l’IA per produrre e programmare contenuti per i social media destinati ai team di marketing, quindi conviene leggere un rilevamento qui come un indizio sulle pagine che contengono lo script più che come il segnale di un rapporto commerciale in corso.

Il dato più rivelatore non è il totale ma la dispersione delle versioni che lo compongono. Nelle installazioni che osserviamo registriamo 54 stringhe di versione distinte, tra cui la 3.5.1. Uno script con così tante versioni attive non viene aggiornato in modo centralizzato. Ogni sito resta fermo alla build corrente nel momento in cui lo snippet è stato incollato nel tema, e nessuno torna in seguito a modificarla. Una frammentazione di questa portata è il destino normale del JavaScript copiato e incollato, ed è misurabile qui solo perché il loader dichiara la propria build.

La dispersione delle versioni è esattamente ciò che una singola ricerca non può offrire. Sapere che un dominio usa una certa build dice qualcosa su quel dominio. Sapere come un’intera popolazione si distribuisce tra le versioni dice come invecchia sul campo il JavaScript di terze parti, il che conta quando si valuta l’esposizione della supply chain, si pianifica l’abbandono di un widget o si redige un bollettino di sicurezza che deve indicare quanta parte del parco installato un determinato problema raggiungerebbe ancora.

Il pubblico di un elenco come questo si divide lungo una linea netta. Da una parte c’è chi vende prodotti che occupano lo stesso spazio, cioè i widget di coinvolgimento e di conversione in pagina che gli editori incollano in un template, e cerca proprietari di siti già abituati a far girare uno script esterno. La disponibilità a farlo una volta è un forte indicatore della disponibilità a farlo di nuovo, ed è per questo che questa categoria converte meglio di una lista fredda di siti di contenuti. Dall’altra parte c’è chi si interessa a ciò che quegli script fanno davvero, dai ricercatori che si occupano di privacy e tracciano dove viaggiano i dati dei visitatori ai team di sicurezza che censiscono il codice ospitato all’esterno ed eseguito su pagine che non controllano.

I due gruppi hanno bisogno dello stesso materiale di partenza, cioè l’insieme completo dei domini e non un giudizio su uno di essi. Una verifica per singolo dominio conferma un’ipotesi che si ha già. Il download è ciò che permette di formularne una fin dall’inizio, e di metterla di nuovo alla prova con la scansione successiva.

Un limite va dichiarato con onestà. Uno script caricato in modo differito, iniettato da un tag manager o rimasto in un template dopo la scadenza dell’account verrà registrato in modo diverso da uno effettivamente in uso. La nostra verifica riguarda la presenza del loader nella pagina al momento della scansione. Se faccia ancora qualcosa per qualcuno è una domanda a cui il markup non può rispondere.