Prodotti visti di recente: aiutare i clienti a ritrovare ciò che avevano dimenticato

Quasi nessuno acquista alla prima visita. Un cliente trova un prodotto che gli piace, viene distratto da una telefonata o chiude una scheda, e torna un'ora — o un giorno — dopo con un problema: non ricorda esattamente cosa stava guardando. Sa che era "quello grigio con il manico in legno", ma il tuo negozio ne ha quaranta così. Quindi cerca, non trova e se ne va. Un blocco prodotti visti di recente risolve proprio quel momento: restituisce al cliente i prodotti che aveva già scelto, così il percorso da "sono tornato" ad "aggiungi al carrello" diventa un solo clic invece di una ricerca frustrante.

Ultimo aggiornamento: giugno 2026.

Questo articolo parla di quel compito preciso — colmare il divario tra intenzione e pulsante Indietro ricordando ciò che un visitatore ha guardato. Non riguarda il suggerimento di prodotti che non ha visto (quello è cross-selling e upselling) né il salvataggio intenzionale di prodotti per dopo (quella è una lista dei desideri). I prodotti visti di recente sono automatici, passivi e basati su una verità più semplice: riconoscere è più facile che ricordare.

Cosa include già PrestaShop — e dove si ferma

PrestaShop ha una funzione per i prodotti visti di recente da anni, e molti commercianti non si rendono conto che è già installata. Nelle versioni 1.7, 8 e 9 è il modulo nativo ps_viewedproduct ("Viewed products block"); nelle versioni 1.5/1.6 si chiamava blockviewed. Lo trovi in Moduli → Gestione moduli — cerca "viewed". Mostra i prodotti visualizzati nella pagina prodotto, comunemente tramite displayFooterProduct (il vecchio blockviewed della 1.6 usava gli hook delle colonne), e la sua unica impostazione configurabile è il numero di prodotti da mostrare.

Sotto il cofano non interroga affatto un ordine o un account cliente: legge un cookie del browser chiamato viewed, un semplice elenco di ID prodotto separati da virgole che il ProductController aggiorna ogni volta che viene caricata una pagina prodotto. Questa progettazione ha due conseguenze che vale la pena conoscere prima di decidere se il modulo di serie è sufficiente:

• È anonimo e immediato. Poiché si basa sui cookie, funziona per gli ospiti non autenticati fin dal primo prodotto che aprono — senza accesso, senza account. Funziona tramite un cookie del browser; gestisci informativa e consenso in base alla tua cookie policy e alla normativa locale. Quindi? Anche il cliente che non creerà mai un account ottiene comunque il vantaggio.
• Dimentica quando lo fa il cookie. L'elenco vive nel browser del visitatore. Cancella i cookie, passa dal telefono al portatile, oppure lascia scadere il cookie e la cronologia sparisce. Il modulo nativo non prova a collegare le visualizzazioni a un ID cliente né a seguirle tra dispositivi diversi.

Per un piccolo catalogo inserito in una barra laterale, il modulo di serie va davvero bene: non pagare per qualcosa che hai già. I motivi per cui i commercianti lo superano sono specifici: il posizionamento predefinito (colonna sinistra/destra) è spazio sprecato nella maggior parte dei temi moderni a larghezza piena; non può essere inserito nella pagina carrello, dove il promemoria "hai dimenticato questi?" è più forte; e non sopravvive al cambio di dispositivo. Sono queste le lacune che un modulo dedicato serve a colmare, come vedremo più avanti.

Perché i "prodotti visti di recente" fanno la loro parte

Il meccanismo è semplice psicologia cognitiva: il riconoscimento batte il richiamo. Chiedere a un cliente di ricordare e digitare di nuovo il nome di un prodotto significa chiedergli uno sforzo; mostrargli la miniatura dell'articolo esatto che stava guardando gli chiede solo di riconoscerlo. Una delle due cose richiede fatica e fallisce spesso; l'altra è immediata.

C'è un secondo effetto che è facile sottovalutare. Un visitatore di ritorno che atterra su una homepage generica deve ritrovare il punto in cui era rimasto: navigare di nuovo le categorie, restringere di nuovo la scelta, decidere di nuovo. Un visitatore di ritorno che vede subito i tre prodotti che stava valutando un'ora prima viene riportato direttamente alla decisione che aveva già preso a metà. Non stai generando un interesse nuovo; stai riprendendo un interesse che esiste già, ed è molto meno costoso che crearlo da zero.

