Scaricare i siti web che utilizzano GraphQL

Informazioni su GraphQL

GraphQL è una specifica e non un prodotto, il che ne fa un oggetto insolito da registrare per un dataset a livello di sito. Nessuno installa una specifica come si installa un plugin. Un team decide che il proprio front-end recupererà i dati tramite un linguaggio di query tipizzato verso un unico endpoint, e ciò che rileviamo è la traccia di quella decisione nel codice che il browser scarica.

La decisione è architetturale, quindi anche il segnale lo è. Un sito che usa questo linguaggio di query ha un front-end disaccoppiato dal livello dei dati, una pipeline di build che crea bundle JavaScript e ingegneri che hanno scelto uno stile di API invece di accettare qualunque cosa producesse un CMS. L’e-commerce headless, le interfacce simili ad applicazioni e le piattaforme di contenuti che alimentano più front-end tendono tutti a finire qui. I siti vetrina renderizzati lato server no. La presenza indica un sito costruito da un team di sviluppo, e per un fornitore che vende ai team di sviluppo questa distinzione vale più del conteggio grezzo.

La governance spetta a GraphQL Foundation, nell’ambito di una fondazione open source più ampia, la specifica è distribuita con licenza MIT, e l’implementazione di riferimento e le librerie client che ne hanno favorito la diffusione sono scritte in JavaScript. Pubblicato nel 2015 dopo essere stato sviluppato all’interno di una grande piattaforma social, il linguaggio di query non ha sul campo un numero di versione significativo, perché la specifica evolve per aggiunte e nessun client annuncia una release a una pagina, ed è per questo che il nostro archivio non riporta dati di versione.

A ottobre 2026 rileviamo GraphQL su 240.880 siti, di cui 213.671 attribuiti alla Germania, con una prevalenza di domini .com. Una concentrazione di queste dimensioni in un solo paese di solito deriva da un piccolo numero di grandi piattaforme, provider di hosting o generatori di siti che distribuiscono lo stesso bundle su molti siti di clienti, più che da altrettante decisioni tecniche indipendenti. Chi usa la colonna del paese per argomentare sull’adozione nazionale dovrebbe prima verificare su quali piattaforme si trovano i domini, perché un solo sistema di e-commerce o un solo site builder molto diffuso può spostare da solo il dato di un paese.

Il rilevamento ha un tetto invalicabile che conviene capire prima di acquistare. Vediamo il linguaggio di query quando un endpoint è citato nel JavaScript distribuito, quando una libreria client nota è inclusa nel bundle o quando un endpoint pubblico risponde nel modo atteso. Una quota consistente dell’uso reale è invisibile, perché in buona parte avviene tra server, all’interno di applicazioni mobili o dietro un gateway che consegna al browser tutt’altro. Il conteggio misura l’uso visibile dal browser, e il browser è solo uno tra i diversi consumatori.

Proprio per questo divario la lista è utile nel suo insieme più che caso per caso. Per confermare un dominio basta una richiesta. Dimensionare la popolazione dei front-end basati su API, suddividerla per piattaforma e paese, osservarne la crescita rispetto alle alternative renderizzate lato server ed estrarre il sottoinsieme che usa anche un determinato framework o sistema di e-commerce sono tutte domande che riguardano un insieme. I fornitori di strumenti per sviluppatori, le aziende di infrastruttura API e gli analisti che seguono l’architettura front-end vogliono la forma dell’insieme, non una singola riga.