Cos'è ProcessWire, in due righe

ProcessWire è un CMS open source scritto in PHP, distribuito sotto licenza Mozilla Public License 2.0. Ma definirlo solo "CMS" è riduttivo: è anche un content management framework e un web application framework, cioè un'infrastruttura su cui costruire applicazioni web complete, non solo pagine editoriali.

Nasce nel 2003 (allora si chiamava Dictator CMS), prende il nome attuale nel 2006 e diventa un progetto open source nel 2010. La versione 3.0, del 2016, ha introdotto i namespace PHP e l'editing dal front-end; l'ultima major, la 3.0.255, è di gennaio 2026. In mezzo, oltre vent'anni di sviluppo continuo e coerente. Poche cose, nel software web, hanno questo tipo di continuità.

Due tratti architetturali lo definiscono. Il primo: i contenuti vivono in un albero di pagine gerarchico, senza limiti di profondità, che scala dai siti vetrina alle installazioni con milioni di record senza cambiare paradigma. Il secondo: ogni campo è un campo personalizzato. Non esistono "campi di sistema" da aggirare — definisci esattamente la struttura dei tuoi dati, e nient'altro.

"Progettato, non assemblato": la differenza che conta

WordPress nasce come motore di blog. È la sua storia, ed è anche la sua forza in quella nicchia: mettere online rapidamente un sito basato su un tema esistente, spesso senza scrivere una riga di codice. ProcessWire parte da un presupposto opposto. Non ti dà un blog, un menu, delle categorie e una libreria media già pronti. Ti dà campi, template e pagine — mattoni neutri con cui modellare esattamente la struttura che ti serve.

È una differenza che si può riassumere in due modelli mentali. Da un lato la logica dell'assemblaggio: prendi un tema, ci innesti sopra una decina di plugin (uno per i campi custom, uno per il SEO, uno per i form, uno per la cache...) e ottieni un mosaico funzionante ma composito. Dall'altro la logica della progettazione: costruisci l'applicazione a partire dai dati reali del progetto, controllando ogni singola porzione di markup che finisce in output.

Il punto tecnico più citato dagli sviluppatori che migrano è proprio questo. In WordPress i campi personalizzati sono un'aggiunta: la pratica comune richiede plugin come Advanced Custom Fields, e i dati finiscono in una tabella (wp_postmeta) che, su strutture complesse, diventa un collo di bottiglia in fase di query. In ProcessWire i campi custom sono una funzionalità nativa e di prima classe. Non c'è un livello di adattamento tra ciò che pensi e ciò che il sistema fa: la struttura dati è il sistema.

L'API che gli sviluppatori rispettano

Se c'è una ragione per cui ProcessWire è amato tra chi sviluppa, è la sua API. È modellata sulle convenzioni di jQuery — l'obiettivo dichiarato è dare sulle pagine di un sito lo stesso controllo fluido che jQuery dava sul DOM. Il risultato è che ogni contenuto del sito è a una riga di codice di distanza, indipendentemente da quanto il sito sia grande.

Al centro c'è un selector engine espressivo. Recuperare dati non richiede di scrivere SQL né di orientarsi tra API frammentarie: si descrive cosa si vuole, in una sintassi leggibile.

php

// Tutti gli edifici più alti di 100 metri, ordinati dal più alto
$grattacieli = $pages->find("template=edificio, altezza>100, sort=-altezza");
echo $grattacieli->each("<li>{title} — {altezza} m</li>");

Nessun template engine imposto, nessuna astrazione oscura: i file di template sono PHP puro e tu controlli il markup al 100%. Chi arriva da anni di WordPress descrive spesso lo stesso momento di sorpresa — la sensazione che operazioni che prima richiedevano plugin e workaround qui siano semplicemente già lì, pulite e coerenti. Un aspetto che pesa, e che raramente entra nelle valutazioni: un'API coerente non è solo piacevole da scrivere, è manutenibile nel tempo. Il codice scritto oggi si legge e si estende tra tre anni senza archeologia.

Sicurezza: un track record, non uno slogan

Qui i fatti sono particolarmente eloquenti, ed è il punto su cui invitiamo alla verifica indipendente. In quasi quindici anni di progetto open source, il core di ProcessWire non ha avuto incidenti di sicurezza significativi, né ha mai richiesto l'emissione di un security advisory. Non è un caso, è architettura.

