Capire le persone, leggere i dati, costruire con l’AI

Le difficoltà

Tre impaginazioni in tredici anni

Ho scritto un’estrazione che riconosce titoli, colonne, box e rubriche fisse, così ogni articolo resta intero.

Due tipi di domanda

«Quando è stata costruita la chiesa della Madonna di Juso?» cerca un significato; «Cosa è uscito a maggio 2022?» cerca un dato esatto. Per la prima servono gli embedding, per la seconda strumenti dedicati.

La fiducia, in un paese piccolo

Le risposte sono strutturate: ogni affermazione è legata a un articolo preciso.

Tre scelte, e cosa hanno comportato

• Ricerca ibrida, non solo vettoriale. Ci sono più pezzi da mantenere, ma numeri e date arrivano dai dati, non da un’ipotesi.
• Solo le fonti davvero citate. L’elenco è più corto, ma ogni link sostiene una frase della risposta.
• Una schermata che guida la prima domanda. È un passaggio in più, ma aiuta a chiedere ciò a cui l’archivio sa rispondere.

Il bot ricorda la conversazione e sa mostrare la copertina di ogni numero. È un progetto di volontariato, nato per una piccola redazione e per un paese che ha molto da raccontare.

• Tracciamento. Tag Manager per gli eventi UX, la pubblicità e le nuove funzioni; GA4 con funnel, eventi chiave e canali coerenti con le UTM; il consenso passa dalla CMP.
• Storico. Script Python salvano i dati di Search Console e Analytics sui server aziendali; era in corso il passaggio a Metabase.
• Contenuti e ricerca. Embedding e similarità del coseno per misurare quanto una pagina è pertinente rispetto ai concorrenti; nel 2025 un audit dei backlink ha spostato l’attenzione dallo spam alle opportunità.

Tre scelte, e cosa hanno comportato

• Partire dalle domande, non dai report già pronti. Ci sono meno grafici, ma ognuno risponde a una domanda che qualcuno in azienda si fa davvero.
• Tenere un nostro storico dei dati. Gli script vanno mantenuti, ma i trend dal 2012 restano anche quando le piattaforme cancellano i dati vecchi.
• Allineare i canali di GA4 alle UTM. Costa lavoro all’inizio, ma i report delle campagne corrispondono a quello che il marketing aveva pianificato.

Lavoravo come UX designer, insieme a designer, sviluppatori e marketer. I nostri utenti leggevano in fretta, saltando da un paragrafo all’altro e fermandosi sulle immagini forti. Una mappa del customer journey in sette fasi mostrava, per ognuna, cosa facevamo già e cosa potevamo fare.

I test A/B andavano online con Google Experiments, oggi dismesso: uno switch al posto di un pulsante, due versioni del modulo di richiesta informazioni, diversi flussi di registrazione. I numeri sono rimasti all’azienda; online sono rimaste le versioni che hanno funzionato meglio.

Il brief di Archiportale, in una domandaCome possiamo convincere un target di professionisti specializzati in edilizia, architettura e design a leggere il maggior numero di notizie su archiportale.com, in modo da giustificare un aumento delle tariffe per gli inserzionisti?

• Analisi dei concorrenti. 19 riviste raggruppate in tre schemi: piramide rovesciata asimmetrica, piramide rovesciata simmetrica, colonne simmetriche.
• Pubblicità. Su mobile le skin a schermo intero spariscono e i banner verticali diventano quadrati.
• Dai wireframe al codice. Pagine HTML su griglie a 12 e 16 colonne con Foundation 6, file versionati in TFS e AMP in valutazione per il mobile.

Tre scelte, e cosa hanno comportato

• Tenere ogni URL e i percorsi verso Progetti, Progettisti e Prodotti. Meno libertà nel ridisegnare la struttura, ma il traffico da Google e dagli altri siti del network restava al sicuro.
• Raccogliere le notizie in una sezione, con gli argomenti sempre in vista. C’è un livello in più, ma ogni argomento resta a un clic da qualsiasi pagina.
• Testare piccole modifiche sul traffico reale. È più lento di un unico grande redesign, ma ogni modifica si basa su quello che gli utenti hanno fatto davvero.

Le risposte dicevano di tenere lo switcher. Al posto della modifica, tre interventi piccoli: più contrasto tra stato attivo e disattivo, un’area di clic più grande, rimandi più evidenti alle categorie con prodotti in vendita.

Il dettaglio più utile è arrivato da due sviluppatori che non conoscevano il prodotto: uno ha cercato a lungo la categoria nei menu a tendina, l’altro non ha trovato lo switcher e continuava a usare il filtro prezzi.

• Il compito. Trovare solo i prodotti in vendita della categoria Mobili TV: tra 14 e 56 secondi.
• Come lo hanno fatto. 7 con il motore di ricerca, 4 con il menu a tendina, 1 navigando tra le categorie, 3 cambiando strada a metà.
• Testo breve o lungo. «In vendita» o «Mostra solo prodotti in vendita»: 8 contro 7.

• HTML semantico. Le categorie principali diventano H2, le sottocategorie testo in grassetto; ogni categoria ha una sua descrizione, per un rapporto migliore tra testo e codice.
• Dati strutturati. Prodotti, marchi, breadcrumb e notizie descritti secondo schema.org.
• Su una pagina di categoria la velocità su mobile passa da 69 a 75.