Un sito lento, difficile da aggiornare o invisibile nelle pagine che contano di Google raramente nasce da un singolo errore. Spesso è la conseguenza di una scelta fatta all’inizio con una domanda troppo semplice: sito custom vs tema WordPress, quale costa meno? La domanda utile è un’altra: quale architettura sostiene gli obiettivi commerciali, tecnici e SEO dell’azienda nei prossimi anni?
Un tema preconfezionato può essere appropriato in alcuni contesti. Un sito sviluppato su misura diventa invece rilevante quando il sito deve acquisire lead qualificati, integrarsi con processi interni, posizionarsi su query competitive o mantenere standard elevati di performance. Non è una contrapposizione ideologica. È una valutazione di requisiti, rischio tecnico e costo nel tempo.
Tema WordPress: rapido da pubblicare, non sempre da far crescere
Un tema WordPress parte da una struttura già definita: layout, moduli, opzioni grafiche, funzionalità e, spesso, un page builder incluso. Per un progetto editoriale semplice, una landing temporanea o un’attività nella fase iniziale, questo può ridurre il tempo di pubblicazione e il budget iniziale.
Il problema emerge quando il tema deve fare qualcosa per cui non è stato progettato. Per adattarlo, si aggiungono plugin, script di terze parti, moduli duplicati e personalizzazioni che intervengono sopra una base generica. Il risultato può essere una home page che carica librerie CSS e JavaScript necessarie a decine di componenti mai usati, solo perché il tema deve essere compatibile con ogni possibile configurazione.
Per un decision maker, questo ha conseguenze concrete. Più asset da caricare significano un rischio maggiore di peggiorare il Largest Contentful Paint, cioè il tempo con cui appare il contenuto principale. Più script lato browser possono ritardare l’interattività. Font, banner, immagini e componenti caricati senza controllo possono produrre spostamenti visivi misurati dal CLS. Non sono dettagli riservati agli sviluppatori: incidono sull’esperienza, sulla capacità di trattenere l’utente e sulle condizioni tecniche che sostengono la SEO.
Un tema non è automaticamente lento. Un’installazione essenziale, con un tema leggero e poche funzioni, può ottenere risultati validi. Ma il margine operativo è più ristretto: ogni nuova esigenza va negoziata con limiti imposti da una struttura progettata per il mercato generale, non per il modello di acquisizione della singola impresa.
Il costo reale non coincide con il prezzo di partenza
Il confronto economico viene spesso falsato dal preventivo iniziale. Un tema costa meno perché riduce le ore di progettazione e sviluppo. Questo è un vantaggio reale, finché la semplicità del progetto resta reale.
Quando arrivano una seconda lingua, un configuratore, moduli differenziati per servizio, integrazioni CRM, tracciamenti specifici, aree riservate o flussi di preventivazione, i costi cambiano forma. Non si paga più soltanto la nuova funzionalità: si paga il tempo necessario a farla convivere con codice, plugin e dipendenze esistenti. E si accetta un aumento del rischio di incompatibilità a ogni aggiornamento.
Per questo un sito economico può essere razionale, mentre un sito apparentemente economico ma stratificato può diventare costoso da correggere. La differenza è nella previsione dei requisiti, non nel fatto che WordPress venga usato o meno.
Sito custom vs tema WordPress: cosa cambia davvero
Un sito custom non significa reinventare ogni elemento da zero o rinunciare a WordPress. Significa definire prima l’architettura informativa, le priorità SEO, i percorsi di conversione e le integrazioni necessarie; poi costruire solo ciò che serve, con una base di codice controllata.
In una realizzazione code-first con Oxygen Builder, per esempio, il builder non viene trattato come un catalogo di effetti grafici. Viene usato per organizzare componenti e contenuti mantenendo il controllo sull’output HTML, sui fogli di stile, sugli script e sulle query. L’obiettivo è evitare markup superfluo e dipendenze non necessarie, senza togliere autonomia al team che dovrà aggiornare pagine e contenuti.
Questa impostazione produce vantaggi misurabili, ma non magici. Una pagina ben costruita può ridurre richieste HTTP inutili, il peso delle risorse e il lavoro del browser. Un hosting gestito su LiteSpeed Enterprise, cache configurata correttamente e immagini ottimizzate possono migliorare TTFB e tempi percepiti. Tuttavia, una performance elevata richiede anche disciplina operativa: immagini caricate senza criteri, plugin ridondanti o tag di tracking non governati possono degradare nel tempo anche un progetto nato bene.
SEO: il tema non sostituisce la struttura
La SEO tecnica non dipende dal template scelto, ma il template può rendere più facile o più difficile applicarla. URL coerenti, gerarchia delle pagine, heading semantici, dati strutturati dove pertinenti, gestione delle pagine filtro, canonical, sitemap e controllo dell’indicizzazione sono decisioni architetturali.
Un sito custom consente di modellare queste regole sul business. Un’azienda B2B con servizi complessi può creare pagine orientate a problemi, settori e casi d’uso senza replicare template rigidi. Un’attività locale ad alta marginalità può progettare pagine di servizio con segnali territoriali, prove di competenza e contatti tracciabili. Un’associazione può gestire contenuti, iscrizioni e documenti con ruoli e workflow coerenti.
Il punto non è creare molte pagine. È costruire una struttura che Google possa comprendere e che gli utenti possano percorrere senza attriti. Se il tema obbliga a forzature nel markup, nella gestione dei contenuti o nelle performance, l’ottimizzazione diventa una serie di compromessi. Se l’architettura è progettata per il progetto, la SEO tecnica entra nel lavoro prima della pubblicazione, non come intervento correttivo successivo.
Conversioni: un modulo non è un sistema di misurazione
Molti siti ricevono visite ma non sanno quali pagine, canali o azioni generino contatti utili. Il modulo invia email, il telefono squilla, ma manca una lettura affidabile del percorso che ha preceduto la conversione.
In un progetto su misura, il tracking viene definito insieme ai punti di conversione: invii modulo, click su numero telefonico, richieste di richiamata, download, prenotazioni o azioni specifiche. Il server-side tracking, quando appropriato, può ridurre la dipendenza da segnali persi nel browser e rendere i dati più affidabili, nel rispetto delle configurazioni di consenso applicabili.
Questi dati non servono a produrre dashboard decorative. Servono a individuare pagine che ricevono traffico ma non generano richieste, campagne che portano contatti poco qualificati o passaggi del funnel che bloccano l’utente. Senza misurazione, anche un restyling esteticamente riuscito resta una decisione basata su percezioni.
Quando scegliere un tema e quando investire nel custom
Un tema WordPress è una scelta sensata se il sito ha poche pagine, contenuti standard, nessuna integrazione critica e un orizzonte operativo breve. Può esserlo anche per validare un’iniziativa prima di investire in una piattaforma più strutturata. In questi casi, la priorità è scegliere una base leggera, limitare le estensioni e non trasformare il progetto in un accumulo di eccezioni.
Lo sviluppo custom è più indicato quando il sito è un canale commerciale rilevante. Segnali tipici sono la necessità di distinguersi in una ricerca organica competitiva, la richiesta di performance verificabili, processi di lead generation articolati, integrazioni con CRM o gestionali, esigenze di sicurezza e manutenzione continuativa, oppure un progetto destinato ad evolvere con frequenza.
Non sempre la risposta è rifare tutto. Un audit può dimostrare che il problema principale è l’infrastruttura, una configurazione di cache errata, immagini non ottimizzate o un tracciamento incompleto. In altri casi, il limite è strutturale: il sito dipende da un builder pesante e da plugin che rendono ogni miglioramento temporaneo. Distinguere i due scenari evita investimenti inutili.
Un processo tecnico prima della grafica
L’approccio corretto parte da un’analisi: obiettivi di business, pagine strategiche, stato dei Core Web Vitals, qualità del codice, dipendenze, struttura SEO, conversioni attuali e hosting. Solo dopo si decide se ottimizzare l’esistente o progettare una nuova architettura.
Nello sviluppo di Francesco Russo, design, performance, SEO tecnica e tracking non vengono trattati come fasi scollegate. La progettazione dei componenti considera già peso delle risorse, comportamento responsive, gerarchie semantiche e punti di misurazione. Dopo la pubblicazione, manutenzione tecnica e hosting gestito mantengono monitorati aggiornamenti, cache, sicurezza e stabilità dello stack.
Se il vostro sito genera traffico ma carica lentamente, non compare per le pagine di servizio o non attribuisce correttamente i contatti, il primo passo utile è un audit tecnico di performance e SEO. Non serve decidere subito per un rifacimento: serve capire con dati alla mano quale intervento ha il miglior rapporto tra impatto e investimento.
Un sito non deve essere custom per principio. Deve essere costruito con il livello di controllo che il business richiede. Quando il web è un canale che deve produrre opportunità misurabili, scegliere una base progettata per crescere è spesso più prudente che rincorrere correzioni su una struttura nata per adattarsi a tutti.