La ragione tecnica è precisa: l'unico input dal front-end verso il CMS è l'URL. Questo pone un limite strutturale alla superficie d'attacco. Qualsiasi altro input è opzionale, a discrezione dello sviluppatore, ed è accompagnato da una suite completa di strumenti di sanitizzazione. In admin, il sistema offre requisiti di password configurabili e autenticazione a due fattori attivabile. E ogni riga di codice che entra nel core passa dalla revisione di sicurezza dello sviluppatore principale — una pipeline che nessun ecosistema a plugin aperti può garantire allo stesso modo.

C'è un'implicazione pratica che ai clienti tecnici piace molto: puoi installare una versione di ProcessWire, pubblicare il sito e lasciarlo per anni senza aggiornamenti forzati, senza che diventi un bersaglio. Quando aggiorni, lo fai perché vuoi una nuova funzionalità, non perché stai rincorrendo una patch.

Va detto con onestà — ed è il tipo di equità che rende un confronto credibile — che WordPress è un bersaglio anche a causa della sua scala: la sua enorme diffusione lo rende un obiettivo economicamente conveniente per gli attaccanti. E spesso il problema non è il core di WordPress in sé, ma la giungla di plugin e temi di terze parti da cui la maggior parte delle installazioni dipende, non sottoposti alla stessa revisione. La differenza, quindi, non è "WordPress è insicuro". È che ProcessWire concentra il valore nel core controllato, mentre WordPress lo distribuisce su componenti che nessuno vetta in modo centralizzato.

Flessibilità e integrazioni: con cosa "parla" ProcessWire

Uno degli equivoci più comuni è pensare a ProcessWire come a un CMS "chiuso" attorno alle sue pagine. È vero il contrario, ed è forse la ragione per cui si presta così bene a progetti moderni.

Architettura modulare portata all'estremo. In ProcessWire i moduli non sono un'aggiunta: sono il sistema. La stessa parte "CMS" è un insieme di moduli costruiti sopra il framework. Questo rende l'estensione più semplice e più veloce che altrove. La directory conta oltre 600 moduli — un numero volutamente più contenuto rispetto ad altre piattaforme, perché molto di ciò che altrove richiede un plugin, qui è già nel core.

Front-end agnostico e headless. Poiché controlli ogni porzione di output e disponi di un'API potente, nulla ti obbliga a servire HTML dal CMS. Puoi usarlo come backend headless che espone JSON verso un front-end React, Vue o vanilla; puoi costruire endpoint su misura; puoi combinarlo con microservizi Node/Express per le parti applicative. È l'approccio che seguiamo quando un progetto richiede front-end su misura e logica applicativa separata.

Integrazione con servizi esterni. L'API PHP e il sistema di hook (che permette di intercettare e modificare quasi ogni comportamento del sistema) rendono naturale collegare ProcessWire a qualsiasi servizio terzo: gateway di pagamento, provider email transazionali, generazione di PDF, e — sempre più spesso — API di intelligenza artificiale come quelle di Anthropic e OpenAI. È esattamente su questo terreno che innestiamo i nostri assistenti verticali: il CMS gestisce contenuti e knowledge base strutturata, un layer applicativo dialoga con i modelli.

Multilingua nativo. Il supporto multilingua non è un plugin: è nel core, con campi, URL e strumenti di traduzione integrati. Chi ha gestito siti internazionali su altre piattaforme sa quanto questo cambi la vita.

ProcessWire e l'AI: costruito per questo momento

È il capitolo più attuale, e vale la pena raccontarlo perché è insolitamente sincero. Ad aprile 2026 Ryan Cramer, il creatore di ProcessWire, ha pubblicato un lungo post sul suo primo, tardivo incontro con lo sviluppo assistito dall'AI. Vi racconta di aver iniziato a usare Claude Code come "collega" quotidiano, di essere diventato circa due volte più produttivo in un mese, e di essersi convinto che ProcessWire sia sulla strada per diventare il CMS open source più adatto agli agenti AI.