È forte la tentazione di associare qui un numero di conversione preciso, e online vedrai citazioni del tipo "X% dei clic sui prodotti visti di recente converte". Considera quei dati come indicativi, non come una promessa: il reale incremento dipende dalla dimensione del catalogo, da quanto spesso i clienti confrontano più prodotti prima di acquistare e da quanto rendi visibile il blocco. L'affermazione onesta è meccanica, non statistica: ogni cliente che altrimenti avrebbe abbandonato una nuova ricerca è un cliente che non hai perso. Misuralo sul tuo negozio invece di prendere in prestito la percentuale di qualcun altro.

Dove posizionarlo — e perché il posizionamento cambia il lavoro che svolge

Lo stesso blocco svolge funzioni diverse a seconda di dove si trova. Decidi cosa vuoi che faccia, poi posizionalo di conseguenza:

Una cosa utile da sapere prima di ricorrere a un modulo: su PrestaShop 1.7, 8 e 9, ps_viewedproduct implementa l'interfaccia widget, quindi puoi renderizzarlo ovunque il tuo tema consenta di chiamare un widget: basta inserire un tag nel template in cui vuoi il blocco, senza registrare un nuovo hook:

{* render the viewed-products block in any theme template *}
{widget name='ps_viewedproduct'}

Questo copre un posizionamento una tantum (ad esempio, aggiungerlo a un template homepage personalizzato). Ciò che non risolve sono i limiti del cookie — e il ps_viewedproduct nativo è comunque limitato al suo posizionamento integrato nella pagina prodotto e non offre un posizionamento arbitrario su carrello/homepage/hook personalizzati senza interventi su tema o modulo. Ecco perché il posizionamento nella pagina carrello — probabilmente il più prezioso — richiede in genere un modulo più flessibile. Se mentre ci sei stai ripensando l'intero layout, la nostra guida più ampia sul design della pagina prodotto PrestaShop spiega come un blocco di prodotti visti di recente dovrebbe convivere con tutto il resto che compete per l'attenzione sotto la prima schermata.

Le impostazioni che contano davvero

Tre decisioni stabiliscono se il blocco aiuta davvero o aggiunge solo disordine:

• Quanti prodotti mostrare. Da sei a otto è il punto di equilibrio pratico: abbastanza per riattivare la memoria, pochi abbastanza da essere scansionati con un colpo d'occhio. In un layout a una riga, equivale al numero che riempie la riga in modo pulito; una parete di venti prodotti visti smette di essere un aiuto alla memoria e diventa rumore.
• Non mostrarlo mai vuoto. Un visitatore alla prima visita non ha cronologia, quindi il blocco non ha nulla da mostrare. Assicurati che si nasconda del tutto quando il cookie viewed è vuoto, invece di renderizzare un'intestazione vuota: un titolo "Visti di recente" isolato, senza nulla sotto, sembra un elemento rotto e riduce la fiducia. Il modulo nativo lo gestisce; un blocco realizzato nel tema personalizzato a volte no, quindi controllalo da disconnesso in un browser pulito.
• Escludi il prodotto attualmente sullo schermo. In una pagina prodotto, l'articolo che il cliente sta guardando in quel momento non dovrebbe apparire nella sua stessa riga "visti di recente". È ridondante e spreca uno spazio. Verifica che il tuo modulo filtri l'ID del prodotto corrente.

Su mobile, passa da una griglia a un carosello orizzontale scorrevole. Lo spazio verticale è la risorsa più scarsa sullo schermo di un telefono; una singola riga scorribile mostra gli stessi prodotti senza spingere più in basso il pulsante "aggiungi al carrello". Una griglia che su mobile obbliga a scorrere tre righe di solito fa più danni di quanti benefici porti il blocco.

Quando andare oltre il modulo nativo

Superi ps_viewedproduct quando uno dei suoi limiti integrati inizia a costarti ordini. I segnali più chiari:

