Scaricare i siti web che utilizzano GitHub Pages

Informazioni su GitHub Pages

Pubblicare tramite il servizio GitHub Pages dice tanto su ciò che si esclude quanto su ciò che si include. Dietro il dominio non c’è alcun application server, nessun database, nessuna sessione lato server e nessun login amministrativo. Tutto ciò che un visitatore riceve è stato generato altrove, salvato con un commit in un repository e copiato su un servizio di file statici. La presenza di GitHub Pages su un dominio dice meno su ciò che fa il sito che sul modo in cui lavorano le persone che lo possiedono, cioè con il controllo di versione al primo posto e i deploy fatti tramite commit.

La popolazione risultante è insolita per una voce della categoria PaaS. Siti di progetti open source, portfolio di sviluppatori, documentazione di librerie, microsite di conferenze e front end di strumenti interni si concentrano tutti qui, perché sono tutti economici da generare in anticipo e risiedono già tutti in un repository. Compaiono anche siti commerciali, ma di solito come satelliti: una pagina di lancio, una pagina di stato, un sottodominio di documentazione collegato a un’azienda che gestisce altrove il suo vero prodotto. Chi vende strumenti per sviluppatori, piattaforme di documentazione, registri di pacchetti o integrazione continua ha davanti un elenco di team che hanno già accettato un flusso di lavoro incentrato su git, il che rende la conversazione più breve rispetto a partire da zero.

A ottobre 2026 rileviamo GitHub Pages su 1.098.147 siti, e la geolocalizzazione ne colloca 1.049.339 negli Stati Uniti. La concentrazione per paese merita un avvertimento più che un titolo. Un servizio centralizzato risponde dalla propria infrastruttura, quindi la geolocalizzazione descrive dove la piattaforma termina la richiesta e non dove si trova l’editore. Una colonna paese su un servizio ospitato centralmente è un dato sul fornitore prima ancora di essere un dato sul mercato di chiunque. L’estensione di dominio è l’indizio più onesto sul pubblico, e per questi siti si tratta dell’estensione .com.

GitHub (Microsoft) gestisce il servizio dal 2008 e lo mantiene con licenza Proprietary, offrendolo gratuitamente per i repository pubblici insieme a domini personalizzati, crittografia e integrazione con la build. Un elenco di questi domini è quindi instabile ai margini. I progetti diventano inattivi, reindirizzano verso un host di documentazione o passano a un hosting vero e proprio quando hanno bisogno di moduli e account. Il churn è di per sé la variabile interessante per chi segue dove vanno i piccoli progetti quando superano i limiti dei file statici. Il costo zero è anche il motivo per cui buona parte della popolazione è abbandonata anziché attiva. Un repository che ha smesso di ricevere commit continua a servire la sua ultima build a tempo indeterminato, quindi un dominio attivo qui non è la prova di un progetto attivo.

Una verifica sul singolo dominio risponde a una sola domanda, cioè se un sito è statico e pubblicato da un repository. L’elenco scaricabile risponde alla domanda inversa, più difficile, di chi siano tutti questi siti. Filtrando per paese, per estensione e per le altre tecnologie rilevate accanto, si ottiene un segmento anziché un aneddoto: siti di documentazione che caricano anche un widget di ricerca, portfolio con un tag di analisi, pagine di progetto che puntano ancora a un dominio personalizzato ormai inattivo. Qui il rilevamento è onesto ma non esaustivo. Un dominio con davanti un proxy che ne nasconde l’origine non sempre rivela il servizio sottostante, quindi il dato va letto come l’insieme dei siti che possiamo confermare, non come ogni sito esistente.