Un sito web nuovo che perde traffico rispetto al vecchio. Un e-commerce che carica in sei secondi su mobile. Un tema “premium” che nessuno sa più aggiornare dopo la consegna. Chi lavora ogni giorno con PMI e negozi online in Italia conosce questi scenari fin troppo bene, perché sono la norma, non l’eccezione.
Il team di SeoMask, agenzia di consulenza SEO e sviluppo web con sede in Toscana, lavora da oltre dieci anni sulla parte più delicata di questo processo: non la progettazione grafica, ma quello che succede prima, durante e dopo il lancio di un sito. In questo articolo analizziamo perché la maggior parte dei progetti di realizzazione siti web nasce già compromessa, e cosa cambia quando lo sviluppo viene impostato con criteri tecnici e commerciali fin dal primo giorno.
Il problema non è il design, è la sequenza
La quasi totalità dei progetti web falliti negli obiettivi commerciali segue la stessa sequenza sbagliata: si parte dalla grafica, si sceglie un template, si popola di contenuti all’ultimo momento e si pubblica sperando che il traffico arrivi da solo. La SEO, l’architettura delle informazioni, la struttura tecnica vengono trattate come rifiniture da sistemare “dopo”.
Il problema è che dopo è tardi. Un sito costruito senza una gerarchia di URL pensata per il posizionamento organico, senza una mappatura delle categorie coerente con l’intento di ricerca degli utenti, senza una struttura di link interni funzionale, va quasi sempre rifatto — non aggiustato — nel giro di 12-18 mesi. Il costo reale non è quello del primo sviluppo, è quello del secondo, che arriva quasi sempre.
La sequenza corretta si ribalta: prima la ricerca delle parole chiave commerciali e informative rilevanti per il settore del cliente, poi l’architettura del sito (categorie, sottocategorie, pagine di prodotto, contenuti di supporto), poi lo sviluppo tecnico, e solo alla fine la rifinitura grafica. Un sito che nasce da questa sequenza non “diventa” SEO-friendly in un secondo momento: lo è per costruzione.
WordPress, WooCommerce, PrestaShop: la scelta della piattaforma non è neutra
Una delle domande più frequenti che arrivano ai team di sviluppo è: “meglio WordPress o una piattaforma proprietaria?”. La risposta onesta è che dipende dal modello di business, ma nella stragrande maggioranza dei casi PMI ed e-commerce di fascia media-piccola in Italia, WordPress con WooCommerce o PrestaShop restano le scelte più solide, per motivi che vanno oltre la moda del momento.
WordPress e WooCommerce offrono un ecosistema di plugin maturo, una curva di apprendimento gestibile per chi in azienda dovrà occuparsene dopo la consegna, e un’ottima base per l’ottimizzazione SEO grazie a plugin come Yoast SEO, che permette di controllare title tag, meta description, dati strutturati e indicizzazione pagina per pagina senza intervenire sul codice. È la scelta ideale quando il sito deve unire contenuto editoriale (blog, guide, articoli di settore) e vendita, perché il CMS nativo di WordPress gestisce entrambi senza compromessi.
PrestaShop resta competitivo per cataloghi prodotto complessi, con molte varianti, magazzini multipli o esigenze di internazionalizzazione avanzate. È più rigido di WooCommerce sul fronte editoriale, ma spesso più performante su cataloghi da migliaia di SKU se configurato correttamente.
La scelta sbagliata più comune è opposta: agenzie che propongono piattaforme “chiuse” e proprietarie perché più semplici da vendere e da mantenere sotto contratto, lasciando il cliente senza reale portabilità dei dati né possibilità di cambiare fornitore senza ripartire da zero. Un sito realizzato su WordPress o PrestaShop, anche se sviluppato da un’agenzia esterna, resta proprietà piena del cliente: temi, plugin, database, contenuti. Questo aspetto, spesso sottovalutato in fase di scelta, diventa decisivo tre anni dopo, quando il rapporto con l’agenzia cambia o l’azienda vuole portare lo sviluppo internamente.
Cosa succede davvero durante un audit tecnico pre-sviluppo
Prima di scrivere una riga di codice, un progetto impostato correttamente prevede un audit tecnico che va ben oltre “guardare il sito vecchio”. Il processo tipico, applicato da SeoMask su decine di progetti di redesign e migrazione, si articola su alcuni livelli.
Crawl completo del sito esistente. Strumenti come Screaming Frog SEO Spider permettono di mappare ogni URL indicizzato, ogni meta tag, ogni immagine priva di testo alternativo, ogni catena di redirect e ogni pagina duplicata. Su siti attivi da anni questo audit rivela quasi sempre centinaia di problemi accumulati: title tag duplicati su decine di pagine prodotto generate automaticamente, meta description mancanti, pagine orfane non più raggiungibili da nessun link interno, redirect a catena (301 su 301 su 301) che disperdono l’autorità SEO accumulata negli anni.
Analisi del valore SEO da preservare. Un errore gravissimo, purtroppo comune, è ripubblicare un sito nuovo senza mappare gli URL vecchi verso quelli nuovi. Ogni pagina che riceveva traffico organico o link esterni e che sparisce senza un redirect 301 verso l’equivalente nuova pagina, brucia mesi o anni di posizionamento faticosamente conquistato. La mappatura URL vecchio → URL nuovo, con redirect permanenti configurati correttamente, è un passaggio non negoziabile in ogni migrazione seria.
Inventario dei contenuti che funzionano. Non tutto va rifatto. Articoli con buon posizionamento organico, pagine prodotto con recensioni accumulate, contenuti che generano conversioni: vanno identificati, preservati nella struttura e nei contenuti, e semmai ottimizzati, non cancellati e riscritti da zero solo perché “il sito è nuovo”.
Verifica delle pagine funzionali critiche. Cart, checkout, area utente: su WooCommerce e piattaforme simili queste pagine vanno gestite con attenzione specifica, perché intercettate erroneamente dai motori di ricerca generano contenuto duplicato o pagine a basso valore indicizzate inutilmente. La corretta configurazione di noindex su queste pagine, unita a un file robots.txt pulito, evita che Google sprechi crawl budget su URL che non devono comparire in ricerca.
Questo lavoro preliminare richiede in media dai tre ai sette giorni lavorativi su un sito di medie dimensioni, ma determina la differenza tra un lancio che mantiene il traffico esistente e un lancio che lo azzera.
Velocità di caricamento: il fattore che ancora oggi viene trattato come un dettaglio
Google misura da anni le Core Web Vitals — LCP (Largest Contentful Paint), INP (Interaction to Next Paint) e CLS (Cumulative Layout Shift) — come segnale diretto di ranking e come fattore che influenza in modo misurabile il tasso di conversione. Eppure la maggior parte dei siti realizzati da agenzie generaliste continua a caricare temi pesanti, page builder che generano codice ridondante, immagini non ottimizzate e decine di script di terze parti caricati in modo bloccante.
I punti che fanno la differenza concreta:
- Scelta del tema. Un tema premium con centinaia di funzionalità inutilizzate pesa sulle prestazioni molto più di un tema child leggero, costruito su misura per le esigenze reali del progetto. La pratica di sviluppare temi child personalizzati, partendo da un parent theme solido ma alleggerendo tutto ciò che non serve, resta uno degli interventi con il miglior rapporto tra sforzo e risultato.
- Ottimizzazione immagini. Formati moderni come WebP, dimensionamento corretto per ogni breakpoint, lazy loading nativo: interventi tecnici semplici che su cataloghi con centinaia o migliaia di immagini prodotto possono ridurre i tempi di caricamento anche del 40-60%.
- Riduzione dei plugin ridondanti. È frequente trovare siti con due o tre plugin di cache attivi contemporaneamente, plugin di ottimizzazione immagini sovrapposti, sistemi di CAPTCHA duplicati installati da agenzie diverse nel tempo senza mai fare pulizia. Ogni plugin attivo carica script e query al database: un audit dei plugin installati, con l’obiettivo di eliminare le ridondanze, è un intervento che richiede poche ore ma libera risorse significative.
- Gestione della cache e del database. Su WooCommerce in particolare, un database che accumula revisioni di post, transient scaduti e log non ripuliti da anni rallenta ogni query. La manutenzione periodica del database è parte integrante, non accessoria, di un sito performante.
L’errore delle pagine “morte”: redirect, contenuti orfani e crawl budget sprecato
Un sintomo che emerge quasi sempre negli audit tecnici è la presenza di pagine demo, bozze mai pubblicate o contenuti privati lasciati online da sviluppi precedenti. Pagine che restano accessibili via URL diretto, generano redirect 307 temporanei anziché 301 permanenti, o vengono intercettate da plugin generalisti come i redirect automatici “tutto il 404 verso la homepage” — una pratica tecnicamente sconsigliata perché comunica a Google che qualsiasi URL rotto è in realtà la homepage, confondendo l’indicizzazione e disperdendo segnali di autorità.
La pulizia sistematica di questi elementi — cancellazione delle pagine demo obsolete, correzione dei tipi di redirect, rimozione dei plugin che gestiscono i 404 in modo aggressivo — non è un’attività “una tantum” da fare al lancio, ma un controllo periodico che andrebbe ripetuto almeno ogni sei mesi su siti in crescita continua, dove nuove pagine e nuovi prodotti vengono aggiunti costantemente.
Contenuti: perché la SEO va scritta nel sito, non aggiunta dopo
Uno degli aspetti più sottovalutati nella realizzazione di un sito nuovo riguarda l’ottimizzazione on-page di ogni singola pagina e articolo. Non basta pubblicare contenuti di qualità: ogni pagina ha bisogno di una focus keyword definita, un title tag ottimizzato per intento di ricerca e lunghezza, una meta description che generi click, e un’assegnazione di categoria coerente con l’architettura complessiva del sito.
Su progetti con decine o centinaia di articoli già pubblicati, questo lavoro va fatto in modo sistematico e non episodico: assegnazione della focus keyword tramite Yoast SEO per ogni contenuto, revisione di title tag e meta description per correggere duplicazioni e refusi, verifica della coerenza delle categorie (un errore frequente è avere articoli assegnati a categorie sbagliate o generiche che diluiscono la rilevanza tematica del sito agli occhi dei motori di ricerca).
Un altro elemento spesso trascurato è la call to action strutturale: ogni articolo di blog o pagina informativa dovrebbe terminare con un percorso chiaro verso la conversione — un modulo di contatto, una richiesta di preventivo, un invito a esplorare un prodotto correlato. L’implementazione di un blocco CTA standardizzato, coerente con la brand identity, su tutti i contenuti pubblicati trasforma un blog che genera solo traffico in un blog che genera anche lead.
Il testo alternativo delle immagini: piccolo dettaglio, effetto composto
L’ALT text delle immagini viene trattato quasi sempre come un adempimento burocratico per l’accessibilità, e in parte lo è — resta un requisito fondamentale per gli utenti che utilizzano screen reader. Ma ha anche un impatto SEO diretto e cumulativo: su un sito con centinaia o migliaia di immagini nella libreria media, la revisione sistematica degli ALT text mancanti o generici (nomi di file automatici tipo “IMG_4521.jpg” lasciati come testo alternativo) rappresenta un’opportunità di posizionamento nella ricerca immagini di Google, canale di traffico spesso ignorato ma tutt’altro che trascurabile per e-commerce con cataloghi fotografici estesi.
Pagine legali: non solo compliance, anche fiducia e conversione
Le pagine di Termini e Condizioni, Privacy Policy e Politica di Rimborso vengono trattate quasi sempre come un fastidio da copiare-incollare da un template generico. Due problemi derivano da questo approccio: il primo è la compliance normativa reale, con riferimenti specifici al Codice del Consumo italiano (D.Lgs. 206/2005), al GDPR e alla Direttiva UE 2011/83 sui diritti dei consumatori, che un template generico raramente rispetta nella sua interezza. Il secondo, meno ovvio, è che l’assenza o l’incompletezza di queste pagine genera avvisi diretti nella dashboard di WooCommerce e segnali di scarsa affidabilità percepiti sia dagli utenti finali sia, indirettamente, dai motori di ricerca, che valutano anche elementi di trust quando analizzano l’autorevolezza complessiva di un sito e-commerce.
Costruire pagine legali complete, articolate per sezioni tematiche (recesso, garanzie, resi, trattamento dati, giurisdizione applicabile) non è quindi solo un obbligo formale, ma un elemento che riduce il tasso di abbandono in fase di checkout, dove l’incertezza normativa è una delle prime cause di rinuncia all’acquisto.
Il tema: proprietà, aggiornamenti e debito tecnico nel tempo
Un aspetto che raramente viene discusso in fase di preventivo, ma che ha un impatto enorme sulla sostenibilità nel tempo, è la scelta tra un tema di terze parti e un tema child personalizzato. Un tema premium acquistato da un marketplace garantisce un punto di partenza solido, ma comporta due rischi concreti: la dipendenza da aggiornamenti dello sviluppatore originale, che in alcuni casi può interrompere il supporto lasciando il tema “congelato” a una versione non più mantenuta, e la difficoltà di personalizzazione profonda senza intervenire direttamente sui file del parent theme, pratica che rende impossibile ricevere aggiornamenti futuri senza perdere le modifiche.
La soluzione tecnicamente corretta è lo sviluppo di un tema child dedicato: eredita la struttura e le funzionalità del tema principale, ma isola tutte le personalizzazioni in file separati, permettendo di aggiornare il parent theme senza perdere nulla, e di intervenire su stili, funzioni e layout in modo controllato e documentato.
Il vero costo di un sito “economico”
Il mercato della realizzazione siti web in Italia è affollato di offerte a prezzo fisso molto basso, spesso basate su template preconfezionati e poche ore di personalizzazione. Il problema non è il prezzo in sé, ma quello che quel prezzo esclude sistematicamente: audit SEO pre-lancio, mappatura dei redirect, ottimizzazione delle immagini, configurazione corretta delle pagine legali, struttura pensata per la scalabilità dei contenuti futuri.
Un progetto impostato con questi criteri costa di più nella fase iniziale, ma elimina quasi interamente il costo nascosto più frequente nel settore: il “secondo sito”, quello che l’azienda deve commissionare 12-24 mesi dopo perché il primo non regge il carico di contenuti, non converte, o ha perso il posizionamento organico che aveva faticosamente costruito.
Cosa chiedere a un’agenzia prima di firmare
Per chi sta valutando un progetto di realizzazione o redesign, alcune domande permettono di distinguere rapidamente un fornitore strutturato da uno improvvisato:
- Chi farà l’audit SEO del sito esistente prima di iniziare lo sviluppo, e con quali strumenti? Una risposta vaga o l’assenza di un tool di crawl professionale nel processo è un campanello d’allarme.
- Come verranno gestiti i redirect degli URL esistenti? Se la risposta è “non ce ne occupiamo, è compito vostro”, il rischio di perdita di traffico organico è concreto.
- Il tema sarà proprietario o un tema child sviluppato su misura? Determina la libertà di personalizzazione futura e la sostenibilità degli aggiornamenti.
- Chi avrà accesso e proprietà piena del CMS, del database e dei contenuti a fine progetto? La portabilità totale deve essere garantita contrattualmente, non lasciata all’interpretazione.
- È previsto un piano di manutenzione tecnica periodica (plugin, database, sicurezza) dopo il lancio, o il rapporto si esaurisce alla consegna? Un sito è un sistema vivo, non un prodotto finito una volta per tutte.
Il ruolo dell’agenzia dopo il lancio
Un sito web ben costruito richiede manutenzione continua: aggiornamenti di plugin e core del CMS, monitoraggio delle performance, controlli periodici su nuove pagine indicizzate erroneamente, verifica costante dei Core Web Vitals man mano che il catalogo cresce e nuovi contenuti vengono aggiunti. È un lavoro che, se lasciato a se stesso, produce esattamente gli stessi problemi che l’audit iniziale aveva risolto — solo qualche anno dopo.
L’esperienza su oltre 690 progetti seguiti da SeoMask, con una crescita media documentata superiore al 50% sulle vendite dei clienti e-commerce assistiti, conferma un pattern ricorrente: i progetti che funzionano nel tempo non sono quelli con il design più elaborato al lancio, ma quelli costruiti su fondamenta tecniche solide, con un piano di manutenzione strutturato e un approccio SEO integrato fin dalla prima riga di codice, non aggiunto come rifinitura finale. Aziende come Valentinostore.com, casaitaliabiancheria.it e costautoricambi.com hanno affrontato esattamente questo tipo di percorso: partenza da una base tecnica solida, correzione progressiva del debito tecnico accumulato, e manutenzione continuativa come parte integrante — non accessoria — del rapporto con l’agenzia.
Dati strutturati: parlare la lingua dei motori di ricerca, non solo degli utenti
Un sito costruito bene comunica due volte lo stesso contenuto: una volta in modo leggibile per l’utente, una volta in formato macchina-leggibile per i motori di ricerca, attraverso i dati strutturati Schema.org. Su un e-commerce, questo significa markup Product con prezzo, disponibilità e recensioni, markup Organization con dati aziendali coerenti, markup BreadcrumbList per la navigazione, markup FAQPage sulle pagine con domande frequenti.
L’effetto pratico non è astratto: un prodotto con markup corretto può comparire nei risultati di ricerca con stelle di valutazione, prezzo e disponibilità visibili direttamente, aumentando il tasso di click rispetto a un risultato “nudo”. Eppure la maggior parte dei siti realizzati da agenzie generaliste non implementa questi dati, o li implementa in modo incompleto, lasciando sul tavolo un vantaggio competitivo che costa relativamente poco da attivare in fase di sviluppo e molto da aggiungere retroattivamente su un catalogo già esteso.
Molti temi e plugin SEO moderni generano automaticamente una parte di questi dati, ma la verifica manuale resta indispensabile: è frequente trovare markup duplicati, generati sia dal tema sia dal plugin SEO contemporaneamente, che Google interpreta come segnale di scarsa qualità tecnica del sito.
Mobile-first non è un’opzione, è il punto di partenza
Da anni Google utilizza l’indicizzazione mobile-first come criterio predefinito: il crawler analizza prevalentemente la versione mobile del sito per decidere posizionamento e ranking, non quella desktop. Nonostante questo, capita ancora di trovare siti “responsive” solo nominalmente, dove il layout si adatta allo schermo piccolo ma l’esperienza reale — menu di navigazione ingombranti, pulsanti troppo vicini tra loro, testo che richiede zoom, immagini che non si ridimensionano correttamente — resta pensata per il desktop e adattata a fatica.
Progettare mobile-first significa ribaltare l’approccio: disegnare prima l’esperienza su smartphone, poi espanderla verso tablet e desktop, non il contrario. Per un e-commerce questo ha conseguenze dirette sul tasso di conversione, dato che la quota di traffico e-commerce generata da dispositivi mobili in Italia supera ormai stabilmente il 60% in molti settori merceologici. Un checkout che richiede troppi passaggi su schermo piccolo, un menu categoria che si apre a fatica con il pollice, un modulo di contatto con campi troppo piccoli da toccare: sono difetti che si traducono direttamente in carrelli abbandonati e lead persi, indipendentemente da quanto sia efficace la strategia SEO a monte.
Sicurezza: un aspetto tecnico con conseguenze commerciali dirette
La sicurezza di un sito WordPress o WooCommerce viene spesso relegata a “installare un plugin di sicurezza e basta”, ma il tema è più stratificato. I punti che una realizzazione seria dovrebbe coprire fin dall’inizio includono: certificato SSL configurato correttamente su tutto il dominio (non solo sulle pagine di pagamento), aggiornamenti automatici o quantomeno monitorati per core, temi e plugin, limitazione dei tentativi di accesso all’area amministrativa, backup automatici con conservazione su storage esterno al server principale, e — aspetto spesso trascurato — la rimozione di plugin e temi non utilizzati, che restano comunque superfici di attacco potenziali anche se disattivati ma non disinstallati.
Un sito compromesso da un attacco non subisce solo un danno di immagine: Google penalizza pesantemente e rapidamente i siti infetti da malware, spesso deindicizzandoli o mostrando avvisi di sicurezza diretti nei risultati di ricerca, con un impatto sul traffico organico che può azzerarsi nel giro di ore. Il costo di prevenzione è enormemente inferiore al costo di recupero dopo un attacco riuscito, sia in termini economici sia in termini di tempo necessario per ripristinare fiducia e posizionamento.
Hosting: la base che nessuno controlla finché non è troppo tardi
La scelta dell’hosting viene spesso lasciata in secondo piano rispetto a design e funzionalità, ma incide direttamente su due fattori critici: la velocità di caricamento e la stabilità durante i picchi di traffico. Un hosting condiviso economico, pensato per siti vetrina a basso traffico, va in crisi rapidamente su un e-commerce che riceve traffico stagionale concentrato — pensiamo ai saldi, al Black Friday, o a una campagna pubblicitaria di successo.
Le caratteristiche tecniche da valutare in fase di scelta dell’hosting includono: la presenza di storage SSD o NVMe, non hard disk tradizionali; la disponibilità di caching a livello server (non solo tramite plugin); la possibilità di scalare le risorse in modo elastico durante i picchi; la localizzazione dei server, che dovrebbe essere il più vicina possibile al pubblico target per ridurre la latenza di rete; e un supporto tecnico reale, in grado di intervenire rapidamente in caso di problemi, non un semplice sistema di ticket con tempi di risposta di giorni.
Per un e-commerce che genera fatturato ogni ora di attività, un downtime di poche ore durante un momento di traffico elevato può tradursi in una perdita economica diretta e misurabile, ben superiore alla differenza di costo tra un hosting economico e uno professionale.
Testing pre-lancio: la checklist che evita le sorprese del giorno dopo
Prima di rendere pubblico un sito nuovo o un redesign, un processo di testing strutturato dovrebbe verificare sistematicamente: la funzionalità di ogni modulo di contatto e ogni step del checkout, con transazioni di prova reali; la corretta visualizzazione su almeno i principali browser (Chrome, Safari, Firefox, Edge) e su dispositivi mobili sia Android sia iOS; il funzionamento di tutti i redirect pianificati dagli URL vecchi verso quelli nuovi; l’assenza di link interni rotti, verificabile con un nuovo crawl completo del sito appena pubblicato; la corretta configurazione di Google Search Console e Google Analytics, con l’invio della sitemap XML aggiornata; e la verifica che nessuna pagina di test o di sviluppo sia rimasta accidentalmente indicizzabile dai motori di ricerca.
Questo passaggio, spesso compresso all’ultimo minuto per rispettare una scadenza di lancio, è in realtà quello che determina se le prime settimane di vita del nuovo sito genereranno segnalazioni di errore da parte degli utenti o funzioneranno senza intoppi. Un lancio testato con rigore costa qualche giorno in più di pianificazione e restituisce settimane di tranquillità operativa.
Formazione del cliente: il sito che sopravvive al lancio
Un progetto di realizzazione siti web ben eseguito non si conclude con la consegna delle credenziali di accesso. Chi in azienda dovrà gestire il sito quotidianamente — aggiungere prodotti, pubblicare articoli, aggiornare pagine — ha bisogno di una formazione pratica, non di un manuale PDF di cinquanta pagine mai letto. Sessioni operative su come inserire correttamente un nuovo prodotto rispettando le buone pratiche SEO (title, descrizione, immagini con ALT text, categoria corretta), come pubblicare un articolo di blog seguendo la struttura definita in fase di progetto, come interpretare le metriche base di Google Analytics: sono investimenti di poche ore che determinano se il sito continuerà a essere gestito secondo gli standard con cui è stato costruito, o se si degraderà progressivamente nei mesi successivi al lancio per mancanza di competenze interne.
Migrazione da altre piattaforme: un caso ricorrente
Un progetto frequente non è la creazione di un sito da zero, ma la migrazione da una piattaforma proprietaria o da un CMS obsoleto verso WordPress o WooCommerce. Sono situazioni in cui il cliente ha già anni di storico — prodotti, ordini, contenuti, posizionamento organico — e il rischio principale non è tecnico ma di continuità: perdere dati storici degli ordini per esigenze fiscali e di assistenza clienti, o interrompere il posizionamento organico costruito nel tempo.
Un processo di migrazione strutturato prevede l’esportazione completa del catalogo prodotti con tutti gli attributi (varianti, prezzi, immagini, descrizioni, categorie), l’importazione degli ordini storici quando richiesto da esigenze contabili o di garanzia, e soprattutto — di nuovo — la mappatura sistematica di ogni URL della vecchia piattaforma verso l’equivalente nuovo, con redirect 301 permanenti. Le piattaforme proprietarie tendono a generare strutture di URL molto diverse da WordPress o WooCommerce: senza questa mappatura puntuale, la migrazione si traduce quasi sempre in un crollo temporaneo del traffico organico che può richiedere mesi per essere recuperato, quando recuperabile.
Perché il rapporto costo-durata cambia tutto
Un errore diffuso nella valutazione di un preventivo per la realizzazione di un sito è concentrarsi esclusivamente sul costo iniziale, ignorando la durata utile reale del progetto. Un sito realizzato con criteri tecnici solidi — architettura pensata per la scalabilità dei contenuti, tema child personalizzato e non un prodotto premium generico, ottimizzazione SEO integrata dalla progettazione e non aggiunta a posteriori — ha una vita utile realistica di quattro o cinque anni prima di richiedere un redesign strutturale, con manutenzione ordinaria nel frattempo. Un sito realizzato con un approccio “veloce ed economico” raramente supera i 18-24 mesi prima di mostrare limiti evidenti: performance in calo, difficoltà di scalare i contenuti, architettura che non regge la crescita del catalogo.
Il calcolo corretto, quindi, non è “quanto costa il sito” ma “quanto costa il sito diviso per il numero di anni in cui produrrà risultati senza richiedere un intervento strutturale”. Su questa base, progetti apparentemente più costosi in fase iniziale risultano quasi sempre più economici nel medio periodo, oltre a evitare le interruzioni di attività e i cali di posizionamento organico che ogni redesign forzato comporta.
La realizzazione di un sito è un progetto tecnico-commerciale, non solo grafico
Chi commissiona un sito web nuovo o un redesign dovrebbe entrare nel progetto con un’aspettativa diversa da quella tradizionale. Non “quanto è bello”, ma “quanto è solido, quanto è veloce, quanto preserva e fa crescere il valore SEO già costruito, quanto sarà semplice mantenerlo tra due anni”.
Le agenzie che trattano SEO, sviluppo e contenuti come tre reparti separati producono quasi sempre siti che funzionano bene in una sola di queste dimensioni. Le agenzie che integrano queste competenze fin dalla fase di analisi — come avviene nell’approccio adottato da SeoMask sui progetti di realizzazione siti web WordPress, WooCommerce e PrestaShop per PMI e negozi online italiani — producono siti che, semplicemente, funzionano meglio, più a lungo, e con meno sorprese.
Per chi si trova oggi a valutare un progetto di realizzazione o di redesign, la domanda da porsi non è più se investire in un sito tecnicamente solido, ma quanto costa, in termini di traffico perso e opportunità mancate, continuare a rimandare quella scelta. Ogni mese di ritardo in questa direzione ha un costo composto, fatto di posizionamento non conquistato, conversioni non generate e concorrenti che, nel frattempo, colmano quel divario tecnico al posto vostro.
