Quando un cliente mi chiede un sito WordPress, la prima cosa che dico è che non uso temi preacquistati. Non per snobismo, ma perché ho visto cosa succede dopo: aggiornamenti che rompono il layout, opzioni inutilizzate che appesantiscono il codice, blocchi di contenuto impossibili da modificare senza mettere mano al PHP. Lavoro su WordPress dal 2003 e negli ultimi anni ho costruito la mia infrastruttura: un tema base minimalista e una libreria di blocchi ACF custom che cresce progetto dopo progetto.
Perché non uso temi preconfezionati
Un tema commerciale nasce per soddisfare migliaia di casi d’uso diversi. Il risultato è un prodotto che fa tutto, ma niente alla perfezione. Include funzionalità che non userai mai, dipende da plugin di terze parti che possono smettere di essere aggiornati, e ha uno strato di CSS generico che ti ritrovi a sovrascrivere riga dopo riga.
Il problema vero non è estetico. È strutturale. Il contenuto è intrappolato in un sistema pensato da qualcun altro, con logiche che non corrispondono alle esigenze di quel sito. Quando il tema non viene più aggiornato, o quando il page builder che lo accompagna introduce una regressione, il sito smette di funzionare in modo silenzioso, una piccola cosa alla volta.
Un tema custom elimina tutto questo. Il codice esiste solo per fare quello che serve a quel progetto. Niente di più.
Perché non uso Elementor, Divi e altri page builder
La domanda me la fanno spesso: perché non usi Elementor? È comodo, è visuale, il cliente può modificare tutto da solo. Vero. Ma è esattamente lì che iniziano i problemi.
I page builder sono strumenti pensati per fare tutto in autonomia, e questa flessibilità ha un prezzo. Il cliente che “può modificare tutto” è anche il cliente che sposta una colonna, rompe il layout su mobile e non capisce cosa è successo. Con i blocchi ACF i campi sono definiti: si compila il testo, si carica l’immagine, il CSS fa il resto. Non ci sono elementi da trascinare, non ci sono cose da rompere.
Sul fronte della sicurezza, i builder più diffusi sono bersagli frequenti. Elementor ha accumulato negli anni diverse vulnerabilità critiche, alcune delle quali hanno esposto migliaia di siti prima che la patch fosse disponibile. Più un plugin è diffuso e complesso, più è appetibile per chi cerca falle da sfruttare. Un tema custom senza dipendenze da builder di terze parti riduce drasticamente la superficie di attacco.
C’è poi il problema delle prestazioni. Elementor, Divi e simili generano quantità enormi di CSS e JavaScript, gran parte dei quali non serve alla pagina che stai guardando. Il risultato è un sito che parte già appesantito, prima ancora di aggiungere contenuti. Ogni millisecondo di caricamento in più si traduce in meno conversioni e in un segnale negativo per Google.
Infine: ogni builder è un plugin in più da aggiornare, da testare dopo ogni aggiornamento di WordPress, da monitorare per incompatibilità. La regola che seguo è semplice – meno plugin, meno punti di rottura. Il codice che non esiste non si rompe.
Come funziona un tema basato su blocchi ACF custom
Advanced Custom Fields PRO è il plugin che uso per definire la struttura dei contenuti di ogni sito. La versione Pro aggiunge i blocchi Gutenberg: componenti visivi che il cliente inserisce e gestisce dall’editor di WordPress senza toccare una riga di codice.
Ogni blocco ha tre parti:
- I campi: testo, immagini, link, select, repeater. Li definisco in base a cosa deve fare quel blocco in quel progetto specifico.
- Il template PHP: prende i valori dei campi e li trasforma in HTML. Lo scrivo a mano, CSS incluso.
- Il comportamento in editor: nell’editor il cliente vede direttamente i campi da compilare. Il layout grafico è interamente gestito dal CSS del tema: questo elimina la possibilità di spostare o manomettere elementi visivi per errore, rendendo la gestione dei contenuti più semplice e sicura.
Il vantaggio per il cliente è immediato: gestisce i contenuti senza dover interpretare opzioni criptiche. Clicca su “Sezione servizi”, compila i campi, salva. Il sito si aggiorna esattamente come previsto.
Per chi vuole approfondire la parte tecnica, la documentazione ufficiale di ACF Blocks è un buon punto di partenza.
La libreria di blocchi che cresce con ogni progetto
Questa è la parte che spiega meglio perché il custom vale l’investimento. Ogni progetto mi porta a sviluppare blocchi che non esistevano prima: una sezione FAQ con schema markup integrato, una griglia portfolio filtrabile, un form di preventivo in AJAX, un countdown per offerte a tempo. Una volta che un blocco esiste e funziona, entra nella libreria e diventa disponibile per i progetti successivi.
Non significa che i clienti si pagano le spese l’uno con l’altro. Ogni implementazione richiede adattamento al progetto specifico. Ma significa che non riparto da zero ogni volta. La base c’è, è testata, gira su siti reali.
I progetti più recenti partono da un livello di maturità più alto. Il cliente beneficia di soluzioni che hanno già superato la prova del campo, non di esperimenti.
Un esempio concreto: il blocco recensioni Google
Per un cliente ho sviluppato di recente un blocco che mostra le recensioni di Google Business Profile in modo dinamico. Il requisito era semplice in apparenza: recensioni reali, sempre aggiornate, senza problemi di performance o costi API fuori controllo.
La soluzione funziona così. Le recensioni vengono recuperate via SerpAPI, che permette di accedere ai dati GBP in modo strutturato e paginato – fino a 28 recensioni, ordinate per data decrescente. Il risultato viene salvato nel database WordPress, nella tabella wp_options, con una chiave che include l’ID del profilo Google e la lingua. Un cron job WordPress aggiorna quei dati una volta alla settimana. Questo riduce le chiamate API al minimo necessario.
Il place_id del profilo Google è un attributo del blocco, non è scritto nel codice: posso riusare lo stesso blocco su qualsiasi sito cambiando solo quell’attributo. Il cliente vede le sue recensioni aggiornate in automatico, con un link diretto alla pagina Google per lasciarne di nuove. Tutto senza rallentare il sito.
È esattamente il tipo di soluzione che entra nella libreria e che, la prossima volta che un cliente vuole mostrare le recensioni Google sul proprio sito, è già pronta.
ACF blocks o blocchi nativi Gutenberg: perché scelgo ACF
Gutenberg ha i propri blocchi nativi, costruiti in JavaScript e React. Sono potenti e ben integrati con il core di WordPress. Per team che lavorano su prodotti complessi con sviluppatori JavaScript dedicati, sono probabilmente la scelta giusta.
Il mio contesto è diverso. Costruisco siti per aziende, professionisti, e-commerce: situazioni dove la priorità è la solidità dell’output, la facilità di gestione per il cliente, la manutenibilità nel tempo. Per questo tipo di lavoro, i blocchi ACF hanno vantaggi pratici:
- Si sviluppano in PHP, il linguaggio nativo di WordPress. Meno dipendenze, meno punti di rottura.
- Il contenuto è strutturato: ogni campo ha un tipo e una validazione. Non è testo libero formattabile in modi imprevedibili.
- Con ACF PRO 6.8, i blocchi supportano la generazione automatica di dati strutturati Schema.org – un vantaggio diretto per il posizionamento e per la visibilità nei risultati AI (ChatGPT, Perplexity, Google AI Overviews).
- La curva di apprendimento per il cliente è più bassa: campi chiari, interfaccia prevedibile.
Se ti interessa il confronto tecnico tra i due approcci, ho scritto anche di plugin WordPress e AI e di come l’esperienza incide sulle scelte tecniche.
Cosa cambia per il tuo sito
Un sito basato su un tema custom con blocchi ACF è più semplice da aggiornare, più chiaro da gestire, e costruito intorno alle esigenze di quel business. Non porta il peso di funzionalità che nessuno usa. Il contenuto è strutturato in modo che Google – e i motori AI – lo capiscano meglio.
La manutenzione nel tempo è lineare: se un blocco va aggiornato, tocco solo quel template PHP. Se il cliente vuole aggiungere una nuova sezione, aggiungo un blocco. Niente effetti collaterali sul resto del sito.
Domande frequenti sui temi custom WordPress con blocchi ACF
Cosa sono i blocchi ACF custom in WordPress?
I blocchi ACF custom sono componenti Gutenberg creati con il plugin Advanced Custom Fields PRO. Ogni blocco ha campi strutturati definiti dallo sviluppatore, un template PHP per il rendering e un’anteprima nell’editor. Il cliente li gestisce senza toccare il codice.
Qual è la differenza tra un tema custom e un tema preconfezionato?
Un tema preconfezionato contiene funzionalità generiche per migliaia di casi d’uso diversi, molte delle quali non userai mai. Un tema custom è scritto solo per le esigenze di quel sito: codice più leggero, meno dipendenze, più facile da aggiornare e mantenere nel tempo.
Un sito realizzato con un tema custom WordPress costa di più?
Non necessariamente. Dipende dalle funzionalità richieste. Il punto di partenza è già un framework ottimizzato e collaudato, con una libreria di blocchi ACF che cresce e si affina a ogni progetto. Non si ricomincia da zero ogni volta, e questo si riflette sui tempi e sui costi. Dove un tema commerciale porta con sé funzionalità inutili e dipendenze da gestire, qui si paga solo quello che serve davvero.
Perché usare ACF PRO invece dei blocchi nativi di Gutenberg?
I blocchi ACF si sviluppano in PHP e producono contenuto strutturato con campi tipizzati, più adatti a siti orientati ai dati. Con ACF PRO 6.8 supportano anche la generazione automatica di Schema.org. I blocchi nativi Gutenberg richiedono JavaScript e React, e sono più indicati per team con sviluppatori frontend dedicati.
Il cliente può gestire autonomamente i contenuti con i blocchi ACF?
Sì. I blocchi ACF mostrano campi chiari e prevedibili nell’editor. Il cliente compila i campi e vede un’anteprima del risultato senza dover capire come funziona il codice. L’interfaccia è più semplice rispetto ai page builder commerciali, e il codice è molto più leggero e performante.
Hai un sito da costruire o da rifare? Parliamone direttamente: 329 6277 257 oppure scrivimi dalla pagina contatti.
