Elementor, Gutenberg o page builder di terze parti: guida alla scelta per WordPress

Chi inizia a lavorare con WordPress si trova quasi subito davanti a una scelta: costruire le pagine con l’editor nativo (Gutenberg) o affidarsi a un page builder come Elementor. Non esiste una risposta valida sempre: dipende dal tipo di progetto, da chi lo manterrà, e da quanto controllo serve sul design.

Gutenberg: l’editor nativo, oggi molto più maturo

Gutenberg è l’editor a blocchi incluso di default in WordPress. Negli ultimi anni è cresciuto moltissimo: oggi permette layout complessi, pattern riutilizzabili, e con temi a blocchi (Full Site Editing) anche la personalizzazione di header, footer e template.

Vantaggi: nessun plugin aggiuntivo da mantenere, output più leggero e veloce, piena compatibilità garantita nel tempo (è il cuore di WordPress stesso).

Limiti: per layout molto creativi o effetti visivi avanzati richiede comunque blocchi di terze parti, e la curva di apprendimento per un designer abituato a strumenti drag-and-drop più liberi può essere meno immediata.

Elementor: massima libertà visuale

Elementor è il page builder più diffuso per WordPress. Offre un editor visuale in tempo reale, centinaia di widget, e un controllo molto fine su ogni dettaglio di stile senza scrivere codice.

Vantaggi: velocità nel costruire layout complessi, enorme libreria di template pronti, ecosistema di addon (come quelli visti nel nostro articolo sui repository GitHub per WordPress) che estendono ulteriormente le funzionalità.

Limiti: aggiunge un livello di codice e CSS in più da caricare, il che può incidere sulle prestazioni se non ottimizzato bene; il sito diventa più dipendente dal plugin stesso (se lo disattivi, l’impaginazione visiva si perde).

Altri page builder di terze parti

Esistono alternative come Beaver Builder, Divi o Bricks Builder, ognuna con un proprio equilibrio tra facilità d’uso, prestazioni e prezzo. In generale, più un builder è “leggero” e vicino agli standard di WordPress, meno rischi di rallentamenti o problemi di compatibilità nel tempo.

Come scegliere in pratica

  • Scegli Gutenberg se il sito è principalmente editoriale (blog, contenuti testuali), se le prestazioni sono una priorità assoluta, o se chi gestirà i contenuti in futuro non è un tecnico e ha bisogno di un editor semplice e stabile nel tempo.
  • Scegli Elementor (o simili) se il progetto richiede un design molto personalizzato, landing page elaborate, o funzionalità avanzate (form condizionali, animazioni, popup) che richiederebbero altrimenti sviluppo custom.

Un errore comune da evitare

Il problema più frequente non è la scelta dello strumento, ma l’uso di più strumenti sovrapposti sullo stesso sito (es. blocchi Gutenberg, un page builder, e un tema che aggiunge il suo layer di personalizzazione) senza una strategia chiara. Questo porta a conflitti CSS, rallentamenti, e difficoltà di manutenzione — molto meglio scegliere un approccio coerente fin dall’inizio e mantenerlo.

Se non sei sicuro di quale approccio sia più adatto al tuo progetto, contattami: valutiamo insieme la soluzione più solida per le tue esigenze.

Migliorare le performance di un sito WordPress: guida pratica con strumenti open source

Un sito lento non è solo un fastidio per chi lo visita: incide direttamente sul posizionamento Google (le performance sono un fattore di ranking ufficiale, misurato attraverso i cosiddetti Core Web Vitals) e, soprattutto, sul numero di persone che restano abbastanza a lungo da diventare clienti. La buona notizia è che gran parte del lavoro si può fare con strumenti gratuiti, senza rifare il sito da zero.

Prima regola: misura prima di intervenire

Installare plugin “a caso” sperando che il sito diventi più veloce è il modo più comune di sprecare tempo. Prima di tutto:

  • Google PageSpeed Insights: gratuito, mostra un punteggio e i problemi specifici della tua pagina, sia da mobile che da desktop.
  • Query Monitor: mostra in tempo reale cosa sta effettivamente rallentando il sito — query al database lente, plugin pesanti, script superflui.

Solo dopo aver capito dove si perde tempo ha senso agire.

Le cause più comuni di lentezza (in ordine di frequenza)

1. Immagini non ottimizzate

Nella maggior parte dei siti che analizzo, è la causa numero uno. Plugin come Smush o ShortPixel comprimono automaticamente le immagini al caricamento, spesso senza perdita visibile di qualità. Il formato WebP, oggi supportato da tutti i browser principali, riduce ulteriormente il peso rispetto a JPG/PNG.

2. Troppi plugin, o plugin mal ottimizzati

Ogni plugin aggiunge codice da eseguire. Non è tanto il numero in sé il problema, quanto la qualità: un plugin scritto male può rallentare il sito più di dieci plugin leggeri messi insieme. Vale la pena rivedere periodicamente quali sono davvero necessari.

3. Assenza di una cache configurata correttamente