Il motivo tecnico è illuminante e riguarda tutti gli argomenti visti finora. Un'API coerente, senza "scatole magiche" in cui non si capisce come un input diventi un output, è terreno ideale per un agente che ragiona per pattern. Nello stesso post è stato annunciato Agent Tools, un modulo — nato dalla collaborazione tra Cramer e Claude Code stesso — che permette agli agenti AI di operare dentro ProcessWire, insieme a un'iniziativa per documentare l'API in un formato leggibile dalle macchine.

Merita spazio anche la voce più critica emersa nella discussione, perché è esattamente il tipo di equilibrio che questo tema richiede. Uno sviluppatore della community ha osservato che ciò che rende ProcessWire "AI-friendly" è, più precisamente, "pattern-friendly": una base di codice prevedibile e con convenzioni chiare è l'input perfetto per sistemi che riconoscono e riproducono schemi. Non è magia — è un buon accoppiamento tra strumento e compito. È una lettura che condividiamo: la solidità di ProcessWire con l'AI non è un effetto speciale, è la conseguenza di vent'anni di rigore architetturale.

Il confronto onesto: quando ha senso WordPress

Un articolo che sostenesse che ProcessWire vince sempre non sarebbe credibile — e non sarebbe vero. Ci sono scenari in cui WordPress è la scelta giusta, e vale la pena elencarli, perché sono gli stessi che indica la documentazione ufficiale di ProcessWire:

• Se il bisogno non va oltre un blog e va bene un tema esistente, WordPress è un'ottima soluzione.
• Se il progetto è piccolo e non servono né design originale né sviluppo, l'assemblaggio di plugin può bastare.
• Se non hai competenze di sviluppo web e le esigenze sono semplici, WordPress è un buon punto di ingresso.
• Se esiste già un plugin di alta qualità che risolve esattamente il tuo problema specifico, spesso è più sensato usarlo che ricostruirlo.

La linea di demarcazione è netta. WordPress eccelle quando l'obiettivo è mettere online qualcosa rapidamente, partendo dall'esistente. ProcessWire eccelle quando l'obiettivo è costruire qualcosa di originale — un sito su misura, un'applicazione, un sistema pensato per durare e per essere manutenuto da professionisti. Gli sviluppatori tendono ad adottare ProcessWire dopo aver "superato" WordPress, quando le funzionalità preconfezionate iniziano a pesare più di quanto aiutino.

Perché Livedata costruisce su ProcessWire

A questo punto la nostra scelta si spiega da sé, ma vale la pena renderla esplicita, perché non è una preferenza estetica: è coerente con il modo in cui lavoriamo.

Costruiamo progetti originali, non mosaici di temi e plugin. ProcessWire ci dà controllo totale sul markup e una struttura dati modellata sul progetto reale, non su un template da adattare. Consegniamo ai clienti codice di loro proprietà, senza lock-in: nessun abbonamento nascosto, nessuna dipendenza da un ecosistema che potrebbe cambiare le regole. Puntiamo alla longevità — un sito che, se serve, può restare fermo per anni restando sicuro. E lavoriamo con clienti tecnicamente esigenti, che i claim li verificano: la storia di sicurezza del core, la coerenza dell'API e la trasparenza architetturale sono esattamente ciò che regge a quel tipo di scrutinio.

In altre parole: ProcessWire è progettato per fare il lavoro che facciamo noi. È il partner silenzioso da cui parte il "Progettato. Non assemblato."

I fatti parlano

Non ti abbiamo chiesto di credere che ProcessWire sia il miglior strumento perché lo diciamo noi. Ti abbiamo messo davanti gli elementi: vent'anni di sviluppo coerente, un'architettura in cui ogni campo è tuo e ogni riga di markup è sotto il tuo controllo, un'API che gli sviluppatori descrivono come un piacere da usare, un track record di sicurezza quasi unico nel panorama open source, un'apertura naturale verso front-end moderni, servizi esterni e agenti AI — e una community rispettata che sceglie questo strumento dopo averne provati altri.

Se quello che ti serve è un blog rapido su un tema pronto, WordPress va benissimo. Se quello che ti serve è qualcosa di costruito, sicuro e destinato a durare, i fatti indicano una direzione piuttosto precisa. Noi l'abbiamo seguita da tempo.

Vuoi capire se ProcessWire è lo strumento giusto per il tuo progetto? Parliamone.