Manutenzione preventiva sulla sicurezza degli accessi. Abbiamo rinnovato il componente interno che firma e verifica le sessioni di lavoro (il «badge digitale» che ti tiene collegato dopo il login), adottando una tecnologia più moderna e con una superficie di rischio più piccola. È un intervento invisibile ma importante: meno ingranaggi significa meno punti deboli potenziali da sorvegliare. Per te non cambia nulla — la sessione attiva resta valida, non serve rifare il login e tutte le funzioni si comportano esattamente come prima.

Sicurezza Accessi Manutenzione

• Dove: dietro le quinte, nel sistema di login e sessioni.
• Per te: nessun impatto — niente logout, niente passaggi in più. Solo fondamenta più solide.

Basta falsi allarmi sulla categoria della scheda Google. Nell'audit in modalità Racconto (e nelle card della modalità Smart) la categoria principale della scheda Google poteva comparire tra le cose «da implementare» anche quando il cliente l'aveva regolarmente impostata — un'indicazione sbagliata e imbarazzante da presentare in appuntamento. La causa: la categoria letta dalla scheda si perdeva per strada e non arrivava mai al motore che scrive l'audit, che quindi la considerava assente. Ora la categoria viaggia insieme agli altri dati della scheda e l'audit la valuta per quello che è. Grazie a Sergio Cappelletti per la segnalazione (ticket #233).

Bug fix Racconto · Smart Ticket #233

• Dove: audit Racconto (sezione «Sicurezza e ottimizzazione tecnica») e card «Scheda Google» della modalità Smart.
• Prima: la categoria risultava sempre «mancante» o «non impostata». Ora: viene letta correttamente dalla scheda Google.

