Il problema
Un e-commerce PrestaShop con cinquecento prodotti ha cinquecento meta title, cinquecento meta description, cinquecento descrizioni brevi e altrettante lunghe. Nella maggior parte dei cataloghi che ho visto, buona parte di questi campi è vuota o riempita automaticamente dal tema con il nome del prodotto. Le categorie e i brand, che sono le pagine con più potenziale di traffico, spesso non hanno nemmeno quello.
Il motivo è sempre lo stesso: scriverli a mano è un costo in termini di tempo e risorse. Così quelle pagine restano online, ricevono impressioni su Google e non convertono nessuna di quelle impressioni in clic.
Dall'altro canto generare i testi in blocco con l'AI e caricarli peggiora le cose. Produce descrizioni poco plausibili e sbagliate, materiali che il prodotto non ha, misure inventate, disponibilità dichiarate senza guardare il magazzino. Su un e-commerce, un testo non credibile e falso costa più di un campo vuoto.
Cosa fa il modulo
Si installa su PrestaShop e aggiunge una voce sotto Catalogo. Da lì si lavora su tre tipi di entità dalla stessa interfaccia: prodotti, categorie e brand.
Per ognuna compila quattro campi: meta title, meta description, descrizione breve e descrizione lunga. I meta sono attivi di default, le descrizioni si abilitano quando servono.
La dashboard filtra il catalogo per categoria, brand, stato dei campi, presenza di dati Search Console e soglia di impressioni, e ordina per impressioni, clic, CTR o posizione. Serve a decidere da dove partire: non ha senso cominciare dai prodotti che nessuno cerca.
Come lavora
Parte dalle ricerche reali. Per ogni pagina il modulo legge da Google Search Console le query per cui quella pagina già compare, e le ordina per occasione mancata: tante impressioni, pochi clic. Quelle query dicono con quali parole le persone cercano davvero quel prodotto, e sono la traccia su cui viene costruito il testo. Non si ottimizza per la keyword che sembra giusta ma per quella su cui la pagina sta già perdendo traffico.
Propone, non scrive. Ogni proposta passa da una schermata di revisione con anteprima SERP, contatori di caratteri e un pannello che spiega perché quel testo è stato scritto così, quali query l'hanno motivato e da dove arriva ogni descrittore usato con la citazione del dato di catalogo che lo dimostra. Si approva, si modifica o si scarta. I campi già gestiti a mano non vengono toccati.
Controlla prima di lasciarti approvare. Un livello di validazione automatica segnala in rosso i problemi bloccanti (un descrittore che non esiste nei dati del prodotto, un brand sbagliato, una disponibilità dichiarata senza copertura di magazzino) e in giallo gli avvisi minori, come le lunghezze fuori soglia o i superlativi. Un testo segnalato in rosso resta fuori dall'approvazione di massa.
Si può tornare indietro. Prima di ogni scrittura viene salvato il valore precedente del campo. Il ripristino è possibile in qualsiasi momento, anche su un singolo campo di un singolo prodotto.
Misura. Ogni pagina scritta viene confrontata con sé stessa prima e dopo l'intervento, su finestre simmetriche, con la possibilità di confrontare anche con lo stesso periodo dell'anno precedente. Serve a separare l'effetto del lavoro dalla stagionalità, che in molti settori spiega buona parte delle variazioni. Il report è esportabile in CSV.
Il modello lo scegli tu
Il modulo non è legato a un fornitore. In configurazione si sceglie tra Claude (Anthropic) e Google Gemini, e all'interno del provider si seleziona il modello: quello più capace dove la qualità del testo conta, uno più economico dove pesa di più il volume. Le credenziali dei due provider restano salvate separatamente, quindi si passa dall'uno all'altro (o li si confronta sullo stesso catalogo) senza riconfigurare niente.
Sui modelli che la supportano si può attivare la ricerca web: l'AI verifica online il prodotto prima di scriverne e cita le fonti che ha usato. Serve nei cataloghi dove il dato interno è povero (un codice prodotto e poco altro) e il descrittore giusto sta nella scheda tecnica del produttore invece che nel database.
È una funzione a consumo: ogni ricerca ha un costo, quindi si attiva dove serve davvero e resta spenta altrove. Ogni chiamata viene registrata con token consumati, ricerche effettuate, fonti citate e costo stimato. La spesa è verificabile riga per riga, non a fine mese.
In produzione su Angelini Arredamenti
Angelini Arredamenti è un e-commerce di arredamento pugliese su PrestaShop che seguo insieme a Studio Polvo. Nel 2025 abbiamo lavorato su tracciamento, Google Shopping e pagine prodotto: in nove mesi il traffico è quasi raddoppiato.
Il catalogo però restava scoperto sul fronte dei contenuti. Tra giugno e luglio 2026 ho riscritto con questo modulo circa trecento schede prodotto, più le pagine di categoria e di brand, partendo da quelle con più impressioni su Search Console. Ogni proposta è passata da revisione manuale prima di andare online.
Sicurezza e stato
Le credenziali dei provider AI e dell'account di servizio Google sono cifrate con il sistema di cifratura di PrestaShop: mai salvate in chiaro, mai scritte nei log. Le query sono parametrizzate, le azioni AJAX protette da token anti-CSRF, l'HTML delle descrizioni ri-sanitizzato lato server con una whitelist di tag.
L'installazione crea le proprie tabelle senza toccare quelle native, e gli aggiornamenti sono additivi: proposte storiche, backup di ripristino e credenziali restano intatti da una versione all'altra.
Il modulo è in produzione su un cliente. Non è distribuito su Addons. Se sei interessato e hai bisogno di una consulenza per il tuo e-commerce, contattami.