Un plugin di cache (W3 Total Cache, WP Super Cache, LiteSpeed Cache se il tuo hosting lo supporta) salva una versione già pronta delle pagine, evitando di ricalcolarle a ogni visita. Attenzione: usare più plugin di cache contemporaneamente crea conflitti invece di sommare i benefici — meglio sceglierne uno solo e configurarlo con attenzione.

4. Font e script esterni caricati senza criterio

Caricare i font Google direttamente dai server di Google aggiunge richieste esterne che rallentano il caricamento (oltre a implicazioni sulla privacy). Un plugin come OMGF scarica i font e li serve direttamente dal tuo hosting, con benefici su entrambi i fronti.

5. CSS e JavaScript non ottimizzati

Unire troppi file in un unico blocco molto pesante può sembrare un’ottimizzazione, ma spesso ottiene l’effetto opposto, ritardando la visualizzazione della pagina. La configurazione corretta dipende dal sito specifico — non esiste un’impostazione valida sempre e per tutti.

Il ruolo dell’hosting

Nessuna ottimizzazione software compensa un hosting sottodimensionato o condiviso con centinaia di altri siti. Se hai già ottimizzato immagini, cache e plugin e il sito resta lento, il passo successivo è spesso valutare un hosting più performante o gestito specificamente per WordPress.

Una checklist rapida da rivedere ogni pochi mesi

  • Le immagini caricate di recente sono ottimizzate?
  • Ci sono plugin installati che non usi più?
  • La cache è configurata (e non ci sono più plugin di cache attivi insieme)?
  • Il punteggio PageSpeed Insights è stabile o peggiorato rispetto all’ultima verifica?
  • Il database ha accumulato dati inutili (revisioni, spam, transient scaduti) da pulire?

Le performance non si “sistemano una volta per tutte”: ogni nuovo contenuto, plugin o immagine può cambiare la situazione. Un controllo periodico evita che il problema si accumuli senza che ce ne si accorga. Se vuoi un’analisi delle prestazioni del tuo sito, scrivimi: ti dico esattamente dove intervenire.

7 repository GitHub open source utili a chi realizza siti WordPress

L’ecosistema open source intorno a WordPress è enorme, e vale la pena esplorarlo anche solo per curiosità professionale. Ecco sette repository che considero un buon punto di partenza, con una spiegazione di cosa fanno e perché sono utili nella pratica.

1. WP-CLI

Repository: wp-cli/wp-cli

Lo strumento ufficiale a riga di comando per WordPress. Permette di installare/aggiornare plugin e temi, gestire utenti, esportare/importare database, il tutto senza passare dal pannello grafico. Indispensabile per chi gestisce più siti contemporaneamente o vuole automatizzare compiti ripetitivi (es. aggiornamenti pianificati via script).

2. Gutenberg

Repository: WordPress/gutenberg

Il repository ufficiale dell’editor a blocchi di WordPress. Seguirlo aiuta a capire in anticipo le direzioni future dell’editing dei contenuti, ed è il punto di riferimento per chi sviluppa blocchi personalizzati per i propri clienti.

3. Bedrock (Roots)

Repository: roots/bedrock

Un boilerplate che riorganizza la struttura standard di WordPress secondo pratiche più moderne di sviluppo web (gestione delle dipendenze via Composer, variabili d’ambiente per le configurazioni sensibili, struttura delle cartelle più sicura). Molto diffuso tra chi sviluppa WordPress con un approccio simile a quello di altri framework moderni.

4. Yoast SEO

Repository: Yoast/wordpress-seo

Il codice sorgente completo di uno dei plugin SEO più diffusi al mondo. Anche solo consultarlo aiuta a capire come vengono gestiti tecnicamente aspetti come i dati strutturati, la sitemap XML e i meta tag — utile sia per chi sviluppa sia per chi vuole capire meglio cosa succede “dietro” alle impostazioni SEO del proprio sito.

5. Query Monitor

Repository: johnbillion/query-monitor

Il plugin di debug più usato per capire cosa rallenta un sito WordPress: query al database lente, hook eseguiti, script e stili caricati inutilmente. È il primo strumento che installo (temporaneamente) quando devo analizzare le prestazioni di un sito.

6. Advanced Custom Fields

Repository: AdvancedCustomFields/acf

Uno dei plugin più usati per aggiungere campi personalizzati a pagine, articoli e altri contenuti, senza dover scrivere codice complesso. Fondamentale per chi realizza siti con contenuti strutturati in modo non standard (schede prodotto, portfolio, schede immobiliari, e così via).

7. Redis Object Cache

Repository: rhubarbgroup/redis-cache

Un plugin che collega WordPress a Redis, un sistema di cache in memoria molto più veloce della cache su disco standard. Su siti con traffico consistente o database complessi, la differenza in velocità percepita può essere notevole.

Come valutare un repository prima di usarlo

Se vuoi esplorare altri progetti open source per conto tuo, alcuni segnali rapidi di affidabilità: data dell’ultimo aggiornamento (un progetto fermo da anni è un rischio), numero di problemi (“issue”) aperti e se ricevono risposta, e quante persone lo mantengono attivamente. Non serve essere sviluppatori per leggere questi segnali su GitHub: bastano pochi minuti sulla pagina del progetto.