Il sito era cresciuto con decine di template Elementor, librerie duplicate e CSS inline per ogni sezione. È stato introdotto un tema WordPress custom basato su theme.json, pattern Gutenberg e stylesheet modulare: il LCP mobile sulla homepage è passato da 3,1s a 1,4s e il peso degli asset caricati nell'editor per una landing tipo è calato del 58% rispetto al vecchio stack.
Contesto
Agenzia interna e freelance storici avevano costruito landing e pillar page con widget nested, global styles inconsistenti e dipendenze JS non usate sul front. Il marketing voleva velocità di iterazione senza aprire ticket per ogni modifica minore.
La direzione strategica era passare a wordpress senza elementor mantenendo la parità visiva delle pagine ad alto traffico e riducendo il rischio di regressioni SEO.
La query elementor wordpress con volume stimato elevato intercetta utenti in fase di valutazione tool; il progetto reindirizza l'attenzione verso tema wordpress custom e sviluppo tema wordpress quando il problema reale è performance, governabilità del design system e costo di manutenzione.
DataForSEO Search Intent su varianti «tema wordpress custom» tende a mescolare informational e transactional: il case study offre prove (LCP, peso editor) oltre al claim qualitativo.
Diagnosi
Ogni landing importava librerie anche quando disattivate visivamente, con impatto su INP e su tempo di interazione editor. Il crawl budget non era il problema primario: lo era il peso percepito da Google Ads Quality Score e bounce su mobile.
Colori e spacing definiti per widget: drift visivo tra pagine e impossibilità di applicare dark mode o rebrand senza toccare centinaia di entry database.
Heading order e landmark ARIA incoerenti tra template: rischio SEO on-page e accessibilità, difficile da sistemare senza riscrivere markup nel tema.
Metodo
Screenshot automatizzati e confronto layout critico (hero, tab, pricing). Definizione di pattern Gutenberg 1:1 per i blocchi più usati, con block locking dove serve brand safety.
Token colore/spacing, tipografia fluida, enqueue condizionale. Rimozione progressiva delle dipendenze Elementor per silo (blog, servizi, landing paid).
Feature flag per template, log errori JS, confronto LCP per URL in Search Console. Piano di rollback per pagine con conversione sensibile.
Risultati
Stack
Apprendimenti
Non replicare 1:1 ogni widget. Alcune interazioni Elementor nascondevano markup fragile: meglio ridisegnare leggermente con blocchi semantici che migliorano accessibilità e CLS.
Il marketing accetta il change se l'editor resta veloce. Il KPI politico è stato tempo di apertura editor, non solo LCP.
FAQ
Si può convivere con Elementor durante la migrazione?
Sì, per un periodo: congelare nuovi layout su Elementor, route chiare per ownership template e rimozione asset non enqueueati. Il rischio è doppio tema: va monitorato il peso combinato.
Full Site Editing è obbligatorio?
Non sempre: dipende da quanto il marketing deve editare header/footer. Qui FSE parziale con locked regions ha ridotto regressioni rispetto a editor completamente libero.
In call si stima inventario template, rischio URL e priorità CWV. Porta export Elementor o accesso staging.
Richiesta progetto
Compila il form: riceverò contesto, obiettivi e vincoli per una prima lettura tecnica e commerciale.
Call strategica · 45 min
Scegli data e orario, compila i campi e conferma. Riceverai un riepilogo via email — il collegamento al calendario esterno verrà attivato in un secondo momento.
