Quando si parla di costruire un sito WordPress ottimizzato per i motori di ricerca, la conversazione finisce quasi sempre sulle stesse cose: keyword, contenuti, backlink. Raramente si parla di quello che c’è sotto — il codice che il builder genera automaticamente e che Google legge prima ancora di arrivare al testo.
Eppure è proprio lì che si vince o si perde una buona fetta della partita SEO.
Il problema che nessuno vuole ammettere: i builder popolari penalizzano la SEO
Elementor e Divi dominano il mercato dei page builder da anni. Sono strumenti potenti, visivamente intuitivi, e hanno democratizzato la creazione di siti web. Ma hanno un problema strutturale che chi si occupa seriamente di SEO conosce bene: generano codice gonfio, pieno di <div> annidati, classi inutili e markup che non dice nulla a un motore di ricerca.
Un sito costruito con Elementor può avere un DOM con centinaia di elementi superflui anche per una pagina semplice. Questo si traduce in tempi di caricamento più lenti, un crawl meno efficiente da parte di Googlebot e — soprattutto — una totale assenza di semantica HTML. Tre problemi che, sommati, pesano sul ranking in modo concreto anche se difficile da misurare a occhio nudo.
HTML semantico: la base che Elementor e Divi ignorano (e Google no)
L’HTML semantico non è un dettaglio tecnico per sviluppatori puristi. È il modo in cui un browser, un motore di ricerca o uno screen reader capisce cosa è quella porzione di pagina, non solo come appare visivamente. Usare i tag giusti significa dare a Google una mappa chiara della struttura del contenuto — e Google la usa.
Struttura HTML e crawling: cosa vede Google prima del contenuto
Il tag <header> identifica la parte introduttiva di una pagina o di una sezione, solitamente quella che contiene il logo, la navigazione principale, gli elementi identificativi del sito. Il <footer> ne è il corrispettivo in fondo — informazioni legali, link secondari, contatti. Il <main> racchiude il contenuto principale della pagina, quello che non si ripete da una pagina all’altra.
Usare questi tre tag correttamente permette a Googlebot di capire immediatamente dove si trova il contenuto rilevante e cosa invece è “contorno”. Molti siti costruiti con builder tradizionali avvolgono tutto in <div> generici, lasciando al crawler il compito di indovinare. Un lavoro in più che Google non sempre fa a vantaggio del sito.
Tag semantici e contesto: perché Google li usa per capire le pagine
Una <section> raggruppa contenuti tematicamente coerenti all’interno di una pagina — un blocco di servizi, una parte di una guida, un’area tematica. Il tag <article> va invece usato per contenuti autonomi e redistribuibili: un post del blog, una news, una scheda prodotto. Infine <aside> identifica contenuti correlati ma non centrali, come una sidebar, un approfondimento laterale o un box di citazione.
Scambiare questi tag — o peggio, non usarne nessuno — non è un errore che Google punisce esplicitamente, ma è un’opportunità mancata. Una pagina ben strutturata semanticamente è più facile da interpretare, più accessibile e spesso più premiata nei risultati di ricerca, in particolare per le query informazionali dove Google deve capire il contesto del contenuto.
SEO tecnica e codice pulito: il vantaggio che pochi sfruttano
Google ha confermato in più occasioni che l’uso corretto dell’HTML semantico aiuta il crawler a comprendere meglio la struttura e il contenuto delle pagine. Non è un fattore di ranking diretto e dichiarato come i backlink, ma rientra in quella categoria di segnali tecnici che, nella pratica, distinguono i siti ben costruiti da quelli mediocri — specialmente in verticali competitivi dove ogni dettaglio conta.
Come Bricks Builder gestisce l’HTML semantico in modo nativo
Bricks Builder nasce con una filosofia diversa rispetto ai competitor più diffusi. Il codice che genera è pulito, leggero e — aspetto fondamentale — consente di assegnare il tag HTML corretto a ogni elemento direttamente dall’interfaccia, senza toccare codice a mano.
Vuoi che un blocco sia un <section>? Lo imposti. Vuoi che un elemento sia un <article> o un <aside>? Stessa cosa. Questa libertà, unita all’assenza di wrapper inutili e al DOM significativamente più snello rispetto a Elementor o Divi, lo rende uno strumento concretamente più adatto a chi costruisce siti con la SEO tecnica in mente.
Non è un caso che stia guadagnando terreno proprio tra i professionisti che guardano le performance e la qualità del codice prima dell’estetica dell’interfaccia di editing.
Cosa fanno (e non fanno) i professionisti del web: il gap tra teoria e pratica
Chiunque abbia un minimo di esperienza nel settore sa che la SEO tecnica è spesso la parte più trascurata. Non perché i professionisti non la conoscano, ma perché richiede tempo, attenzione e — in molti casi — la volontà di scegliere strumenti meno comodi ma più corretti.
È molto più veloce trascinare un blocco in Elementor che ragionare sulla gerarchia semantica di una pagina. È più immediato installare un tema premium che costruire una struttura HTML pensata per i crawler. Il risultato è che la maggior parte dei siti WordPress in circolazione, anche quelli realizzati da agenzie o freelance con anni di esperienza, presentano lacune strutturali che limitano il loro potenziale organico.
Il mercato premia chi sa distinguersi su questo fronte.
Chi cura davvero la SEO tecnica parte dalla struttura del codice
Non sono in molti, nel panorama italiano, a trattare la SEO tecnica come una priorità vera — non un’appendice da aggiungere a ottimizzazione avviata, ma un punto di partenza nella fase di costruzione del sito.
Riccardo Pellicanò è uno di questi. SEO tecnico e sviluppatore WordPress con Bricks Builder, lavora con un approccio in cui la struttura del codice, la semantica HTML e le performance del sito non sono optional ma fondamenta. Un modo di lavorare ancora raro, ma che fa la differenza nei risultati.
Riccardo Pellicanò — SEO tecnico e sviluppatore WordPress
