Un sito che riceve visite ma non genera richieste, impiega oltre tre secondi a caricare o rende impossibile misurare da quale canale arrivano i contatti non ha un problema estetico. Ha un problema di architettura. Capire quando passare a sito custom significa distinguere tra un miglioramento incrementale e un limite strutturale che sta rallentando SEO, conversioni e operatività commerciale.
Per molte PMI il sito nasce bene: una piattaforma pronta, un tema, qualche plugin e pagine pubblicate in tempi rapidi. Questa configurazione può essere adeguata nella fase iniziale. Diventa però costosa quando il business cresce, aumentano le pagine, entrano in gioco campagne, strumenti CRM, più sedi o cataloghi complessi. Il punto non è avere codice personalizzato a tutti i costi. Il punto è capire se l’infrastruttura attuale sostiene gli obiettivi misurabili dell’azienda.
Quando passare a un sito custom: i segnali concreti
Il passaggio a un progetto custom è giustificato quando la struttura esistente costringe a continui compromessi tecnici o commerciali. Non basta percepire il sito come datato: servono evidenze.
1. Le performance restano basse dopo interventi ragionevoli
Se il sito supera regolarmente i 3 secondi di caricamento sulle pagine strategiche, il problema non è sempre una singola immagine troppo pesante. Può dipendere da un DOM eccessivo, fogli di stile caricati indiscriminatamente, script di terze parti non governati, query lente o un hosting inadatto.
Le metriche da osservare sono LCP, CLS, INP e TTFB. Un LCP elevato rallenta la percezione del contenuto principale; un CLS alto fa spostare pulsanti e blocchi mentre l’utente legge; un TTFB scarso segnala che il server impiega troppo tempo a rispondere. Ottimizzare cache e immagini è utile, ma se ogni modifica del layout aggiunge componenti, codice e dipendenze, si sta lavorando sui sintomi.
Un sito custom permette di caricare solo ciò che serve a quella pagina, ridurre il markup e definire una gerarchia tecnica più pulita. Non significa inseguire un punteggio PageSpeed perfetto su ogni URL, ma ottenere tempi di risposta e stabilità coerenti sulle pagine che generano traffico e lead.
2. Il builder decide cosa si può fare
I page builder hanno un vantaggio evidente: permettono di pubblicare in fretta. Il limite emerge quando il team deve adattare il business al builder invece di fare il contrario. Moduli rigidi, struttura HTML ridondante, CSS sovrapposto e dipendenza da plugin aggiuntivi rendono costose persino modifiche semplici.
Il segnale più chiaro è questo: per implementare una funzione specifica – un configuratore leggero, una raccolta dati condizionata, una landing con tracking preciso, una sezione dinamica o un’area riservata – serve aggirare il sistema con estensioni, codice inserito in punti casuali e soluzioni fragili.
Un’architettura custom, sviluppata con un approccio code-first e strumenti come Oxygen Builder quando appropriato, definisce componenti riutilizzabili senza accettare il peso tecnico di moduli generici. Il vantaggio non è solo la velocità iniziale. È la possibilità di modificare il sito tra sei o diciotto mesi senza trasformare ogni intervento in una manutenzione rischiosa.
3. Non sai quali pagine producono contatti qualificati
Molte aziende misurano le visite, ma non sanno distinguere un click casuale da una richiesta commerciale. Oppure tracciano l’invio di un form, senza verificare se il contatto è stato ricevuto dal CRM, se ha superato una validazione o quale pagina ha contribuito alla conversione.
Quando il sito è un canale di acquisizione, il tracking deve essere progettato insieme ai flussi utente. Eventi come invii form, click telefonici, richieste preventivo, download tecnici e prenotazioni devono avere una tassonomia chiara. Nei progetti più evoluti, il server-side tracking riduce la dipendenza dal browser e migliora la qualità del dato raccolto, nel rispetto della configurazione privacy adottata.
Se integrare questo livello di misurazione richiede interventi improvvisati o produce dati duplicati, un sito custom può essere la scelta corretta. Prima, però, va definito cosa rappresenta una conversione utile per il business. Tracciare tutto non equivale a capire qualcosa.
4. La SEO tecnica è bloccata dalla struttura
La SEO non dipende solo dai contenuti. Un sito può avere pagine ben scritte e restare inefficiente perché genera URL incoerenti, filtri indicizzabili senza controllo, paginazioni errate, pagine duplicate o template incapaci di gestire dati strutturati in modo ordinato.
Questo accade spesso nei siti cresciuti per aggiunte successive. Ogni nuova esigenza genera una pagina, un plugin o una regola isolata. Nel tempo la tassonomia perde logica, la navigazione interna si frammenta e i motori di ricerca ricevono segnali confusi sulla priorità delle pagine.
Un redesign custom non è automaticamente un vantaggio SEO. Se eseguito senza mappatura degli URL, redirect, dati strutturati, metadati e analisi delle pagine che già portano traffico, può anche causare perdite temporanee o permanenti. Proprio per questo il passaggio va trattato come una migrazione tecnica, non come un rifacimento grafico.
5. Ogni aggiornamento comporta un rischio operativo
Un sito affidabile deve poter evolvere. Se aggiornare un plugin, modificare un form o cambiare una sezione richiede la paura di rompere il layout, le integrazioni o il checkout, il costo non è soltanto tecnico. Il team smette di migliorare il sito e accumula debito operativo.
Qui conta la qualità del codice, ma anche il processo: ambienti di staging, backup verificabili, controllo delle versioni, aggiornamenti pianificati e monitoraggio. Un hosting gestito su LiteSpeed Enterprise, configurato in modo coerente con l’applicazione, può migliorare caching, tempi di risposta e stabilità. Non compensa però un’architettura disordinata.
Un progetto custom ben realizzato separa ciò che è strutturale da ciò che è editoriale. Il personale interno può aggiornare contenuti, casi studio o pagine informative entro componenti definiti, senza dover intervenire su logiche sensibili o layout costruiti in modo casuale.
6. Il sito non riflette più il processo commerciale
Un’impresa B2B, uno studio professionale o un’attività locale ad alta marginalità non hanno bisogno dello stesso percorso utente di un ecommerce. Se il ciclo di vendita richiede qualificazione, raccolta di documenti, scelta della sede, prenotazione o contatto con un reparto specifico, il sito deve guidare questi passaggi.
Un template standard tende a proporre percorsi standard: homepage, servizi, chi siamo, contatti. Sono pagine necessarie, ma non risolvono da sole il problema della conversione. Un sito custom può costruire percorsi differenziati per servizio, settore, località o livello di urgenza, collegandoli a form e automazioni coerenti.
La domanda da porre non è “il sito è bello?”. È “un potenziale cliente capisce in pochi secondi cosa fare, e il team riceve le informazioni necessarie per rispondere bene?”. Se la risposta è no, l’intervento può avere un impatto diretto sulla qualità dei lead, non solo sul design.
7. Stai pianificando crescita, non una semplice presenza online
Ci sono casi in cui il sito attuale funziona, ma non è progettato per il prossimo passaggio: nuove linee di servizio, espansione internazionale, un catalogo più ampio, integrazioni con gestionali o una strategia SEO basata su molte pagine verticali.
Aspettare che il sistema si rompa non è sempre la scelta più efficiente. Se il sito è destinato a diventare un asset commerciale centrale, progettare prima struttura dei contenuti, modello dati, componenti, tracking e performance evita interventi molto più costosi in seguito. Il custom ha senso quando la crescita prevista è concreta e sostenuta da un business case, non come esercizio di stile.
Non sempre serve rifare tutto
Passare a un sito custom non significa automaticamente sostituire l’intera piattaforma. In alcuni casi un audit evidenzia che la base è recuperabile: si possono riscrivere template critici, eliminare dipendenze superflue, ottimizzare il database, rivedere caching e CDN, correggere errori di tracking e intervenire sulle pagine con maggior impatto.
La scelta dipende da tre fattori: gravità dei limiti tecnici, valore economico delle conversioni e velocità con cui il business deve evolvere. Per un sito vetrina con poche pagine e traffico limitato, una ricostruzione completa può essere prematura. Per un’azienda che investe in acquisizione, riceve lead ogni settimana e non riesce ad attribuirne l’origine, il costo dell’inazione può superare quello del progetto.
Come valutare il passaggio con dati, non impressioni
La decisione corretta parte da un’analisi tecnica e commerciale. Bisogna misurare performance sulle pagine reali, analizzare il codice generato, verificare errori di indicizzazione, mappare plugin e dipendenze, controllare il tracciamento delle conversioni e osservare i percorsi degli utenti.
Da qui si costruisce una priorità. Alcuni problemi richiedono ottimizzazione immediata; altri richiedono una nuova architettura. Un approccio metodico evita sia il rifacimento prematuro sia la manutenzione infinita di una base che non può più sostenere gli obiettivi.
Francesco Russo affronta questo tipo di progetto partendo da audit performance, SEO tecnica e conversioni, poi definisce un’architettura custom essenziale: codice pulito, componenti controllati, stack hosting coerente e metriche verificabili dopo la pubblicazione. Prima di pianificare un redesign, richiedere un’analisi tecnica del sito permette di capire quale investimento è realmente giustificato.
Il momento giusto non coincide con il momento in cui il sito “sembra vecchio”. Coincide con il momento in cui limita decisioni, dati e opportunità commerciali che l’azienda è già pronta a gestire.