• Cosa chiedere a un’agenzia web prima di affidargli il tuo sito

    Cosa chiedere a un’agenzia web prima di affidargli il tuo sito

    Affidarsi a un’agenzia web è una decisione che ha conseguenze concrete sul business — non solo sul sito. Un sito fatto male, su una piattaforma sbagliata, senza pensare alla manutenzione o alla SEO, crea problemi che emergono mesi dopo la consegna, quando il rapporto con l’agenzia si è già chiuso e i costi di correzione ricadono interamente su di te.

    Fare le domande giuste prima di iniziare non è una questione di diffidenza — è il modo più efficace per capire con chi stai lavorando e cosa puoi aspettarti. Le agenzie serie non si spaventano di fronte a domande dirette. Quelle che evitano le risposte ti stanno già dicendo qualcosa di importante.

    Su chi fa cosa nel progetto

    La prima cosa da capire è chi lavora concretamente sul tuo progetto. Molte agenzie gestiscono il rapporto commerciale internamente ma affidano lo sviluppo a collaboratori esterni o a studi partner. Non è necessariamente un problema — anzi, spesso è un modello che funziona bene — ma è importante saperlo.

    Chiedi: chi si occupa dello sviluppo del sito? È un team interno o un partner esterno? Chi è il mio riferimento per domande tecniche durante il progetto?

    Una risposta vaga o evasiva su questo punto è un segnale da non sottovalutare. Se l’agenzia lavora con partner tecnici, vuoi sapere che il coordinamento è strutturato e che non sarai tu a fare da tramite tra chi ti vende il progetto e chi lo realizza.

    Blurr lavora come partner tecnico white label per decine di agenzie in tutta Italia. Quando un’agenzia ci porta un progetto, il cliente finale non sa che siamo coinvolti — e non deve saperlo. Ma l’agenzia sa esattamente cosa facciamo, in che tempi, e con quali standard. La trasparenza nel rapporto tra agenzia e partner è ciò che rende il modello funzionante: capita spesso che un’agenzia ci coinvolga già nella fase di preventivo per avere certezza sui costi di sviluppo prima ancora di parlare con il cliente. Questo le permette di presentare un’offerta precisa invece di stime.

    Sulla piattaforma e sulle scelte tecniche

    La scelta della piattaforma su cui viene costruito il sito ha conseguenze di lungo periodo — sulla manutenzione, sui costi futuri, sulla possibilità di aggiungere funzionalità, sulla dipendenza dall’agenzia stessa.

    Chiedi: su quale piattaforma verrà sviluppato il sito e perché? Potrò gestire i contenuti in autonomia dopo la consegna? Se in futuro cambio agenzia, il sito rimane mio e posso portarlo altrove?

    WordPress è la scelta più diffusa per siti aziendali professionali perché è open source, flessibile e non ti lega a nessun fornitore specifico. Un sito WordPress è tuo — i file, il database, il dominio. Se cambi agenzia, il sito viene con te.

    Alcune piattaforme proprietarie, invece, funzionano come un affitto: il sito vive sulla loro infrastruttura e se smetti di pagare o vuoi cambiare, ricominciare da zero. È fondamentale sapere in che situazione ti trovi prima di firmare.

    Chiedi anche chi gestirà hosting e dominio. Idealmente il dominio dovrebbe essere intestato a te, non all’agenzia. Un dominio intestato al fornitore crea una dipendenza che può diventare problematica se il rapporto si interrompe.

    Sul design e su come vengono prese le decisioni visive

    Il design di un sito non è solo estetica. È il modo in cui il tuo brand viene percepito dai visitatori nei primi secondi — prima ancora che leggano una parola. Vale la pena capire come l’agenzia si avvicina a questa parte del lavoro.

    Chiedi: come viene sviluppato il design? Partite da un template o costruite qualcosa di custom? Quante revisioni sono incluse nel preventivo? Chi approva le scelte grafiche e in che fase?

    Un template non è necessariamente un problema — dipende dal progetto e dal budget. Ma è importante saperlo in anticipo. Un sito costruito su un template fortemente personalizzato può risultare identico a quello di un competitor che ha scelto lo stesso punto di partenza, e questo ha implicazioni sulla riconoscibilità del brand.

    Le revisioni incluse nel preventivo sono un altro punto critico. “Finché non sei soddisfatto” non è una risposta professionale — è una promessa che nessuno può mantenere senza conseguenze. Un numero definito di revisioni con regole chiare protegge entrambe le parti.

    Sulla SEO: cosa è incluso e cosa no

    La SEO è uno degli argomenti dove c’è più confusione tra chi acquista un sito e chi lo realizza. Molte agenzie includono una “ottimizzazione SEO di base” nel preventivo senza specificare cosa significa concretamente.

    Chiedi: cosa è incluso nella SEO? Si tratta solo di aspetti tecnici — velocità, struttura delle URL, meta tag — o include anche una strategia di contenuto? Chi si occupa della SEO dopo il lancio?

    Un sito nuovo non si posiziona su Google automaticamente perché è ben fatto. La SEO tecnica — velocità di caricamento, struttura corretta, ottimizzazione mobile — è il punto di partenza necessario ma non sufficiente. La visibilità si costruisce nel tempo con contenuti, link e aggiornamenti costanti. Capire cosa l’agenzia fa e cosa no ti permette di pianificare cosa dovrai gestire tu o affidare ad altri dopo il lancio.

    Chiedi anche dei Core Web Vitals — le metriche di performance che Google usa come fattore di ranking. Un sito che non le rispetta parte in svantaggio nei risultati di ricerca rispetto ai competitor, indipendentemente dalla qualità dei contenuti.

    Sui tempi: cosa influenza le scadenze

    I tempi di consegna sono una delle fonti di frustrazione più comuni nei progetti web. Non perché le agenzie siano inaffidabili per definizione — ma perché i ritardi hanno quasi sempre cause prevedibili che non vengono discusse abbastanza chiaramente all’inizio.

    Chiedi: qual è la tempistica indicativa e da cosa dipende? Cosa succede se i materiali arrivano in ritardo dalla mia parte? Esistono milestone intermedie con date definite?

    I materiali che deve fornire il cliente — testi, immagini, informazioni sui servizi — sono la principale causa di ritardo nei progetti web. Un’agenzia che gestisce bene i progetti definisce fin dall’inizio cosa serve, entro quando e cosa succede se non arriva.

    Chiedi anche se esiste un documento di specifica o brief scritto che descrive cosa è incluso nel progetto. Tutto quello che non è scritto diventa una fonte potenziale di malintesi.

    Sulla manutenzione dopo il lancio

    Il sito viene consegnato — e poi? È una delle domande che più spesso non viene fatta, e che più spesso crea problemi a distanza di mesi.

    Chiedi: cosa succede dopo il lancio? È inclusa una fase di assistenza post-consegna? Come vengono gestiti gli aggiornamenti del CMS e dei plugin? Esiste un piano di manutenzione e quanto costa?

    Un sito WordPress richiede aggiornamenti regolari — del core, dei plugin, del tema. Non farlo è un rischio di sicurezza reale: le vulnerabilità nelle versioni obsolete sono pubbliche e sfruttate attivamente. Il debito tecnico si accumula silenziosamente e si paga tutto insieme nel momento peggiore.

    Capire fin dall’inizio se l’agenzia offre un piano di manutenzione — e a che costo — ti permette di budgetare correttamente il costo reale del sito nel tempo, non solo il costo di realizzazione.

    Sul contratto e sulle garanzie

    Chiedi: esiste un contratto scritto che descrive il perimetro del progetto, i termini di pagamento e le responsabilità di entrambe le parti? Cosa succede se il risultato finale non corrisponde a quanto concordato?

    Un contratto non è una mancanza di fiducia — è uno strumento che protegge entrambe le parti. Il contratto di sviluppo web dovrebbe includere almeno: perimetro del progetto, milestone di pagamento, numero di revisioni, proprietà dei file e del codice, condizioni di manutenzione.

    Chiedi anche chi detiene i diritti sul codice e sul design. In linea generale, tutto quello che viene prodotto per te dovrebbe essere tuo — codice, grafica, testi. Assicurati che questo sia esplicitato nel contratto.

    Se stai cercando un’agenzia web che lavori in modo trasparente — con processi chiari, contratti definiti e manutenzione inclusa — prenota una call con Blurr per capire come gestiamo i progetti e cosa puoi aspettarti prima ancora di iniziare.

    Domande frequenti

    Guarda il portfolio — non solo quanto sono belli i siti, ma se funzionano bene su mobile e caricano velocemente. Chiedi referenze di clienti esistenti e contattali. Valuta come l’agenzia risponde alle tue domande: se evita risposte dirette o non sa spiegare le proprie scelte tecniche, è un segnale da considerare.

    Se non fosse presente un portfolio contatta direttamente l’agenzia e fatti dare delle referenze e mostrare dei siti che ha costruito!

    Nella maggior parte dei casi sì — i contenuti del sito (testi delle pagine, descrizioni dei servizi, foto dell’azienda) sono informazioni che solo tu hai. Alcune agenzie offrono servizi di copywriting o fotografia come extra. È importante chiarire dall’inizio chi produce cosa, perché i contenuti mancanti sono la principale causa di ritardo nei progetti web.

    Dipende dalla piattaforma e dai termini contrattuali. Un sito realizzato su WordPress è completamente portabile — puoi spostarlo su un altro hosting e affidarti a un’altra agenzia senza perdere nulla. Verifica sempre che il dominio sia intestato a te e che tu abbia accesso completo al pannello di controllo dell’hosting.

    Un piano di manutenzione WordPress professionale — aggiornamenti regolari, backup, monitoraggio sicurezza, piccole modifiche — si aggira in genere tra i 300 e i 1.000 euro l’anno per un sito istituzionale standard. Progetti più complessi con ecommerce o integrazioni hanno costi superiori. È una spesa che vale la pena pianificare fin dall’inizio, non scoprire dopo la consegna.

  • Sito one page: cos’è, quando sceglierlo e quando evitarlo

    Sito one page: cos’è, quando sceglierlo e quando evitarlo

    Quando si parla di creare un sito web per la propria attività, prima o poi emerge questa proposta: “facciamo un sito one page, semplice, tutto in una pagina, scrolli e trovi tutto”. Sembra la soluzione più rapida e più economica. A volte lo è davvero. Altre volte è un errore che costa tempo e denaro da correggere.

    Prima di decidere, vale la pena capire cosa è realmente un sito one page, cosa offre e cosa non può fare — indipendentemente da quello che dice chi te lo sta vendendo.

    Cos’è un sito one page

    Un sito one page è un sito web costruito su un’unica pagina a scorrimento verticale. Tutti i contenuti — presentazione dell’azienda, servizi, team, contatti — si trovano nella stessa pagina, organizzati in sezioni che si raggiungono scorrendo verso il basso o cliccando le voci del menu, che portano direttamente alla sezione corrispondente senza cambiare pagina.

    Non è una landing page. La landing page è una pagina creata per una campagna pubblicitaria specifica, con un obiettivo unico — far compilare un form, acquistare un prodotto — e senza navigazione. Il sito one page è invece il sito principale dell’azienda, pensato per rappresentare il brand nel suo complesso.

    Non è neanche necessariamente più economico di un sito tradizionale. Un sito one page fatto bene richiede la stessa cura tecnica di un sito multipagina — anzi, su alcuni aspetti ne richiede di più.

    Quando il sito one page è la scelta giusta

    Ci sono situazioni in cui il sito one page è genuinamente la soluzione migliore.

    Attività locali con offerta semplice. Un ristorante, un barbiere, uno studio fotografico, un artigiano. Chi cerca questi servizi ha bisogno di poche informazioni — chi sei, cosa fai, dove sei, come contattarti — e le vuole subito. Lo scroll verticale su mobile è il gesto più naturale per chi fa queste ricerche mentre è fuori casa con lo smartphone in mano.

    Professionisti con una specializzazione unica. Un consulente, un coach, un avvocato specializzato, un medico con un’unica area di competenza. Non hanno un catalogo da navigare, non hanno contenuti che richiedono struttura multipagina. Un sito one page ben costruito comunica focus e chiarezza.

    Lanci di prodotti o eventi. Il lancio di un singolo prodotto, la presentazione di un evento, una campagna con vita limitata nel tempo. La semplicità strutturale in questi casi è un vantaggio.

    Budget limitato con necessità di presenza online dignitosa. Se il budget non permette un sito multipagina completo ma si ha bisogno di qualcosa di professionale, un sito one page ben fatto è una scelta onesta — a patto di essere consapevoli dei suoi limiti.

    Tra i siti che sviluppiamo per le agenzie partner, i one page funzionano meglio per i professionisti che hanno un’offerta chiarissima e un pubblico locale. Abbiamo costruito il sito di un osteopata a Trento proprio con questa struttura: chi arriva sulla pagina trova in un unico scroll chi è il professionista, cosa tratta, dove si trova e come prenotare. Nessuna distrazione, nessuna pagina da navigare. Il cliente ci ha riferito che le richieste di prenotazione via form sono quasi raddoppiate rispetto al vecchio sito multipagina — semplicemente perché il percorso verso il form era diventato immediato.

    Quando il sito one page va evitato

    Quando hai più servizi o prodotti diversi. Se la tua attività offre servizi diversi a clienti diversi, comprimerli in una sola pagina crea un contenuto confuso che non parla bene a nessuno. Ogni servizio ha bisogno del proprio spazio, della propria descrizione, dei propri argomenti.

    Quando vuoi essere trovato su Google. È il limite più importante e quello meno raccontato. Con una sola pagina puoi posizionarti su poche keyword principali. Se vuoi che la tua attività venga trovata per argomenti diversi hai bisogno di pagine dedicate per ciascun argomento. Un sito one page non può competere su query multiple in modo efficace.

    Quando la tua attività crescerà. Aggiungere nuovi servizi, nuove sezioni, un blog, un’area riservata a un sito one page è complicato. Spesso significa rifare tutto da capo. Se hai piani di crescita partire con una struttura multipagina ti evita una migrazione costosa in futuro.

    Quando hai bisogno di funzionalità specifiche. Ecommerce, area clienti, moduli di prenotazione complessi, catalogo prodotti, blog: tutto questo su un sito one page diventa un problema tecnico.

    I pro e i contro in sintesi

    I vantaggi concreti di un sito one page sono tre: è immediato da consultare, funziona bene su mobile grazie allo scroll verticale, e ha generalmente un costo di sviluppo inferiore a un sito multipagina completo.

    Gli svantaggi altrettanto concreti sono tre: le possibilità di posizionamento su Google sono limitate, non è scalabile se l’attività cresce, e una pagina che contiene tutto il sito è più pesante da caricare — con effetti negativi sia sulla velocità che sull’esperienza su mobile. Vale la pena verificare sempre i Core Web Vitals prima della consegna, perché su un one page il peso complessivo della pagina è il problema tecnico più frequente.

    La domanda giusta da farsi prima di decidere

    Non “voglio un sito semplice o complesso?” ma “quante cose diverse devo comunicare, e a quante persone diverse?”

    Se la risposta è una cosa sola, a un tipo solo di cliente — il sito one page è probabilmente giusto per te.

    Se la risposta è più cose, a clienti diversi, con obiettivi diversi — il sito multipagina è l’unica scelta che non ti creerà problemi tra sei mesi.

    La semplicità di un sito one page è reale, ma riguarda la struttura visiva — non le limitazioni tecniche che porta con sé. Sceglierlo consapevolmente, sapendo cosa puoi e cosa non puoi fare, è il modo per non trovarsi a rifarlo da capo prima del previsto. Se nel tempo il sito crescesse e richiedesse una migrazione, l’articolo sul rifacimento sito web senza perdere posizionamento spiega come gestire il passaggio senza perdere quello che si è costruito.

    Stai valutando se un sito one page è la scelta giusta per la tua attività, o hai già un sito e vuoi capire se ha senso rifarlo? Prenota una call con Blurr — ti aiutiamo a scegliere l’architettura giusta prima di investire.

    Domande frequenti

    In generale sì, ma non sempre quanto si pensa. La differenza di costo sta nella quantità di contenuti e pagine da sviluppare, non nella complessità tecnica. Un sito one page ben fatto richiede la stessa attenzione di un sito multipagina — template pulito, performance ottimizzate, struttura corretta. Il risparmio è reale ma va valutato caso per caso.

    Sì, e lo scroll verticale è uno dei punti di forza di questa tipologia di sito. Tuttavia una pagina che contiene tutti i contenuti è anche più pesante da caricare, e su connessioni lente o dispositivi meno recenti questo può diventare un problema. La qualità dello sviluppo tecnico fa la differenza.

    Tecnicamente sì, ma significa aggiungere pagine separate al sito — il che cambia la natura del progetto. Se il blog è un obiettivo, è meglio progettare una struttura multipagina dall’inizio invece di aggiungerla dopo.

    Il sito one page è il sito principale dell’azienda — rappresenta il brand nel suo complesso, può essere trovato su Google e offre informazioni generali sull’attività. La landing page è una pagina creata per una campagna pubblicitaria specifica, con un solo obiettivo di conversione, senza navigazione e spesso non indicizzata dai motori di ricerca.

  • Landing page che convertono: cosa fare prima ancora di aprire WordPress

    Landing page che convertono: cosa fare prima ancora di aprire WordPress

    Una landing page non è una pagina del sito con meno menu. È uno strumento con un obiettivo unico, costruito per spingere un visitatore a compiere una sola azione. Questa distinzione sembra ovvia, ma è la prima cosa che si perde quando un cliente chiede “fammi una pagina per la campagna” e il brief finisce per somigliare a una homepage ridotta.

    Per un’agenzia web, saper costruire landing page che convertono davvero è una competenza commercialmente rilevante — i clienti le chiedono sempre più spesso, spendono budget pubblicitari significativi per portarci traffico, e attribuiscono i risultati della campagna all’agenzia nel bene e nel male. Vale la pena farle bene.

    La domanda da fare prima di iniziare

    Prima di scegliere il template, il plugin o il page builder, c’è una sola domanda che conta: cosa deve fare il visitatore quando arriva su questa pagina?

    Non “cosa vogliamo comunicare” — quella è una domanda da brochure. Non “quali informazioni deve avere” — quella è una domanda da sito istituzionale. La domanda giusta è un’azione specifica e misurabile: compilare un form, chiamare un numero, scaricare un file, acquistare un prodotto.

    Tutto il resto — copy, immagini, struttura, CTA — discende da questa risposta. Un’agenzia che inizia a costruire una landing page senza questa chiarezza sta costruendo qualcosa che assomiglia a una landing page ma non funziona come tale.

    Struttura: meno è quasi sempre meglio

    Una landing page efficace ha una struttura prevedibile — non per mancanza di creatività, ma perché il visitatore arriva già con un’aspettativa costruita dall’annuncio che ha cliccato. Sorprenderlo con una struttura inaspettata crea attrito, e l’attrito abbassa le conversioni.

    Gli elementi che non possono mancare:

    Headline coerente con l’annuncio. Se il visitatore ha cliccato su “Sito web professionale in 15 giorni” e arriva su una pagina che parla di “Soluzioni digitali integrate”, esce. La coerenza tra messaggio pubblicitario e headline della landing page è il primo fattore di conversione — e uno dei più trascurati.

    Sottotitolo che espande la promessa. La headline cattura, il sottotitolo spiega. Due righe che rispondono alla domanda implicita del visitatore: “perché dovrei fermarmi qui?”

    Prova sociale posizionata in alto. Recensioni, loghi clienti, numeri concreti — non in fondo alla pagina, ma vicino alla CTA principale. Il visitatore decide in pochi secondi se fidarsi: la prova sociale deve essere visibile nel momento in cui quella decisione viene presa.

    CTA singola e ripetuta. Un solo obiettivo significa un solo tipo di CTA. Se la pagina ha un form, tutti i bottoni portano al form. Se l’obiettivo è la chiamata, tutti i bottoni aprono il dialer. CTA diverse sullo stesso obiettivo non sono varietà, sono confusione.

    Zero link di uscita. Menu di navigazione, link al blog, link al footer con la privacy policy visibile in modo prominente: tutto quello che porta il visitatore fuori dalla pagina riduce le conversioni. Su WordPress questo significa costruire un template dedicato per le landing page, senza header e sidebar standard.

    Il copy che funziona non è quello più creativo

    Il copy di una landing page non serve a far apprezzare l’agenzia per la sua bravura con le parole. Serve a rispondere alle obiezioni che il visitatore ha in testa prima ancora di arrivarci.

    Le obiezioni tipiche sono sempre le stesse: costa troppo, non mi fido, non fa per me, ci penso. Il copy deve smontarle una a una — non con argomentazioni elaborate, ma con risposte dirette, brevi, verificabili. Dati concreti, garanzie esplicite, esempi specifici valgono più di qualsiasi aggettivo.

    La lunghezza dipende dalla temperatura del traffico. Un visitatore che arriva da un annuncio remarketing — ha già visitato il sito, conosce il brand — ha bisogno di poco testo e molta CTA. Un visitatore che arriva da traffico freddo ha bisogno di più contesto prima di essere pronto a convertire. Stessa pagina, copy diverso: è qui che entra in gioco il testing.

    Ci è capitato di ricevere da un’agenzia partner una landing page per un cliente nel settore della formazione professionale — il tasso di conversione era sotto l’1% nonostante un budget pubblicitario significativo. Analizzando la pagina il problema era chiaro: l’headline parlava dell’azienda, non del risultato che il corso prometteva all’utente. Abbiamo riscritto headline e sottotitolo mettendo al centro il beneficio concreto per chi si iscriveva, spostato la prova sociale sotto la headline invece che in fondo, e semplificato il form da sei campi a tre. Il tasso di conversione è salito al 3,4% nella settimana successiva senza toccare il budget pubblicitario.

    Tecnica: cosa incide davvero sulle conversioni

    Sul fronte tecnico ci sono tre variabili che impattano direttamente sul tasso di conversione e che un’agenzia web controlla completamente.

    Velocità di caricamento. Ogni secondo in più di caricamento abbassa il tasso di conversione in modo misurabile. Su WordPress questo significa immagini ottimizzate, nessun plugin inutile caricato sulla pagina, hosting adeguato e caching configurato correttamente. Una checklist per le performance WordPress è il punto di partenza prima di mandare in produzione qualsiasi landing page.

    Ottimizzazione mobile. Il traffico da mobile supera quello da desktop nella maggior parte delle campagne. Una landing page che funziona bene su desktop ma ha il form tagliato su smartphone, o la CTA nascosta sotto il fold, sta bruciando metà del budget pubblicitario del cliente. I Core Web Vitals su mobile sono il test minimo da superare prima del lancio.

    Form ridotto al minimo. Ogni campo aggiuntivo in un form abbassa il tasso di compilazione. Se l’obiettivo è generare lead, chiedere solo nome, email e telefono converte meglio di un form con dieci campi. I dati aggiuntivi si raccolgono dopo, quando il lead è già acquisito.

    A/B testing: l’unico modo per sapere cosa funziona davvero

    Le best practice dicono come iniziare, non dove finire. Headline diverse, CTA con copy diverso, immagine vs video, form lungo vs form corto: l’unico modo per sapere cosa funziona su uno specifico pubblico è testarlo.

    Il processo è semplice: si cambia una variabile alla volta, si raccolgono dati sufficienti per avere significatività statistica, si implementa la variante vincente e si testa la successiva. Non si cambiano headline, immagine e CTA insieme — non si capisce cosa ha fatto la differenza.

    La landing page nel contesto del sito

    Una landing page non è un’isola. Anche se è scollegata dalla navigazione principale, fa parte dell’ecosistema digitale del cliente e deve essere coerente con esso — stile visivo, tono di voce, promesse che il brand può mantenere.

    C’è anche un aspetto SEO da considerare. Le landing page costruite per campagne paid non devono essere indicizzate — il traffico organico verso una pagina progettata per convertire traffico caldo da annunci produce risultati deludenti e distorce i dati. Un tag noindex nel <head> risolve il problema, ma è una di quelle cose che si dimenticano facilmente se non fa parte di un processo standardizzato. Come per la SEO tecnica in generale, anche qui i dettagli fanno la differenza tra una pagina che funziona e una che funziona a metà.

    Per le landing page che invece puntano a traffico organico — pagine costruite per posizionarsi su query commerciali specifiche — il ragionamento si inverte: struttura SEO-ready, contenuto più lungo, link interni verso le pagine servizi. Sono strumenti diversi con logiche diverse. Questo si collega direttamente alla logica UX che governa anche la

    Se stai costruendo landing page per i clienti della tua agenzia e vuoi un partner tecnico che gestisca sviluppo, performance e ottimizzazione WordPress in modo affidabile, prenota una call con Blurr per capire come possiamo lavorare insieme.

    Domande frequenti

    Una pagina del sito fa parte di una struttura navigabile e ha obiettivi multipli — informare, costruire fiducia, guidare l’esplorazione. Una landing page ha un obiettivo unico e rimuove tutto quello che potrebbe distrarre il visitatore da quell’obiettivo: niente menu, niente link esterni, niente contenuto non funzionale alla conversione.

    Un solo tipo di CTA, ripetuta più volte lungo la pagina. Tutte le CTA devono portare alla stessa azione. Avere CTA diverse — “Scopri di più”, “Contattaci”, “Acquista ora” — sulla stessa pagina divide l’attenzione del visitatore e abbassa le conversioni.

    Dipende dal progetto. Page builder come Bricks Builder o Elementor permettono di costruire landing page rapidamente con controllo visivo completo. Per progetti che richiedono performance elevate o integrazioni complesse, uno sviluppo custom è più affidabile. In entrambi i casi, il template della landing page deve essere separato da quello del sito — senza header, footer e sidebar standard.

    L’ottimizzazione non finisce al lancio — inizia lì. Le prime due settimane servono a raccogliere dati sufficienti per valutare le performance baseline. Da lì si pianificano i test A/B, uno alla volta, con iterazioni mensili. Una landing page su cui si lavora attivamente per tre mesi produce risultati significativamente diversi rispetto a una lanciata e dimenticata.

  • Banner cookie su WordPress: come configurarlo senza penalizzare l’UX

    Banner cookie su WordPress: come configurarlo senza penalizzare l’UX

    Il banner cookie è quasi sempre il primo elemento che un visitatore vede su un sito. Arriva prima del contenuto, prima del menu, prima di qualsiasi altra cosa. Eppure è anche il componente che le agenzie configurano con meno cura — spesso installato in dieci minuti con le impostazioni predefinite e poi dimenticato.

    Il risultato è quasi sempre lo stesso: un banner generico che non corrisponde graficamente al sito, con testi legali incomprensibili, bottoni disposti in modo da indurre l’accettazione, e nessuna possibilità reale di cambiare le preferenze in un secondo momento. Dal punto di vista della conformità è spesso al limite. Dal punto di vista dell’esperienza utente è un problema concreto.

    Configurare un banner cookie correttamente su WordPress non è complicato — ma richiede più di un’installazione rapida.

    Perché il banner cookie è un problema UX prima ancora che legale

    La tentazione è trattare il banner cookie come un obbligo di compliance da assolvere nel minor tempo possibile. Ma questo approccio ignora un dato semplice: un banner mal progettato abbassa i tassi di accettazione, peggiora la prima impressione del sito e, in alcuni casi, fa aumentare la frequenza di rimbalzo.

    Un visitatore che arriva su un sito e trova un popup che occupa tutta la schermata su mobile, con un pulsante “Accetta tutto” verde brillante e un link “Rifiuta” quasi invisibile in grigio chiaro, non si fida. La percezione immediata è che il sito stia cercando di manipolarlo — e quella percezione si trasferisce al brand.

    Al contrario, un banner chiaro, coerente con il design del sito, con opzioni bilanciate e un testo comprensibile, costruisce fiducia fin dal primo secondo. E un visitatore che si fida è più propenso ad accettare — non perché sia stato manipolato, ma perché ha capito cosa sta accettando.

    Le autorità garanti europee hanno già emesso sanzioni significative per banner che nascondono il rifiuto o rendono l’opt-out più difficile dell’opt-in. Non è solo una questione estetica — è un rischio concreto per i clienti dell’agenzia. Come abbiamo già analizzato nell’articolo su GDPR e privacy per i siti web delle agenzie, la conformità non è un’opzione e le agenzie che gestiscono siti per conto terzi hanno una responsabilità precisa su questo fronte.

    La struttura corretta di un banner cookie

    Un banner cookie efficace non è un elemento monolitico — è una struttura a livelli che fornisce le informazioni giuste nel momento giusto, senza sovraccaricare l’utente con dettagli che non ha chiesto.

    Primo livello — il banner principale. Deve contenere una spiegazione breve e comprensibile di cosa sono i cookie e perché vengono usati, e tre opzioni chiare: accetta tutto, rifiuta tutto, gestisci preferenze. Niente di più. I testi legali completi vanno altrove — qui servono due o tre righe in italiano semplice. “Usiamo i cookie per far funzionare il sito, analizzare il traffico e mostrare contenuti personalizzati” è un esempio accettabile. “Utilizziamo identificatori di terze parti per finalità di ottimizzazione comportamentale cross-contestuale” non lo è.

    Secondo livello — il pannello delle preferenze. Qui l’utente può scegliere quali categorie di cookie accettare: necessari, funzionali, analitici, marketing. Ogni categoria deve avere una descrizione breve e onesta di cosa fa. I cookie necessari non possono essere disattivati — ma va spiegato perché, non semplicemente imposto.

    Terzo livello — la cookie policy completa. Raggiungibile con un link dal banner, contiene tutti i dettagli tecnici, i provider, i tempi di conservazione. Non tutti gli utenti la leggeranno, ma deve essere accessibile per chi vuole farlo.

    Come bilanciare le opzioni senza usare dark pattern

    Le autorità garanti hanno una posizione chiara: accettare e rifiutare i cookie deve richiedere lo stesso numero di click e la stessa facilità. Un banner con “Accetta tutto” come pulsante principale e “Rifiuta” come link di testo in piccolo non è conforme — ed è anche un segnale di mancanza di rispetto verso l’utente.

    La gerarchia visiva dei pulsanti può comunque guidare l’attenzione senza manipolare. Un pulsante “Accetta tutto” più in evidenza e un pulsante “Rifiuta tutto” chiaramente visibile ma meno prominente sono accettabili. Quello che non è accettabile è nascondere il rifiuto dietro click aggiuntivi o renderlo graficamente quasi invisibile.

    Un test pratico: se un visitatore guarda il banner per due secondi, riesce a trovare sia l’opzione di accettazione che quella di rifiuto senza cercare? Se la risposta è no, il banner va ridisegnato.

    Questo tipo di verifica rientra nel lavoro che facciamo con le agenzie partner — quando prendiamo in carico un sito, la configurazione del banner cookie è parte dell’audit SEO tecnico iniziale, non un dettaglio da sistemare dopo.

    Integrazione con il sito e coerenza del design

    Uno degli errori più comuni è installare un plugin cookie con il tema grafico predefinito e non configurare nulla a livello visivo. Il risultato è un banner che sembra provenire da un altro sito — font diversi, colori che non corrispondono, pulsanti con stili completamente diversi dal resto dell’interfaccia.

    Questo crea una disconnessione che gli utenti percepiscono immediatamente, anche senza rendersene conto razionalmente. Un banner che visivamente “appartiene” al sito viene accettato più facilmente — non perché sia più convincente, ma perché non genera quel senso di interruzione forzata da parte di un elemento esterno.

    Recentemente abbiamo preso in carico il sito di uno studio legale segnalato da un’agenzia partner di Bologna. Il banner cookie era rimasto con i colori predefiniti del plugin — sfondo blu acceso e testo bianco — su un sito dal design minimal in grigi e nero. Il tasso di accettazione era sotto il 30%. Abbiamo allineato il banner al design del sito — stesso font, stessa palette, stesso stile dei pulsanti — e riscritto i testi in italiano semplice. Il tasso di accettazione è salito al 68% senza toccare nient’altro. Stesso sito, stesse campagne, stesso traffico: l’unica variabile era il banner.

    La coerenza visiva rientra nello stesso principio che governa la UX delle pagine di conversione — ogni elemento che sembra “aggiunto” riduce la fiducia dell’utente.

    Gestione mobile: il problema più trascurato

    Su desktop un banner ben proporzionato non è invasivo. Su mobile lo stesso banner può occupare l’intera schermata, rendere impossibile la navigazione finché non viene gestito, e avere bottoni così piccoli da richiedere zoom per essere cliccati.

    I requisiti minimi per un banner mobile corretto sono semplici ma spesso ignorati: testo leggibile senza zoom, bottoni abbastanza grandi da essere toccati con il pollice, nessuna sovrapposizione con la navigazione principale, pannello delle preferenze utilizzabile su schermo piccolo.

    Vale la pena testare il flusso completo su un dispositivo reale — non solo l’anteprima desktop del plugin — prima di considerare la configurazione completata. Le stesse logiche si applicano ai Core Web Vitals su mobile, dove un banner che blocca il contenuto principale può influenzare negativamente il punteggio di performance.

    Permettere di cambiare le preferenze in qualsiasi momento

    Un requisito spesso ignorato nella configurazione è la possibilità per l’utente di modificare le proprie scelte in qualsiasi momento — non solo al primo accesso. Questo significa avere un link persistente alle preferenze cookie accessibile dal footer o da un elemento fisso della pagina.

    Dal punto di vista della conformità è necessario in molte giurisdizioni. Dal punto di vista dell’UX ha anche un effetto positivo sul tasso di accettazione: quando gli utenti sanno che possono cambiare idea, sono più disposti ad accettare inizialmente. Come abbiamo già trattato nell’articolo sui cookie di terze parti e la privacy-first, il tema del consenso va gestito in modo strutturato, non come un obbligo da assolvere una tantum.

    Cosa verificare prima della consegna del sito

    Una checklist minima da includere in ogni processo di consegna di un sito WordPress:

    Il banner si vede correttamente su mobile e su desktop — occupando spazio proporzionato e non bloccando la navigazione.

    Le tre opzioni principali — accetta, rifiuta, preferenze — sono visivamente chiare e non richiedono più click una rispetto all’altra.

    Il design del banner è coerente con il sito — font, colori e stile dei pulsanti allineati al tema.

    Il pannello delle preferenze mostra categorie comprensibili con descrizioni in italiano.

    Il link per modificare le preferenze è accessibile dal footer o da un elemento persistente.

    La cookie policy è raggiungibile con un click dal banner.

    Il sito è stato testato con i cookie analitici disabilitati — per verificare che nessuno script essenziale dipenda da cookie non necessari. La SEO tecnica e il funzionamento degli strumenti di analytics devono essere verificati anche nello scenario in cui l’utente rifiuta tutti i cookie non essenziali.

    Il banner cookie come servizio delle agenzie ai clienti

    Per molte agenzie il banner cookie è ancora una voce di sviluppo da eseguire il prima possibile e dimenticare. Per quelle che lavorano in modo strutturato, è invece un servizio ricorrente — configurazione iniziale, aggiornamenti quando cambiano i servizi integrati nel sito, verifica periodica della conformità.

    È un servizio che si vende facilmente perché il cliente percepisce il rischio concreto — sanzioni del Garante, perdita di dati analytics, sfiducia degli utenti — e ha bisogno di qualcuno di cui fidarsi per gestirlo. Un’agenzia che include la gestione del consenso cookie nel proprio piano di manutenzione WordPress offre un servizio più completo e costruisce una relazione continuativa con il cliente.

    Blurr include la configurazione e la verifica del banner cookie nel processo di sviluppo di ogni sito — con personalizzazione grafica piena integrata nel tema WordPress del sito, conformità GDPR verificata e aggiornamenti inclusi nel piano di manutenzione. Per le agenzie partner che hanno siti già online con banner non configurati correttamente, offriamo anche la verifica e la messa a norma come intervento standalone. Scopri come lavoriamo.

    Se gestisci siti WordPress per i tuoi clienti e vuoi assicurarti che i banner cookie siano configurati correttamente — sia dal punto di vista della conformità che dell’esperienza utente — prenota una call con Blurr per una verifica rapida. La configurazione del consenso cookie è inclusa nel servizio di sviluppo e manutenzione che offriamo alle agenzie partner.

    Domande frequenti

    La scelta del plugin giusto dipende dalla complessità del sito e dai requisiti di conformità, ma il limite comune di quasi tutte le soluzioni standard è la personalizzazione grafica — il banner finisce per sembrare un elemento esterno al sito invece che parte di esso. Blurr gestisce la configurazione completa del banner cookie come parte del servizio di sviluppo: personalizzazione grafica piena integrata nel tema WordPress, conformità GDPR verificata e aggiornamenti inclusi nel piano di manutenzione. Scopri come lavoriamo.

    Indirettamente sì. Google considera i Core Web Vitals e l’esperienza utente come fattori di ranking. Un banner che copre il contenuto principale su mobile può essere interpretato come un elemento intrusivo — Google ha linee guida specifiche sugli interstitial che coprono il contenuto. Inoltre, se il banner blocca il caricamento di script che influenzano le performance, può avere impatto indiretto sul ranking.

    Il sito deve funzionare normalmente anche senza cookie non essenziali. Google Analytics, pixel di Facebook, script di remarketing: nessuno di questi deve bloccare il funzionamento del sito se l’utente non consente il loro utilizzo. Verificare questo scenario durante la configurazione è uno step obbligatorio, non opzionale.

    Va aggiornata ogni volta che cambiano i servizi di terze parti integrati nel sito — nuovi plugin, nuove integrazioni, nuovi script. Se viene aggiunto Google Tag Manager con nuovi tag, se si integra un CRM, se si aggiunge un sistema di chat: ogni nuovo servizio che usa cookie va dichiarato nel banner. È buona pratica fare una revisione completa almeno una volta l’anno.

  • Sito fatto con l’AI: cosa trova l’agenzia quando lo apre

    Sito fatto con l’AI: cosa trova l’agenzia quando lo apre

    Sta diventando uno scenario sempre più comune. Il cliente arriva con un sito già online — costruito in pochi giorni con uno strumento AI, spesso senza coinvolgere nessuno — e chiede di “migliorarlo un po’”, aggiungere funzionalità, ottimizzarlo per Google o semplicemente capire perché non porta risultati.

    L’agenzia apre il sito, entra nel backend, guarda il codice. E quello che trova quasi mai è quello che si aspettava.

    Non è una critica agli strumenti AI — che in molti contesti funzionano bene e stanno cambiando il lavoro delle agenzie in modo reale. È una descrizione di quello che succede concretamente quando un sito viene costruito senza supervisione tecnica, senza strategia e senza pensare a cosa dovrà fare nel tempo.

    Il problema non è l’AI — è l’assenza di un processo

    Gli strumenti AI per la creazione di siti web sanno fare molte cose bene: generare layout, produrre testi di base, costruire strutture responsive, gestire le impostazioni SEO minime. Per chi ha bisogno di una presenza online rapida e non ha budget per un’agenzia, sono uno strumento legittimo.

    Il problema emerge quando quel sito deve crescere — aggiungere funzionalità, integrarsi con altri sistemi, posizionarsi su Google, gestire volumi di traffico reali. Ed è in quel momento che il cliente si rivolge all’agenzia.

    Come abbiamo già approfondito nell’articolo sul vibe coding e i rischi per la qualità dei siti web, il codice generato senza supervisione tecnica tende a funzionare in superficie ma a nascondere fragilità strutturali che emergono nel tempo. Un sito fatto con AI generativo segue la stessa logica — solo che spesso il cliente non lo sa, e non lo sa neanche l’agenzia finché non inizia a lavorarci davvero.

    Cosa trova l’agenzia quando apre un sito fatto con AI

    Struttura tematica non standard. La maggior parte degli strumenti AI generano siti su piattaforme proprietarie o con temi WordPress altamente modificati che non seguono le convenzioni di sviluppo standard. Aggiungere funzionalità, modificare layout o integrare plugin diventa un’operazione che richiede molto più tempo del previsto — perché ogni intervento richiede prima di capire come è stato costruito il sito, non solo cosa bisogna cambiare.

    Contenuti generici non ottimizzati. I testi generati dall’AI sono spesso coerenti con il settore ma privi di specificità — non parlano dell’azienda reale, non intercettano le query che i clienti effettivamente cercano, non costruiscono autorevolezza sul tema. Da un punto di vista SEO, sono contenuti che non danneggiano ma non aiutano. Come abbiamo spiegato nell’articolo su AI e contenuti per siti web, la produzione AI veloce e la qualità editoriale che porta risultati sono due cose diverse — e un sito costruito interamente con AI tende ad avere la prima senza la seconda.

    Performance spesso sotto la soglia. Gli strumenti AI ottimizzano l’estetica, non le performance. Immagini non compresse, script caricati senza priorità, font pesanti, nessuna configurazione di caching: i Core Web Vitals di questi siti sono quasi sempre sotto la soglia che Google considera accettabile per il ranking. Non è un problema visibile — il sito sembra funzionare — ma è un problema reale per la visibilità organica.

    SEO tecnica incompleta o mal configurata. Meta title e description ci sono quasi sempre, ma la struttura degli heading è spesso caotica, le URL non seguono nessuna logica, i canonical tag mancano o sono sbagliati, la sitemap non è stata inviata a Google Search Console. Sono problemi risolvibili, ma richiedono un audit SEO tecnico completo prima di qualsiasi intervento.

    Sicurezza trascurata. Plugin installati senza verificare la reputazione, versioni di WordPress non aggiornate, nessun sistema di backup, credenziali di accesso predefinite non cambiate. Il debito tecnico si accumula fin dal primo giorno su questi siti — e il cliente non ne è consapevole perché il sito “funziona”.

    Nessuna struttura per la crescita. Il sito è stato costruito per quello che il cliente aveva in mente il giorno in cui l’ha creato. Non c’è pensiero per le pagine che serviranno tra sei mesi, per le integrazioni future, per la scalabilità del template. Ogni aggiunta richiede di lavorare contro la struttura esistente invece che con essa.

    Perché questa situazione è un’opportunità per le agenzie

    La reazione istintiva di molte agenzie davanti a un sito AI è di considerarlo un problema — qualcosa da buttare e rifare da zero. Spesso è la scelta giusta, ma non sempre.

    La reazione strategicamente più efficace è trattarlo come un punto di partenza per una conversazione più ampia. Il cliente ha già superato la fase più difficile — ha deciso di investire nella presenza online. Quello che non ha capito ancora è che la costruzione del sito era solo il primo passo, e che senza il lavoro che viene dopo — ottimizzazione, contenuti, manutenzione, strategia — il sito non porta risultati.

    Nei nostri audit per le agenzie partner, i siti costruiti con AI che riceviamo in analisi hanno quasi sempre lo stesso profilo: performance tra 35 e 55 su Google PageSpeed, zero posizionamenti su query che non siano il nome del brand, struttura heading completamente piatta. In un caso recente, un’agenzia di Padova ci ha portato il sito di un cliente nel settore della consulenza HR — costruito con uno strumento AI in autonomia. Il cliente era convinto che il problema fosse la grafica. In realtà la homepage caricava in 8 secondi su mobile, non c’era nessun tag H1, e la sitemap non era mai stata inviata a Google. Abbiamo risolto i problemi tecnici in due settimane: il sito è passato da invisibile a posizionato su 12 keyword di settore nel giro di due mesi.

    Come strutturare la conversazione con il cliente

    Il punto di partenza è sempre un’analisi tecnica concreta — non un elenco generico di problemi, ma dati specifici che il cliente può capire. Velocità di caricamento misurata, posizione su Google per le keyword rilevanti, stato dell’indicizzazione, problemi di sicurezza identificati.

    Da lì si costruisce una proposta che risponde a una domanda precisa: cosa serve fare, in quale ordine, e cosa produce ogni intervento. Un cliente che ha costruito il sito con uno strumento AI non ha necessariamente capito come funziona la presenza online — ha bisogno di essere guidato, non giudicato.

    La SEO tecnica per WordPress è quasi sempre il primo intervento da proporre — ha impatto diretto sulla visibilità e dimostra risultati misurabili in tempi relativamente brevi. Poi vengono i contenuti, il design, le integrazioni. Ma l’ordine conta — e sapere qual è l’ordine giusto è esattamente il valore che l’agenzia porta.

    Il tema della visibilità si estende anche oltre Google. Con la crescita dei motori AI come canale di ricerca, un sito mal strutturato non viene citato nemmeno dalle risposte generative — e come abbiamo spiegato nell’articolo su GEO e AEO, questo è un svantaggio competitivo crescente che i clienti inizieranno a percepire presto.

    Il caso in cui conviene rifare tutto

    Ci sono situazioni in cui la valutazione onesta è che ripartire da zero è più efficiente che sistemare. Il sito è su una piattaforma proprietaria che non permette esportazione dei contenuti, la struttura è così compromessa che ogni modifica richiede più tempo di una ricostruzione, o il cliente ha esigenze che il sito attuale non può supportare in nessun modo.

    In questi casi la conversazione va fatta in modo diretto — con i numeri in mano, non con giudizi estetici. Se sistemare il sito esistente richiede 40 ore di lavoro e un sito nuovo su WordPress ben strutturato ne richiede 35 producendo un risultato migliore, il cliente ha tutto l’interesse a saperlo prima di decidere. Un rifacimento del sito gestito con cura protegge anche il posizionamento SEO già acquisito — che su un sito AI può essere poco, ma è comunque meglio non perdere.

    Se hai un sito costruito con strumenti AI e vuoi capire cosa manca per farlo funzionare davvero, prenota una call con Blurr per un’analisi tecnica che ti dice esattamente dove intervenire e in quale ordine.

    Domande frequenti

    Sì, ma quasi sempre con limitazioni significative. I testi generici non intercettano le query specifiche per cui i clienti cercano, la struttura tecnica spesso non rispetta i requisiti di performance che Google considera nel ranking, e la mancanza di contenuti originali e autorevoli rende difficile costruire autorevolezza nel tempo. Non è impossibile migliorarlo — ma richiede interventi tecnici ed editoriali concreti.

    Dipende dallo stato del sito e dalle esigenze future. Se la struttura di base è su WordPress e i problemi sono circoscritti — performance, SEO tecnica, contenuti — sistemare è spesso più rapido ed economico. Se il sito è su una piattaforma proprietaria, ha problemi strutturali profondi o non può supportare le funzionalità necessarie, ripartire da zero è più conveniente nel lungo periodo.

    I segnali più visibili sono: velocità di caricamento lenta (misurabile con Google PageSpeed Insights), assenza di posizionamento su Google per le query rilevanti, mancanza di traffico organico nei dati di Search Console, problemi di visualizzazione su mobile. Questi indicatori emergono quasi sempre in un audit tecnico iniziale.

    Sì, ma con alcune premesse. L’agenzia deve prima capire su quale piattaforma è costruito il sito e con quale strumento, perché le possibilità di intervento variano significativamente. Su WordPress i margini di azione sono ampi. Su piattaforme proprietarie possono essere molto limitati.