WordPress senza compromessi: temi custom, prestazioni e sicurezza governate

Un progetto WordPress senza compromessi è un sito in cui nessuno dei difetti tipici della piattaforma viene accettato come inevitabile: il tema è scritto su misura invece di essere acquistato e adattato, i plugin sono pochi e selezionati uno per uno invece di accumulati, le prestazioni sono un requisito di collaudo invece di un auspicio, e la manutenzione è un servizio governato invece di un problema del cliente.

La distinzione non è accademica. La reputazione ambivalente di WordPress — flessibile ma lento, potente ma fragile — non dipende dalla piattaforma: il core è solido, e quasi tutto ciò che va storto nasce da scelte fatte sopra il core. Sono scelte che si possono fare diversamente. Se ti interessa il quadro di dati e rischi, l'abbiamo raccontato nella guida WordPress conviene davvero?; qui spieghiamo come lavoriamo noi.

1. Il tema commerciale. Un tema acquistato porta decine di funzioni non richieste, fogli di stile e librerie JavaScript che caricano su ogni pagina anche ciò che quella pagina non usa, e una struttura HTML che nessuno ha progettato per quel sito. Scriviamo il tema da zero, con solo il codice che serve: markup semantico, CSS proprio, nessuna dipendenza imposta dal tema.

2. Il page builder. Elementor, Divi e simili risolvono un problema reale — far comporre le pagine a chi non scrive codice — al prezzo di HTML generato per accumulo, con annidamenti profondi che appesantiscono ogni pagina e rendono il markup difficile da controllare. Non li usiamo: i blocchi editoriali stanno sull'editor nativo di WordPress con blocchi custom registrati per il progetto. Chi gestisce i contenuti compone le pagine, ma l'HTML che arriva al browser resta quello che abbiamo scritto noi.

3. La proliferazione dei plugin. Ogni plugin è codice di terzi che gira sul sito con pieni privilegi: prima superficie di attacco, prima causa di rallentamento. Un plugin entra solo se la funzione non è realizzabile in modo ragionevole nel tema, se è mantenuto attivamente, se ha una base di installazioni ampia e uno storico di patch rapide. Ogni plugin installato è una decisione documentata, non una scorciatoia.

4. Le prestazioni. WordPress genera le pagine a ogni richiesta interrogando il database, e senza intervento questo significa tempi di risposta variabili e carico che cresce col traffico. Lavoriamo su tre livelli: caching a pagina intera, immagini in formati moderni e dimensionate per il contesto d'uso, caricamento delle risorse governato perché il primo render non attenda ciò che non gli serve. I Core Web Vitals si misurano prima del lancio e si rimisurano dopo.

5. La sicurezza. Il rischio non riguarda il core, riguarda ciò che gli sta sopra e chi non lo aggiorna. Hardening della configurazione, riduzione della superficie esposta, aggiornamenti applicati su staging e verificati prima della produzione, backup con ripristino provato — non solo eseguito — e monitoraggio attivo. Un sito che nessuno guarda prima o poi viene bucato, su qualsiasi piattaforma.

6. Il debito tecnico e il lock-in. Il progetto che invecchia male è quello in cui le funzioni chiave vivono dentro plugin premium non documentati: quando il plugin viene abbandonato, la funzione muore con lui. Teniamo i contenuti in strutture native di WordPress e la logica nel tema, che è codice del cliente: il sito resta leggibile, modificabile e migrabile anche da un altro fornitore.

Fare WordPress senza compromessi richiede di sapere cosa fa ogni riga di codice che gira sul sito, e questa non è competenza da installatore di plugin: è competenza di sviluppo full-stack.

E-Motion Web lavora dal 2001, e il suo fondatore Enrico Maria Parizzi costruisce siti dal 1996: venticinque anni di agenzia più i cinque che li hanno preceduti fanno trent'anni di sviluppo web continuativo. In quel percorso abbiamo progettato e messo in esercizio due generazioni di CMS proprietario: Logos dal 2010 al 2022, Hydra dal 2022. Scrivere un CMS da zero significa aver risolto in prima persona i problemi che WordPress risolve con un plugin: modellazione dei contenuti, cache, composizione delle pagine, controllo degli accessi, distribuzione geografica.

È il punto che ci distingue sia da chi vende solo WordPress sia da chi lo rifiuta per principio. Chi ha imparato il web dentro WordPress spesso non sa cosa sta rinunciando quando installa un plugin, perché non ha alternative da confrontare; chi ha solo tecnologia proprietaria tende a escludere WordPress a priori. Noi abbiamo scritto i CMS con cui WordPress si confronta, quindi riconosciamo quando la piattaforma è la scelta giusta e sappiamo esattamente quali sue parti non usare. A questa competenza si è aggiunto in agenzia uno sviluppatore full-stack con lunga esperienza specifica su WordPress, che presidia la piattaforma sui progetti dei clienti.

WordPress con tema custom è la scelta giusta quando serve modellare rapidamente contenuti con attributi tecnici articolati — un catalogo di componenti industriali con tutte le loro caratteristiche fisico-tecniche, per esempio — quando l'ampiezza dell'ecosistema accorcia i tempi di sviluppo, o quando il cliente vuole piena portabilità del sito.

Quando invece pesano di più prestazioni sotto stress, distribuzione globale nativa e requisiti di conformità, la piattaforma proporzionata è Hydra, il nostro CMS proprietario. I sette criteri con cui scegliamo tra le due sono descritti nella pagina della tecnologia. 

Il sito di Consystem, distributore di componentistica elettronica, è uno dei progetti complessi con cui abbiamo messo alla prova questo approccio, e illustra bene il criterio della sezione precedente: un catalogo di componenti richiede di modellare classi di prodotto con decine di attributi tecnici discreti, ed è il terreno su cui WordPress oggi è più rapido da portare in produzione.