Un sito web su misura non si giudica dal colore dei pulsanti. Si giudica da quanto costa mantenerlo, da quanto veloce apre su un telefono e da quante richieste porta ogni mese. Tutte e tre queste cose si decidono nelle settimane in cui sembra che non si stia lavorando, cioè prima che qualcuno scriva la prima riga di codice.
Qui sotto trovi le decisioni che bloccano o salvano un progetto: gli obiettivi tradotti in numeri, la mappa delle pagine, il budget di prestazioni, gli URL e la SEO tecnica impostata dall’inizio. C’è anche la parte che nessuno affronta volentieri, cioè cosa fare quando il sito esiste già e va rifatto senza perdere il posizionamento conquistato negli anni.
Di cosa parleremo..
Perché un sito su misura non parte dal design
Il design è la parte visibile di una catena di scelte. Se la catena è sbagliata, nessuna grafica la salva. Una pagina bella che non risponde alla domanda dell’utente in tre secondi resta una pagina che nessuno legge e Google la tratta come tale.
Il conto delle decisioni prese in ritardo
Ogni decisione rimandata torna come lavoro due volte. Un URL deciso a caso a metà progetto costa redirect e link persi. Una pagina senza proprietario costa contenuti mai aggiornati. Un tema scelto solo perché è gratis costa plugin che si sovrappongono, conflitti nelle chiamate asincrone e una cache che non funziona come dovrebbe.
Il punto non è fare piani perfetti. Il punto è togliere dallo sviluppatore le scelte che non gli competono, perché uno sviluppatore che sceglie il tuo posizionamento al posto tuo lo farà in modo tecnico, non commerciale. Per capire quanto pesa questa differenza su un sito che già esiste, la diagnosi tra collo di bottiglia tecnico e di marketing è in il sito non porta clienti: diagnosi tra sviluppo e marketing.
Chi decide cosa, tra azienda, progetto e sviluppo
Tre ruoli, tre tipi di decisione. All’azienda spettano gli obiettivi e i vincoli: cosa vende, a chi, con quale margine, entro quando. Al progetto spettano architettura, mappa delle pagine, contenuti e URL. Allo sviluppo spettano stack, sicurezza, prestazioni e integrazioni. Quando i confini si confondono, il risultato è un sito costruito bene e pensato male.
Le sei decisioni da prendere prima della prima riga di codice
Sono sei, si prendono in quest’ordine e ciascuna condiziona le successive. Se ne salti una, la ritrovi più avanti sotto forma di rifacimento.
1. Obiettivi e conversioni, tradotti in numeri
“Voglio più visibilità” non è un obiettivo, è un desiderio. Un obiettivo ha una conversione principale e una misura: richieste dal form, telefonate, preventivi, iscrizioni, ordini. Se le conversioni sono due, vanno ordinate, perché la pagina deve spingere verso quella che conta.
2. La mappa delle pagine: una pagina, un intento
La mappa delle pagine è l’architettura delle informazioni. Si costruisce partendo dalle domande degli utenti, non dalla struttura interna dell’azienda. Una pagina, un intento di ricerca: se due pagine rispondono alla stessa domanda, si stanno facendo concorrenza da sole. Il modo per tenerle ordinate è quello descritto nella guida a come creare un content silo per scalare le SERP in tre passi.
3. Il modello di contenuto: chi scrive, chi aggiorna
Prima di sviluppare serve sapere quante pagine esistono, chi le scrive e ogni quanto si aggiornano. Un catalogo con duecento prodotti e nessuno che li aggiorna è un peso, non un patrimonio. Meglio dieci pagine curate che duecento schede vuote, soprattutto quando il sito deve dimostrare competenza su un tema tecnico.
4. Il performance budget: i limiti prima dei problemi
Il performance budget è la decisione più ignorata e la più utile. Si fissano i limiti prima di costruire: LCP sotto 2,5 secondi, INP sotto 200 millisecondi, CLS sotto 0,1, peso della pagina sotto una soglia concordata, numero massimo di script di terze parti. Quando il budget esiste, ogni richiesta di aggiungere l’ennesimo widget diventa una trattativa con dei numeri davanti. La differenza tra velocità percepita e metriche di Google è spiegata in PageSpeed e Core Web Vitals, qual è la differenza, mentre i salti di layout si riducono con le contromisure di come ridurre il CLS in meno di dieci minuti.
5. URL e SEO tecnica decise dall’inizio
Gli URL sono per sempre. Decidere la struttura in anticipo, con parole leggibili e senza date inutili, evita migrazioni dolorose. Nella stessa fase si scelgono breadcrumb, gerarchia dei titoli, gestione delle pagine di categoria, dati strutturati e regole di indicizzazione. I dati strutturati si progettano adesso, non a sito finito: il catalogo completo è in cosa sono gli schema.org e come sceglierli con esempi concreti.
6. La misurazione, prima del traffico
Se la misurazione arriva dopo, i primi mesi di dati non esistono. Prima del lancio si configurano Search Console, analytics e gli eventi di conversione. Serve anche una base di confronto, perché senza il “prima” ogni numero dopo il lancio è solo un numero. La configurazione iniziale è descritta passo per passo in come configurare Google Search Console in dieci minuti.
TIP: scrivi in una sola pagina il documento di progetto, con obiettivo, conversione, mappa delle pagine, performance budget e struttura degli URL. Poi usalo come metro per ogni richiesta che arriva durante lo sviluppo. Se una richiesta non entra nel documento, non è un’idea da aggiungere: è una decisione da prendere, con una conseguenza dichiarata.
Rifare il sito senza perdere posizionamento
Un sito su misura, prima o poi, sostituisce un sito che esiste. È il momento più delicato, perché il lavoro fatto bene si vede solo nei mesi successivi e gli errori si vedono subito. La differenza tra un rifacimento che fa crescere e uno che azzera tutto sta in quattro passaggi.
Quando conviene rifare e quando basta ritoccare
Rifare conviene quando il problema è strutturale: piattaforma lenta per come è costruita, contenuti senza gerarchia, mobile che non regge, costo di manutenzione superiore al valore. Basta ritoccare quando il problema è di superficie: tema datato, pagine mancanti, SEO tecnica da sistemare. Rifare un sito per cambiare l’aspetto è il modo più caro di non risolvere niente.
L’inventario degli URL e la mappa dei redirect uno a uno
Prima di toccare qualsiasi cosa si esporta l’elenco completo degli URL esistenti, con traffico, posizioni e link in entrata. Poi si decide per ciascuno: resta uguale, cambia indirizzo o sparisce. Ogni indirizzo che cambia ha bisogno di un redirect 301 verso la pagina più vicina per contenuto, mai verso la home come riflesso automatico. Le differenze tra i codici di stato sono spiegate in differenza tra redirect 301, 302, 307 e 308 e la parte operativa su server è in redirect 301 con file .htaccess.
Ambiente di prova e controlli prima del lancio
Il nuovo sito si monta su un ambiente di prova protetto e chiuso all’indicizzazione. Il giorno del lancio si verifica che i redirect rispondano, che il robots.txt sia corretto, che la sitemap contenga le pagine nuove e non quelle vecchie, che gli obiettivi di conversione registrino davvero. Un controllo con gli strumenti gratuiti si fa in mezz’ora con un audit SEO gratis con Lighthouse e Search Console.
I primi trenta giorni dopo il lancio
Nei primi trenta giorni si guardano quattro cose: le pagine che perdono impressioni, gli errori di scansione, le nuove pagine che iniziano a essere indicizzate e le conversioni reali. Un calo temporaneo è normale mentre Google rielabora la struttura. Un calo che non si stabilizza entro un mese quasi sempre è un problema di redirect o di contenuto rimosso. Se una pagina risulta scansionata ma non indicizzata, la procedura è in come risolvere l’errore pagina scansionata ma attualmente non indicizzata, mentre il funzionamento della scansione è spiegato nella guida su crawl budget e su come Google lo assegna.
Checklist operativa: quindici controlli prima e dopo
- Scrivi in una riga cosa deve fare il sito e quale conversione conta.
- Elenca le azioni che valgono come conversione e come si tracciano.
- Costruisci la mappa delle pagine con un intento per pagina.
- Assegna a ogni pagina un proprietario e una frequenza di aggiornamento.
- Separa i contenuti già pronti da quelli ancora da scrivere.
- Fissa il performance budget con le soglie di LCP, INP e CLS.
- Scegli hosting e piattaforma in base al traffico previsto, non al prezzo minimo.
- Congela la struttura degli URL e la politica degli slash finali.
- Decidi breadcrumb, titoli e quali dati strutturati usare.
- Definisci se e come gestire più lingue.
- Stabilisci come vengono ottimizzate immagini e cache.
- Esporta l’elenco degli URL esistenti con traffico e link in entrata.
- Prepara la mappa dei redirect uno a uno prima di toccare il server.
- Predisponi l’ambiente di prova protetto e l’accesso agli strumenti di misurazione.
- Fissa la verifica al trentesimo giorno con le quattro metriche da guardare.
Napoli: perché il contesto cambia le decisioni
Le sei decisioni sono le stesse ovunque. Il contenuto delle decisioni cambia con il mercato e il mercato napoletano ha caratteristiche che si ripercuotono sul progetto.
Un comune piccolo, una metropoli da 92 comuni
Napoli conta 902.705 abitanti su 117,27 chilometri quadrati, con una densità di circa 7.698 abitanti per chilometro quadrato. La città metropolitana, istituita dal 1º gennaio 2015, raccoglie invece 92 comuni su 1.171 chilometri quadrati e 2.951.375 abitanti. Per un’attività che serve l’area metropolitana questo significa che gran parte dei clienti vive fuori dai confini del comune: la mappa delle pagine deve prevedere aree di servizio reali, non una pagina clonata per ogni comune.
Turismo e servizi: quando servono più lingue
Il porto si estende per circa 12 chilometri dal centro verso la zona orientale e la città è un nodo ferroviario di primo livello, con una stazione da 23 binari che è la più grande del Mezzogiorno. Chi lavora con visitatori stranieri ha bisogno di versioni linguistiche progettate insieme al sito, non aggiunte dopo con un plugin che raddoppia ogni pagina senza criterio. Al contrario, chi vende servizi tecnici a imprese campane non ha nessun vantaggio a tradurre: in quel caso le lingue tolgono risorse all’approfondimento dei contenuti.
Dove si concentra l’attività
Il Centro Direzionale, progettato da Kenzo Tange e completato nel 1995, è il primo agglomerato di grattacieli d’Italia e ospita servizi e professionisti. La Mostra d’Oltremare, con i suoi 720.000 metri quadrati, è la maggiore sede fieristica del Mezzogiorno. Sull’area occidentale, Bagnoli è un quartiere in trasformazione che fa parte dei Campi Flegrei. Per un sito aziendale questo si traduce in esigenze diverse: chi espone in fiera ha bisogno di pagine evento e cataloghi consultabili da telefono, chi lavora con la pubblica amministrazione ha bisogno di documenti scaricabili e di una struttura chiara.
Sul lato della domanda, la città è un mercato dove la concorrenza locale è alta e dove spesso si compete con attività a pochi isolati di distanza. Le regole di quella competizione sono raccolte in SEO a Napoli: cosa guarda Google quando la concorrenza locale è alta.
Il preventivo: cosa guardare davvero
Un preventivo serio distingue le voci: progettazione dell’architettura, contenuti, sviluppo, integrazioni, migrazione, manutenzione. Un preventivo scritto come voce unica non ti dice cosa stai comprando. Non chiedere quante pagine costa un sito: chiedi quali decisioni sono incluse e chi le prende.
Tre cose non conviene delegare, mai. Il dominio deve essere intestato a te. Gli accessi a hosting, analytics e Search Console restano tuoi. I contenuti specifici, quelli con i tuoi dati e i tuoi casi, li scrivi o li fornisci tu. Sul tema della proprietà degli accessi e dei controlli indipendenti c’è una guida dedicata in agenzia SEO a Napoli: chi fa cosa e come verificarla.
Vale anche la scelta opposta. Se ti serve la parte esecutiva su un prodotto già definito, un professionista singolo ha spesso più senso. La differenza tra le due strade la trovi descritta in sviluppatore WordPress: perché farsi sviluppare template e plugin su misura e il confronto tra le basi di partenza è in quale scegliere tra template gratuito, premium e custom per WordPress.
Consulenza tecnica di progetto e affiancamento
Il mio lavoro su un sito su misura non è scegliere il colore. È sedermi nella fase in cui le decisioni si prendono e portare i numeri: quali pagine servono, come vanno indirizzate, quale budget di prestazioni ha senso, quali URL sono sostenibili nel tempo, come si migra senza perdere quello che c’è.
Lavoro in due modi. Con l’azienda che ha già un fornitore tecnico, nella veste di chi scrive il documento di progetto e verifica il risultato. Oppure con l’azienda che vuole tenere le competenze in casa, formando chi gestirà il sito dopo il lancio. La differenza tra le due strade è quella raccontata in consulenza e formazione SEO per le PMI manifatturiere del Veneto e il metodo completo di verifica è in come si fa un SEO audit tecnico completo.
Domande frequenti sui siti web su misura
Quanto costa creare un sito web su misura?
Dipende da tre fattori: quante pagine hanno un intento diverso, quante integrazioni servono e quanto lavoro di contenuto resta da fare. Un sito aziendale su misura richiede più budget di un tema preconfezionato, ma ha un costo di manutenzione più prevedibile. Chiedi il preventivo diviso per voci: architettura, contenuti, sviluppo, migrazione e manutenzione. Se le voci non ci sono, il confronto tra due offerte è impossibile.
Quanto tempo serve per realizzarlo?
Un sito aziendale con struttura definita richiede in genere dalle quattro alle sei settimane, se i contenuti arrivano secondo il calendario. Il tempo si allunga quasi sempre per la stessa ragione: testi e materiali consegnati in ritardo. Per questo il modello di contenuto è una delle sei decisioni iniziali, non una conseguenza dello sviluppo.
Rifare il sito fa perdere posizionamento?
Non è il rifacimento a far perdere posizioni, è il passaggio fatto male. Se ogni URL che cambia ha un redirect verso la pagina più pertinente, se i contenuti che portavano traffico vengono migrati e se la nuova struttura è più chiara, le posizioni si mantengono e in genere migliorano. Il calo serio si vede quando pagine vengono cancellate senza sostituto o quando tutti gli indirizzi finiscono sulla home.
La SEO va prevista dall’inizio o si può aggiungere dopo?
Si può aggiungere dopo, ma costa di più. URL, gerarchia delle pagine, breadcrumb e dati strutturati sono costosi da correggere a sito finito, perché ogni modifica tocca redirect e link. Le prestazioni sono l’unica cosa che si può migliorare in corso d’opera senza stravolgere l’architettura, anche se con più lavoro. Sulla parte di piattaforma il riferimento è la guida a SEO su WordPress.
Posso partire con un template e passare al su misura dopo?
Puoi, se il passaggio è progettato dall’inizio. Un template tenuto per sei mesi va bene solo se gli URL sono già definitivi e se i contenuti vengono scritti per durare. Se invece il template impone una struttura provvisoria, il passaggio successivo costa come un rifacimento completo. In quel caso conviene bruciare le tappe e costruire subito su misura, con meno pagine ma fatte bene.
Chi deve scrivere i contenuti del sito?
La parte specifica, quella con i dati di prodotto e i casi reali, deve arrivare da dentro l’azienda: nessuno fuori la conosce. La parte di struttura, ottimizzazione e editing si può affidare all’esterno. Quando i testi vengono prodotti interamente da terzi senza input interni il risultato è generico e il contenuto generico non porta richieste.
Contattami subito!
Se devi creare un sito su misura o rifare quello che hai, scrivimi prima che parta lo sviluppo: è il momento in cui le mie competenze tecniche valgono di più. Raccontami cosa vende l’azienda e cosa deve fare il sito e ti rispondo con una prima valutazione su architettura, prestazioni e migrazione. Compila il form qui sotto.