«Riprova» senza perdere il lavoro fatto. Allo step 4, se un social non dava risultati (capitava soprattutto con Facebook) e cliccavi «Riprova», il sistema rilanciava l'analisi solo su quel profilo e nel salvare il risultato azzerava tutto il resto: le analisi già completate sugli altri canali sparivano, insieme ai link dei profili. Da questa patch il «Riprova» rilancia l'analisi su tutti i profili che hanno un link inserito: quelli già analizzati vengono ripresi dalla memoria del sistema (nessuna attesa in più, nessun consumo extra) e il quadro social resta completo. Grazie a Tommaso Terenziani per la segnalazione (ticket #232).

Bug fix Step 4 · Social Ticket #232

• Dove: step 4, bottone «Riprova» sulla card di un social fallito.
• Prima: il retry cancellava analisi e link degli altri profili. Ora: il quadro resta completo.

Verifica categoria GBP allo step 2. Dopo ogni scansione della mappa, sotto il confronto competitor compare la nuova sezione «Categoria della scheda Google»: il sistema legge la categoria principale dei migliori competitor dell'area e la confronta con quella del prospect. Se la maggioranza di chi domina la mappa usa una categoria diversa, il verdetto è Disallineata — con i numeri in chiaro («4 dei 5 migliori competitor usano Impresa di costruzioni, il prospect è Appaltatore generale»). Se coincide, Coerente. La categoria è uno dei fattori del ranking locale, quindi un disallineamento è un dato oggettivo da portare in appuntamento. Il giudizio è sempre ancorato ai competitor reali della zona: niente valutazioni astratte. Nato dal ticket #226 di Matteo Pecelli.

Nuova funzione Step 2 · Visibilità locale Ticket #226

• Dove: step 2, sezione «Categoria della scheda Google» sotto il confronto competitor (compare dopo la scansione).
• Verdetto: Coerente / Disallineata / Nessun disallineamento, con la distribuzione delle categorie dei top competitor.
• Limite dichiarato: viene confrontata la categoria principale della scheda (le categorie aggiuntive non sono esposte pubblicamente).

I consulenti AI premium tornano a parlare. Dopo l'aggiornamento del motore AI di ieri (v2.39.0), i consulenti di fascia premium — Direttore Commerciale, Gestione Obiezioni, SEO Expert, Consulente GBP, Analista Competitor, la scheda Smart e il Racconto — potevano restituire una risposta completamente vuota: il pannello mostrava «brief rigenerato» ma senza una riga di testo. Il nuovo motore, se non istruito diversamente, consuma il budget di scrittura in una fase di ragionamento interno e arriva a fine corsa senza aver scritto nulla. Ora ogni consulente ha l'istruzione esplicita di dedicare tutto il budget al testo che leggi tu. In più, se mai una risposta dovesse arrivare vuota, non viene più salvata: ricevi un messaggio di errore chiaro e puoi rigenerare subito, invece di ritrovarti una card vuota «congelata». Ripulite anche le risposte vuote rimaste in memoria da ieri, così la prossima apertura rigenera il brief da zero. Grazie a Matteo Pecelli per la segnalazione (ticket #230).

Bug fix Consulenti AI premium Ticket #230

• Dove: step 6 (Direttore Commerciale, Gestione Obiezioni), step 2/3/5 (consulenti verticali premium), Smart Mode e Racconto.
• Effetto: i brief tornano a generarsi con il testo completo; le eventuali risposte vuote già salvate sono state rimosse e si rigenerano alla prossima apertura.
• In più: una risposta vuota non viene mai più salvata — al suo posto un errore esplicito con invito a riprovare.

Reset MFA self-service per l'admin. Finora, se un agente perdeva l'accesso alla sua app di autenticazione (telefono perso, cambio dispositivo), sbloccarlo richiedeva un intervento manuale sul server. Da questa versione, nella tabella agenti del pannello admin compare il bottone «Reset MFA» accanto a «Reset pw» — visibile solo per gli agenti che hanno la verifica a due fattori attiva. Il reset azzera la configurazione MFA e riapre la finestra di grazia: l'agente rientra con la sola password e ha 7 giorni per riattivare la verifica dal suo profilo, dopodiché il sistema lo blocca di nuovo come da policy. Ogni reset viene registrato nel log attività due volte: sull'admin che l'ha eseguito e sull'agente che l'ha ricevuto, così l'audit trail resta completo.

Nuova funzione Admin · Sicurezza MFA

• Dove: pannello admin → tabella agenti → bottone «Reset MFA» (solo su agenti con MFA attiva).
• Effetto: l'agente entra con sola email + password e ha 7 giorni per riattivare la MFA dal profilo.
• Audit: doppia registrazione nel log attività (chi ha eseguito il reset e chi l'ha ricevuto).

Costi AI storici finalmente accurati. Nel pannello admin la tariffa applicata alle vecchie chiamate dei consulenti premium era rimasta a un listino superato (quello di una versione ancora precedente del modello): i costi passati risultavano circa il triplo del reale. Da questa patch il calcolo usa il listino corretto, quindi i totali storici in «AI & Costi» scendono — non è un errore, è la cifra giusta. Corretta di conseguenza anche la stima di risparmio del passaggio al nuovo motore annunciato nella v2.39.0: a listino è circa il 40% in meno per chiamata, non «un quinto». Sistemati infine due controlli automatici interni che si erano disallineati dal codice (nessun impatto su quello che vedi nelle pagine).

Bug fix Admin AI & Costi Trasparenza costi

• Cosa cambia per l'admin: i costi storici delle chiamate premium in «AI & Costi» sono ricalcolati col listino corretto (piu' bassi di ~3x rispetto a ieri).
• Cosa NON cambia: le tariffe dei modelli attuali (standard e premium) erano gia' corrette.

Motore AI aggiornato per i consulenti premium. Le analisi più complesse della piattaforma (brief del Direttore Commerciale, strategia SEO, gestione obiezioni, confronto competitor e Racconto a 14 sezioni) finora usavano il modello AI di fascia alta della generazione precedente. Da questa versione passano al modello di nuova generazione: il fornitore lo posiziona come più veloce a parità di capacità, e costa circa il 40% in meno per ogni chiamata. Per te non cambia nulla nel flusso di lavoro: stessi bottoni, stessi brief — arrivano solo un po' prima.

Aggiornamento AI Consulenti premium Costi ridotti

• Cosa cambia: le 7 analisi AI «premium» (tra cui Racconto e brief comparativo competitor) usano il modello di nuova generazione.
• Cosa NON cambia: i consulenti tattici (interpretazioni rapide, AVA) restano sul modello standard, già ottimale per quel lavoro.
• Per l'admin: nella tab «AI & Costi» la card Premium traccia il nuovo modello; lo storico delle chiamate precedenti resta visibile con la sua tariffa.

Confronto social piu' affidabile. Allo step 5 «Competitor intelligence», la card «Social» del prospect veniva ricostruita ogni volta lanciando una nuova rilevazione live. Quando la rilevazione live falliva (sito che risponde lento, redirect, blocco temporaneo) la card mostrava meno canali di quelli che avevi appena registrato nello step 4 — e il confronto col competitor sembrava ingiusto. Da questa patch la card riusa direttamente i canali e i follower che hai gia' analizzato e salvato negli step precedenti; il confronto coi competitor parte dagli stessi numeri che hai sotto gli occhi. La rilevazione live resta come fallback se non hai ancora fatto l'analisi social.

Bug fix Step 5 Competitor Coerenza tra step

• Cosa cambia: la card «Social» del prospect nello step 5 mostra esattamente gli stessi canali / follower dello step 4.
• Quando viene rilanciata la rilevazione live: solo se nello step 4 non hai ancora analizzato il prospect.
• Effetto sul confronto: i delta «canali attivi» e «follower totali» vs competitor sono ora coerenti col profilo che hai gia' visto.

Trasparente per chi usa il prodotto. Completamento della patch infrastrutturale iniziata con la v2.38.4. In quella patch avevamo spostato il riavvio del motore dell'applicazione da una chiamata esterna a una interna al server, per non farlo intercettare dal filtro anti-bot del provider. Restava però ancora un passo «esterno»: la verifica finale che il numero di versione esposto dal motore coincidesse con quello dei file appena caricati — chiamata anch'essa dall'esterno, ed esattamente per la stessa ragione finiva ogni tanto intercettata e dichiarata fallita. Con questa patch anche quel passo gira da dentro il server: legge il file della versione direttamente dal disco e interroga il motore in loopback locale. Ora l'intera pipeline e' immune dal filtro anti-bot. Nessun cambio visibile: zero modifiche all'esperienza di chi usa lo strumento.

Patch Solo infrastruttura Pipeline rilascio

• Effetto pratico: i deploy automatici si chiudono al primo colpo end-to-end, senza intervento manuale per il check finale.
• Bonus: il vecchio check delle pagine pubbliche aveva un bug nascosto — trattava come «OK» anche le risposte HTTP intermedie (es. quelle del filtro anti-bot), mascherando il problema. Eliminato.

Su segnalazione di un agente: nello step 3 il check «Contenuto misto» (sito sicuro che però carica risorse non sicure) si fermava al semaforo rosso senza dire DOVE fosse il problema. Diceva «rilevato» e basta. Per il commerciale era inutile: vedeva il flag ma non aveva nulla in mano da girare al cliente o al suo tecnico. Da questa patch, sotto la segnalazione compare un accordion «Mostra le risorse HTTP trovate»: clicchi e vedi la lista deduplicata dei link incriminati (fino a 25), cliccabili per ispezione veloce. Ora la criticità diventa subito azionabile: copi la lista, la mandi al cliente e proponi la sostituzione con HTTPS.

Patch Step 3 · Web & SEO Esperienza agenti

• Per chi vende: il check tecnico passa da informativo («c'è un problema») ad azionabile («ecco i link da sistemare»).
• Cap: mostriamo fino a 25 URL deduplicati per evitare elenchi ingestibili su siti pesanti. Nella stragrande maggioranza dei casi i link incriminati sono pochi (1-5 link tipo CDN vecchi, «realizzato da» senza HTTPS, badge esterni).

Trasparente per chi usa il prodotto. Modifica interna alla pipeline di rilascio. Nel rilascio della v2.38.3 (stessa giornata) il passo finale — quello che riavvia il motore dell'applicazione dopo aver aggiornato i file — veniva fatto chiamando una pagina pubblica del nostro server da una postazione remota. Il filtro anti-bot del provider, in modo intermittente, scambiava quella chiamata per traffico sospetto e rispondeva con una pagina di verifica invece di eseguire il riavvio: risultato, file aggiornati ma motore fermo sulla versione precedente. Con questa patch il riavvio gira da dentro il server stesso: niente piu' filtro anti-bot in mezzo, il passaggio fila al primo colpo. Nessun cambio visibile: nessuna nuova schermata, nessun comportamento diverso per agenti commerciali.

Patch Solo infrastruttura Pipeline rilascio

• Effetto pratico: i rilasci automatici tornano a chiudersi senza intervento manuale. Prima, quando il filtro anti-bot scattava, serviva lanciare il riavvio a mano.
• Nessun altro cambio: zero modifiche a interfaccia, dati, comportamento delle pagine prodotto.

Su segnalazione di un agente: aprendo lo step 4 di un prospect, i social presenti nel suo sito non venivano riconosciuti e i flag delle piattaforme restavano spenti, anche se i canali erano effettivamente sul footer. Causa: durante la prima scansione fatta nella pagina di ricerca (lazy-load veloce con timeout corto) ci può essere stato un fallimento temporaneo (rete lenta, sito momentaneamente irraggiungibile), e quel risultato vuoto veniva memorizzato per 30 minuti facendo sembrare anche allo step 4 che non ci fossero canali. Ora lo step 4 si fida della memoria solo quando contiene almeno un canale: se vede un risultato vuoto rilancia la scansione da capo. L'agente trova le caselle già compilate.

Patch Step 4 · Social Esperienza agenti

• Per chi vende: nessun click in piu'. Se il sito del prospect ha link a Facebook/Instagram/LinkedIn/YouTube/TikTok nel footer, lo step 4 li trova e pre-attiva le piattaforme.
• Quando non funziona: se il prospect non ha sito, oppure se i social sono solo sul profilo Google Business e non linkati dal sito, lo strumento non li puo' vedere (Google non ce li restituisce nei dati pubblici della scheda). In quel caso le caselle restano da compilare a mano.

Solo per amministratori. Subito dopo l'attivazione della nuova tab «Certificazione accessi» (v2.38.0) abbiamo notato che la colonna IP riportava sempre lo stesso valore 127.0.0.1 per ogni evento. Era il limite della catena interna fra il server web e il motore dell'applicazione: l'IP del visitatore non veniva propagato al motore, che vedeva solo l'indirizzo locale del proprio servizio. Con questa patch il dato viene propagato correttamente: gli eventi di login (riusciti o falliti) registrati da adesso in poi avranno l'IP pubblico effettivo del visitatore.

Patch Solo admin Audit GDPR/NIS2

• Storico precedente: gli eventi registrati prima di questa patch resteranno con IP 127.0.0.1 — non possiamo ricostruirlo a posteriori. Le voci della tab si riempiranno con l'IP corretto man mano che arrivano nuovi login.
• Nessun altro cambio: nessuna nuova schermata, nessun comportamento diverso per agenti commerciali.

Trasparente per chi usa il prodotto. Modifica interna alla pipeline di rilascio. Durante il rilascio della v2.38.0 ci siamo accorti che in alcuni casi il riavvio del motore dell'applicazione veniva saltato anche se il caricamento dei file era andato bene — risultato: pagine nuove ma motore vecchio. Con questa patch il deploy automatico chiude quel buco: forza sempre il riavvio del motore dopo l'aggiornamento e, prima di dare l'OK, controlla che il numero di versione esposto dal motore coincida con quello dei file appena caricati. Se non coincidono, il deploy fallisce in modo visibile invece di riuscire silenziosamente con i file vecchi.

Patch infrastrutturale Pipeline rilascio

• Nessun cambio funzionale: nessuna nuova schermata, nessuna nuova funzione, nessun comportamento diverso per agenti o admin.
• Più affidabilità nei rilasci futuri: le prossime versioni vanno in produzione con un controllo end-to-end (motore + file) che certifica l'effettivo allineamento.

Solo per amministratori. Domanda nata da Giuseppe: «Quello che vedo in piattaforma come ‘ultimo accesso’ degli agenti è certificato al 100%?». Risposta onesta: no, la colonna che vedevi finora era il timestamp dell'ultima volta che un agente aveva digitato una password corretta — ma se poi sbagliava il codice MFA (verifica in due passaggi) o cambiava password via link reset, il valore si aggiornava lo stesso, dando un falso positivo. Da questa release c'è una sorgente certificata e una tab dedicata per audit.

Nuova funzione Solo admin Audit GDPR/NIS2

• Nuova tab «Certificazione accessi» nel pannello admin: lista di ogni evento di login con quando, chi, esito (verde = riuscito, rosso = fallito), IP. Filtri per agente, intervallo date, esito. Bottone «↓ Esporta CSV» per scaricare il report.
• Tab Agenti aggiornata: la vecchia colonna «Ultimo login» è stata sostituita da due colonne distinte: Login certificato (ultimo accesso che ha veramente completato anche la verifica in due passaggi) e Ultimo tentativo (per audit anti-intrusione, mostra anche login falliti).
• Eventi tracciati: login completato, password errata, codice MFA fallito, account bloccato, rate limit, MFA attivata/disattivata, password reset, logout.
• Retention 180 giorni: per coerenza con la policy GDPR Art. 5(1)(c) di minimizzazione (già in vigore), gli eventi vengono cancellati dopo 6 mesi. Se ti serve un periodo più lungo, esporta in CSV regolarmente.
• Cosa non cambia: nessuna modifica per gli agenti commerciali. Tutto resta interno al pannello admin.

Era una richiesta che ricorreva da settimane: poter portare fuori dallo Storico Prospect i lead lavorati per fare cernita personalizzata, condivisione con il team o pianificazione visite in Excel/Google Sheets. Da questa release nella toolbar dello Storico c'è un pulsante «💾 Esporta in Excel» che produce un file CSV pronto da aprire con doppio click. Il file rispetta esattamente quello che stai vedendo: se hai filtrato per «Aperti» e cercato una città, esporta solo quei prospect.

Nuova funzione

• Posizione: bottone «💾 Esporta in Excel» nella toolbar dello Storico Prospect, accanto agli altri filtri.
• Cosa esporta: nome, città, indirizzo, categoria, telefono, sito web, rating, recensioni, stato, codice cliente, origine (Completa/Smart/Racconto), step completati, tag, nota, data analisi, ultimo aggiornamento.
• Rispetta i filtri: se filtri per stato, città o parola chiave, l'export contiene solo i prospect visibili. Nessuna sorpresa.
• Compatibile Excel italiano: file UTF-8 con BOM, separatore ;, accenti corretti. Doppio click sul file e si apre subito senza wizard di importazione.
• Nome file con timestamp: storico-prospect-AAAAMMGG-HHMM.csv, così gli export non si sovrascrivono fra loro.

Solo per amministratori. La tab «Agenti» del pannello admin mostrava da sempre una sola finestra fissa di 30 giorni; quando un agente storicamente molto attivo aveva fatto gran parte del lavoro a inizio mese poteva sembrare che le sue statistiche si fossero «resettate». In realtà non c'era alcun reset: i conteggi delle ultime 4 settimane scorrono naturalmente, e tutto ciò che è più vecchio esce dalla finestra. Da questa release puoi scegliere il periodo (7 giorni, 30, 90 oppure 1 anno) e i conteggi si ricalcolano subito. In più un pulsante «↓ Esporta CSV» scarica una tabella completa di tutti gli agenti con email, ruolo, stato, ultimo login, contatori azioni per il periodo selezionato e prospect per stato — pronta da aprire in Excel.

Nuova funzione Solo admin

• Selettore periodo: accanto al pulsante «Nuovo agente», scegli fra 7 giorni, 30, 90 o 1 anno. Le colonne Ricerche, Scan mappa, Proposte, Won e Conversione si aggiornano subito.
• Prospect = totale assoluto: le due colonne Prospect (totale e Won) restano il valore complessivo, perché in archivio i prospect non hanno una «data di ingresso pipeline» comparabile.
• Esporta CSV: file UTF-8 con BOM (Excel apre subito con accenti corretti). Nome file `agenti_30gg_2026-06-24.csv` con il periodo scelto. 21 colonne tra cui breakdown azioni e prospect per stato.
• Nessuna modifica ai dati: la finestra di 30 giorni resta il default, e nulla è mai stato cancellato lato server. Verifica fatta su tutto l'archivio attività del 2026.

Risolta l'incoerenza tra i dati rilevati sui canali social e quelli ripresi dallo Stratega Social. Su alcuni prospect (specie quando lo stesso brand usa lo stesso nome account sia su Instagram sia su TikTok) capitava che lo Stratega Social citasse per Instagram un engagement che in realtà era quello di TikTok, o viceversa. La radice del problema era che l'assistente AI, leggendo numeri simili per canali con handle identico, li scambiava. Da questa release l'assistente riceve una tabella vincolante, canale per canale, con follower ed engagement esatti: deve obbligatoriamente attenersi a quei valori e non può trasferirli da un canale all'altro.

Correzione Step 4 — Presenza Social

• Numeri allineati al rilevamento: Instagram, Facebook, TikTok e gli altri canali nello Stratega Social riportano gli stessi follower ed engagement che vedi nelle card sopra. Niente più cifre sbagliate.
• Brand con stesso handle: anche se il prospect usa lo stesso nome utente su più piattaforme (caso comune nei retail e nelle gallerie), ogni canale resta separato con i suoi dati.
• Nessuna azione richiesta: la modifica si applica automaticamente alla prossima generazione dello Stratega. Se hai analisi già salvate con i vecchi numeri, basta cliccare «Rigenera» per ottenere la versione corretta.

Eliminati gli errori transitori che apparivano ogni tanto sulla campanella notifiche e su altri pannelli che si aggiornano da soli ogni mezzo minuto. Quando l'infrastruttura di rete tra il nostro strumento e l'archivio dati ha un piccolo intoppo (capita sui server condivisi, di solito dopo periodi di inattività), prima poteva apparire per qualche secondo un errore sulla campanella o un caricamento fallito. Da questa release l'intoppo viene assorbito in modo silenzioso: l'aggiornamento successivo (quello automatico ogni 30 secondi) riparte da una connessione fresca e tutto torna fluido. Nessuna azione richiesta da te.

Stabilità Backend

• Campanella notifiche più affidabile: non vedrai più il messaggio rosso intermittente sulla campanella nei momenti in cui il server condiviso droppava connessioni inattive.
• Pannelli auto-refresh stabili: stesso beneficio per i pannelli che si aggiornano da soli (verifica stato 2FA, lock prospect, sezione MFA).
• Errori segnalati con la causa vera: in casi rari di errore residuo, ora il monitoraggio interno riceve il motivo esatto del problema invece di una falsa segnalazione, e Giuseppe può intervenire mirato.

Aggiornata una libreria di crittografia interna per chiudere un avviso di sicurezza recente. Una libreria che lo strumento usa per proteggere dati riservati e per firmare i token di accesso aveva un avviso di sicurezza pubblicato pochi giorni fa. L'aggiornamento è già in produzione. Non cambia nulla per chi usa lo strumento: non serve rifare il login, non serve svuotare la cache, le pagine continuano a funzionare esattamente come prima.

Sicurezza Componente interno

• Manutenzione preventiva: intervento programmato dopo un avviso pubblico recente. Nessuna evidenza di abuso sul nostro ambiente.
• Trasparente per l'utente: nessun cambio di interfaccia, nessuna funzione modificata, nessun logout forzato.
• Continuità del servizio: rilasciato senza periodo di manutenzione. Se vedi il messaggio «ricarica per ottenere la nuova versione» basta un refresh.

Le AI generative sono il nuovo motore di ricerca: ora puoi mostrare al prospect quanto è visibile (o invisibile) quando le persone chiedono a Google AI. Al passo 3 — Web & SEO trovi una nuova sezione GEO — Visibilità AI con quattro indicatori chiave: quante volte il brand del prospect viene nominato dalle risposte di Google AI Overviews, quante volte il sito viene citato come fonte, la posizione media e il traffico potenzialmente intercettabile. Sotto trovi anche un bottone «Vedi esempi di prompt» che mostra alcuni casi reali in cui il prospect (o il suo settore) viene citato dall'AI: una leva fortissima da usare in appuntamento.

Novità Pillar 3 — Web & SEO

• Quattro KPI a colpo d'occhio: menzioni del brand, link al sito nelle risposte AI, posizione media, traffico AI potenziale — con confronto rispetto al periodo precedente quando disponibile.
• Verdetto narrativo automatico sotto i numeri: ti spiega se il prospect è invisibile, citato senza link, in crescita o consolidato, per agganciare subito una proposta.
• Esempi di prompt reali: clicca «Vedi esempi di prompt» per leggere le ricerche concrete dove il sito viene citato dall'AI (volume mensile incluso). Esempi reali per paginesi.it: «rid bancario» (4.400/mese), «iperottica» (480/mese), «sostituzione bombola gpl vicino a me» (390/mese).
• Dataset Google AI Overviews aggiornato mensilmente. La data dell'ultimo aggiornamento è visibile accanto al bottone esempi.
• Cache 30 giorni: ripetere l'analisi sullo stesso prospect non costa nulla finché il dataset non si aggiorna.

Accesso sbloccato per chi non aveva ancora attivato la verifica in due passaggi. Alla scadenza del periodo concesso per attivare la verifica in due passaggi, lo strumento disconnetteva l'agente dopo pochi secondi anche dalla pagina dove si completa l'attivazione: il risultato era un giro continuo di accessi ed espulsioni senza mai riuscire ad attivarla. Ora alla scadenza vieni portato direttamente alla pagina di attivazione, con tutto il tempo necessario per inquadrare il QR-code e confermare il codice.

Bug fix Sicurezza

• Niente più disconnessione forzata. A termine scaduto le funzioni dello strumento restano comunque bloccate finché non attivi la verifica in due passaggi, ma la pagina di attivazione ora resta sempre raggiungibile e utilizzabile.
• Attivazione guidata. Al login vieni accompagnato automaticamente al tuo profilo con la finestra di attivazione già aperta; un banner rosso ti ricorda cosa manca.
• Il bottone «Attiva ora» del banner apre direttamente la finestra di attivazione, senza passaggi intermedi.

Manutenzione di sicurezza sotto al cofano. Abbiamo aggiornato alla versione più recente un componente interno usato solo dal nostro team tecnico, chiudendo in via definitiva una segnalazione di sicurezza che era già stata valutata come non pericolosa per lo strumento. Non cambia nulla in quello che vedi e usi ogni giorno: è pura manutenzione preventiva.

Sicurezza

• Componente interno aggiornato. La segnalazione di sicurezza, già classificata a rischio praticamente nullo, ora è chiusa alla radice.
• Zero impatto operativo. Nessuna pagina, funzione o flusso di lavoro è cambiato.

Accesso di nuovo regolare per chi doveva ancora attivare la 2FA. Alcuni di voi, scaduto il termine per attivare la verifica in due passaggi, si sono ritrovati bloccati: si entrava con email e password ma poi ogni pagina dava errore, senza però portarvi alla schermata per attivare la 2FA. Risultato: impossibile sia lavorare sia mettere in regola l'account. Abbiamo corretto il problema: ora, se il termine è scaduto, venite accompagnati direttamente alla pagina del profilo dove attivare la 2FA in un minuto. Abbiamo anche riportato a tutti gli account interessati una nuova finestra di 7 giorni per completare l'attivazione con calma, e reso di nuovo visibile il promemoria in cima alle pagine.

Correzione SECURITY

• Ritorno alla schermata di attivazione. Dopo lo scadere del termine, l'app vi porta in automatico al profilo per attivare la 2FA, invece di lasciarvi su pagine in errore.
• Nuovi 7 giorni di tempo. Chi era rimasto bloccato ha una finestra fresca per attivare la verifica in due passaggi senza fretta.
• Promemoria di nuovo visibile. Il banner in cima alle pagine che ricorda di attivare la 2FA torna a comparire correttamente.

Ricerca più mirata con il CAP. Nella ricerca trovi ora un campo CAP facoltativo, accanto alla città. Se lo compili (5 cifre, es. 20121), i potenziali clienti vengono cercati in quella zona specifica invece che su tutta la città — comodo nelle aree metropolitane come Milano o Roma, dove ogni agente lavora quartieri e zone di competenza precise. Puoi anche cercare solo con il CAP, senza scrivere la città. È del tutto opzionale: se lasci vuoto il CAP, la ricerca funziona come prima. Disponibile su tutte le modalità di ricerca (Hub, Smart, Racconto e ricerca classica).

Novità

• Campo CAP facoltativo. Accetta un CAP italiano di 5 cifre, presente in tutte le barre di ricerca.
• Cerca per città, CAP o entrambi. Basta indicare almeno uno dei due: puoi anche cercare per solo CAP.
• Risultati più pertinenti. Con il CAP la ricerca si concentra sulla zona indicata; senza, resta sull'intera città.
• Si salva con la ricerca. Nella ricerca classica, il CAP viene ricordato tra i preferiti insieme a categoria e città.

Accesso con verifica in due passaggi di nuovo regolare. Chi aveva attivato la 2FA, dopo aver inserito email e password non vedeva più comparire il campo per digitare il codice a 6 cifre dell'app authenticator e restava bloccato fuori. Abbiamo corretto il problema: ora il campo del codice appare subito, con il pulsante Verifica codice e la possibilità di tornare al login normale. Nessuna azione richiesta da parte tua: al prossimo accesso funziona.

Correzione

• Campo codice 2FA visibile. Dopo email e password compare il riquadro per il codice a 6 cifre dell'app authenticator.
• Annulla disponibile. Dal riquadro del codice puoi tornare al login normale con un clic, senza ricaricare la pagina.

Due richieste degli agenti chiuse in un colpo solo. 1) Aggiungi sito web manualmente. Capita che Google non abbia il sito del cliente nel suo profilo Business — il nostro sistema vedeva "Nessun sito" e quel campo restava vuoto per il resto dell'analisi. Da oggi sulla strip business in alto allo step 2 (Visibilità Locale) trovi un bottone + Aggiungi sito accanto a "Nessun sito": ci clicchi, inserisci l'URL, salvi. Il sito viene legato al prospect ed è subito disponibile per gli step successivi (SEO, Social, Competitor). Se Google invece c'era ma vuoi correggerlo, accanto al sito ti compare un'icona matita per modificarlo. 2) Azzera preventivo. Allo step 6 nella toolbar del catalogo completo trovi un nuovo bottone rosso × Azzera preventivo: cliccandolo (con conferma) svuoti tutte le sigle selezionate e tutte le modifiche manuali (quantità, prezzi, note, sconti) per ripartire da zero senza chiudere e riaprire la pagina.

Feature Ticket #214 Ticket #216

• Sito aggiungibile a mano (#214 Sergio). Bottone "+ Aggiungi sito" allo step 2 quando Google non lo espone. Schema https:// aggiunto automaticamente se ometti il prefisso. Max 500 caratteri.
• Sito modificabile (#214 Sergio). Icona matita accanto al sito esistente per correggerlo. Bottone "Rimuovi" nel modal per scollegarlo.
• Azzera preventivo (#216 Tommaso). Conferma esplicita prima di azzerare ("Vuoi azzerare? Le N sigle selezionate verranno rimosse"). Funziona anche su selezioni miste fra catalogo completo e pacchetti pre-tarati.
• Audit log. Quando aggiungi un sito a mano la modifica viene tracciata nel log attività (azione "prospect_website_manual_set") così gli admin la vedono nella dashboard.

Tre cambiamenti in arrivo per la sicurezza. 1) 2FA obbligatoria entro 7 giorni. Tutti gli account commerciali e admin che non hanno ancora attivato la 2FA devono farlo entro 7 giorni di calendario dal rilascio di oggi. Da oggi vedete in cima a ogni pagina un banner rosso con countdown ("hai 6 giorni... 5 giorni..."): cliccando "Attiva ora" andate diretti al profilo. Allo scadere il sistema vi disconnette automaticamente e al prossimo login chiede di completare l\'attivazione prima di poter rifare qualunque altra cosa. Niente paura — il flusso e\' semplicissimo, basta scansionare un QR-code con l\'app del telefono in 60 secondi. 2) Codici di recupero. Quando attivate la 2FA il sistema vi mostra 8 codici di recupero da salvare in un posto sicuro. Servono se un giorno perdete il telefono: con uno qualsiasi di quei codici potete rientrare nel tool. Sono usa-e-getta (ogni codice funziona una sola volta), si rigenerano dal profilo. 3) Deploy automatico. Cambio interno: la pipeline di rilascio ora installa le dipendenze nuove e applica le modifiche al database in automatico. Risolve la classe di problemi che ha causato l'outage di 33 minuti questa mattina.

SECURITY 2FA OBBLIGATORIA DEPLOY

• Banner rosso con countdown. In cima a ogni pagina vedi un banner che ti ricorda quanti giorni hai per attivare la 2FA. Si toglie da solo appena la attivi.
• Allo scadere: logout automatico + obbligo enroll. Dopo 7 giorni se non l\'hai ancora attivata, il tool ti scollega e al prossimo login devi obbligatoriamente fare l\'attivazione.
• 8 codici di recupero al primo enroll. Bottoni per copiarli negli appunti oppure scaricarli come file .txt. Salvali nel password manager o stampali. Quando finiscono o ne vuoi di nuovi, li rigeneri dal profilo (serve password + codice 2FA corrente).
• Login con codice di recupero. Se sei senza telefono, alla pagina del codice 2FA puoi inserire uno dei codici di recupero al posto dei 6 cifre normali. Una volta usato, quel codice si auto-elimina (era usa-e-getta).
• Hotfix QR-code visualizzato a metà. Sistemato un problema che faceva apparire il QR-code croppato in alcuni browser (mancava una proprietà SVG, ora aggiunta).
• Deploy automatico (interno). La pipeline ora esegue pip install e applicazione modifiche schema database in automatico dopo l'SFTP.

Completata l'esperienza utente del 2FA aperto in v2.31.0. Adesso puoi attivare l'autenticazione a due fattori dal tuo profilo senza chiamare nessuno: vai su Dashboard Utente → Profilo, scorri in fondo alla pagina e trovi la card «Sicurezza account». Clicca «Attiva 2FA», scansiona il QR-code con la tua app authenticator (Google Authenticator, 1Password, Authy o Microsoft Authenticator) e conferma con il primo codice che vedi. Da quel momento ogni login chiede password + codice 2FA. Sulla pagina di login il prompt del codice compare automaticamente dopo aver inserito email e password.

SECURITY UI

• Card "Sicurezza account" nel profilo. Mostra se il 2FA è attivo o no, da quando, e ti dà il bottone per attivarlo o disattivarlo.
• QR-code generato server-side. Il QR-code viene reso direttamente dal nostro server (libreria segno, no servizi terzi): il secret 2FA non transita mai da fornitori esterni di rendering.
• Inserimento manuale come fallback. Sotto al QR trovi la chiave Base32 testuale con un bottone «Copia», utile se la fotocamera non funziona.
• Login con prompt 2FA automatico. Quando il backend risponde «serve il codice 2FA», la pagina di login mostra automaticamente un campo a 6 cifre senza farti rifare email + password.
• Disattivazione protetta. Per disattivare il 2FA dal profilo serve la password attuale + un codice 2FA valido: chi avesse rubato la sessione attiva non può togliere la protezione.

Autenticazione a due fattori — l'ultimo blocco di sicurezza dal report del consulente esterno. Adesso puoi proteggere il tuo account con un secondo fattore: dopo email + password, il sistema ti chiede un codice da 6 cifre usa-e-getta generato dalla tua app di authenticator (Google Authenticator, 1Password, Authy, Microsoft Authenticator). L'attivazione e' opzionale: niente cambia se non lo abiliti, ma per gli account che gestiscono prospect e proposte la consigliamo. Una volta attiva, chi avesse rubato la tua password non potrebbe entrare senza anche il telefono. Come si attiva: endpoint /api/auth/mfa/enroll → QR-code → scansiona con l'app → /verify-enroll col primo codice per confermare. Una UI dedicata nel profilo arriverà in un rilascio successivo (questa release apre l'API). Come si disattiva: /disable richiede di nuovo password + codice corrente.

SECURITY FEATURE

• Standard di settore (TOTP). Usiamo lo standard TOTP a 30 secondi (lo stesso di banche, Google, Microsoft, GitHub). Funziona con qualunque app di authenticator già sul tuo telefono.
• Attivazione opzionale, raccomandata per admin. Quando lo standard NIS2 entrerà in fase 2 diventerà obbligatoria per gli admin — meglio prendere l'abitudine adesso.
• Disattivazione protetta. Per disattivare il MFA serve sia la password sia un codice valido. Se qualcuno avesse rubato la sessione attiva del browser non potrebbe spegnerti la protezione.
• Account senza MFA continuano a funzionare come prima. Niente cambia per chi non vuole attivarlo: login con email + password e via.
• Hotfix Trivy. Sistemato il riferimento alla action Trivy (v0.36.0 invece di 0.36.0) che impediva ancora ai deploy di passare dopo il primo tentativo di fix.

Secondo blocco di interventi dal report di sicurezza esterno. Quattro aree chiuse, sempre dietro le quinte. Chiavi API protette: le chiavi dei fornitori (Anthropic, Google, Local Falcon, SEOzoom, ScrapeCreators, YouTube, PageSpeed, Sentry) custodite nel database sono adesso cifrate a livello applicativo con una chiave master separata. Rotazione dati Google automatica: ogni domenica notte il blob JSON delle response Google Places piu' vecchio di 30 giorni viene rimosso dal database (Google ToS Section 3.2.3). I dati visibili nel tuo prospect (nome, rating, citta') restano e si rinfrescano alla prossima apertura. Retention log automatica: ogni notte alle 3:30 i log di attivita' (login, ricerche, audit) piu' vecchi di 180 giorni vengono cancellati — adempimento GDPR Art. 5(1)(c) + Determinazione ACN 283727/2025. Build a prova di manomissione: ogni libreria Python che usiamo ha l'impronta crittografica salvata nel lockfile, l'installer rifiuta qualunque pacchetto che non corrisponda all'impronta attesa (difesa supply-chain). Hotfix: sistemato un bug del workflow di deploy che aveva impedito ai rilasci precedenti di pubblicarsi.

SECURITY GDPR SUPPLY CHAIN

• Chiavi API cifrate (Fernet). Le chiavi dei fornitori nel nostro database sono cifrate con una chiave master separata che vive solo nel server applicativo. Il backup del database, da solo, non basta a leggerle.
• Rotazione dati Google automatica. Ogni domenica notte il blob JSON delle response Google Places piu' vecchio di 30 giorni viene rimosso. I dati visibili (nome, rating, citta') si rinfrescano alla prossima apertura del prospect.
• Retention log automatica. Ogni notte alle 3:30 i log piu' vecchi di 180 giorni vengono cancellati. Adempimento GDPR + ACN.
• Lockfile + verifica delle impronte. Ogni dipendenza Python ha l'impronta crittografica nel lockfile; l'installer rifiuta libraries non corrispondenti. Difesa supply-chain.
• Hotfix deploy bloccato. Sistemato bug nel workflow CI/CD (riferimento a una versione inesistente dello scanner Trivy + un test pre-esistente che falliva) che aveva impedito ai due rilasci precedenti di pubblicarsi in produzione.

Primo blocco di interventi sulla base dell'audit di sicurezza esterno. Il consulente cybersecurity ha consegnato un report con 21 finding da chiudere; questa release ne risolve nove. Lato sicurezza tecnica: gli endpoint interni che svuotavano la cache delle chiamate ai fornitori esterni adesso richiedono il ruolo amministratore (prima chiunque arrivasse al server poteva svuotarli e farci ri-pagare le chiamate); le librerie con vulnerabilità pubbliche note sono state aggiornate (libreria JWT, motore HTTP del server, client HTTP, client SSH); la pipeline di rilascio adesso blocca automaticamente un merge se una dipendenza ha un CVE non risolto e fa una scansione di sicurezza dell'intero codice prima del deploy. Lato durata della sessione: il login attivo passa da 7 giorni a 24 ore, ma con un rinnovo automatico ogni volta che lavori — quindi tu non noti nulla se sei sul tool, mentre una sessione abbandonata si chiude da sola entro la giornata. Lato manutenzione futura: abbiamo attivato il bot di GitHub che monitora settimanalmente le dipendenze Python, le GitHub Actions e l'immagine Docker e apre pull request automatiche quando un componente va aggiornato.

SECURITY HARDENING CI/CD

• Porte di servizio richiudate. Gli endpoint /api/cache/stats e /api/cache/purge ora richiedono il ruolo amministratore: prima erano aperti e un attaccante poteva forzarci a re-interrogare i fornitori esterni a pagamento (DoS economico). Niente cambia per te se sei agente normale.
• 4 dipendenze critiche aggiornate. Libreria JWT (decodifica del login), motore HTTP del server, client HTTP per chiamare i fornitori, client SSH per i deploy: tutte spostate su una versione che chiude i CVE pubblicati sulle precedenti. Comportamento utente invariato.
• Sessione 24h con rinnovo automatico. Da oggi il token di login dura 24 ore invece di 7 giorni. Non noterai nulla se sei attivo: ogni richiesta al server estende la sessione di altre 24 ore. Una sessione abbandonata per 24 ore si chiude da sola — questa è la difesa contro furto di sessione su computer condivisi.
• Build bloccata se trova vulnerabilità. Prima la CI segnalava le CVE delle dipendenze come warning e mergeva lo stesso. Da oggi sulla branch main il merge si blocca se una dipendenza ha un CVE non risolto.
• Scansione di sicurezza pre-deploy. Il workflow di deploy adesso esegue Trivy (scanner di vulnerabilità) prima di toccare il server: se trova un problema HIGH/CRITICAL fixabile, il deploy si interrompe.
• Bot Dependabot attivo. Settimanalmente apre pull request automatiche quando esce un aggiornamento di una libreria Python, una GitHub Action o l'immagine Docker di base. Niente più "dimentichi di aggiornare e ti accorgi al prossimo audit".

Due piccoli ma fastidiosi inciampi sistemati. Primo: stampare l'audit completo dallo step 6 da Mac (Safari e Chrome) non funzionava sempre — la finestra si apriva ma partiva a vuoto, oppure il browser bloccava in silenzio il popup e cliccavi su «Stampa» senza che succedesse nulla. Ora la stampa attende che il documento sia davvero pronto prima di aprire il dialog, mette a fuoco la finestra (richiesto da Safari) e, se il browser blocca il popup, mostra un avviso con le istruzioni per sbloccarlo. Secondo: nella tua Dashboard Utente → Performance, alcune categorie di prospect comparivano in inglese («Wedding venue», «Swimming pool», «Wellness center»): ora sono mappate in italiano e il traduttore copre anche i display name «Title case» di Google, non solo gli identificativi tecnici.

FIX stampa FIX lingua

• Stampa audit da Mac, finalmente solida. Sia Safari sia Chrome su macOS aprivano la finestra e poi stampavano a vuoto, o non aprivano nulla per via del popup blocker silenzioso. Risolto su entrambi i punti di stampa dello step 6: l'audit completo e la proposta riassuntiva.
• Popup bloccato? Ora lo sai. Se il browser blocca la finestra di stampa, un avviso ti dice cosa fare in pochi click sia su Safari sia su Chrome. Niente più click silenziosi senza effetto.
• Categorie sempre in italiano. Aggiunti i nomi mancanti (sala ricevimenti, piscina, centro benessere, sauna, spazio eventi) e corretto il caso in cui Google restituisce il display name già in inglese capitalizzato: ora viene comunque tradotto se presente nel nostro dizionario.

Il «Gancio commerciale» non finisce più nel PDF stampato. Da v2.21.8 l'audit stampato include in coda i brief dei consulenti AI (Consulente GBP, SEO Locale, Stratega Social, Analista Competitor, Narratore Audit) già generati negli step precedenti. Ogni brief però chiude con una sezione «Gancio commerciale»: una leva di vendita scritta per te, non per il cliente. Da oggi quella sezione viene ripulita dal PDF in fase di stampa: la vedi ancora a video sui pannelli AI degli step 2/3/4/5 quando lavori l'audit, ma il documento che lasci al prospect mostra solo la parte diagnostica.

FIX presentazione

• Solo nella stampa. A schermo nulla cambia: continui a vedere il Gancio commerciale di ciascun consulente AI mentre prepari l'appuntamento.
• Cinque consulenti coperti. Consulente GBP, SEO Locale, Stratega Social, Analista Competitor, Narratore Audit: tutti i brief che includevano la voce vengono ripuliti in stampa.
• Resto del brief intatto. Diagnosi, azioni, gap restano nel PDF. Sparisce solo la sezione marcata «Gancio commerciale».

Competitor «veri» della mappa locale per i consulenti AI. Il provider che usiamo per le metriche SEO del sito suggerisce anche «competitor per affinità di dominio»: su business locali però questa lista è spesso fuori target — portali nazionali, business in altre città, siti di settore senza geografia. I consulenti AI ci finivano sopra e prendevano abbagli ("il suo competitor X copre il triplo del traffico"... ma X è un sito nazionale che non compete davvero col prospect locale). Da oggi cambia la sorgente: per ogni analisi il sistema prende i 4 rivali reali della mappa locale dallo scan Local Falcon (quelli che emergono per la stessa keyword nella stessa zona), recupera per ciascuno il sito reale e la categoria via Google, filtra i casi in cui il rivale ha solo un profilo social o è ospitato da un portale (PagineGialle, TripAdvisor, TheFork, Yelp, Linktree, ecc.), e per chi ha un sito proprio aggiunge le metriche SEO. Tutto questo viene passato ai consulenti come fonte autorevole. Risultato: il Consulente SEO senior, il Consulente GBP, lo Stratega Social, il Direttore Commerciale e A.V.A. ragionano sui rivali davvero vicini al prospect, e sanno trasformare in leva commerciale i casi in cui il rivale non ha sito («in zona i diretti concorrenti non hanno un sito proprio, lei prende tutto lo spazio se investe»).

UPGRADE qualità AI

• Sorgente competitor = Local Falcon. Top 4 dalla scansione mappa, già ordinati per copertura. Geograficamente reali, stessa keyword del prospect.
• Arricchimento Google Places. Per ogni competitor estraiamo il sito proprio e la categoria precisa dalla scheda Google.
• Filtro siti reali. Profili Facebook / Instagram / TikTok / LinkedIn, pagine su PagineGialle / TripAdvisor / TheFork / Yelp / Linktree non sono «siti propri»: il consulente li riconosce e li tratta come opportunità commerciale per il prospect.
• Metriche SEO solo per chi ha sito proprio. Autorità di dominio + keyword + traffico stimato, solo sui rivali con dominio proprio.
• 5 personas aggiornate. Consulente SEO senior, Consulente GBP, Stratega Social, Direttore Commerciale, A.V.A.: tutti istruiti a usare il nuovo campo competitors_local e a ignorare i competitor per affinità di dominio.
• Cache 24h. Lookup Google + SEO per place_id e dominio cachati, così dopo il primo agente che analizza una zona, gli altri pagano latenza zero sugli stessi rivali.

Anche le keyword «ritoccate» dall'AI ora hanno i numeri. Capitava che il SEO Senior partisse da una keyword pulita (es. «palestra corso Valdocco») e nel testo finale la riscrivesse aggiungendo la città («palestra corso Valdocco Torino»). La versione ritoccata non era nei dati in ingresso, quindi accanto compariva «volume n.d. · CPC n.d.», anche quando il dato esisteva sul nostro fornitore per quella esatta variante. Da oggi, dopo che il consulente ha scritto la sua analisi, controlliamo ogni bullet con «n.d. · n.d.»: chiediamo al fornitore se conosce quella keyword e, se sì, sostituiamo i valori con i numeri veri (volume, CPC, difficoltà). Le keyword troppo nicchia o inventate di sana pianta che il fornitore non conosce restano «n.d.», com'è corretto.

Keyword arricchite anche sui prospect «storici». La patch di prima (CPC e difficoltà sulle 10 keyword del SEO Senior) funzionava solo sui prospect analizzati dopo il deploy. Per i prospect già analizzati prima, i dati erano stati salvati in cache senza i nuovi campi, e il consulente AI continuava a dire «CPC n.d.». Ora il backend, quando lancia il SEO Senior (o gli altri consulenti che leggono le keyword), riempie al volo i campi mancanti pescandoli dal fornitore SEO. Effetto: rilanciando il consulente su un prospect vecchio, ricevi un brief nuovo con i numeri corretti. Senza dover rifare l'intera analisi.

Admin view: i consulenti AI ora si avviano. Quando aprivi un prospect dallo Storico usando «Apri come admin» e poi cliccavi su un consulente AI (SEO Senior, Consulente GBP, Reputation Manager, ecc.), la chiamata veniva bloccata con errore 403 dalla guardia di sola-lettura. La guardia era pensata per impedire modifiche al prospect ispezionato, ma consultare un consulente AI è un'azione di lettura (genera un parere, non modifica nulla sul prospect). Da oggi tutti i consulenti AI sono attivabili anche in modalità admin view; restano comunque bloccate le scritture vere (lancio scan, cambio status del prospect, modifica tag, eccetera).

Hotfix admin view: niente più crash sul SEO Senior. Aprendo un prospect in modalità admin (bottone «Apri come admin» dallo Storico) e lanciando subito il Consulente SEO Senior, l'analisi falliva con un errore JavaScript. Il dato «numero di recensioni» arrivava come numero anziché come lista (perché in modalità admin la pagina non ricarica le recensioni di dettaglio da Google, usa solo i contatori che ha già in database) e la pagina provava a iterarci sopra come se fosse una lista. Da oggi controlliamo il tipo prima di usarlo: se non ci sono recensioni di dettaglio, semplicemente partiamo con lista vuota e l'analisi prosegue normalmente.

Keyword del SEO Senior: ora con CPC e difficoltà reali. Fino a oggi quando il Consulente SEO Senior ti suggeriva le 10 parole chiave da lavorare per il prospect, accanto trovavi spesso volume n.d. e CPC n.d.. Il volume in realtà c'era (nostra fonte SEO) ma CPC e difficoltà venivano persi nel passaggio: per averli serve una chiamata aggiuntiva al provider su ciascuna keyword. Adesso facciamo proprio questa chiamata aggiuntiva (in parallelo, con cache 60 giorni per non sprecare crediti) e per ogni keyword ottieni: volume mensile, CPC stimato in euro, difficoltà di posizionamento e l'intento di ricerca (commerciale, informativo, locale). Sono i numeri che servono per dire al cliente «sulla keyword X paghi Y € per clic in Ads, ma se la lavori in SEO ti porta Z visite/mese». Le keyword senza dato (long-tail troppo nicchia per essere tracciate) restano segnate «n.d.» come prima — è un limite di Google, non nostro.

Storico admin: cella azioni rimessa in ordine. Sulla tabella Storico (tab admin), il bottone «Apri come admin» finiva a cavallo della cella e quando il prospect aveva anche il Racconto, il bottone viola sotto invadeva la riga successiva. Ora i due bottoni sono impilati verticalmente, restano dentro la cella e non si tagliano più né si sovrappongono. Fix solo cosmetico, lato admin: nessuna modifica al comportamento sotto.

Audit stampato: brief AI ora leggibili davvero. Quando stampavi l'audit completo dallo step 6, le letture dei consulenti AI venivano riversate nel PDF in testo grezzo — cancelletti, asterischi, righe numerate sparse senza struttura. Da oggi il PDF mostra i titoli delle sezioni come titoli, gli elenchi come elenchi puntati e i grassetti come grassetti. Stesso contenuto, stessa lunghezza, ma finalmente impaginato come ti aspetti di consegnarlo al cliente. Il fix tocca anche gli altri commenti AI già presenti nel documento (sentiment delle recensioni, eccetera).

Step Social: tracciamento riallineato. Le analisi social fatte allo step 4 non aggiornavano il pallino "4" nella riga del prospect (né sulla tua dashboard né nello Storico interno): l'analisi veniva eseguita e i risultati salvati, ma il collegamento col prospect non veniva memorizzato. Ora il legame viene scritto correttamente, quindi ogni nuova analisi social accende il pallino 4 come gli altri step. Le analisi social fatte prima di questa versione restano senza pallino: basta rilanciarle (la cache profilo è ancora valida, quindi nessun credito extra).

Audit più narrativo, meno schematico. Quando stampi l'audit dallo step 6, ora il documento include anche i pareri narrativi dei consulenti AI che hai già consultato nei passaggi precedenti (esperto SEO, consulente GBP, social analyst, stratega social, esperto SEO locale, reputation manager, analista competitor e narratore audit). Ogni brief compare nella sezione dello step corrispondente. Se non hai mai aperto un consulente, semplicemente quel paragrafo non compare: nessuna chiamata extra, nessun costo aggiuntivo, nessun bottone in più da cliccare. I brief commerciali interni (Direttore Commerciale e Gestione Obiezioni) restano fuori dall'audit, perché sono solo per te.

Tenuta della modalità admin anche con link «nudi». Si era visto che, in alcuni passaggi tra step, la pagina seguente perdeva l'indicazione «sei in modalità admin» e tornava a visualizzare il prospect della sessione personale dell'admin. Adesso il browser ricorda per-tab che si sta ispezionando un prospect altrui: anche se un link interno all'applicazione perde l'indicazione, la pagina seguente la recupera automaticamente, la barra viola resta visibile e i dati mostrati restano quelli del prospect ispezionato. La memoria per-tab scompare quando si chiude la tab.

Isolamento immediato all'avvio pagina. Una piccola finestra di tempo (frazioni di secondo) tra l'avvio della pagina e il completamento del caricamento avveniva su background lasciava ancora aperta una via per cui codice esterno poteva leggere dati prospect-specifici dalla sessione personale dell'admin. Sistemato: la protezione «modalità admin» ora si attiva istantaneamente all'inizio del caricamento della pagina, prima che qualunque altro codice abbia possibilità di girare. La barra viola e gli elementi UI compaiono come prima ma il filtro sui dati è già in vigore dal primo istante.

Tappato l'ultimo canale di «perdita» in modalità admin. Dopo il fix precedente l'admin riportava ancora il vecchio prospect quando passava alla card social. Causa scoperta: alcuni bottoni interni alle pagine (es. «Continua ai Social» dopo la SEO) hanno un meccanismo di recupero che, se non trovano i dati in memoria, vanno a leggerli dal cassetto locale del browser; in modalità admin quel cassetto contiene però ancora l'ultimo prospect dell'admin e quindi il dato sbagliato passava alla pagina seguente. Adesso, mentre l'admin sta ispezionando un prospect altrui, le pagine non possono più rileggere dalla memoria locale i dati prospect-specifici: l'unica sorgente legittima diventa il bootstrap che carica il prospect ispezionato dal server.

Modalità admin: isolamento completo dalla sessione dell'admin. Dopo il fix delle ore precedenti restava un caso scoperto: passando da Web & SEO alla card social, ricomparivano i dati di un vecchio prospect dell'admin. Il motivo: durante il render normale degli step (non solo al click «Continua») le pagine salvavano silenziosamente i dati del prospect corrente nel cassetto locale del browser dell'admin, e alcuni bottoni programmatici tra step non portavano avanti il contesto «modalità admin». Adesso, quando si è in modalità admin su un prospect altrui, qualunque tentativo di sovrascrivere le chiavi di sessione legate al prospect viene bloccato, e tutte le navigazioni tra step (compresi i bottoni con animazione di transizione) propagano automaticamente il riferimento del prospect ispezionato. Così l'admin può aprire più prospect altrui in sequenza senza vedere «perdite» di dati tra una scheda e l'altra, e la sua sessione personale resta intoccata.

Modalità admin: navigazione tra step ora coerente. Aperto un prospect di un altro agente con «Apri come admin», cliccare il bottone «Web & SEO» (o «Vai alla proposta», o «Vai a Social») dalla scheda Visibilità locale portava per sbaglio dentro un altro prospect, già analizzato in precedenza dall'admin stesso. Il motivo: quei bottoni salvavano i dati del prospect ispezionato nel cassetto locale del browser, ma la sessione dell'admin teneva un riferimento ad un suo prospect precedente e la pagina seguente leggeva quel mix sbagliato. Inoltre i link diretti tra step (non passanti dalla barra di navigazione) non preservavano il contesto «modalità admin» e la pagina di destinazione ricadeva sui dati del browser. Sistemato: in modalità admin nessun salvataggio nel cassetto del browser dell'admin, e tutti i link interni alle pagine vengono riscritti automaticamente per portare il riferimento del prospect ispezionato + il contesto admin. La sessione dell'admin sui suoi prospect non viene più toccata.

Coerenza di scope sulla pagina Novità. La card che annunciava la nuova vista admin sui prospect altrui era finita su scopri.html, la landing «Novità» che vedono tutti gli agenti commerciali: la funzione però è accessibile solo agli amministratori, e mostrarla lì rischiava di generare attese sui bottoni che gli agenti non hanno. Ora è rimossa da quella pagina (resta documentata in changelog, roadmap e documentazione tecnica). Regola dal prossimo rilascio: la pagina Novità elenca solo le funzionalità effettivamente accessibili al pubblico target.

Vedere come gli agenti usano lo strumento, senza disturbarli. Nello Storico prospect (tab dell'area admin) ogni riga ha ora una barra di avanzamento con sette pallini colorati: uno per ogni step del flusso (Ricerca, Visibilità locale, Web & SEO, Social, Diagnosi, Proposta, Racconto). Verde = step completato, grigio = non ancora fatto. In un colpo d'occhio l'admin capisce se l'agente ha portato a termine l'analisi o si è fermato prima — e dove. A fianco c'è un nuovo bottone «Apri come admin» che porta dentro il prospect di quell'agente in sola lettura: si vede tutto il lavoro già fatto (scan mappa, audit web, social, scorecard, racconto), si naviga tra gli step con la flowbar normale, ma salvataggi, scan nuovi e invii sono disattivati — non si interferisce con il lavoro dell'agente. Una barra viola in alto ricorda costantemente di essere in modalità ispezione. Se il prospect ha già un Racconto generato, compare anche un secondo bottone viola che apre direttamente la narrazione cached, senza passare dagli step intermedi.

Cancellazione utenti più affidabile. Capitava che, dopo aver creato un nuovo agente che poi non riusciva a entrare, l'admin si trovasse impossibilitato a eliminarlo dalla lista: il sistema rispondeva con un errore generico anche se l'agente non aveva ancora nessun prospect collegato. Il motivo era che i tentativi di login lasciavano una traccia nello storico attività e quella traccia bloccava la rimozione. Adesso, quando un admin elimina un agente, tutte le tracce collegate vengono ripulite o mantenute in forma anonima (storico attività, feedback inviati, racconti, snapshot social) prima di cancellare l'account vero e proprio: la storia del prodotto resta tracciabile per audit, ma l'account utente sparisce davvero. Restano validi i due controlli di sicurezza esistenti: non si può eliminare un agente che abbia prospect attivi (vanno prima riassegnati) e non si può eliminare l'ultimo amministratore rimasto.

Catalogo dello step 6 piu' pulito e navigabile. Le 10 macro della versione precedente erano troppo aggregate: per esempio "Visibilita' Google" conteneva GBP, Google Ads, SEO, Web Directory e Sì!Happy tutti insieme. Adesso ci sono 20 macro piu' granulari (Siti Web, App Mobile, eCommerce, Google Business Profile, Google Ads, SEO Organica + Ad Domain, Web Directory PagineSì, Sì!Happy, Facebook + Instagram, TikTok + YouTube, LinkedIn, Video Produzione, Spot Video TV, AI Assistenti, Si4Business + Si4Lead + SMS, Reputazione, Funebre / Ricordi di Vita, Agenzie Immobiliari, Optional & Accessori, Mantenimenti & Restyling). Sono tutte chiuse di default: vedi solo i 20 titoli con il numero di prodotti, apri solo quello che ti serve. Bottoni Apri tutto / Chiudi tutto in toolbar per chi vuole scorrere. La ricerca testuale apre automaticamente le macro pertinenti. Sigla AGIM (Agenzia Immobiliare) corretta: prima finiva per errore in Funebre.

Catalogo step 6 piu' facile da navigare. Con 379 sigle nel listino, le 30 categorie originali erano troppe. Le abbiamo raggruppate in 10 macro funzionali: Sito Web, eCommerce, Visibilità Google (con Sì!Happy), Social, Video & Spot TV, AI & Lead, Reputazione, Funebre (Ricordi di Vita), Accessori & Servizi, e Mantenimenti & Restyling separati dal flusso vendita principale (sono i prodotti per rinnovi clienti esistenti, non per nuove proposte). Sulla card di ogni prodotto compare ora il badge Property (viola), Concessione (azzurro), Operatore (arancio) o No Provvigione (grigio) — così sai a colpo d'occhio cosa significa per la tua provvigione, senza dover aprire il listino.

Piccola sistemazione cosmetica nel catalogo dello step 6. Sotto il titolo "Tutti i prodotti PagineSi" c'era la frase «Naviga i 67 prodotti per categoria» col numero scritto fisso nel codice. Adesso il numero viene letto in tempo reale dal listino corrente: con il catalogo espanso a 379 sigle la frase diventa "Naviga i 379 prodotti del listino...". A ogni futuro aggiornamento del catalogo il numero si aggiorna da solo.

Sistemato il catalogo che appariva vuoto. Dopo l'import dei 379 prodotti, alcuni di essi (i prodotti "a preventivo" come AI-ESC o le campagne advertising custom) avevano un prezzo non numerico nel listino. Il rendering dei prodotti incrociava un errore tecnico su quei prezzi non-numerici e si interrompeva, lasciando la lista visibilmente vuota. Adesso quei prodotti vengono mostrati con la dicitura "a preventivo" (in corsivo) accanto al nome, e tutto il resto del listino si vede regolarmente. Catalogo a 379 sigle finalmente visibile.

Il catalogo completo a 379 sigle è finalmente in produzione. Il rilascio precedente (v2.20.19) non era andato a buon fine perché un controllo automatico interno aveva trovato un'incongruenza nella categorizzazione di alcune nuove sigle (i bundle SMS Si!2SMS erano finiti per errore nella categoria Siti Web invece che in Si4Lead). Sistemato: rimessi nella categoria giusta, i nomi sono più leggibili (es. "Si!2SMS B5 — da 5.000 a 9.999 sms B2B"), e nello scoring abbiamo garantito che il sito web (Si!2Site Ready) resti sempre tra i prodotti consigliati quando il prospect non ha un sito, anche con un catalogo molto più grande.

Catalogo prodotti completo, finalmente. Fino a oggi nella generazione della proposta il sistema usava un catalogo prodotti ridotto, una shortlist di 67 sigle creata all'avvio dell'hub. Quando un agente vedeva nel Brief AI un prodotto come SOC-ADV50, andava a cercarlo nel selettore e non lo trovava: era un prodotto vero del listino PagineSi che semplicemente non era stato importato nell'app. Da oggi il catalogo dell'hub contiene tutte le 379 sigle del listino ufficiale: tutti i social adv, tutti gli spot video tv (Netflix, Prime, Mediaset, Sky, ecc.), tutti i pacchetti Si4Business, i Sì!Happy, i prodotti AI, gli e-commerce pack, le campagne LinkedIn, e così via. Quello che cita il Brief AI ora lo trovi nel selettore.

Aggiustamento interno. Il rilascio precedente (v2.20.17, lo strumento admin per revisionare i prompt AI) aveva un dettaglio tecnico che impediva al sistema di rispondere correttamente. Sistemato senza cambiare nulla di funzionale. Nessun impatto per chi usa l'hub commerciale.

Nuova pagina admin per revisionare le analisi AI. Aggiunto uno strumento riservato agli amministratori per leggere in un unico documento tutte le istruzioni che diamo agli analisti AI (Consulente GBP, Direttore Commerciale, ecc.) per generare le analisi sui prospect. Serve per fare revisioni periodiche e capire dove ritarare il tono o le regole. La pagina è visibile solo a chi ha il ruolo admin: nessun rischio di esporre il know-how all'esterno. Nessun cambiamento per gli agenti commerciali.

Niente piu' frasi monche nell'analisi dello step 2. Era stato segnalato il caso di una raccomandazione del Consulente GBP che si chiudeva con «...prima dell'appuntamento, per» senza completare la frase. Era un limite di spazio: su prospect con molti dati (tante foto, recensioni numerose, orari completi) il sistema esauriva il budget di scrittura e tagliava la sezione finale. Abbiamo dato più spazio al Consulente GBP e aggiunto una regola che vale per tutte le sintesi AI: se lo spazio sta finendo, accorciare le ultime righe ma mai troncare una frase a metà.

Niente piu' analisi sprecate su lead già presi. Prima poteva capitare che cliccassi su un prospect dalla ricerca e arrivassi fino allo step 6 (15 minuti di analisi) prima di scoprire che era già in gestione di un collega. Da oggi due controlli a cascata: sulla pagina di ricerca, finché il sistema sta verificando la disponibilità, la selezione e l'avvio analisi sono trattenuti con un breve avviso; e se per qualsiasi motivo quel controllo fallisce, appena entri nello step 2 ti appare un avviso bloccante che ti dice chi sta lavorando il prospect e fino a quando, con un solo bottone per tornare alla ricerca. Risultato: o ti accorgi subito, o al primo passo, mai dopo 15 minuti.

Tre fix mirati dai vostri ticket. Sistemata la sovrapposizione tra la barra "Stampa PDF / Rigenera / Nuova ricerca" e il banner azzurro "Stai vedendo il racconto dalla cache" nella pagina del Racconto. Risolto il caso degli agenti che, lavorando su più prospect in tab diverse, vedevano nello step 5 (Competitor) ancora i concorrenti del prospect precedente: ora quando torni sulla tab, se il prospect è cambiato la pagina si ricarica da sola. Cambiato il colore del testo dei tag nella dashboard, che erano poco leggibili (viola su viola): ora si vedono bene.

Pulizia editoriale. Dal 15 maggio il lock sui prospect in «Proposta inviata» dura 7 giorni (prima erano 3), ma alcuni testi in giro per la piattaforma raccontavano ancora la vecchia regola. Abbiamo allineato tutto: scheda Scopri con le feature attuali (7 giorni, promemoria a -3gg e -1gg, bottone «Rilascia lead») e documentazione tecnica. Nessun cambio di logica, solo testi messi a posto. Il funzionamento è sempre stato giusto, era solo il racconto a essere disallineato.

Aiuto e supporto ora a portata di click. Da oggi nella barra in alto, tra "Storico" e (per gli admin) "Admin", trovate un nuovo bottone AIUTO! in ambra acceso. Cliccandolo si apre la stessa scheda con la scaletta in 3 step che gia' trovavate nel menu utente: prima la guida, poi un ticket per i bug, e solo come ultima spiaggia il numero di telefono per dubbi sull'uso dell'interfaccia. Lo abbiamo voluto bello visibile cosi' nessuno deve più cercarlo — ma il messaggio resta: provate prima la guida.

Una raffica di sistemazioni dai vostri feedback. Abbiamo lavorato 9 ticket aperti dagli agenti: 4 bug fix (parola «undefined» nel verdetto, orari della scheda Google che a volte non venivano rilevati, numeri contrastanti nel Brief AI, e una nuova banda di avviso quando il sito del prospect non risponde), più 3 chiusure educative (con rimando alla nuova guida) e 2 idee triage che valuteremo. Grazie a tutti per le segnalazioni: continuate a farci sapere quando qualcosa stride.

Una guida tutta per voi commerciali, accessibile dal menu utente. Aprendo il menu in alto a destra (sul vostro nome) trovate due voci nuove: Guida per commerciali e Aiuto e supporto. La guida copre tutto il flusso dell'hub in linguaggio semplice — 6 step di analisi, Racconto, Dashboard, lead in gestione esclusiva, prodotti, FAQ più comuni, glossario. Pensata per chi sale a bordo la prima volta e per chi ha dubbi nell'uso quotidiano. Il bottone Aiuto e supporto ti mostra invece una scaletta in 3 step su dove cercare aiuto: prima la guida, poi un ticket se c'è un bug, e solo come ultima spiaggia il numero di telefono (per dubbi sull'uso dell'interfaccia, non sulla vendita).

Promemoria desktop-first per chi accede da telefono o tablet. Aprendo qualsiasi pagina dell'hub da uno schermo stretto (largo fino a 1024 px) compare in cima una banda gialla che ricorda che lo strumento è pensato per essere usato da computer. Su mobile alcune visualizzazioni complesse — tabelle, mappe, grafici sociali — possono comportarsi in modo non ottimale. Il messaggio si può chiudere e non riappare più sullo stesso dispositivo.

Feature — rigenerazione racconto diretta dalla banner cache. Quando riapri un prospect e vedi il banner azzurro «Stai vedendo il racconto del XX/XX dalla cache», ora c'è un bottone «Rigenera ora» accanto a «Torna alla home». Cliccandolo riparte la generazione AI con gli stessi dati già raccolti (smart audit + scorecard): ottieni una narrazione fresca senza dover rifare la ricerca prospect dalla home.

Pulizia footer. Il footer in fondo a ogni pagina non mostra più la riga «Ideato e sviluppato da...». Restano logo, indirizzo, copyright e i link a Changelog e Roadmap.

Nuova feature — gestione lead più rilassata e più trasparente. Quando porti un prospect in stato «Proposta inviata», il lead resta tuo in esclusiva per 7 giorni (prima erano 3). In questa finestra ricevi automaticamente due promemoria: uno 3 giorni prima e uno 1 giorno prima della liberazione del lock. Se sai già che non chiuderai la trattativa, dalla dashboard utente c'è ora il bottone «Rilascia lead» che riporta il prospect in stato Aperto e lo mette a disposizione degli altri agenti, senza doverlo marcare come «Perso».

Bug fix — rilascio massivo prospect non funzionava con racconti salvati. Cliccando «Elimina tutti i prospect» dalla dashboard, l'operazione falliva silenziosamente con errore tecnico se anche uno solo dei prospect aveva un racconto narrativo salvato in archivio. Adesso il rilascio elimina correttamente sia il prospect sia il suo racconto collegato.

#168 — Apri prospect dalla dashboard non apriva l'analisi già fatta. Dalla Storico Prospect, cliccando «Apri» su un prospect del flusso Completa, la pagina di destinazione (Visibilità Locale) mostrava il prospect analizzato per ultimo nella sessione — non quello effettivamente cliccato — oppure restava sulla schermata vuota se la cache locale era pulita. Ora la pagina riconosce il prospect richiesto dall'indirizzo (URL) e lo carica direttamente dal database, ignorando ciò che era rimasto in cache.

Tre ticket di un agente, tutti fix mirati. (1) #165 categoria competitor «N/d»: nel confronto Competitor Intelligence (step 5) la categoria Google dei due competitor risultava sempre «N/d», anche per attività con categoria popolata. Causa: chiamata a un endpoint inesistente per arricchire i dati. Sistemato l'indirizzo: ora la categoria viene recuperata correttamente da Google e mostrata localizzata in italiano. (2) #166 LocalFalcon ricerca tripla: una stessa keyword era stata mandata in scansione mappa tre volte di seguito, bruciando crediti. Aggiunto un controllo pre-scan: se esiste già un report per la stessa keyword fatto negli ultimi 60 minuti, il sistema chiede prima se vuoi riutilizzarlo (gratis) invece di rifare la scansione. (3) #167 social del Racconto «non attivi» ma esistenti: nella Modalità Racconto la sezione «Presenza social media» segnava come non attivi canali che in realtà erano presenti sul sito del prospect. Lo stato dei 4 canali (Facebook, Instagram, YouTube, TikTok) ora viene determinato in modo deterministico dal rilevamento sul sito web, non lasciato alla decisione del modello narrativo.

Due interventi rapidi sui ticket di un nuovo agente. (1) #163 mappa ranking 7x7 tagliata: la griglia di posizionamento sullo step 2 (Visibilità locale) usciva fuori dal contenitore quando l'agente sceglieva la scansione 7x7 invece della 5x5 standard, in particolare con layout a due colonne (mappa LF + griglia ranking affiancate). Causa: la dimensione minima della singola cella era 28 px, sufficiente per 5x5 ma costringeva la 7x7 a sforare. Abbassato il minimo a 22 px: la cella resta leggibile (rank/NF chiari) e la griglia rientra nel contenitore. (2) #164 PageSpeed by Google: la card Performance Web sullo step 3 (Web & SEO) misura velocità di caricamento e Core Web Vitals via API Google PageSpeed Insights, ma il badge sopra la card diceva «speedcheck + Core Web Vitals», troppo tecnico. Sostituito con «PageSpeed by Google» (azzurro brand-friendly) cosí l'agente identifica subito la fonte. Un agente aveva chiesto di aggiungere PageSpeed: in realtà era già integrata da v2.18.19, semplicemente la fonte non era visibile.

Bug-fix segnalato dagli agenti (#157): «non compaiono le segnalazioni effettuate questo mese». La causa: la classifica mostrava solo i feedback con flag «integrato in produzione», quindi un agente che aveva inviato 5 ticket questo mese ma nessuno ancora chiuso da admin spariva dalla classifica. Ora la tabella mostra anche una colonna «Inviate» (segnalazioni totali inviate, in qualunque stato): cosí il tuo contributo è visibile anche prima dell'integrazione. Il ranking continua a essere basato sui punti integrati (la gamification non cambia), ma chi ha 0 integrate ma 5 inviate ora compare in classifica con «0 punti · 5 inviate» invece di sparire.

Da v2.19.2 la presenza social era una card informativa non legata al punteggio. Ora è un pilastro vero della scorecard: contribuisce al totale come gli altri 5 (GBP, Reputazione, Locale, SEO, Web). Pesi calibrati per settore: ALTO (12-14 pt) su ristorazione, estetica, retail, turismo, sport/fitness. MEDIO (7-8 pt) su artigianato e categorie generiche. BASSO (4-5 pt) su salute e servizi professionali B2B. La somma per settore resta 100, niente score storico inflazionato.

Quando concorre: solo se hai fatto lo step 4 (analisi social) per il prospect. Senza dati social, il pillar resta escluso dal denominatore (auto-normalizzazione già esistente per Local Falcon e SEO mancanti) — gli score di prospect senza step 4 restano identici a prima della v2.20.0. Quando il pillar è escluso compare nel banner «Dati mancanti» come già succede per scan mappa e SEO.

Due bug-fix admin segnalati durante la sessione. (1) Presenza Social nella scorecard step 6: prima la sezione «La scorecard della presenza digitale» mostrava i 5 pilastri (GBP, Reputazione, Locale, SEO, Web) ma non la presenza social, che usciva solo nel PDF di stampa. Ora è visibile a schermo come card informativa subito sotto il verdetto: tabella canali con handle, follower, post, ER, frequenza. La card resta informativa (non concorre al punteggio: i 5 pilastri sommano già 100 punti e aggiungere social come 6° richiederebbe ribilanciare i pesi di tutti e 9 i settori). (2) Stratega Social — codici tecnici nascosti: capitava che il modello AI scrivesse nella risposta finale i nomi dei campi del payload (data_gaps, no_social_scan, no_website, website_detect) anche se il prompt glielo proibiva. Ora un sanitizer client-side li sostituisce con frasi italiane (es. «dati parziali», «scan social non eseguito», «detect automatica del sito») prima del rendering, e il prompt include una nuova Regola 5 esplicita: «mai nominare i codici tecnici nella risposta finale».

Due bug fix segnalati stamattina. (1) Riapertura racconto dallo Storico: cliccando «Apri» su un prospect analizzato in Modalità Racconto, il sistema cadeva nella pagina di ricerca (sembrava di essere tornati alla home). Ora il racconto si riapre correttamente: se è già in cache lo vedi in 2 secondi, altrimenti viene rigenerato dai dati salvati e finisce in cache per le prossime volte. (2) YouTube «ultimo post 12 anni fa»: l'analisi social mostrava la data di creazione del canale al posto della data dell'ultimo video caricato. Ora la pipeline interroga la playlist degli upload e prende la data del video più recente.

Tre cambi importanti sulla Modalità Racconto, dai ticket #141, #143, #144. (1) Scansione mappa locale eseguita davvero: prima la spunta «Scan Local Falcon (mappa)» sulla home era cosmetica e il racconto scriveva sempre «Posizionamento locale non misurato». Ora se la lasci attiva, la pipeline lancia la scansione (5x5, 2 km) e attende il completamento (60-180 sec): il pillar Local SEO arriva nel racconto con dati reali. (2) «Le 3 fasi per crescere» ora è fatta di prodotti PagineSi: ogni azione è una sigla del catalogo (es. GBPP, Si2RE-PM, ISTBS) con nome e motivazione. Niente più consigli generici tipo «aggiungi foto, fai SEO»: il cliente capisce subito che siamo noi a gestirlo. (3) Listino completo nella proposta commerciale: oltre ai prodotti consigliati per il tier, ora c'è un selettore per aggiungere qualsiasi altro prodotto del catalogo (67 in totale). Le aggiunte mostrano un badge «+» e un pulsante per rimuoverle.

Due fix mirati segnalati con i ticket #140 e #142. Home: dal v2.18.18 la home mostra subito 60 prospect, ma il limite orario di rilevamento social era rimasto a 30/h. Risultato: dopo una ricerca in zona affollata, le icone social sparivano dalla seconda metà della griglia. Tetto alzato a 100 rilevamenti/ora — tre ricerche piene + margine, senza intaccare la sicurezza (la chiamata è comunque cheap). Racconto: la pagina «Presenza social media» mostrava il sopratitolo «Da attivare» anche quando il prospect aveva 1 o 2 canali già attivi: contraddittorio. Ora il sopratitolo si adatta al numero reale di canali (Da attivare / Presenza parziale / Buona copertura).

Sullo step 5 (Competitor Intelligence) i badge «+X vs te» e «−X vs te» mostravano il segno invertito: un competitor con il 29% di completezza scheda contro il tuo 71% compariva con «+42pp vs te», come se fosse davanti di 42 punti. Era confondente: il colore (verde) ti diceva «buona notizia per te», ma il segno + ti suggeriva il contrario. Adesso il segno segue il senso comune: + quando il competitor è davanti, − quando è indietro. Cosí basta uno sguardo per capire chi sta vincendo su ciascuna metrica, e il badge «Leader del confronto» smette di sembrare assegnato a caso.

Lo step 3 (Web & SEO) lanciava l'analisi Performance Web (Speedcheck + Core Web Vitals) con un timeout di 30 secondi: bastava un sito un po' pesante (negozi con tante immagini, gestionali con molti script) e l'agente vedeva «Il sito ha impiegato troppo tempo a rispondere all'analisi». Adesso la scansione attende fino a 60 secondi lato server e il messaggio mentre carichi avvisa che può richiedere fino a 1-2 minuti: cosí non chiudi la pagina pensando che si sia bloccata, e i prospect commercialmente più interessanti (siti lenti = molto da vendere) tornano misurabili.

Quando cerchi un prospect dalla home ora il sistema scarica subito tutti i 60 risultati che Google ha sulla zona (prima ne arrivavano solo 20 e bisognava cliccare «Carica altri 20 da Google» due volte per vedere il resto). I prospect vengono ordinati per opportunità: in cima quelli senza sito o con presenza digitale debole — quelli commercialmente più interessanti — anche se Google li metterebbe più in basso. Il caricamento richiede qualche secondo in più (3 chiamate a Google invece di 1) ma trovi subito i prospect su cui vale la pena lavorare. Bottone «Carica altri 20» rimosso: non serve più.

Hotfix dell'aggiornamento precedente. Quando lanciavi un'analisi dalla Modalità Racconto, il sistema marcava comunque il prospect come «Smart»: nello Storico vedevi il badge sbagliato. Risolto: ora la pagina Racconto comunica correttamente al backend la modalità di origine, e il prospect riceve il badge giusto. Per i prospect Racconto fatti prima di questo aggiornamento basta rilanciare l'analisi sullo stesso prospect: il source verrà corretto automaticamente.

Sullo step Social, in fondo alla pagina, il bottone «Competitor Intelligence →» era più grosso e in evidenza rispetto al «← Web & SEO»: a colpo d'occhio attirava verso lo step successivo prima che tu avessi guardato bene i social del prospect. Reso più sobrio (stesso peso del bottone indietro): l'informazione «dove proseguire» resta visibile, ma l'analisi social non viene più oscurata.

Sullo Storico, accanto al nome di ogni prospect ora compare un piccolo badge colorato che indica con quale modalità è stato analizzato: Completa (verde, audit step-by-step a 6 step), Smart (giallo, scheda 1-pagina), Racconto (viola, audit impaginato). Prima il badge compariva solo per Smart e Racconto e l'analisi Completa restava senza etichetta: a colpo d'occhio non si capiva il tipo di analisi.

Sulla card Competitor della Modalità Smart, quando il nome del competitor era molto lungo (es. Carletti Il Mondo della Pasticceria · 4.2 · 1.030 rec), la label «Competitor» veniva schiacciata fino a spezzarsi lettera per lettera in verticale (C-o-m-p-e-t-i-t-o-r), invece di restare sulla stessa riga. Risolto: la label ora ha uno spazio garantito e non viene mai compressa più di tanto.

Tre correzioni segnalate dall'admin. Storico prospect: mostrava solo i prospect Smart, ora elenca anche quelli analizzati con Racconto e con il flusso Completa. Modalità Smart: la card «Scheda Google» segnava la categoria principale come «non impostata» anche quando era presente — ora il controllo riconosce tutti i formati con cui Google ci consegna la categoria. I miei ticket: la risposta dell'admin nei ticket sforava a destra costringendo a scrollare orizzontalmente; ora il testo va a capo correttamente nella card.

Due interventi richiesti dagli agenti. Sullo step Competitor in mappa ora c'è un campo per aggiungere manualmente un competitor che lo scan non aveva pescato: digiti il nome, lo cerchiamo su Google Places e lo metti in lista. Sullo step Social, quando LinkedIn rifiuta la lettura automatica di un profilo (privato, anti-bot, pagina chiusa) il messaggio adesso lo dice in modo più chiaro e suggerisce di verificare a mano, invece del laconico «profilo privato o non disponibile».

Due correzioni segnalate dagli agenti. Sullo step Web & SEO, la diagnosi del Consulente SEO si fermava a metà della decima keyword: ora ha più spazio e completa sempre l'elenco. Sulla pagina «Competitor in mappa», dopo aver fatto uno scan allo step 2 capitava che tornando da home o navigando avanti e indietro la pagina dicesse «scan non disponibile»: ora il lavoro fatto allo step precedente viene preservato.

Cercando prospect dalla home page, vedevi solo i primi 20 risultati e non c'era modo di chiederne altri. Era una regressione del refactor «home unificata»: la pagina vecchia di ricerca aveva il bottone «Carica altri 20 da Google», la nuova home no. Risolto: il bottone è tornato. Cap totale 60 prospect per ricerca (limite imposto da Google Places).

Continuazione del fix di v2.18.7. Restavano giganti i chevron (frecce in giu') accanto al titolo del giorno e di ogni release nel changelog. Causa: gli <span> contenitori avevano width e height in CSS ma mancava display: inline-flex, quindi le dimensioni non venivano applicate sullo <span> e l'SVG figlio cadeva sul default 300x150 dei browser. Risolto.

Due piccoli fix grafici/strutturali. Changelog: in alcune voci le icone delle sezioni venivano renderizzate giganti (la regola CSS che le confinava a 16px non riusciva a matchare in tutti i casi). Aggiunta una regola di sicurezza piu' generica che le tiene a 16px sempre. Docs: la voce «Changelog highlights» in sidebar saltava alla sezione sbagliata (descrizione delle feature per step) perche' c'erano due sezioni con lo stesso identificativo. Risolto: la sezione descrittiva e' stata rinominata «Feature per step» con voce dedicata in sidebar; il link «Changelog highlights» ora porta al vero rollup release.

4 fix in un colpo dai ticket #128 e #129 di Giuseppe. Step 3: rimossa definitivamente la «Sintesi Web & SEO» in cima alla pagina (nel pacchetto v2.18.3 era stata rimossa solo la sintesi narrativa, era rimasto il verdetto a 3 pallini con lo stesso titolo). Step 2 — 3 bug: (1) la scansione mappa Local Falcon a volte rispondeva con un errore 400 senza spiegare perché: ora la validazione e' più tollerante e i messaggi di errore sono leggibili; (2) la soglia «minimo 20 recensioni per fiducia» veniva mostrata anche su prospect con 42 recensioni: causa un campo letto come array invece che come numero, fix nel modulo audit condiviso; (3) le categorie del profilo Google Business venivano mostrate in inglese (es. «Seafood Restaurant» invece di «Ristorante di pesce»): mancava l'include della tabella di traduzione già usata negli altri step.

Hotfix segnalato come ticket #124 da Tommaso Guzzo (con screenshot allegato): nella sezione «Mappa & griglia di ranking» dello step 2 (Visibilità locale), la griglia 5x5 di destra finiva tagliata sul lato sinistro perché le celle venivano dimensionate sulla larghezza dell'intera finestra invece che su quella del loro contenitore. Risolto: ora la dimensione delle celle si adatta automaticamente al contenitore reale e la griglia sta sempre dentro la card senza taglio.

Hotfix segnalato come ticket #127: nella seconda pagina del Racconto («Stato di salute digitale») le tre card Reputazione / Visibilità locale / Sito web mostravano sempre — al posto del verdetto vero. Causa: l'AI scriveva i campi col nome giusto (verdict/detail) ma il rendering frontend cercava solo v/value/desc → tutto cadeva su placeholder. Risolto.

Pacchetto di pulizia + 2 bug fix sostanziali + rimozione Ads dall'UI. Step 3 (Web & SEO): rimossa la «Sintesi Web & SEO» (era ridondante col verdetto), rimosso il valore «Valore Traffico» (non utile), rimossi i blocchi finali «Prossimo step» e «Analisi approfondita dei competitor». Aggiunto il bottoncino «?» con spiegazione su Distribuzione posizioni, Top keyword, Keyword consigliate e su tutte le metriche dominio (ZA, traffico organico). Step 4 (Social): risolto il bug per cui «A colpo d'occhio» segnava sempre «Ultimo post oggi» anche su profili inattivi: ora il calcolo della data ultimo post e' corretto e ogni profilo mostra anche un badge «Attivo / Stand-by / Inattivo». Step 5 (Competitor): risolto il bug per cui il prospect risultava sempre «LEADER del confronto»: nuova logica che confronta pillar per pillar e dichiara leader solo chi e' davvero avanti. Campagne pubblicitarie: rimosse dall'interfaccia per ora (matching su brand omonimi inaffidabile, troppi falsi positivi). Riattivazione futura prevista appena trovato un provider piu' preciso.

Refactor che chiude la maintenance debt aperta dall'hotfix di poche ore fa (v2.18.1). Le 4 pagine step della modalità Completa (visibilità locale, web & SEO, social, competitor) ora leggono il prospect direttamente dalla chiave canonica scritta dalla home, senza dipendere dalle 3 chiavi legacy. La home, di conseguenza, torna a scrivere una sola chiave invece delle quattro del tampone v2.18.1. Codice piu' pulito, niente piu' rischio di chiavi disallineate. Le chiavi legacy restano come fallback per bookmark, link diretti e dashboard storica. Tutto il flow Completa + Smart + Racconto continua a funzionare normalmente.

Hotfix segnalato da Giuseppe: cercando un parrucchiere e cliccando «Avvia audit» in modalità Completa, lo step 2 apriva il prospect sbagliato (rimasto in cache da una sessione precedente, es. uno studio dentistico). Causa: la home v2.17 scriveva solo la chiave nuova sih_prospect_selected, ma le pagine step 2-5 leggono ancora dalla chiave legacy sih_proposal_data. Senza pulizia di mezzo, lo step 2 trovava il vecchio prospect cacheato e lo usava al posto di quello appena selezionato. Risolto: al click «Avvia audit» il sistema ora pulisce le cache stale e scrive il nuovo prospect su tutte le chiavi legacy attese dagli step.

Due interventi importanti. Primo: dalla dashboard ora puoi riaprire un audit Smart o Racconto direttamente dove era stato fatto (la scheda Smart o il documento Racconto), senza rilanciare l'analisi e quindi senza consumare un'altra unità della tua quota giornaliera. I prospect mostrano un badge della modalità (Smart giallo / Racconto viola / niente per Completa) e cliccando "Apri" vai dritto al risultato salvato in cache. Per rifare l'audit basta tornare in home. Secondo: rimossa dal Racconto la pagina «Visibilità AI Overview»: non avendo dati reali non aveva senso tenerla. Il documento passa da 14 a 13 pagine narrative (+ il listino finale).

Le card prospect in home sono allineate allo step 1: vedi a colpo d'occhio quali sono eccellenti / buoni / moderati grazie al ribbon laterale colorato. Sopra alla lista trovi i chip filtri (Tutti, Eccellenti, Buoni, Moderati) con il conteggio per ognuno + il menu sort (per opportunita' / recensioni / rating). Subito dopo il caricamento parte la rilevazione social automatica: dove riusciamo a trovarli, vedi le icone Facebook, Instagram, YouTube, ecc. direttamente sulla card. Risolto anche il taglio della foto di copertina della scheda Google: l'altezza foto card e' stata alzata (200px desktop, 180 tablet, 160 mobile) e ora si vede per intero.

La home cambia faccia. Non devi più scegliere in anticipo tra Completa, Smart e Racconto: apri e vedi direttamente la ricerca prospect. Clicchi il prospect giusto e si apre una finestra con due scelte: cosa analizzare (GBP, SEO, Social, Competitor — puoi disattivare quello che non ti serve, default tutto selezionato) e come vedere i risultati (Completa = i 6 step come oggi / Smart = scheda sintetica / Racconto = documento impaginato da stampare). Bottone Avvia e il sistema fa il resto. Se scegli Completa e hai disattivato qualche modulo, la flowbar mostra solo gli step che ti servono. In più: Smart e Racconto sono ora disponibili a tutti gli agenti (prima erano in test riservato agli admin).

Hotfix importante alla Modalità Racconto rilasciata oggi: il flusso precedente assumeva che l'agente avesse già completato un'analisi prima di aprire il Racconto. Era sbagliato. Ora la Modalità Racconto è autonoma end-to-end: apri la pagina, cerchi il prospect come nello step 1, lo selezioni e il sistema fa da solo tutte le analisi (profilo Google, mappa locale, sito web, SEO, social, competitor) in background. Quando i dati sono pronti, l'AI scrive il racconto e tu trovi in fondo una pagina listino editabile con il tier di prodotti consigliato già selezionato (puoi cambiare tier e togliere/aggiungere prodotti prima di stampare). Pronto da stampare in PDF e lasciare al cliente.

Due interventi in un rilascio. Primo: la UX degli step 1, 2 e 3 e' stata ripensata per agenti over-50 non tecnici. Ogni sigla tecnica (GBP, ZA, LCP, CLS, SoLV, ecc) ha ora un bottoncino «?» cliccabile che apre una spiegazione in italiano chiaro. I blocchi densi (matrice maturità, liste lunghe di keyword o criticità) sono stati messi in «Mostra di più» chiuso di default. In cima ad ogni step trovi ora una frase di verdetto che riassume cosa ha trovato il sistema e il consiglio di vendita principale. Secondo: debutta la Modalità Racconto, riservata agli admin come la Smart. Dopo aver completato un'analisi, il nuovo flusso genera un documento impaginato stile «audit per il cliente» — copertina con percentuale globale, 3 aree di salute digitale (Reputazione / Locale / Sito), executive summary, analisi sezione per sezione, piano d'azione a 3 fasi, e listino prodotti selezionati in chiusura. Tutto scritto dall'AI sui dati già raccolti nei 6 step, con stampa PDF pronta da lasciare in appuntamento.

Il benchmark di settore nello step 6 diventa una storia comparativa, non un numerino. Oltre a dirti dove si posiziona il prospect rispetto alla media della zona, ora racconta anche i punti deboli tipici del settore, i margini tipici di crescita e come si sta muovendo il mercato negli ultimi 12 mesi. Materiale concreto da portare in appuntamento. In più: l'audit contribuisce automaticamente al dataset quando si arriva allo step 6 (anche se salti il tasto di salvataggio manuale) e non produce più righe duplicate se apri e richiudi la pagina con gli stessi dati.

Segnalato da Giuseppe stamattina: nel pannello admin degli agenti la colonna «Ultimo login» era vuota per quasi tutti. Il fix di ieri (v2.12.19) era corretto ma si applicava solo ai nuovi login: chi non si era più ricollegato dopo restava NULL. Adesso ricostruiamo il valore mancante dallo storico delle attività (che conserva ogni login dentro i 180 giorni di retention).

Il benchmark di settore («Sei sopra o sotto la media della tua zona?») ora si regge su un magazzino dati dedicato che non si svuota più quando un agente cancella un prospect. Tutti gli audit completati contribuiscono al dataset in modo anonimo. Nello step 6 trovi ora anche la tua posizione tra i migliori e i meno forti del settore. Gli admin hanno un nuovo pannello per vedere la crescita del dataset e capire quali categorie sono a un passo dallo sblocco.

Hotfix veloce sullo step 1 da smartphone: quando cliccavi il toggle in alto per passare da «Per città» a «Per raggio» (o viceversa), entrambi i moduli di ricerca restavano visibili contemporaneamente, creando l'effetto di una ricerca duplicata. Adesso il modulo inattivo si nasconde correttamente come succedeva già da computer.