Il punto cross-device è quello che distingue davvero le due soluzioni. Un acquirente che naviga dal telefono in pausa pranzo e compra dal portatile la sera è una sola persona per te, ma per il modulo nativo sono due contenitori di cookie non collegati: quindi la ricerca fatta al mattino evapora proprio nel momento in cui avrebbe potuto chiudere la vendita. Un modulo che associa i prodotti visti di recente all'ID cliente per gli utenti autenticati (salvando la cronologia lato server invece che nel browser) porta quella cronologia oltre il divario. Se una quota significativa del tuo traffico acquista passando da un dispositivo all'altro — e nella maggior parte dei negozi è così — questa è la funzione per cui vale la pena pagare. mypresta.rocks costruisce moduli di personalizzazione proprio intorno a questo tipo di comportamento consapevole del cliente e senza interventi invasivi sul tema; il test pratico per capire se te ne serve uno è semplice: guarda quanti dei tuoi clienti iniziano una sessione su mobile e la concludono su desktop.

Domande frequenti

PrestaShop ha già integrati i prodotti visti di recente? Sì — molti commercianti non si rendono conto che è già installato. Nelle versioni 1.7, 8 e 9 è il modulo nativo ps_viewedproduct ("Viewed products block"); nelle versioni 1.5/1.6 era blockviewed. Lo trovi in Moduli → Gestione moduli, cerca "viewed". La sua unica impostazione è quanti prodotti mostrare, e li visualizza nella pagina prodotto (comunemente tramite displayFooterProduct).

Come ricorda ciò che un visitatore ha guardato? Legge un cookie del browser chiamato viewed — un elenco di ID prodotto separati da virgole che il ProductController aggiorna a ogni caricamento di una pagina prodotto. Non tocca mai un ordine o un account cliente. Questo lo rende anonimo e immediato (funziona per gli ospiti non autenticati dal primo prodotto), ma dimentica quando lo fa il cookie: cancella i cookie o passa dal telefono al portatile e la cronologia sparisce.

Dove dovrebbe andare il blocco? Il posizionamento cambia il suo compito. Nella pagina prodotto (displayFooterProduct) aiuta chi confronta più articoli a passare da un candidato all'altro — è il punto più forte. Nella homepage (displayHome) riporta i visitatori di ritorno al contesto giusto. Nella pagina carrello (displayShoppingCartFooter) è il promemoria con l'intenzione d'acquisto più alta: "hai guardato anche questi." Il posizionamento nel carrello è di solito il più prezioso ed è quello che il modulo nativo non può gestire senza aiuto.

Quando il modulo di serie non basta? Quando uno dei suoi limiti inizia a costare ordini: ti serve nella pagina carrello o in un hook personalizzato, vuoi una cronologia che segua un cliente autenticato tra dispositivi diversi (solo cookie significa perderla al cambio dispositivo), un vero layout a carosello o il filtro "visto ma non acquistato" nel carrello. Il caso cross-device è quello che distingue davvero le due soluzioni: un modulo che collega la cronologia all'ID cliente, salvata lato server, la conserva nel passaggio da telefono a portatile, dove spesso si chiude la vendita.

Quanti prodotti dovrei mostrare, e come su mobile? Da sei a otto è il punto di equilibrio pratico: abbastanza per riattivare la memoria, pochi abbastanza da scansionare. Nascondi sempre completamente il blocco quando il cookie è vuoto (un titolo "Visti di recente" isolato sembra rotto) ed escludi il prodotto attualmente sullo schermo. Su mobile, passa da una griglia a un singolo carosello orizzontale scorrevole, così non spinge più in basso il pulsante di aggiunta al carrello.

Dove si inserisce nel quadro più ampio

I prodotti visti di recente sono un filo discreto in un negozio che ricorda i propri clienti. Si sovrappongono al salvataggio intenzionale (una lista dei desideri è un'intenzione dichiarata dal cliente; i prodotti visti di recente sono un'intenzione che deduci), e completano il confronto diretto a cui gli acquirenti ricorrono quando non riescono a decidere tra due prodotti. Sono anche un tassello della tesi più ampia sostenuta da una pagina prodotto affidabile e senza attriti: quel tipo di anatomia della pagina prodotto che porta i visitatori a cliccare su acquista invece che su Indietro.

Il punto è umile: non stai convincendo nessuno di qualcosa di nuovo. Stai solo evitando di costringere un cliente di ritorno a ritrovare il prodotto che voleva già. Su PrestaShop attivarlo ti costa quasi nulla — ps_viewedproduct probabilmente è già nel tuo Gestione moduli — e le uniche vere decisioni sono dove posizionarlo, come impaginarlo su mobile e se i tuoi clienti acquistano su abbastanza dispositivi diversi da rendere necessario trasformare la memoria del cookie nella memoria del cliente.