Il ritorno dell’HTML-first
Negli ultimi mesi, diversi sviluppatori hanno riportato che adottare un approccio HTML-first ha portato a un incremento improvviso del traffico, arrivando persino a raddoppiare il numero di utenti attivi in poche settimane. Questo risultato non è frutto di una magia tecnologica, ma di una riscoperta della semplicità come forma di resistenza contro l’ingombrante ecosistema di framework pesanti, tracciamento invasivo e dipendenze proprietarie che caratterizzano gran parte del web contemporaneo. Quando si mette l’HTML al centro, si riduce la superficie di attacco per gli algoritmi di sorveglianza, si alleggerisce il carico energetico dei data center e si restituisce autonomia a chi naviga, soprattutto in contesti di censura o di connettività limitata.
Cos’è davvero l’HTML-first
L’HTML-first non è semplicemente scrivere pagine in linguaggio di markup e poi aggiungere JavaScript sopra. È una filosofia di progettazione che parte dal contenuto strutturato, lo rende accessibile senza script, e solo successivamente aggiunge comportamenti interattivi quando strettamente necessario. In questo modo si evita il cosiddetto “progressive enhancement” al rovescio, dove si costruisce prima l’applicazione pesante e poi si tenta di rendere minimale la versione di fallback. L’HTML-first impone una disciplina: ogni elemento deve avere senso da solo, ogni link deve essere funzionante, ogni modulo deve essere inviabile senza Ajax. Questo approccio riduce drasticamente la dipendenza da librerie di terze parti, spesso finanziate da venture capital interessate più al controllo dei dati che all’esperienza utente.
Principi tecnici
Tra i principi fondamentali troviamo: markup semantico (uso corretto di header, nav, main, article, section, footer), forme native con validazione integrata, e l’uso di CSS per la presentazione piuttosto che di JavaScript per il layout. Inoltre, si privilegiano le API web standard come fetch per dati asincroni, ma solo quando l’utente richiede esplicitamente un aggiornamento, evitando polling continuo che consuma banda e batteria. Un sito HTML-first tende inoltre a essere più leggero: una pagina media può scendere sotto i 50 KB di trasferimento, contro i diversi megabyte tipici delle SPA moderne.
L’impatto sulla sorveglianza e sul capitalismo delle piattaforme
Il modello di business delle grandi piattaforme si basa sulla cattura di attenzione e sulla profilazione dettagliata degli utenti attraverso script di tracciamento, fingerprinting e pubblicità comportamentale. Un sito che rinuncia a questi strumenti, adottando un approccio HTML-first, sottrae al capitale di sorveglianza una fonte fondamentale di dati. Senza cookie di terze parti, senza script di analisi invasivi e senza richieste costanti a domini esterni, il profilo dell’utente resta frammentato e difficilmente monetizzabile. Questo non è solo un vantaggio tecnico: è un atto politico. Riducendo la superficie di dati raccolti, si limita il potere delle Big Tech di prevedere comportamenti, influenzare scelte e vendere pubblicità mirata. Inoltre, la minore complessità riduce la superficie di attacco per exploit e malware, aumentando la sicurezza intrinseca del sito.
Alternative dal basso: reti decentralizzate e autogestione
L’HTML-first si sposa naturalmente con le reti decentralizzate e con il software libero. Quando il frontend è leggero e basato su standard aperti, diventa più facile ospitare il contenuto su nodi peer‑to‑peer, su IPFS o su servizi di hosting cooperativi. Non è più necessario affidarsi a CDN di proprietà di grandi corporation per distribuire megabyte di JavaScript; basta un semplice server HTTP che consegna file statici. Questo riduce i costi di infrastruttura e permette a collettivi, biblioteche autonome o gruppi di attivisti di mantenere il pieno controllo sui propri dati. Inoltre, la semplicità dell’HTML facilita il fork e il riuso: chiunque può prendere il sorgente, modificarlo e ridistribuirlo senza dover affrontare licenze complesse o dipendenze opache.
Guerra tecnologica e l’HTML-first come atto di resistenza
Il complesso militare‑industriale-tech investe miliardi in intelligenza artificiale per droni autonomi, sistemi di sorveglianza predittiva e piattaforme di comando e controllo. Queste tecnologie spesso si appoggiano su infrastrutture cloud dominate dagli stessi attori che controllano il web commerciale. Un sito HTML-first, essendo facilmente distribuibile su hardware di basso consumo e su reti mesh, rappresenta una forma di infrastruttura civile resistente alla censura e al sequestro. In scenari di blackout digitale o di blocco di servizi cloud da parte di stati autoritari, un archivio di pagine statiche può continuare a circolare tramite chiavette USB, reti comunitarie o trasmissioni radio ad onde corte. Così, l’HTML-first diventa non solo una scelta di design, ma un elemento di preparazione alla guerra tecnologica.
Casi studio italiani ed esperienze di movimento
In Italia, diversi collettivi hanno sperimentato l’approccio HTML-first con risultati interessanti. Il progetto “LiberaRete” ha migrato il proprio portale di documentazione da una React‑heavy SPA a un sito statico HTML-first, dimezzando i tempi di caricamento e registrando un aumento del 40% delle visite da utenti con connessioni lente nelle zone rurali. Un altro esempio è il blog “Autonomia Digitale”, che ha pubblicato una serie di tutorial sulla crittografia utilizzando solo HTML e CSS, evitando qualsiasi script di tracciamento; il sito è stato successivamente mirrorato su diverse istanze di IPFS e ha ricevuto segnalazioni di utilizzo in contesti di attivismo politico dove l’accesso a servizi centralizzati è bloccato. Questi casi dimostrano che la semplicità non è sinonimo di arretratezza, ma di resilienza.
Critiche e limiti dell’approccio
Nonostante i vantaggi, l’HTML-first non è una panacea. Alcune applicazioni richiedono effettivamente interazioni complesse che sarebbe difficile realizzare senza un certo grado di JavaScript, pensiamo a editor di testo collaborativi in tempo reale o a visualizzazioni di dati altamente dinamiche. Tuttavia, anche in questi casi si può adottare una strategia ibrida: caricare il minimo indispensabile di script solo dopo che l’utente ha esplicitamente richiesto la funzionalità avanzata, mantenendo il nucleo del sito completamente funzionante senza di esso. Inoltre, bisogna prestare attenzione all’accessibilità: l’uso di elementi nativi garantisce generalmente una buona base, ma è necessario testare con screen reader e verificare che le modalità di interazione personalizzate rispettino le linee guida WCAG.
Verso una sovranità tecnologica dal basso
Adottare l’HTML-first significa riappropriarsi della capacità di decidere cosa eseguire sul proprio dispositivo e quali dati condividere. È un passo verso la sovranità tecnologica delle comunità, lontano dal modello di consumo passivo imposto dalle piattaforme. Quando il codice che eseguiamo è trasparente, minimale e sotto il nostro controllo, riduciamo il potere di attori esterni di modificare il nostro comportamento attraverso aggiornamenti opachi o algoritmi di raccomandazione. Questo approccio si inserisce in una più ampia lotta per la democrazia digitale: promuovere il software libero, sostenere le reti decentralizzate, difendere la privacy come diritto fondamentale e costruire infrastrutture che servano le persone, non il profitto o la guerra.
Conclusioni
L’esperienza di chi ha visto il proprio traffico raddoppiare dopo aver abbracciato l’HTML-first non è un caso isolato, ma il segnale di una tendenza più profonda: la stanchezza verso l’obesità del web moderno e la ricerca di alternative più leggere, etiche e resistenti. In un’epoca di sorveglianza di massa, di guerra algoritmica e di concentrazione di potere in poche mani tecnologiche, scegliere l’HTML-first è una dichiarazione di intenti: vogliamo un web che sia prima di tutto un bene comune, accessibile a tutti, indipendente dai capricci del mercato e dalle mire dello stato di sicurezza. La strada è ancora lunga, ma ogni pagina leggera che costruiamo è un mattone per un futuro più libero.