Un page builder come Elementor genera una struttura molto più profonda e generica di quella che servirebbe a un layout specifico, e carica il codice necessario a gestire tutte le combinazioni possibili. Il codice scritto a mano contiene solo ciò che quella pagina usa. La differenza si vede soprattutto da smartphone.
Cosa fa un page builder, tecnicamente
Un builder deve permettere di trascinare qualsiasi elemento in qualsiasi punto, ridimensionarlo, cambiargli colore e comportamento. Per rendere possibile tutto questo, ogni elemento viene avvolto in più livelli di contenitori che servono al builder, non alla pagina.
Il risultato è che una sezione semplice — un titolo, un testo, un pulsante — può richiedere molte più righe di struttura di quelle strettamente necessarie. Moltiplicato per tutte le sezioni di un sito, il peso si accumula.
A questo si aggiunge il codice di funzionamento: fogli di stile e script che il builder carica per gestire animazioni, effetti e comportamenti responsivi, spesso su ogni pagina anche dove nessuno di quegli effetti viene usato.
Il confronto, voce per voce
| Aspetto | Page builder | Codice scritto a mano |
|---|---|---|
| Velocità di realizzazione | Alta: si vede subito il risultato | Più lenta all'inizio |
| Peso della pagina | Struttura profonda + codice del builder | Solo ciò che la pagina usa |
| Chi può modificare | Chiunque, dal pannello | Serve accedere al codice |
| Libertà di design | Quella che il builder prevede | Totale |
| Costi ricorrenti | Licenza annuale del builder e dei componenti | Nessuno |
| Dipendenza | Dal builder: se cambia o chiude, il sito è da rifare | Dalla persona che sa metterci mano |
Dove si sente la differenza
Su un computer recente con buona connessione, quasi da nessuna parte. È il motivo per cui molti non credono al problema: sul proprio schermo il sito va benissimo.
La differenza emerge su smartphone di fascia media in rete mobile, che è la condizione in cui naviga buona parte delle persone. Lì il dispositivo deve scaricare più materiale ed eseguire più codice, e il ritardo diventa percepibile — sia nel tempo prima che compaia qualcosa, sia nella reattività quando si tocca un menu.
Sono esattamente le due cose che i Core Web Vitals misurano, ed è il motivo per cui un sito costruito accumulando componenti fatica a rientrare nelle soglie senza un lavoro dedicato.
Il vincolo meno discusso: il lock-in
Le pagine costruite con un builder non sono contenuto puro: sono contenuto avvolto nella struttura di quel builder specifico. Se un domani vuoi toglierlo, non trovi sotto una pagina pulita — trovi un groviglio di contenitori vuoti.
Questo significa che la scelta del builder è una scelta a lungo termine, più vincolante di quanto sembri al momento della decisione. E che smettere di pagarne la licenza non è davvero un'opzione: senza rinnovo niente aggiornamenti, e prima o poi qualcosa si rompe.
Quando un builder è la scelta giusta
- Devi poter modificare tutto da solo, spesso, senza chiamare nessuno
- Il budget iniziale è il vincolo principale e il sito deve esistere adesso
- Il sito non è il canale principale da cui arrivano i clienti
- Vuoi poter cambiare fornitore facilmente: il bacino di chi sa usare i builder più diffusi è enorme
Quando conviene il codice
- Il sito riceve traffico da smartphone in modo significativo, che è quasi sempre
- Ci mandi campagne a pagamento: ogni visitatore che abbandona per lentezza è denaro speso
- Vuoi costi annuali prevedibili, senza licenze che si sommano
- Il design che hai in mente non rientra in quello che il builder prevede
- Gli aggiornamenti sono sporadici: il vantaggio del pannello vale poco se lo apri due volte l'anno
Una via di mezzo che funziona
Non è obbligatorio scegliere un estremo. Un approccio sensato per molte aziende è avere le pagine principali — quelle che contano davvero, e che cambiano raramente — costruite su misura, e un'area separata dove pubblicare contenuti in autonomia.
Le pagine che portano richieste restano leggere e curate; il blog o le news restano gestibili senza chiamare nessuno. È il compromesso che consiglio più spesso quando l'autonomia editoriale è un requisito reale.
Domande frequenti
Elementor rallenta il sito?
Tende a farlo, perché genera una struttura più profonda del necessario e carica il proprio codice anche dove non serve. Un sito con builder può essere veloce, ma richiede lavoro dedicato per esserlo.
Perché un sito scritto a mano è più leggero?
Perché contiene solo il codice che quella pagina usa. Un builder deve caricare tutto ciò che serve a gestire ogni combinazione possibile di elementi, comprese quelle che nella tua pagina non compaiono.
Posso togliere Elementor da un sito esistente?
Non facilmente. Le pagine sono contenuto avvolto nella struttura del builder: rimuovendolo resta un groviglio di contenitori. Di norma le pagine vanno ricostruite.
Un page builder è sempre la scelta sbagliata?
No. Se devi modificare tutto da solo e spesso, se il budget iniziale è il vincolo principale, o se il sito non è il canale da cui arrivano i clienti, è una scelta ragionevole.
Vuoi un parere sul tuo sito?
Posso guardare com'è costruito il tuo sito adesso e dirti se il problema è il builder o qualcos'altro — a volte è solo un'immagine da ottimizzare. Scrivimi.
