Scaricare i siti web che utilizzano Frontity

Informazioni su Frontity

WordPress headless è un compromesso. Si conserva l’esperienza editoriale che il personale non tecnico conosce già, si abbandona il livello dei temi e si genera invece il sito pubblico in React a partire dall’API dei contenuti. Frontity esisteva per fare della metà React di questo schema un lavoro di ordinaria amministrazione, fornendo routing, recupero dei dati, rendering lato server e un pacchetto sorgente pensato per WordPress, così che un team potesse mettere in piedi un frontend headless senza dover realizzare da sé tutto il cablaggio.

Rilevare il framework, quindi, dice qualcosa su un’architettura più che su una dipendenza. Un sito che lo usa ha diviso il proprio stack in due, con un sistema editoriale su un host e un frontend renderizzato su un altro, spesso su infrastrutture diverse e con persone diverse responsabili di ciascuna metà. Chi ha preso quella decisione aveva a disposizione competenze di ingegneria frontend e ha ritenuto che non valesse la pena conservare il livello dei temi predefinito. Gli acquisti discendono da questa divisione: hosting, strumenti di build, distribuzione dei contenuti e budget per le agenzie hanno un aspetto diverso in uno stack diviso rispetto a un’installazione convenzionale.

A ottobre 2026 rileviamo Frontity su 174 siti. Un framework uscito nel 2019 in un campo già affollato di meta-framework React era destinato fin dall’inizio a una diffusione ridotta, e il conteggio riflette una comunità specifica più che un mercato di massa. Una diffusione ridotta non significa scarso interesse, perché ciascuno di questi siti è, con ogni probabilità, un’installazione WordPress il cui proprietario ha preso una decisione insolita, e le decisioni insolite sono esattamente ciò che la segmentazione serve a trovare.

Il rilevamento di un framework lato client è un’inferenza e tende alla sottostima. La firma si trova nell’output della build: nomi dei bundle, una variabile globale, un marcatore di idratazione, qualunque di questi elementi sopravviva alla fase di compilazione. Se si cambia la configurazione della build, i segni cambiano con essa. Una pagina renderizzata appare quasi identica sia che il markup provenga da un frontend headless sia che provenga da un tema convenzionale, quindi il nostro dato va letto come un elenco di presenze confermate e non come un elenco completo, e la popolazione reale è più ampia.

L’elenco completo risponde a una domanda strutturale. Quali siti WordPress sono già passati al modello headless, che cosa usano accanto al framework, quali agenzie ricompaiono di continuo nello stesso insieme e che cosa succede a una popolazione quando il framework che la sostiene smette di ricevere attenzione. Il framework è distribuito con licenza Apache 2.0, quindi nessuno si registra per usarlo e nessun fornitore detiene un elenco di clienti, e i siti non si possono trovare cercandoli, perché dal browser un frontend headless sembra un qualunque altro sito scritto in JavaScript. I dati sulle impronte sono l’unica strada per arrivare alla popolazione, e le ricerche per singolo dominio servono solo quando si sa già quali domini interrogare.