I migliori moduli SEO per PrestaShop: 10 funzionalità indispensabili per migliorare il posizionamento nei motori di ricerca

Un negozio PrestaShop in crescita può accumulare problemi SEO più velocemente di quanto tu te ne accorga. Metadati mancanti, URL duplicati, link non funzionanti, contenuti di prodotto scadenti, problemi di indicizzazione e pagine lente possono passare inosservati mentre il tuo team si concentra su prodotti e vendite.

Non è un problema trovare un Modulo SEO per PrestaShop che vanta numerose funzionalità. Il punto chiave è trovare una soluzione che ti aiuti a scoprire il tuo problema, a comprenderne l’essenza, a risolverlo e a monitorare i tuoi progressi verso la sua risoluzione.

Inizia con la visibilità SEO a livello di pagina

Controllare manualmente ogni prodotto e ogni pagina del vostro ampio catalogo non sarà certo un’opzione praticabile.

Un utile Analizzatore SEO PrestaShop Dovrebbe consentirti di ispezionare singoli prodotti, categorie, pagine CMS, produttori e fornitori. Ancora più importante, l’audit dovrebbe spiegare cosa non va, invece di limitarsi a mostrare un punteggio.

Ad esempio, una pagina prodotto potrebbe presentare una meta descrizione mancante, un posizionamento inadeguato delle parole chiave, contenuti insufficienti o testo alternativo per le immagini assente. Conoscere il problema esatto fornisce al team elementi concreti su cui intervenire.

Il modulo di audit SEO di PrestaShop fornisce punteggi separati per SEO e leggibilità e mostra le singole regole con il risultato corrente, l’obiettivo e i consigli. Il modulo può analizzare prodotti, categorie, pagine informative, produttori e fornitori.

Non trascurare i problemi tecnici di SEO

Sebbene l’ottimizzazione dei contenuti sia importante per molti, non bisogna trascurare gli aspetti tecnici della SEO.

Si pensi ad esempio a un vecchio URL di prodotto che restituisce un errore 404. Oppure a due pagine che utilizzano accidentalmente lo stesso URL “amichevole”. Tuttavia, se questi problemi non vengono monitorati, le pagine diventeranno più difficili da raggiungere e, allo stesso tempo, il team non ne sarà a conoscenza.

Durante l’analisi di un Ottimizzatore SEO per PrestaShopDovresti prendere in considerazione caratteristiche come:

  • Monitoraggio URL 404
  • Rilevamento di URL duplicati
  • Gestione del reindirizzamento
  • Controlli URL ottimizzati per la SEO
  • Gestione della sitemap XML
  • Gestione del file Robots.txt

Questi non sono compiti isolati. Fanno parte del mantenimento di un sito web di e-commerce in crescita tecnicamente organizzato. Il modulo SEO di PrestaShop riunisce questi controlli SEO URL e tecnici invece di richiedere ai commercianti di gestire ogni problema separatamente. Puoi trovare il modulo su Componenti aggiuntivi SEO per PrestaShop.

Cosa bisogna cercare in un modulo SEO per PrestaShop?

Tutte queste funzionalità ti aiuteranno a individuare i problemi che possono influire negativamente sulle tue preziose pagine e a capire cosa è necessario correggere.

Gli aspetti principali a cui dovresti prestare attenzione includono:

  • Analisi SEO pagina per pagina: Questa funzionalità ti permetterà di analizzare separatamente le pagine relative a prodotti, categorie, CMS, produttori e fornitori, senza dover fare affidamento esclusivamente sull’analisi SEO dell’intero negozio.
  • Identificazione dei problemi tecnici: Questa funzionalità dovrebbe consentire di identificare problemi tecnici di SEO come l’assenza di metadati, URL 404 non funzionanti, URL duplicati, problemi di indicizzazione e altri problemi di SEO on-page.
  • Analisi del contenuto e della leggibilità: La SEO non riguarda solo le parole chiave. Oltre a queste, i contenuti dovrebbero essere analizzati in base a criteri quali la lunghezza del testo, la struttura delle frasi, l’uso dei titoli, il posizionamento delle parole chiave e la leggibilità.
  • Gestione degli URL e della mappa del sito: Per i commercianti è importante disporre di un metodo efficace per controllare i reindirizzamenti e gli URL duplicati, nonché per gestire le proprie sitemap XML e il file robots.txt.
  • Prestazioni SEO e dati di ricerca: L’integrazione dei controlli SEO con Google Search Console, Google Analytics 4 e le informazioni di PageSpeed ​​fornirà ai commercianti un contesto aggiuntivo in merito a traffico, visibilità nei risultati di ricerca e prestazioni.
  • Monitoraggio dei progressi: I miglioramenti SEO devono essere misurati nel tempo. Lo storico del punteggio e le tendenze relative ai problemi riscontrati aiutano a identificare se il negozio sta compiendo progressi.

Questo include SEO a livello di pagina, leggibilità e SEO tecnica, che comprende un controllo URL, un controllo 404, reindirizzamenti, sitemap/robot, Google Analytics 4, Google Search Console, PageSpeed ​​Insights, cronologia dei punteggi e ottimizzazione dei contenuti basata sull’intelligenza artificiale in PrestaShop.

La caratteristica più importante di un modulo SEO affidabile per PrestaShop è che non solo identifica i problemi SEO, ma ne spiega anche le cause e fornisce soluzioni concrete. Questa guida spiega come condurre un audit SEO efficace per il tuo negozio PrestaShop.

Oltre i metadati: è possibile misurare le prestazioni SEO?

Un’analisi SEO ti dice cosa potrebbe non andare. I dati sulle prestazioni ti aiutano a capire cosa succede dopo che gli utenti cercano il tuo negozio.

Supponiamo di migliorare i metadati di 100 pagine prodotto. Cosa succede dopo? Le impressioni aumentano? I clic migliorano? Quali query di ricerca portano visitatori? Il traffico è cambiato dopo l’ottimizzazione?

Un pratico Modulo SEO per PrestaShop Strumenti come quello di Knowband dovrebbero semplificare la risposta a queste domande.

L’integrazione di Google Analytics 4, Google Search Console e PageSpeed ​​Insights nella dashboard di PrestaShop consente di avere a disposizione tutti i dati necessari relativi a traffico, visibilità, query e prestazioni, utili per la SEO.

E questo è importante, perché la SEO non dovrebbe essere una lista di cose da spuntare una volta che tutto è stato fatto. L’obiettivo principale è scoprire se la tua attività influisce sulle prestazioni organiche del negozio.

Semplifica il monitoraggio dei progressi SEO

Le modifiche SEO raramente avvengono tutte in una volta. Le descrizioni dei prodotti vengono aggiornate, gli URL modificati, i reindirizzamenti aggiunti, i problemi tecnici risolti e le nuove pagine pubblicate ogni settimana.

In assenza di dati storici, diventa difficile capire se il negozio nel suo complesso stia migliorando o se un cambiamento recente abbia introdotto nuovi problemi.

Cerca uno strumento in grado di conservare le istantanee SEO e mostrare i cambiamenti nel tempo. La funzione Score History del modulo PrestaShop SEO Checker di Knowband tiene traccia dei punteggi SEO del negozio, delle tendenze dei problemi e dei miglioramenti o peggioramenti a livello di pagina, consentendo anche confronti tra le istantanee.

Questo offre ai commercianti una domanda più utile da porsi rispetto a “Qual è il mio punteggio SEO?”.

La domanda migliore è: “Cosa è cambiato e ha migliorato il negozio?”

L’ottimizzazione dei contenuti non dovrebbe diventare un collo di bottiglia

Quando si lavora con centinaia o migliaia di articoli, i team di e-commerce potrebbero impiegare molto tempo a scrivere e aggiornare manualmente i metadati.

Uno strumento SEO può rivelarsi più utile se consente di individuare lacune nei contenuti e facilita i processi di ottimizzazione di routine senza eliminare la revisione umana.

Knowband PrestaShop SEO Audit Manager include un assistente basato su ChatGPT per la generazione di campi SEO come meta titoli e meta descrizioni. Il contenuto generato viene inserito nei campi selezionati per la revisione, anziché essere pubblicato automaticamente.

Questo è un aspetto fondamentale da tenere in considerazione. Sebbene l’intelligenza artificiale possa essere d’aiuto nella creazione dei contenuti, è il commerciante a decidere cosa pubblicare sul sito web.

Scegliere la soluzione SEO giusta per il tuo negozio

Quando si confronta a Modulo SEO per PrestaShopEvitate di scegliere basandovi solo sul numero di funzionalità elencate nella pagina del prodotto. Chiedetevi invece se la soluzione copre l’intero flusso di lavoro:

Individuare il problema → comprenderne le implicazioni → apportare la soluzione → valutarne l’effetto.

Come minimo, implica la ricerca di analisi SEO a livello di pagina, l’individuazione di problemi tecnici, la gestione di URL e reindirizzamenti, il controllo dei file sitemap e robots.txt, l’ottenimento di statistiche sulle prestazioni e il monitoraggio della cronologia.

Funzionalità aggiuntive, come la creazione di contenuti con l’ausilio dell’intelligenza artificiale, possono rivelarsi utili quando il negozio dispone di un catalogo prodotti esteso e di poco tempo da dedicare all’ottimizzazione.

Un flusso di lavoro SEO pratico per i negozi PrestaShop

Per i commercianti che desiderano mantenere il lavoro SEO più vicino al back office di PrestaShop, PrestaShop SEO Audit Manager Riunisce queste attività in un unico ambiente. Consente di analizzare prodotti, categorie, pagine CMS, produttori e fornitori, combinando l’analisi SEO e di leggibilità con l’ottimizzazione degli URL, la gestione della sitemap, Google Analytics 4, Google Search Console, PageSpeed ​​Insights, la cronologia dei punteggi e l’ottimizzazione dei contenuti assistita dall’intelligenza artificiale.

Ciò che serve è un approccio al flusso di lavoro che semplifichi l’individuazione dei problemi, la definizione delle priorità delle attività, l’apporto di miglioramenti e il monitoraggio dei loro effetti.

Per un negozio PrestaShop in espansione, questa è la competenza più preziosa: trasformare la SEO in un processo continuo di miglioramento, anziché in una serie di attività isolate.

 

Tre email di recupero recuperano il 37% di carrelli in più rispetto a una sola: come costruire la giusta sequenza di recupero carrelli abbandonati in PrestaShop

Un cliente aggiunge tre prodotti al carrello, lo raggiunge e poi abbandona la procedura. In un negozio PrestaShop, un carrello abbandonato può indicare potenziali vendite che erano vicine alla conclusione ma non si sono concretizzate.

La ragione per cui un modulo PrestaShop per il recupero dei carrelli abbandonati dovrebbe essere strutturato è semplice: non bisogna considerare ogni carrello abbandonato come un cliente perso. Secondo un benchmark del 2026 di Marketing LTB, l’invio di tre email di recupero permette di recuperare il 37% di carrelli in più rispetto all’invio di una sola email. Questo dato non deve essere considerato un valore assoluto valido per tutti i negozi, ma offre uno spunto di riflessione interessante: un singolo sollecito non deve necessariamente compromettere la possibilità di recuperare il carrello.

Nel caso del recupero dei carrelli abbandonati di un negozio PrestaShop, si consiglia di sviluppare un processo in cui ogni promemoria abbia un obiettivo distinto. Il primo è un promemoria, il secondo mira a superare l’esitazione e l’ultimo messaggio offre un motivo per acquistare. Un dedicato Componente aggiuntivo per il recupero del carrello PrestaShop rende pratico eseguire automaticamente quella sequenza.

Perché spesso una sola email per il carrello abbandonato non è sufficiente

L’abbandono del carrello non è sempre dovuto a un problema al momento del pagamento. Gli acquirenti possono confrontare i prezzi, verificare i costi di spedizione, salvare i prodotti per consultarli in futuro o semplicemente distrarsi.

Secondo Secondo le ricerche più recenti di Baymard, il tasso medio di abbandono del carrello è del 70.19%.La ricerca evidenzia inoltre un’importante distinzione: alcuni casi di abbandono del carrello derivano da normali abitudini di acquisto, mentre altri sono causati da intoppi evitabili al momento del pagamento.

Questa distinzione cambia il modo in cui dovrebbero essere scritte le email di recupero.

Un cliente che ha rinunciato all’acquisto a causa di un costo di spedizione improvviso richiede un messaggio diverso rispetto a un cliente che ha semplicemente chiuso il browser mentre cercava di completare la transazione. Utilizzare lo stesso tipo di messaggio con un forte sconto per entrambi i clienti sprecherà i vostri margini e creerà un’immagine del marchio eccessivamente promozionale.

Un flusso di messaggi ben strutturato offre al visitatore molteplici opportunità di tornare sul sito, tenendo conto del contesto.

La sequenza di tre email che vale la pena testare per prima

[Caption id = “attachment_842103” align = “alignCenter” width = “1000”] Una sequenza di tre email di recupero per PrestaShop: ogni promemoria ha un obiettivo diverso e il flusso si interrompe non appena l’acquirente effettua un ordine.

Un utile punto di partenza è una sequenza di tre messaggi distribuiti su circa tre giorni. Le raccomandazioni di Omnisend suggeriscono di inviare la prima email tra 30 e 60 minuti dopo l’abbandono del carrello, con messaggi di follow-up a 24 e 72 ore. Questi tempi dovranno essere testati in base al pubblico specifico e al processo di acquisto.

Email 1: Recupera la sessione di acquisto interrotta

Invia la prima email di recupero finché l’intento di acquisto iniziale del cliente è ancora fresco.

Il messaggio deve essere semplice. Mostra i prodotti abbandonati, mantieni nomi e prezzi riconoscibili e rendi evidente il percorso per tornare alla cassa. Non dare per scontato che il cliente abbia bisogno di uno sconto.

Un rivenditore di moda può inviare un’e-mail con oggetto del tipo “Il tuo carrello è ancora in attesa”, includendo nel messaggio l’elenco degli articoli abbandonati. La call to action può semplicemente riportare l’acquirente al carrello.

L’obiettivo non è quello di superare ogni possibile obiezione, bensì di riconnettere il cliente con un acquisto che forse intendeva portare a termine.

Email 2: Spiega il motivo della loro esitazione

Il secondo messaggio offre più spazio per rispondere ai dubbi.

Recensioni dei prodotti, informazioni sulla spedizione, condizioni di reso, vantaggi del prodotto o un promemoria di ciò che rende l’articolo utile: tutti questi elementi possono trovare spazio in questa email. Se un acquirente stava confrontando diverse alternative, questa email offre l’opportunità di ribadire il valore del prodotto senza necessariamente ridurre immediatamente il prezzo.

È proprio in questi casi che la conoscenza specifica del negozio diventa fondamentale. Un commerciante di mobili costosi potrebbe dover ribadire le informazioni relative a consegna e reso, mentre un negozio di cosmetici potrebbe concentrarsi sui benefici dei prodotti o sulle recensioni.

Non giudicate questa email solo in base al tasso di apertura. La domanda utile è se il messaggio genera ulteriori visite al carrello e ordini completati da parte di persone che avevano ignorato il primo contatto.

Email 3: Dai l’ultima spinta

Il terzo messaggio può contenere un invito all’azione sotto forma di offerta, quando ciò risulta economicamente vantaggioso.

Può trattarsi di un codice sconto utilizzabile una sola volta, della spedizione gratuita o di un altro tipo di incentivo a tempo limitato per i tuoi clienti. Assicurati che l’offerta sia definita chiaramente, soprattutto per quanto riguarda l’importo minimo del carrello e la sua validità.

Il punto non è quello di scontare ogni ordine abbandonato. Se i clienti scoprono che abbandonare il carrello comporta automaticamente uno sconto maggiore, la tua strategia di recupero potrebbe iniziare a influenzare il loro comportamento nella direzione sbagliata.

La sequenza dovrebbe interrompersi anche quando l’acquirente effettua un acquisto. Inviare un ulteriore messaggio di carrello abbandonato dopo che un ordine è stato effettuato crea una pessima esperienza per il cliente e fa apparire l’automazione poco attenta.

Come a Modulo carrello abbandonato di PrestaShop supporta la sequenza

La sfida pratica non è scrivere tre email. È assicurarsi che il negozio sappia quando il carrello è idoneo, quale promemoria deve essere inviato, se l’utente ha effettuato la conversione e se è stata applicata l’automazione. Un corretto Modulo carrello abbandonato di PrestaShop configurazione con un Promemoria carrello abbandonato PrestaShop È la programmazione che rende tutto ciò possibile senza intervento manuale.

Il modulo per carrelli abbandonati di Knowband per PrestaShop offre follow-up automatici e manuali via e-mail, configurazione del ritardo dei promemoria, modelli con e senza sconti, monitoraggio di clienti ospiti e registrati e report sui carrelli abbandonati rispetto a quelli convertiti. Al momento, la pagina del prodotto indica la compatibilità con PrestaShop 9.x.

La documentazione allegata conferma che il modulo utilizza promemoria seriali con tipologie di promemoria scontate e non scontate. I promemoria possono essere impostati con intervalli di tempo personalizzabili, mentre gli sconti possono includere diverse tipologie, un valore minimo del carrello, coupon, un periodo di validità e la spedizione gratuita.

Ciò offre ai commercianti un controllo sufficiente per creare una sequenza anziché inviare ripetutamente lo stesso messaggio.

Per esempio:

  • Promemoria 1: è possibile utilizzare un indirizzo email non scontato.
  • Il promemoria 2 può rafforzare il valore del prodotto anche senza un’offerta.
  • Il promemoria 3 può utilizzare un modello di sconto con una data di scadenza definita.

Il modulo include 20 modelli di email predefiniti, suddivisi tra modelli scontati e non scontati, mentre gli amministratori possono creare e personalizzare modelli aggiuntivi.

I tempi dipendono dal negozio, non solo dal benchmark

Una prima email da inviare entro 30 minuti o un’ora è un test ragionevole, non una regola.

La ricerca di Omnisend del 2026 raccomanda di inviare il primo messaggio di promemoria per il carrello abbandonato dopo circa 30-60 minuti, seguito da ulteriori messaggi dopo circa 24 e 72 ore. Consiglia inoltre di tenere conto della fascia oraria di invio locale del cliente, poiché un’email inviata a tarda notte potrebbe avere un rendimento diverso rispetto a una inviata durante le ore di maggiore attività commerciale.

Un negozio che vende prodotti economici e di uso frequente potrebbe riprendersi rapidamente. Un’attività che vende attrezzature costose potrebbe invece aver bisogno di più tempo, poiché i clienti potrebbero informarsi sulle specifiche, confrontare i prezzi o discutere dell’acquisto prima di tornare.

Monitora il tasso di abbandono del carrello insieme alle prestazioni di recupero. Un valore elevato di abbandono non significa automaticamente che il flusso di recupero sia interrotto, soprattutto se i tuoi prodotti prevedono naturalmente il confronto tra i vari articoli.

Il test migliore è quello delle prestazioni incrementali: quanti carrelli vengono restituiti dopo ogni messaggio, quanto fatturato proviene dagli ordini recuperati e se gli sconti sono effettivamente necessari.

Non basare l’intera strategia sugli sconti

Applicare sconti è facile, ma difficile da annullare.

Se la prima email include sempre uno sconto del 15%, i clienti hanno pochi motivi per completare l’acquisto immediatamente. Alcuni potrebbero addirittura iniziare a considerare l’abbandono del carrello come parte integrante del processo di acquisto.

Una sequenza migliore permette al cliente di tornare a prezzo pieno prima di introdurre un incentivo. Se il sollecito finale include un codice sconto, è importante specificarne chiaramente lo scopo e il periodo di validità.

La documentazione di Knowband supporta sconti sia percentuali che fissi, valori minimi del carrello, periodi di validità dei coupon e opzioni di spedizione gratuita per i promemoria seriali.

Ciò consente di proteggere i margini in modo più accurato. Ad esempio, un negozio potrebbe riservare uno sconto ai carrelli che superano un certo valore, anziché associare un’offerta a ogni carrello abbandonato.

L’aspetto tecnico è più importante del contenuto dell’email.

Anche un’email scritta in modo impeccabile non può recuperare un carrello perso se l’automazione non viene eseguita.

Il flusso di lavoro del modulo si basa su processi cron che aggiornano i carrelli abbandonati e inviano email di promemoria. Il manuale fornito spiega che i processi cron per l’aggiornamento dei carrelli e l’invio delle email di promemoria vengono eseguiti ogni ora, e la tempistica determina quali carrelli entrano in ciascuna finestra di elaborazione.

Ciò significa che sviluppatori e gestori dei negozi dovrebbero testare l’automazione prima di valutare le prestazioni della campagna.

Il modulo offre una modalità di test e un registro cron, consentendo agli amministratori di verificare il comportamento e controllare se i processi pianificati sono stati eseguiti correttamente.

Diversi problemi di implementazione possono impedire a un carrello apparentemente idoneo di ricevere un’e-mail. La documentazione menziona specificamente indirizzi e-mail mancanti per gli acquirenti ospiti, condizioni di valore minimo del carrello, ritardi dei promemoria non ancora raggiunti, carrelli con valore pari a zero e processi cron configurati in modo errato.

Per uno sviluppatore, questa è un’importante checklist per la risoluzione dei problemi. Non riscrivere il modello di email quando il vero problema è che il processo di promemoria non è mai stato eseguito.

Monitora i carrelli recuperati, non solo l’interazione via email.

Il tasso di apertura può indicarti se l’oggetto dell’email ha attirato l’attenzione, ma non se l’email ha generato una vendita.

Secondo il report di Omnisend sui carrelli abbandonati per il 2025, il tasso di apertura era del 35.75%, il tasso di clic per l’invio del 3.84%, il tasso di conversione dell’1.51% e il tasso di clic per la conversione del 39.46% tra i suoi utenti. Questi dati forniscono informazioni utili; tuttavia, diversi fattori influenzeranno i risultati nel tuo negozio.

Il modulo Knowband offre anche il monitoraggio dei carrelli abbandonati e di quelli convertiti, oltre a un’analisi comparativa tra i due. La documentazione definisce un carrello convertito come un carrello in cui il cliente effettua l’ordine dopo aver ricevuto un’e-mail di promemoria.

Questa distinzione è importante.

Supponiamo che l’email 1 generi molti clic ma pochi acquisti. Il problema potrebbe risiedere nella difficoltà di pagamento piuttosto che nel contenuto dell’email. Se l’email 3 genera la maggior parte del fatturato recuperato ma richiede sconti aggressivi, potrebbe essere necessario testare una proposta di valore più forte in una fase precedente della sequenza.

Utilizza i parametri UTM come ulteriore livello di misurazione. Il modulo supporta l’aggiunta di parametri UTM ai suoi link, consentendo di monitorare le prestazioni delle email in Google Analytics.

Non dimenticare gli acquirenti che tornano sul sito

Non è necessario che l’intera strategia di ripristino venga comunicata tramite e-mail.

Un cliente abituale potrebbe anche visualizzare un promemoria a comparsa che mostra i prodotti precedentemente lasciati nel carrello. Il modulo supporta modelli di popup e ritardi di promemoria configurabili, incluse versioni scontate e non scontate.

Il modulo supporta anche un canale di notifiche push per i promemoria del carrello basati su browser. Gli amministratori possono configurare e monitorare i promemoria del browser web separatamente dalle e-mail.

Queste opzioni hanno senso quando la sola email non raggiunge il cliente al momento giusto. Non dovrebbero però diventare una scusa per inviare a ogni acquirente ogni possibile messaggio. L’obiettivo è un’esperienza di recupero coordinata, non il massimo volume di messaggi.

Costruisci il flusso attorno a reali motivi di abbandono

Una strategia di recupero efficace inizia con l’individuazione dei motivi per cui i clienti se ne vanno.

I risultati di Baymard indicano che si verificano casi di abbandono del carrello a causa di problemi durante la procedura di pagamento, e altri casi in cui gli utenti abbandonano il carrello pur essendo semplicemente curiosi e senza alcuna intenzione di acquistare.

Ciò suggerisce un quadro decisionale pratico:

  • Se il cliente era distratto: utilizzare un promemoria diretto.
  • Se il cliente dovesse avere dei dubbi: ribadisci il valore del prodotto, le recensioni, le informazioni sulla spedizione e sui resi.
  • Se il prezzo sembra essere l’ostacolo: testate un incentivo in una fase successiva del processo.
  • Se è la procedura di pagamento stessa a causare l’abbandono del carrello: è meglio risolvere i problemi della procedura di pagamento piuttosto che affidarsi a ulteriori email.

Quest’ultima affermazione non deve essere trascurata, poiché l’automazione del recupero deve servire a prevenire la perdita di fatturato, ma non deve sostituire la risoluzione effettiva di eventuali problemi relativi ai pagamenti, ai moduli di checkout di difficile comprensione, alla mancanza di dettagli di spedizione o alla scarsa usabilità da dispositivi mobili.

Dove si inserisce il modulo di follow-up email di PrestaShop

Per i commercianti che desiderano questa sequenza senza dover creare la logica di automazione da zero, il modulo PrestaShop Email Follow Up fornisce gli strumenti operativi necessari per gestire promemoria seriali, modelli, invii automatici e monitoraggio delle conversioni del carrello.

La documentazione conferma inoltre il supporto per le richieste di cancellazione dei dati dei clienti ai sensi del GDPR, la modalità di test, il tracciamento degli utenti ospiti e registrati e le funzionalità di analisi.

Un dettaglio implementativo merita attenzione: il recupero dei clienti abbandonati dipende dalla disponibilità di un indirizzo email. Un negozio può avere un elevato numero di carrelli abbandonati anonimi, ma questi carrelli non possono ricevere un’email di promemoria senza un indirizzo email identificabile.

Per questo motivo, la progettazione del processo di cassa e l’automazione del recupero crediti dovrebbero essere considerate come sistemi interconnessi.

Una configurazione pratica per un negozio PrestaShop

Una prima versione sensata non ha bisogno di una dozzina di regole.

Inizia definendo quando il carrello viene abbandonato. Quindi crea tre promemoria con scopi diversi invece di tre versioni della stessa email. Ogni Promemoria carrello abbandonato PrestaShop dovrebbe conquistarsi il suo posto soddisfacendo un’esigenza diversa della clientela.

Il componente aggiuntivo PrestaShop Cart Abandoned supporta ritardi di promemoria configurabili e promemoria seriali sia scontati che non scontati, consentendo ai commercianti di creare questa progressione direttamente nel modulo.

Prima di attivare il flusso, testare il percorso completo:

  • Aggiungi un prodotto a un carrello di prova.
  • Conferma che il carrello diventi idoneo dopo il ritardo di abbandono configurato.
  • Verifica che il primo promemoria venga attivato.
  • Verificate che i solleciti successivi rispettino i tempi di attesa.
  • Effettua un ordine e conferma che il cliente sia considerato come effettuato.
  • Se un qualsiasi passaggio non va a buon fine, controlla il registro cron.
  • Verifica i dati UTM nell’analisi.
  • Verifica l’invio delle email su dispositivi mobili.

Questo permette di individuare i problemi tecnici prima che i clienti reali entrino nella sequenza.

Cosa dovrebbe significare concretamente per un commerciante la cifra del 37%.

Il miglioramento del 37% riportato non dovrebbe diventare un obiettivo che ogni negozio PrestaShop è tenuto a raggiungere.

Secondo i dati di Marketing LTB, tre email di recupero consentono di recuperare il 37% di carrelli in più rispetto a una sola, mentre altre ricerche indicano, più in generale, un’ottima performance dei messaggi automatizzati e basati sul comportamento dell’utente.

La lezione più utile è che la progettazione di sequenze crea ulteriori opportunità per recuperare i clienti che non erano pronti ad acquistare dopo il primo sollecito.

Misurate i vostri parametri di riferimento. Confrontate una singola email con tre, monitorate gli ordini recuperati anziché limitarsi ai clic ed esaminate le entrate generate al netto degli sconti. Se il terzo messaggio aumenta le conversioni senza creare un’eccessiva dipendenza dagli sconti o generare reclami, si è guadagnato il suo posto.

Conclusione: crea una sequenza di ripristino, poi migliorala

Una strategia efficace per il modulo di recupero carrelli abbandonati di PrestaShop non si basa sull’invio del maggior numero possibile di messaggi. Richiede piuttosto di contattare il cliente al momento giusto, fornendo un messaggio pertinente al motivo per cui potrebbe aver abbandonato il carrello.

Ecco tre buone email per iniziare. Il miglioramento del 37% riportato da tre email di recupero è un parametro utile da analizzare, ma non una promessa di replicabilità.

Da lì in poi, il vero lavoro consiste nella misurazione. Controlla i carrelli convertiti, testa i tempi, monitora l’utilizzo degli sconti, verifica l’esecuzione dei processi cron e risolvi i problemi di checkout che le email di recupero non riescono a risolvere.

Per i negozi che vogliono mettere in pratica questo approccio, il Componente aggiuntivo per carrello abbandonato di PrestaShop fornisce i promemoria seriali, i modelli di email, l’invio automatizzato, il monitoraggio, l’analisi e gli strumenti di recupero correlati necessari per costruire e testare il flusso di lavoro. Disponibile anche su Addons di Prestashop.

 

AuctionX – Manuale utente completo del modulo aste per PrestaShop

Il modulo d’aste Knowband per PrestaShop (anche chiamato AuctionX) consente ai proprietari di negozi di organizzare aste in tempo reale su prodotti e su singole varianti di prodotto. Questo manuale illustra agli amministratori del negozio come installare l’estensione per le aste di PrestaShop, configurarla, creare aste e gestire le offerte in tempo reale fino all’assegnazione dell’oggetto al vincitore.

1. Introduzione al Modulo d’asta PrestaShop

Il modulo Aste di PrestaShop è un sistema di aste per i prodotti di PrestaShop. Con esso puoi gestire aste a tempo, accettare offerte dai clienti, tenere traccia dello storico delle offerte e inserire l’offerta vincente in un ordine normale.

Include una dashboard per le aste nel back office, un elenco delle aste in vetrina, timer per il conto alla rovescia in tempo reale, cronologia delle offerte dei clienti, una watchlist opzionale, selezione del vincitore e notifiche via e-mail relative all’asta.

Come funziona il sistema di offerte di PrestaShop

  1. L’amministratore crea un’asta per un prodotto o una combinazione di prodotti, imposta le regole e le date delle offerte e la pubblica.
  2. I clienti aprono l’asta, piazzano le loro offerte durante lo svolgimento e monitorano i risultati dal proprio account.
  3. Al termine dell’asta, il modulo seleziona automaticamente i vincitori, oppure l’amministratore può sceglierli manualmente.
  4. Il vincitore effettua l’ordine per l’importo vincente entro la scadenza stabilita.

2. Caratteristiche principali di Componente aggiuntivo per aste di PrestaShop 

Queste sono le caratteristiche principali del modulo. Insieme, consentono a un commerciante di gestire aste online controllate in PrestaShop, controllare i partecipanti, selezionare i vincitori e concludere la vendita.

Aste di prodotti e offerte sulle varianti

Crea un’asta per qualsiasi prodotto attivo e, se necessario, per una specifica combinazione. Il modulo include le seguenti opzioni: prezzo di partenza, incremento dell’offerta, offerta massima facoltativa, prezzo di riserva, tempo di attesa tra le offerte, opzioni di visibilità, programmazione e regole di chiusura.

Asta in diretta sulla pagina del prodotto

I clienti registrati effettuano offerte direttamente dalla pagina del prodotto. Il modulo verifica l’importo minimo, l’incremento dell’offerta, l’offerta massima, lo stato dell’offerente, la disponibilità a magazzino e il tempo minimo tra le offerte. La visualizzazione in tempo reale si aggiorna tramite polling, mostra un conto alla rovescia e visualizza le statistiche selezionate dall’amministratore.

Pianificazione dell’asta e estensione automatica

Un’asta può rimanere in bozza o essere pubblicata con inizio in un secondo momento. Con l’estensione automatica attiva, un’offerta effettuata entro il periodo di attivazione posticipa l’orario di fine.

Selezione del vincitore e completamento dell’ordine

La modalità di selezione del vincitore può essere automatica o manuale. In modalità automatica, il modulo classifica ogni offerente in base all’offerta più alta, esclude gli offerenti bloccati, applica il prezzo di riserva e, in caso di parità, premia chi ha raggiunto per primo l’importo. In modalità manuale, l’amministratore sceglie i vincitori dalla visualizzazione in tempo reale al termine dell’asta. A ciascun vincitore viene assegnata una data di scadenza per l’ordine e un link privato per effettuare l’ordine nella sezione “Le mie offerte”. 

Liste di controllo e annunci d’asta

Con la watchlist attivata, i clienti possono salvare le aste nella propria watchlist. Gli utenti che seguono le aste possono ricevere un’email quando altri utenti fanno un’offerta e quando un’asta inizia, a condizione che il modello di email corrispondente sia abilitato.

Dashboard e notifiche via e-mail

La dashboard include widget KPI configurabili, grafici e tabelle delle attività recenti. La pagina dei modelli di email contiene oggetti e corpi in diverse lingue per conferme di offerta, offerte vincenti, annunci d’asta, eventi relativi agli ordini, blocchi degli offerenti, cancellazioni e altri eventi.

3. Installazione del modulo d’asta di PrestaShop

Installa e attiva il modulo nel back office di PrestaShop prima di creare qualsiasi asta. Segui questi passaggi in ordine.

  1. Accedi al pannello di amministrazione di PrestaShop.
  2. Vai su Moduli > Gestione moduli.
  3. Seleziona l’opzione di caricamento e carica l’archivio del modulo d’asta Knowband PrestaShop.
  4. Installa il modulo e attendi che PrestaShop completi l’operazione.
  5. Vai su Vendi > Modulo d’asta Knowband per PrestaShop. Durante l’installazione, il modulo crea le tabelle del database, le impostazioni predefinite, i modelli di email, il token CRON, gli hook e le schede del back office.
  6. Apri le Impostazioni generali, abilita il modulo e configura le opzioni del negozio online.
  7. Configura il processo CRON mostrato nella pagina Impostazioni generali se desideri che le modifiche di stato programmate, l’elaborazione automatica dei vincitori e l’elaborazione delle scadenze vengano eseguite senza che nessuno visiti una pagina.

La disinstallazione del modulo rimuove solo le relative voci dal menu di amministrazione. I dati delle aste, le offerte, i vincitori, le watchlist, i modelli di email, i registri, i layout della dashboard e le impostazioni rimangono al loro posto e saranno ancora presenti anche in caso di reinstallazione.

4. Apertura del modulo nel Back Office

Dopo l’installazione, tutte le funzioni d’asta si trovano in Vendi > Modulo d’asta Knowband PrestaShop. Le pagine sono:

  • Cruscotto
  • Impostazioni generali
  • Impostazioni di personalizzazione
  • Email Templates
  • Aste
  • Elenco dei vincitori
  • Altri moduli

Le impostazioni generali, le impostazioni di personalizzazione e i modelli di email sono accessibili anche dal menu Impostazioni presente nella pagina.

5. Panoramica del pannello di amministrazione

L’area amministrativa è suddivisa in sezioni separate, in modo che impostazioni, gestione delle aste, notifiche, report e registri dei vincitori possano essere gestiti singolarmente.

Cruscotto

Mostra gli indicatori chiave di prestazione (KPI) delle aste, i grafici e l’attività recente per il negozio corrente, consentendoti di monitorare l’andamento senza dover aprire ogni singola asta. I widget possono essere attivati ​​o disattivati, riordinati e ridimensionati.

Impostazioni generali

Attiva o disattiva il sistema di offerte e decide dove vengono visualizzati i riepiloghi delle aste sul sito. Contiene inoltre l’URL CRON e un esempio di voce crontab del server.

Impostazioni di personalizzazione

Imposta i colori utilizzati per le caselle d’asta, i pulsanti, le barre di avanzamento, i controlli della watchlist, le aree del corpo e i badge di stato.

Email Templates

Questo elenco mostra i modelli di notifica predefiniti con i relativi codici e stato. Ogni modello include una riga di traduzione per ciascuna lingua installata, un editor per l’oggetto e un corpo del messaggio in formato RTF. Queste email tengono informati amministratori, offerenti, osservatori e vincitori durante l’asta.

Aste

Qui è possibile visualizzare l’elenco delle aste, applicare filtri, aggiungere o modificare aste, aprire la visualizzazione in diretta, bloccare gli offerenti, selezionare i vincitori ed eseguire azioni relative al ciclo di vita.

Elenco dei vincitori

Cronologia in sola lettura delle aste concluse, con dettagli sul vincitore e sull’ordine. Sono incluse anche le aste concluse senza un vincitore.

Altri moduli

Un catalogo di altre estensioni di Knowband. Non include impostazioni per le aste.

6. Configurazione del modulo d’asta di PrestaShop

Questa sezione illustra ciascuna area configurabile. Verifica questi valori prima di pubblicare un’asta, poiché influiscono sulle regole di offerta, su ciò che viene visualizzato nel negozio online, sulle notifiche e sulla gestione del vincitore.

Impostazioni generali

Abilita modulo. L’interruttore principale del modulo. Lascialo su No mentre prepari le cose se non vuoi che i clienti vedano le aste. Seleziona Sì per attivare la vetrina e il comportamento di offerta. Opzioni: Sì o No. Predefinito: No.

Attiva la watchlist. Consente ai clienti registrati di salvare le aste e di accedervi in ​​seguito. Attivare questa opzione dopo aver abilitato il modulo. Opzioni: Sì o No. Predefinito: No. I clienti devono essere registrati.

Visualizza le aste recenti nella pagina principale. Aggiunge un blocco di aste recenti alla pagina iniziale per una maggiore visibilità. Opzioni: Sì o No. Predefinito: No.

Numero di aste recenti. Imposta il numero di aste che la pagina iniziale deve bloccare. Inserisci un numero intero da 1 a 20. Si applica solo quando l’opzione “Mostra aste recenti nella pagina iniziale” è impostata su Sì. Valore predefinito: 5.

Visualizza le informazioni sull’asta nella pagina della categoria. Aggiunge lo stato “asta” alle schede prodotto nelle pagine di categoria, in modo che gli acquirenti possano individuare i prodotti attualmente o a breve in asta. Opzioni: Sì o No. Predefinito: No. Il badge viene visualizzato solo nelle pagine di categoria, non in tutte le pagine che riutilizzano un modello di elenco prodotti.

URL CRON. Il server richiama questo URL per eseguire attività d’asta programmate, il che è importante per le aste che devono procedere senza visite alla pagina. La pagina mostra un URL generato e una riga crontab che viene eseguita ogni minuto e invia una richiesta curl silenziosa a quell’URL. Usa Copia per copiare uno dei due. Rigenera il token CRON invalida il vecchio URL, quindi aggiorna il crontab del server subito dopo averlo utilizzato. L’URL contiene un token segreto, quindi mantienilo riservato.

Impostazioni di personalizzazione

Queste impostazioni ti consentono di abbinare l’aspetto dell’asta al tema del tuo negozio. Ogni campo è un input di colore, è obbligatorio e deve essere un codice esadecimale a sei cifre come # Ffffff.

Configurazione Cosa controlla Predefinito
Colore di sfondo dell’intestazione Sfondo dell’intestazione dell’asta # 2456e7
Colore del testo dell’intestazione Testo nell’intestazione dell’asta # Ffffff
Colore pulsante Pulsanti di azione dell’asta # 2456e7
Colore testo pulsante Testo sui pulsanti dell’asta # Ffffff
Colore della barra di avanzamento Barra di avanzamento dell’offerta # 2456e7
Aggiungi alla watchlist Colore Controllo della watchlist # 2456e7
Colore di sfondo del corpo della scatola corpo della scatola d’asta # Ffffff
Colore del testo della casella Testo nella casella dell’asta #1f2430
Colore del badge Live / In corso Badge di stato in tempo reale #dc2626
Prossimo colore del badge Prossimo badge di stato #4f46e5
Colore del badge terminato/scaduto Badge scaduti e terminati # 64748b

Fai clic su Salva per applicare i colori. I valori vuoti o formattati in modo errato verranno rifiutati.

Gestione delle aste

Nella sezione Aste puoi creare, configurare, pubblicare, monitorare e gestire ogni asta dall’inizio alla fine.

Elenco delle aste

L’elenco consente di cercare, filtrare e ispezionare le aste ed eseguire azioni su di esse. Le sue colonne sono ID, Numero di riferimento, Titolo dell’asta, Prodotto, Stato, Prezzo di partenza, Data di inizio e Data di fine.

Il filtro Stato offre le seguenti opzioni: Bozza, Programmato, In corso, Inattivo, Completato, Vincitore selezionato, Ordine in sospeso, Ordine effettuato, Vincitore scaduto, Riassegnato e Annullato.

Le azioni disponibili sono Aggiungi nuova asta, Visualizza, Modifica, Pubblica, Duplica, Metti in pausa, Riprendi, Annulla forzatamente, Elimina ed Elimina in blocco, a seconda dello stato attuale dell’asta. Le aste in corso non possono essere eliminate. L’eliminazione in blocco salta le righe in corso e indica gli ID che sono stati saltati.

Informazioni di base

Questa sezione assegna un nome all’asta, la collega a un prodotto, ne imposta lo stato iniziale e definisce la pianificazione e il comportamento del negozio online.

  • Titolo dell’asta. Campo obbligatorio, massimo 30 caratteri, e univoco in tutta la configurazione del negozio.
  • Numero di riferimento. Campo obbligatorio, massimo 64 caratteri, e univoco. Utilizzare lettere, numeri, trattini e underscore.
  • Seleziona il prodotto. Seleziona un prodotto attivo. Puoi anche selezionare una combinazione per le offerte varianti.
  • Ottavo Stato. Bozza o Pubblica. La pubblicazione assegna lo stato “Pianificato” se l’orario di inizio è imminente, e lo stato “In corso” se l’orario di inizio è già arrivato.
  • Nascondi il prezzo del prodotto. Nasconde il prezzo normale del prodotto mentre è visualizzata la casella dell’asta.
  • Nascondi il pulsante “Aggiungi al carrello”. Nasconde il normale pulsante “Aggiungi al carrello” per il prodotto all’asta.
  • Continua a vendere. Decide se la vendita normale può proseguire durante la fase di allestimento dell’asta.
  • Data/ora di inizio e data/ora di fine. Inserisci questi dati nel fuso orario Asia/Kolkata del modulo. L’inizio non può essere nel passato. La fine deve essere successiva all’inizio e, in fase di modifica, deve essere nel futuro.

Configurazione dell’offerta

Queste sono le regole relative al denaro e alla partecipazione che determinano quali offerte vengono accettate e cosa possono visualizzare gli offerenti.

  • Prezzo di partenza. Obbligatorio e superiore a zero. La prima offerta deve raggiungere questo importo.
  • Incremento dell’offerta. Obbligatorio e superiore a zero. Ogni offerta successiva deve essere almeno pari all’offerta più alta corrente più questo importo.
  • Offerta massima. Opzionale. Deve essere superiore al prezzo di partenza. Una volta raggiunto tale prezzo, non saranno accettate ulteriori offerte.
  • Tempo minimo tra le offerte (minuti). Numero intero facoltativo. Imposta un periodo di attesa tra le offerte dello stesso cliente.
  • Prezzo di riserva. Facoltativa e nascosta agli offerenti. L’offerta deve essere almeno pari al prezzo di partenza e non superiore all’offerta massima. La selezione automatica del vincitore funziona solo se viene raggiunto il prezzo di riserva.
  • Mostra l’offerta più alta. Consenti ai clienti di visualizzare l’offerta più alta al momento.
  • Mostra la posizione in classifica delle offerte. Consenti a un offerente di visualizzare la propria posizione in classifica.
  • Mostra il totale delle offerte. Mostra il numero totale di offerte.
  • Mostra le informazioni sull’offerente. Decide se mostrare i dettagli dell’offerente.
  • Mostra l’orario dell’ultima offerta. Indica quando è stata effettuata l’ultima offerta.

Tutti gli interruttori di visibilità utilizzano le opzioni Sì e No.

Estensione della gloria

La funzione di estensione dell’asta protegge la fase finale di un’asta consentendo alle offerte dell’ultimo minuto di spostare l’orario di chiusura.

  • Abilita estensione automatica. Attiva l’estensione quando arriva un’offerta entro la finestra temporale di attivazione.
  • Attivazione estensione (minuti). Obbligatorio e superiore a zero quando l’estensione automatica è attiva. Questa è la finestra temporale prima della fine programmata in cui un’offerta provoca un’estensione.
  • Durata dell’estensione (minuti). Obbligatorio e superiore a zero quando l’estensione automatica è attiva. Questo è il tempo aggiuntivo che viene raggiunto al verificarsi della condizione.

Configurazione vincente

Questa sezione stabilisce come vengono scelti i vincitori e quanto tempo hanno a disposizione per effettuare l’acquisto.

  • Modalità di selezione del vincitore. La modalità automatica classifica le offerte e determina automaticamente i vincitori. La modalità manuale consente di selezionare i vincitori dalla visualizzazione in tempo reale al termine dell’asta.
  • Numero di vincitori. Valore predefinito 1. Deve essere almeno 1 e non può essere superiore alla quantità disponibile. Viene nascosto o ignorato in modalità manuale.
  • Termine ultimo per l’ordine del vincitore. Inserisci un numero (predefinito 48) e scegli Ore o Giorni. I vincitori dovranno effettuare l’ordine entro tale termine.

Cruscotto

La dashboard offre una panoramica rapida dell’attività e dei risultati delle aste tramite KPI, grafici e tabelle delle attività recenti.

Utilizza il selettore del periodo per scegliere Ultimi 7 giorni, Ultimi 30 giorni, Ultimi 3 mesi, Ultimi 6 mesi o Ultimi 12 mesi. Sono disponibili le opzioni Salva layout e Reimposta layout.

Widget KPI: Aste totali, Aste imminenti, Aste in corso, Aste concluse, Aste con ordini in sospeso, Ordini effettuati, Offerte totali e Offerenti unici.

Grafici: Stato dell’asta, statistiche dell’asta, statistiche delle offerte e statistiche di conversione.

tabelle: Aste recenti, Offerte recenti, Ordini recenti, Prodotti migliori e Offerenti migliori.

Trascina i widget per riordinarli, attivali o disattivali nella Libreria widget e imposta la loro estensione in colonne da 1 a 12. I valori KPI mostrano lo stato attuale del negozio. Il selettore del periodo influisce sui grafici basati sul periodo e sui dati dei migliori offerenti.

Email Templates

I modelli di email consentono di controllare quali messaggi vengono inviati nei momenti chiave di un’asta. Abilita quelli necessari e modifica il testo per ogni lingua installata.

La prima griglia mostra ID, Titolo, Codice e Stato, con un’opzione Gestisci traduzioni. Lo stato può essere Disabilitato o Abilitato. Tutti i modelli sono inizialmente disabilitati, quindi abilita ogni notifica che il tuo negozio deve inviare.

La griglia di traduzione mostra la lingua, l’oggetto, lo stato (abilitato o disabilitato) e la funzione Modifica. L’editor include un oggetto, un corpo del testo formattato, una legenda segnaposto e la funzione Salva. L’oggetto è obbligatorio e limitato a 255 caratteri. Anche il corpo del testo è obbligatorio.

Notifiche integrate:

  • Invia un’e-mail all’amministratore su Bid Place
  • Email ai clienti sull’offerta piazzata da altri utenti
  • Invia un’e-mail agli osservatori sull’offerta piazzata da altri utenti
  • Invia un’e-mail agli osservatori all’inizio dell’asta.
  • Invia un’e-mail al cliente in caso di vincita e conferma l’ordine.
  • Email agli altri clienti che hanno fatto un’offerta ma non hanno vinto
  • Invia un’e-mail all’amministratore al momento dell’ordine.
  • Invia un’e-mail all’amministratore alla chiusura dell’asta o in caso di mancata offerta.
  • Invia un’e-mail all’amministratore alla chiusura dell’asta e alla selezione del vincitore.
  • Asta annullata: notifica agli utenti che hanno fatto un’offerta
  • Email agli utenti sul blocco/sblocco delle offerte in qualsiasi asta
  • Invia un’e-mail all’amministratore quando viene raggiunta l’offerta massima.

Utilizzare solo i segnaposto elencati nella legenda dell’editor. Se manca una traduzione, verrà utilizzata la lingua predefinita del negozio. Ogni tentativo di invio e-mail viene salvato nel registro delle e-mail. Se un’e-mail non va a buon fine, l’offerta, l’ordine o la fase dell’asta verranno comunque completati.

Elenco dei vincitori

L’elenco dei vincitori è un registro di sola lettura delle aste concluse, contenente i nomi dei vincitori e i dettagli degli ordini. Le colonne includono: ID asta, numero di riferimento, prodotto, data di fine, data di fine effettiva, vincitore, offerta vincente, stato dell’ordine, scadenza dell’ordine e riferimento dell’ordine. Lo stato dell’ordine può essere In sospeso, Effettuato, Scaduto o Riassegnato.

Un’asta senza vincitore viene visualizzata con i campi del vincitore vuoti e l’etichetta “Nessun vincitore”. Utilizza “Visualizza asta” per aprire l’asta corrispondente.

7. Tipi di campo e opzioni

Questo riepilogo mostra il tipo di input utilizzato da ciascuna parte del modulo.

  • Impostazioni generali: Interruttori Sì/No e un campo numerico.
  • Impostazioni di personalizzazione: input di colore.
  • Forma greca: Campi di testo, selettore di prodotti e combinazioni, selezione dello stato, campi per data e ora, campi numerici per prezzo e durata e interruttori Sì/No.
  • Configurazione vincente: Scelta automatica/manuale, conteggio numerico dei vincitori, scadenza numerica e scelta tra ore e giorni.
  • liste: Tabelle ricercabili e filtrabili con filtri per stato, data, prodotto e riferimento, ove disponibili.
  • Dashboard: Widget trascinabili, una libreria di attivazione/disattivazione, un selettore di periodo e controlli per l’estensione delle colonne.
  • Modelli email: Interruttore di stato, tabella delle lingue, oggetto del testo, corpo del testo formattato e pulsante Salva.

8. Azioni amministrative

Le azioni amministrative consentono di modificare lo stato di un’asta o di gestire clienti e vincitori. Le azioni visualizzate dipendono dallo stato dell’asta.

  • Salva memorizza impostazioni, colori, layout del pannello di controllo o traduzioni delle email, a seconda della pagina.
  • Pubblica Sposta una bozza nello stato Programmato o In corso.
  • Pausa
    Sposta un’asta programmata o in corso nello stato Inattivo. CV riporta in vita un’asta inattiva.
  • Forza annullamento annulla un’asta in corso.
  • duplicare crea una copia di un’asta.
  • Elimina rimuove un’asta idonea. Le aste in corso sono protette.
  • Bulk Delete elimina le righe selezionate idonee e salta quelle in corso.

Nella visualizzazione in tempo reale è possibile aggiornare, bloccare o sbloccare un offerente, mettere in pausa, riprendere, annullare l’asta, modificare l’asta e selezionare manualmente i vincitori, ove applicabile. In modalità manuale, l’ordine in cui si selezionano gli offerenti determina la loro posizione in classifica.

9. Comportamento in vetrina: cosa vedono i clienti

Questa sezione descrive il lato cliente del sistema di aste di PrestaShop: offerte, inserzioni d’asta, pagine dell’account e limiti sugli ordini vincenti.

Box di presentazione della pagina prodotto

La pagina del prodotto può mostrare un riquadro per le aste programmate, in corso, vinte, perse, senza offerte, senza vincitore, terminate in sospeso o inattive. Per un’asta in corso, a seconda delle impostazioni, il riquadro può mostrare il conto alla rovescia, l’offerta minima corrente o successiva, una barra di avanzamento, il numero di offerenti, la posizione in classifica, il totale delle offerte, l’ora dell’ultima offerta, un campo per l’offerta, il pulsante “Fai un’offerta”, un controllo per la lista di controllo, un messaggio per gli offerenti bloccati e un messaggio sull’offerta massima.

Regole di offerta per i clienti

I clienti devono essere autenticati per fare offerte, mentre gli ospiti visualizzano una richiesta di accesso. Un cliente non può superare immediatamente la propria offerta e gli offerenti bloccati non possono fare offerte. Anche i livelli di stock e le regole di PrestaShop relative alle scorte esaurite influiscono sull’accettazione di un’offerta. La pagina esegue un polling ogni 10 secondi per impostazione predefinita per aggiornare lo stato, la tempistica, l’offerta minima, le statistiche, lo stato del vincitore e le notifiche di estensione.

Pagina dell’elenco delle aste

L’elenco pubblico delle aste presenta le schede Tutte, Prossime, In corso e Scadute. La scheda Scadute è facoltativa. Le schede delle aste terminate sono visualizzate in grigio e non rimandano al prodotto. Il blocco della home page e i badge di categoria seguono le impostazioni generali.

Account cliente: Le mie offerte e la mia lista di oggetti da tenere d’occhio

L’account cliente contiene una voce d’asta che apre la sezione “Le mie offerte”. La sezione “Le mie offerte” mostra la cronologia delle offerte, l’offerta migliore, il risultato, la classifica (ove consentito) e le opzioni “Invia il tuo ordine” o “Visualizza ordine”. Quando la watchlist è attiva, la sezione “La mia watchlist” elenca le aste programmate e in corso, e include anche le aste passate/annullate e quelle precedentemente seguite.

Limite di quantità per gli ordini vincenti

I prodotti acquistati a un prezzo vincente sono limitati a una quantità di 1 nel carrello e al momento del pagamento. Se il modulo corregge una quantità superiore, mostra un avviso che ne spiega il motivo.

10. Multilingua, multinegozio e comportamento relativo alle valute

I dati relativi ad aste, offerte, watchlist, vincitori e dashboard appartengono a un singolo negozio. Nel contesto di un singolo negozio, gli elenchi amministrativi mostrano solo il negozio corrente. Nel contesto di tutti i negozi, non ci sono restrizioni. I numeri di riferimento e i titoli delle aste devono essere univoci in tutti i negozi.

L’oggetto e il corpo delle email vengono memorizzati per lingua. Le lingue presenti al momento dell’installazione vengono utilizzate automaticamente e, in caso di traduzione mancante, viene utilizzata la lingua predefinita del negozio. Una lingua aggiunta dopo l’installazione potrebbe non ricevere automaticamente le righe di traduzione.

Gli importi delle aste vengono memorizzati e confrontati nella valuta predefinita del negozio. I valori visualizzati nel negozio vengono convertiti nella valuta scelta dal cliente, mentre le email di notifica dell’amministratore utilizzano la valuta predefinita del negozio. Il modulo d’asta e le date dell’amministratore utilizzano l’ora Asia/Kolkata, mentre le date memorizzate utilizzano l’UTC.

11. Processi CRON e attività automatizzate

Il processo CRON gestisce le attività basate sul tempo, quindi gli avvii e le chiusure programmate, la selezione dei vincitori e le scadenze dei vincitori scadute vengono elaborate anche quando nessuno visita il negozio o le pagine di amministrazione.

Esegui ogni minuto l’URL web CRON utilizzando il token visualizzato sulla pagina. Ogni esecuzione può:

  1. Sposta le aste programmate in stato “In corso” e avvisa gli osservatori.
  2. Chiuso, scaduto. Aste in corso.
  3. Selezione dei vincitori per le aste automobilistiche.
  4. Gestire le scadenze dei vincitori scadute e riassegnare o annullare le posizioni dei vincitori.

Ogni ciclo gestisce al massimo 200 record. Anche le visualizzazioni dei prodotti, le offerte, i sondaggi e l’elenco delle aste eseguono un’elaborazione just-in-time limitata per la scadenza, ma CRON è necessario per le aste che non ricevono visite alla pagina.

12. Servizi esterni e impostazioni API

Il modulo non necessita di alcuna connessione API esterna. L’URL CRON è un endpoint HTTP sulla tua installazione di PrestaShop, non un servizio esterno. Non è necessario inserire credenziali esterne. Mantieni il token riservato e rigeneralo se dovesse essere stato compromesso.

13. Risoluzione dei problemi del modulo Aste di PrestaShop

Se un’asta, un’offerta, un’e-mail o un ordine di aggiudicazione non funzionano come previsto, verifica le cause e le soluzioni riportate di seguito. Se il problema persiste, contatta l’assistenza clienti di Knowband.

L’asta non viene visualizzata nella vetrina del negozio.

Causa possibile: Il modulo è disabilitato in PrestaShop, l’opzione “Abilita modulo” è impostata su “No” oppure l’asta è in bozza, inattiva o appartiene a un negozio o a una combinazione di prodotti diversa. Fix: Attiva il modulo in PrestaShop e nelle Impostazioni generali, verifica lo stato e le date dell’asta e conferma il prodotto o la combinazione selezionata.

I clienti non possono utilizzare la watchlist

Causa possibile: L’opzione “Abilita watchlist” è impostata su No oppure il cliente non ha effettuato l’accesso. Fix: Attiva l’impostazione ed esegui un test mentre sei connesso.

Le date delle aste programmate o i vincitori non sono aggiornati.

Causa possibile: L’URL CRON non viene richiamato, il token è stato rigenerato ma il job del server non è stato aggiornato oppure il modulo è disabilitato. Fix: Copia l’URL corrente dalle Impostazioni generali, aggiorna il crontab del server, eseguilo ogni minuto e assicurati che l’opzione “Abilita modulo” sia impostata su “Sì”.

Le notifiche via e-mail non vengono inviate

Causa possibile: Il modello o la traduzione linguistica sono disabilitati o incompleti. Fix: Attiva il template, modifica la traduzione, assicurati che l’oggetto e il corpo del messaggio siano compilati e controlla il registro delle email e i log di PrestaShop. Gli errori di invio email non bloccano le offerte o l’elaborazione degli ordini.

L’offerta viene respinta

Causa possibile: L’offerta è inferiore al prezzo di partenza o all’incremento richiesto, è stato raggiunto il prezzo massimo, l’offerente è bloccato, il periodo di attesa non è trascorso, le regole di magazzino la rifiutano oppure l’asta non è più in corso. Fix: Verifica le impostazioni e lo stato delle offerte dell’asta. Il cliente deve essere connesso e non può superare immediatamente la propria offerta.

Un cliente vincente non può effettuare l’ordine

Causa possibile: Il token vincente o la scadenza non sono validi, il prodotto o la combinazione non corrispondono, l’importo pagato è diverso dall’importo vincente oppure la quantità nel carrello non è esattamente 1. Fix: Chiedi al cliente di aprire la sezione “Le mie offerte”, utilizzare il link “Effettua il tuo ordine” attivo prima della scadenza, selezionare il prodotto o la combinazione corretta e mantenere la quantità a 1.

I badge delle aste di categoria sono mancanti o visualizzati in modo errato.

Causa possibile: L’interruttore per la visualizzazione delle categorie è disattivato, l’asta non è attiva o imminente, oppure un tema fortemente personalizzato modifica i selettori delle schede prodotto. Fix: Abilita la visualizzazione delle informazioni sull’asta nella pagina della categoria, verifica lo stato dell’asta e rivedi il markup dell’elenco prodotti del tema per accertarti che lo stile non sia corretto.

14. Buone pratiche per la gestione delle aste su PrestaShop

Questi suggerimenti ti aiutano a evitare errori di configurazione, a mantenere attive le attività automatizzate e a offrire ai clienti un’esperienza d’asta senza intoppi.

  • Mantieni disattivato il modulo Abilita mentre prepari le aste, quindi esegui un’asta completa di prova prima di aprirne altre.
  • Utilizza numeri di riferimento univoci e chiari e titoli d’asta brevi.
  • Ricontrolla gli orari di inizio e fine nel fuso orario amministrativo Asia/Kolkata.
  • Scegli un incremento di offerta adeguato al valore del prodotto e rivedi insieme l’offerta massima e il prezzo di riserva.
  • Attiva solo le statistiche e i dettagli degli offerenti che desideri rendere visibili ai clienti.
  • Configura il CRON prima di pubblicare le aste programmate.
  • Abilita e rivedi ogni modello di email in tutte le lingue utilizzate dal tuo negozio.
  • Tratta l’URL CRON come un segreto e rigeneralo se viene compromesso.
  • Verifica un ordine vincente con il prodotto giusto, la combinazione corretta, l’importo vincente e una quantità di 1.
  • Utilizza la funzione Live View per monitorare eventuali offerte anomale, bloccare gli offerenti quando necessario e tenere traccia delle scelte manuali del vincitore.
  • Aggiorna il modulo all’ultima versione di Knowband per motivi di sicurezza e compatibilità.

15. CONCLUSIONE

Migliori Modulo d’asta Knowband per PrestaShop Si tratta di un’estensione completa per le aste di prodotti programmate, le offerte in tempo reale, la cronologia delle offerte dei clienti, le watchlist, la selezione dei vincitori e la gestione degli ordini dei vincitori. Le Impostazioni generali controllano l’attivazione e il posizionamento nel negozio, Aste definiscono ogni asta di prodotto, Impostazioni di personalizzazione controllano l’aspetto, Modelli di email controllano le notifiche e Dashboard e Elenco vincitori aiutano nella gestione quotidiana delle aste.

 

Come creare un blog SEO-friendly su PrestaShop: una guida pratica a contenuti, SEO e ricerca basata sull’intelligenza artificiale

Un blog dovrebbe fare di più che attirare visitatori nel tuo negozio. I contenuti creati in base alle domande dei clienti possono guidare i lettori dalla scoperta tramite la ricerca verso prodotti pertinenti.

A Modulo Blog PrestaShop fornisce l’infrastruttura per tale processo all’interno del negozio. Il risultato commerciale dipende da come il contenuto viene pianificato e collegato.

Strategia per creare un modulo blog PrestaShop incentrato sui prodotti

Iniziate dai prodotti o dalle categorie che desiderate far crescere.

Dai la priorità ai prodotti che richiedono un confronto o una ricerca prima dell’acquisto. Poi elenca le domande che i clienti si pongono. Un negozio di prodotti per la cura della pelle, ad esempio, potrebbe creare una guida alla scelta dei prodotti per un problema specifico e collegarla ai prodotti più adatti.

Questo conferisce a ciascun articolo un contesto commerciale senza renderlo promozionale.

Per i commercianti che desiderano implementare questo approccio direttamente nel proprio negozio, un Modulo blog per PrestaShop può fornire l’ambiente di pubblicazione necessario per collegare i contenuti al catalogo.

Associa ogni articolo a un reale intento di ricerca

Adatta l’articolo all’intento del cliente: informativo, comparativo o orientato all’acquisto.

Utilizza una semplice mappa:

  • Problema: Qual è la sfida che il cliente intende affrontare?
  • Ricerca: Cosa potrebbero digitare su Google?
  • Contenuto: Quale risposta sarebbe davvero d’aiuto?
  • Prodotti: Quali prodotti risolvono il problema?
  • Passo successivo: Dove dovrebbe andare il lettore dopo aver appreso queste informazioni?

Le linee guida SEO di PrestaShop raccomandano termini più generici per le categorie e espressioni di ricerca a coda lunga più specifiche per i prodotti, supportando un approccio a imbuto per la ricerca nell’e-commerce.

Un flusso di lavoro per la gestione del blog può supportare questo processo, consentendo ai commercianti di associare i prodotti ai post e di visualizzare i post collegati nelle pagine dei prodotti. Il modulo Blog di PrestaShop di Knowbadn offre anche collegamenti a prodotti correlati e post del blog collegati nelle pagine dei prodotti.

Trasforma un articolo in un percorso di scoperta del prodotto

L’articolo non dovrebbe terminare quando il lettore ottiene una risposta.

Ad esempio, una guida ai macinacaffè può spiegare la granulometria, i metodi di preparazione e la capacità prima di presentare i macinacaffè pertinenti.

Il viaggio diventa query di ricerca → risposta utile → prodotto pertinente → pagina del prodotto → considerazione per l’acquisto.

Mantieni la connessione con il prodotto pertinente. Consiglia i prodotti perché risolvono il problema discusso. Rispondi alla domanda principale fin da subito, usa titoli descrittivi e affronta le domande secondarie che probabilmente gli acquirenti si porranno. Guida alla ricerca tramite intelligenza artificiale Fornisce un contesto aggiuntivo su come i contenuti dell’e-commerce possono essere strutturati per la scoperta tramite intelligenza artificiale.

Creare cluster di contenuti attorno a categorie commerciali

Un singolo articolo raramente risponde a tutte le domande relative a una categoria. Crea un cluster.

Per un negozio di articoli per il fitness domestico, una categoria potrebbe includere:

  • Come scegliere le fasce elastiche per principianti
  • Bande elastiche contro pesi liberi
  • Come creare una routine di allenamento a casa
  • Errori comuni nell’utilizzo delle bande elastiche
  • Quale livello di resistenza dell’elastico dovresti scegliere?

Questi argomenti affrontano questioni diverse relative alla stessa categoria.

Questo è dove a Componente aggiuntivo di contenuti basato sull’intelligenza artificiale per PrestaShop Può ridurre gli attriti nella produzione. Il modulo Blog di Knowband per PrestaShop aiuta con i contenuti dei post, gli estratti, i tag, i metadati, il testo ALT e le traduzioni all’interno del flusso di lavoro di pubblicazione.

Utilizzate l’IA per accelerare l’esecuzione, non per decidere di cosa hanno bisogno i clienti. Il modulo deve rimanere un elemento di supporto al flusso di lavoro, non la strategia stessa. Prima della pubblicazione, verificate l’accuratezza, l’originalità, la pertinenza del prodotto e la coerenza con il tono di voce del brand dei risultati.

Integrare la SEO nel processo di pubblicazione

Un articolo utile può comunque non ottenere risultati soddisfacenti se la sua presentazione e la sua struttura in termini di ottimizzazione per i motori di ricerca vengono trascurate.

Prima di pubblicare, verificare:

  • Il titolo corrisponde alla domanda dell’utente?
  • L’URL è chiaro e pertinente?
  • I titoli H2 e H3 spiegano la struttura?
  • I metadati e il testo ALT delle immagini sono utili?
  • Gli articoli pertinenti e le pagine dei prodotti sono collegati internamente?
  • Mappa del sito: La pagina è inclusa nella mappa del sito ed è accessibile ai crawler dei motori di ricerca?

A Componente aggiuntivo PrestaShop SEO Blog È possibile supportare questo processo con controlli per URL di blog, metadati, inclusione nella sitemap, feed RSS e organizzazione dei contenuti. Il manuale documenta i modelli di URL, i campi meta, i controlli della sitemap, le impostazioni RSS e le relative opzioni di contenuto.
Successivamente, collega le metriche SEO al comportamento commerciale. Le impressioni di ricerca e i clic indicano la scoperta del prodotto, mentre i clic sui prodotti, l’attività nel carrello e le conversioni rivelano l’impatto commerciale.

Preparare contenuti per la ricerca tramite intelligenza artificiale senza scrivere per le macchine

La ricerca basata sull’intelligenza artificiale cambia il modo in cui gli acquirenti possono trovare informazioni, ma il principio di base rimane quello dei contenuti utili.

Rispondi subito alla domanda principale, usa titoli descrittivi e affronta le domande secondarie che probabilmente gli acquirenti si porranno.

Google continua a dare importanza a contenuti utili e incentrati sulle persone, mentre le attuali strategie di contenuto per l’e-commerce mappano sempre più gli articoli alle diverse fasi del percorso del cliente.

Per una Modulo Blog PrestaShopL’obiettivo pratico è semplice: rendere la pagina facile da capire per gli utenti e facile da interpretare per i motori di ricerca.

Utilizzare l’IA per scalare l’esecuzione, non la strategia.

I team di content marketing spesso perdono tempo in attività di produzione ripetitive. Una volta definiti l’argomento, l’intento di ricerca, la relazione con il prodotto e l’angolazione editoriale, l’intelligenza artificiale può accelerare l’esecuzione.

Knowband’s Componente aggiuntivo di contenuti basato sull’intelligenza artificiale per PrestaShop Può fornire assistenza per i contenuti dei post, gli estratti, i metadati, i tag, il testo ALT delle immagini e le traduzioni tramite provider di intelligenza artificiale configurati.

Knowband offre inoltre ai commercianti un modo per mantenere questo processo più vicino all’amministrazione del negozio. La gestione delle pubblicazioni diventa più semplice, sia per categorie che per lingue. Il commerciante continua a decidere quali prodotti, domande e azioni sono rilevanti.

Misurare i percorsi di guadagno, non solo il traffico del blog.

Il traffico è un indicatore preliminare, non l’obiettivo finale.

Monitorare ciascun cluster di contenuti per:

  • Visite biologiche
  • Impressioni di ricerca e clic
  • Clic dagli articoli ai prodotti
  • Interazione con la pagina del prodotto
  • Attività di aggiunta al carrello
  • Conversioni assistite
  • Ricavi associati ai percorsi assistiti dai contenuti

Se un articolo genera traffico ma offre scarso coinvolgimento con il prodotto, rivedi l’intento di ricerca o il percorso interno dell’utente. Ripeti gli argomenti che introducono costantemente i clienti ai prodotti.

Knowband’s Gestore del blog PrestaShop È possibile integrarlo in questo flusso di lavoro mantenendo post, relazioni tra prodotti, impostazioni SEO, pubblicazione e organizzazione dei contenuti all’interno dell’ambiente di amministrazione di PrestaShop.

Un flusso di lavoro pratico per un blog PrestaShop orientato alla generazione di ricavi.

Utilizza questa sequenza per ogni nuova opportunità di contenuto con il tuo Modulo Blog PrestaShop:

A Componente aggiuntivo PrestaShop SEO Blog Diventa prezioso quando supporta questo flusso di lavoro anziché sostituire la strategia che ne è alla base.

Per i commercianti che adottano questo approccio, Knowband integra in un unico flusso di lavoro PrestaShop la creazione di contenuti, l’ottimizzazione SEO, l’associazione dei prodotti, la pubblicazione, l’assistenza tramite intelligenza artificiale e l’organizzazione dei contenuti.

Esplora  Gestore del blog PrestaShop È disponibile anche su Prestashop Addons per vedere come questo flusso di lavoro di conversione dei contenuti in prodotti commerciali può essere implementato in un negozio PrestaShop.

Esplora questo tutorial per imparare come aggiungere blog al tuo sito web PrestaShop senza alcuna conoscenza di programmazione.

 

PrestaShop 9.2 Ask AI vs AI Admin Assistant: qual è il migliore per gestire il tuo negozio?

PrestaShop 9.2 Ask AI vs AI Admin Assistant: qual è il migliore per gestire il tuo negozio?

Il nuovo Ask AI di PrestaShop, introdotto con PrestaShop 9.2, è un segnale promettente della direzione che sta prendendo la piattaforma: un assistente nativo integrato direttamente nel back office che permette di interrogare il negozio in linguaggio naturale. È legato specificamente a PrestaShop 9.2 e si appoggia a due moduli complementari, il server MCP di PrestaShop e MCP Tools, che devono essere installati e configurati insieme a esso prima che possa vedere i dati del tuo negozio.

In pratica, aprendo Ask AI compare un pannello di chat nell’angolo della pagina di amministrazione in cui ti trovi, e ricorda la conversazione precedente alla riapertura successiva. Se chiedi qualcosa come «Quali prodotti sono esauriti in questo momento?», non risponde in silenzio in background: mostra il proprio lavoro, con lo specifico strumento MCP che sta per chiamare, un passaggio di conferma «Tool approved», un obiettivo dichiarato e il suo ragionamento, prima di restituire la risposta come elenco formattato. È un ottimo segnale di fiducia, anche se in cambio non c’è SQL visibile: vedi la chiamata allo strumento e l’obiettivo, non la query sottostante.

Il pannello nativo Ask AI di PrestaShop, aperto dalla barra di amministrazione superiore; ricorda la conversazione precedente tra una sessione e l’altra.

Ask AI mostra il proprio lavoro: lo strumento MCP che chiama, un passaggio di approvazione dello strumento e il suo ragionamento prima di rispondere.

La risposta finale, espansa a tutta larghezza: un semplice elenco dei prodotti esauriti con una casella per le domande successive già pronta.

Se preferisci evitare questa configurazione, oppure usi una versione precedente di PrestaShop in cui Ask AI semplicemente non è disponibile, c’è un modulo che puoi installare oggi stesso: offre già un assistente IA in linguaggio naturale e costruisce molto altro attorno a esso, gran parte del quale Ask AI non include ancora. Si chiama Smart AI Admin Assistant.

Il pannello nativo Ask AI di PrestaShop, aperto dalla barra di amministrazione superiore; ricorda la conversazione precedente tra una sessione e l’altra.
La risposta finale, espansa a tutta larghezza: un semplice elenco dei prodotti esauriti con una casella per le domande successive già pronta.

PrestaShop Ask AI vs Knowband Smart AI Admin Assistant

Funzionalità PrestaShop Ask AI Knowband Smart AI Admin Assistant
Versioni di PrestaShop supportate 9.2 Da 1.7.x a 9.x.x
Requisiti di configurazione Richiede i moduli separati PrestaShop MCP Server e MCP Tools Installa il modulo, aggiungi la tua chiave API e inizia a fare domande
Come accede ai dati Tramite il server MCP di PrestaShop con chiamate a strumenti definiti Da linguaggio naturale a SQL su viste del database selezionate e in sola lettura
Azioni sul negozio Può eseguire azioni con conferma esplicita obbligatoria Sola lettura; blocca DELETE, DROP, UPDATE, INSERT e TRUNCATE
Trasparenza delle query Chiamate a strumenti MCP; l’SQL non è direttamente visibile ✓ Visualizza, modifica e riesegui l’SQL generato
Dashboard di analisi integrata Non disponibile ✓ 44 widget su ricavi, ordini, scorte, best seller e altro
Esportazione dei dati Non disponibile ✓ Esportazioni in Excel e CSV, anche di interi set di dati
Input vocale Non disponibile ✓ Riconoscimento vocale del browser
Scorciatoie di accesso rapido Suggerimenti contestuali nelle pagine Prodotto, Ordine e Cliente ✓ Chip di query rapide modificabili per le domande più comuni
Controllo degli accessi dei dipendenti Non disponibile ✓ Configurazione per ruolo e per singolo dipendente
Registro di audit Cronologia delle conversazioni di 30 giorni per utente; nessun registro di SQL o azioni ✓ Registro di audit delle query con data e ora, incluso l’SQL eseguito

Il design di Ask AI, che chiede conferma prima di agire, e la sua integrazione nativa nel core di PrestaShop sono veri punti di forza e vale la pena tenerli d’occhio. Ma la maggior parte di ciò che rende Smart AI Admin Assistant un toolkit completo (la dashboard, le esportazioni, il controllo degli accessi, il registro di audit, l’input vocale) è un territorio in cui Ask AI non è ancora entrato.

Il problema che risolve un assistente IA

Ogni proprietario di un negozio PrestaShop conosce questa routine: controllare i ricavi di ieri, scorrere gli ordini per trovare quelli bloccati, vedere quali prodotti stanno finendo, magari esportare qualcosa da inviare a un partner. Niente di tutto ciò è difficile. È tutto ripetitivo, e tutto sottrae ore che preferiresti dedicare alle parti dell’attività che richiedono davvero il tuo giudizio.

Smart AI Admin Assistant sostituisce questa routine con una conversazione. Scrivi o pronuncia una domanda come la faresti a un collega e ottieni una risposta precisa e aggiornata, direttamente dal database del tuo negozio. Nessuna dashboard da esplorare. Nessun generatore di report. Nessun SQL. Solo una domanda e una risposta, in pochi secondi.

Chiedi qualsiasi cosa, ottieni una risposta vera

È su questo che si basa l’intero modulo: un motore che comprende le domande su ordini, clienti, prodotti, vendite, inventario e coupon senza richiedere alcuna competenza tecnica. Niente moduli da compilare, niente menu a tendina da scorrere: basta chiedere:

  • «Quanti ordini sono stati effettuati oggi?»
  • «Mostrami i prodotti con scorte basse.»
  • «Quali clienti hanno speso di più questo mese?»
  • «Quali sono i miei ricavi di questa settimana rispetto a quella scorsa?»
  • «Quali prodotti non hanno descrizione o immagini?»
  • «Quali sono i miei 10 prodotti più venduti in questo trimestre?»

Sia Ask AI sia Smart AI Admin Assistant ti permettono di porre questo tipo di domanda in linguaggio semplice: questa parte non è esclusiva di nessuno dei due. La differenza emerge in tutto ciò che è costruito intorno, a partire da come ciascuno raggiunge davvero i tuoi dati.

Scegli il modello di IA adatto alla domanda: Ask AI non offre questo livello di controllo

Smart AI Admin Assistant offre una vera scelta di fornitori e livelli di modello, senza modificare il codice, da un unico pannello di impostazioni:

  • OpenAI: GPT-4o Mini, GPT-4o, GPT-5.5
  • Anthropic Claude: Haiku 4.5, Sonnet 4.6, Opus 4.7
  • Google Gemini: 3.5 Flash, 3.1 Flash-Lite

Vuoi risposte rapide e a basso costo per i controlli quotidiani? Usa un modello più leggero. Vuoi l’analisi più approfondita possibile di un mese di vendite debole? Passa a un livello top per quella sola query. Ask AI, al contrario, si collega all’unica chiave del fornitore che hai configurato: non permette di cambiare livello direttamente dall’assistente.

Le impostazioni AI Provider di Smart AI Admin Assistant permettono di passare tra OpenAI, Anthropic Claude e Google Gemini e di scegliere un livello di modello per ciascuno.

Una risposta, non solo una tabella di numeri

Ogni query restituisce più dei semplici dati grezzi: l’assistente genera un riepilogo in linguaggio chiaro che mette in evidenza la tendenza o il numero che conta davvero. Chiedi dell’inventario e non ottieni solo una tabella: ti viene detto quali prodotti stanno per diventare un problema.

Smart AI Admin Assistant per PrestaShop risponde a «Quali clienti hanno speso di più questo mese?» con un riepilogo in linguaggio chiaro e i dati sottostanti.

Una dashboard di analisi completa già inclusa: qualcosa che Ask AI non ha

La dashboard di analisi integrata: ricavi, ordini, conversione del carrello e altro, tutto in un’unica pagina.

Sotto l’interfaccia di chat c’è una dashboard di analisi completa per il back office con 34 widget: analisi dei ricavi, quantità di ordini, tassi di conversione del carrello, tassi di fidelizzazione dei clienti, avvisi di inventario a livello di prodotto, best seller, tasso di abbandono, vendite per paese, categoria, metodo di pagamento, fascia oraria e altro. Ogni widget può essere attivato e riordinato per costruire la vista ideale. Può anche fungere da home page del back office di PrestaShop.

Risposte che puoi esportare, condividere e verificare: non disponibile in Ask AI

Hai un risultato da passare a qualcuno? Esportalo subito in Excel o CSV: set di dati completi, non solo le righe visibili a schermo. Ask AI non ha alcuna funzione di esportazione; i dati che mostra restano dentro la conversazione.

Dare a un assistente l’accesso al tuo database richiede attenzione, e il modulo è stato progettato tenendolo presente: rigide restrizioni su DELETE, DROP, UPDATE, INSERT e TRUNCATE fanno sì che l’assistente possa solo leggere le tue informazioni, mai scriverle. L’esecuzione di più istruzioni è bloccata e i pattern di SQL injection vengono filtrati automaticamente. E a differenza di Ask AI, che opera tramite chiamate a strumenti MCP senza nulla da ispezionare, puoi visualizzare, modificare e rieseguire tu stesso l’SQL esatto generato da Smart AI Admin Assistant. Nulla gira come una scatola nera.

L’SQL generato è visibile, modificabile e rieseguibile: niente è una scatola nera.
Configurazione delle viste del database: l’IA interroga viste MySQL selezionate e in sola lettura anziché le tabelle grezze.

Pensato per i team, non solo per chi gestisce il negozio da solo: Ask AI non ha un equivalente

Se il tuo negozio ha più amministratori, o gestisci negozi per conto dei clienti come agenzia, il modulo offre un controllo degli accessi dei dipendenti basato sui ruoli: decidi esattamente quali dipendenti possono usare l’assistente e che cosa possono chiedere. Ogni query viene registrata con data e ora, offrendoti una traccia di audit completa. Ask AI conserva 30 giorni di cronologia della chat per utente, ma non offre né permessi per utente né una traccia di audit per singola query.

Il controllo degli accessi limita l’assistente a specifici profili di dipendenti.

Cronologia delle query: un registro di audit completo e con data e ora di ogni domanda posta, incluso l’SQL generato.

Parla invece di scrivere: Ask AI non supporta l’input vocale

L’input vocale, basato sul riconoscimento vocale nativo del browser, ti permette di porre la domanda ad alta voce invece di digitarla: utile in magazzino, durante una mattina frenetica di gestione ordini o ogni volta che hai le mani occupate. Ask AI funziona solo con il testo.

Scorciatoie per le domande di ogni giorno: più flessibili dei suggerimenti di Ask AI

Prestashop AI Admin Assistant include «chip di query rapide» pronti all’uso: Totale ordini di oggi, Ricavi di questo mese, Prodotti con scorte basse, Carrelli abbandonati (ultimi 30 giorni), Migliori clienti per ricavi e altro, tutti completamente modificabili e personalizzabili. Ask AI offre suggerimenti contestuali nelle pagine Prodotto, Ordine e Cliente, ma non possono essere modificati né ampliati.

Inizia subito

Se sei pronto a smettere di cercare tra le schermate di amministrazione e a chiedere semplicemente al tuo negozio ciò che vuoi sapere, Smart AI Admin Assistant è disponibile, con demo dal vivo del back office e del front office e un manuale utente completo per vedere esattamente che cosa ottieni prima di acquistare:

Scopri PrestaShop Smart AI Admin Assistant

👉 Scopri il modulo con la nostra guida video

 

Manuale utente del modulo Punto Vendita PrestaShop

Knowband Modulo Punto Vendita PrestaShop Knowband è un modulo POS PrestaShop multi-negozio completo, progettato specificamente per i commercianti che possiedono uno o più punti vendita fisici oltre al negozio online. Il modulo POS PrestaShop di Knowband si rivela utile per questi commercianti in quanto integra funzionalità come la gestione delle vendite a livello di negozio, la gestione delle scorte e la gestione dei dipendenti direttamente nel back-end di PrestaShop, rappresentando una valida alternativa ad altri sistemi POS.

Il modulo è basato su un approccio POS multi-punto vendita. Ogni sede fisica, denominata punto vendita nell’area amministrativa, è configurabile individualmente con indirizzo, valuta, lingua e regolamenti di vendita univoci, ma tutti i punti vendita opereranno comunque all’interno di un unico sito web PrestaShop. Pertanto, il componente aggiuntivo PrestaShop Point of Sale è adatto a modelli di business retail multi-punto vendita, inclusi, a titolo esemplificativo, catene di boutique, corner in franchising, pop-up store e magazzini con attività di vendita al dettaglio.

Knowband Point of Sale non è un metodo di pagamento in sé. Registra le vendite POS attraverso un proprio flusso d’ordine interno e utilizza sempre un metodo di pagamento interno fisso per le transazioni POS; lo stato dell’ordine applicato una volta che la vendita è stata pagata è configurabile nelle Impostazioni, e le spese di spedizione, gli sconti e le commissioni vengono applicati a questo flusso.

1.1 Cosa include il modulo

Il modulo Punto Vendita di PrestaShop include funzionalità come dashboard, creazione di più punti vendita, monitoraggio delle commissioni, sincronizzazione dell’inventario e molto altro.

 

  • Modulo dashboard vendite per PrestaShop: Una griglia di widget personalizzabile e trascinabile per analizzare le prestazioni dei punti vendita, gli ordini in eccesso e le tendenze di vendita.
  • Gestione del punto vendita: Creazione, modifica e attivazione di singoli punti vendita, ognuno con il proprio indirizzo, valuta, lingua e regole di override.
  • Gestione degli agenti di vendita PrestaShop: Assegnazione dei dipendenti PrestaShop ai punti vendita come cassieri e assegnazione di specifici dipendenti come responsabili POS
  • Monitoraggio delle commissioni: Registrazione delle commissioni di vendita per ogni vendita, con reportistica dettagliata per dipendente e punto vendita.
  • Gestione clienti POS per PrestaShop: Ricerca, creazione e configurazione del comportamento di check-out dell’ospite in base al punto vendita
  • Modulo scanner di codici a barre per PrestaShop: Abbinamento dei codici a barre inseriti tramite lo scanner con un campo codice a barre configurabile dall’utente come EAN13, UPC, ISBN, MPN e Riferimento
  • Sincronizzazione dell’inventario per PrestaShop: Mantenere una corretta visibilità delle scorte durante l’assegnazione, la vendita e la restituzione dei prodotti nei vari punti vendita.
  • Modulo per ordini offline per PrestaShop: mettere in coda le vendite quando la connessione si interrompe e sincronizzarle automaticamente al ripristino della connettività, utilizzando chiavi di idempotenza per prevenire ordini duplicati
  • PrestaShop POS con stampa delle ricevute: Generazione di ricevute stampate tramite stampa HTML standard basata su browser, con visualizzazione configurabile della riga di sconto.
  • Traccia di reso e rimborso al punto vendita: Visibilità a livello di ordine sugli importi pagati, sullo stato dell’ordine e sui flag di merce venduta in eccesso, in modo che resi e rimborsi possano essere ricondotti al punto vendita e al venditore originali.
  • Accesso al pannello in stile PWA: Un URL pubblico del pannello POS, personalizzabile a piacere, che può essere aperto in una scheda del browser o installato come collegamento rapido simile a un’app su un dispositivo desktop.

2.0 Requisiti e compatibilità per il componente aggiuntivo Prestashop Point Of Sale

2.1 Compatibilità con PrestaShop

Il modulo è compatibile con Prestashop 1.7, Prestashop 8.x e Prestashop 9.xx. I proprietari dei negozi possono utilizzarlo liberamente; in caso di problemi, il nostro team è sempre disponibile all’indirizzo [email protected]

2.2 Dipendenze del modulo

Il sistema POS multi-punto vendita crea e utilizza tabelle di database proprietarie per punti vendita, assegnazione dei prodotti ai punti vendita, allocazione delle scorte, registri degli sconti, code degli ordini offline e registri delle commissioni, oltre alle tabelle standard di PrestaShop per dipendenti, clienti, corrieri e ordini.

2.3 Autorizzazioni richieste

L’amministratore che installa o configura il modulo necessita di un accesso valido al back-office di PrestaShop con i diritti per gestire moduli, prodotti, corrieri, clienti, dipendenti e ordini. La gestione degli outlet, in particolare, riguarda direttamente prodotti e corrieri, pertanto un amministratore del negozio senza tali autorizzazioni non sarà in grado di completare la configurazione degli outlet.

3.0 Installazione e attivazione del sistema POS Prestashop Multi Outlet

3.1 Installazione del modulo

Installa Knowband PrestaShop Point of Sale dall’elenco dei moduli PrestaShop nel back office, nello stesso modo in cui si installa un qualsiasi modulo standard di PrestaShop. 

  • Accedere a Gestione moduli > Moduli
  • Fai clic sull’opzione Carica e carica Knowband Prestashop Point of Sale
  • Dopo l’installazione, fai clic su configura; verrai reindirizzato al modulo di configurazione.

3.2 Attivazione

L’installazione del modulo non equivale alla sua attivazione per la vendita in tempo reale.  Abilita il modulo dalla scheda “Abilita modulo POS”.

4.0 Struttura delle schede del modulo nel POS 

Dopo l’installazione, troverai il modulo Knowband Prestashop Point of Sale nel menu VENDI di PrestaShop. 

  • Cruscotto
  • Impostazioni profilo
  • Outlets
  • Dipendenti
  • Ordini
  • Report
  • Impostazioni delle ricevute
  • Altri moduli

5.0 Configurazione del modulo del pannello di amministrazione in Sistema POS PrestaShop

5.1 Dashboard

La Dashboard è la pagina iniziale del modulo dashboard vendite per PrestaShop e offre all’amministratore una panoramica dell’attività POS a livello di punto vendita non appena apre il menu Knowband PrestaShop Point Of Sale.

5.1.1 Scopo

  • Analizza le recenti attività di vendita e le tendenze nei vari punti vendita.
  • Verificare le prestazioni delle singole prese.
  • Consulta il conteggio degli ordini in eccesso, che è direttamente correlato all’accuratezza della sincronizzazione dell’inventario.
  • Accedi rapidamente al pannello POS da un’unica schermata.
  • Personalizza il layout del widget in modo che corrisponda al modo in cui il proprietario o il gestore del negozio preferisce visualizzare i dati.

5.1.2 Campi e controlli

  • Selettore di prese: Consente di passare dalla visualizzazione del pannello di controllo a una presa specifica o a tutte le prese accessibili, elemento centrale per la gestione di più prese.
  • Selettore del periodo: modifica il periodo di reporting utilizzato dai widget del dashboard
  • Controlli di personalizzazione del widget: consente di abilitare, riorganizzare e salvare il layout del widget
  • Link rapido per gli ordini in eccesso: Apre la schermata Ordini filtrata per gli ordini contrassegnati come venduti in eccesso.

5.1.3 Pulsanti e azioni

  • POS aperto: apre il pannello POS in una nuova scheda del browser
  • Ripristina il layout del pannello di controllo: ripristina la disposizione predefinita dei widget
  • Attiva/disattiva la modalità demo: Passa la dashboard a un set di dati demo invece che a dati reali, utile per screenshot o formazione.

5.1.4 Comportamento importante

  • I dati del widget vengono caricati tramite AJAX anziché ricaricare l’intera pagina.
  • Una volta selezionato un punto vendita, i contenuti della dashboard sono sempre specifici per quel determinato punto vendita.
  • Il layout dei widget e le impostazioni della modalità demo vengono salvati per ogni negozio, pertanto le installazioni PrestaShop multi-negozio mantengono preferenze separate nella dashboard.

5.2 Impostazioni generali

La sezione Impostazioni è l’area principale di configurazione del comportamento del modulo ed è organizzata in cinque sottoschede: Generale, Prodotto, Cliente, Pagamento e Spedizione.

Generale 5.2.1

Controlla il comportamento operativo principale del modulo POS di PrestaShop: se è attivo, come funzionano gli sconti e la modalità offline, i colori del pannello e l’URL pubblico del pannello.

  • Abilita il modulo POS: Attiva o disattiva l’intero modulo; quando è disabilitato, il pannello POS diventa non disponibile.
  • Visualizza i dati inseriti per il voucher nel pannello del carrello: mostra o nasconde il campo del buono nel carrello POS
  • Testo dell’avviso nel pannello del carrello: messaggio opzionale visualizzato sopra il carrello POS
  • Consentire gli sconti manuali alla cassa: consente lo sconto alla cassa
  • Sconto massimo in percentuale: percentuale massima di sconto manuale che un cassiere può applicare
  • Importo massimo dello sconto fisso: Importo massimo dello sconto fisso che un cassiere può applicare
  • Colore di accento del pannello: colore principale utilizzato dall’interfaccia POS
  • Sfumatura di colore del pannello: colore secondario per la sfumatura di sfondo del POS
  • Colore di riempimento del pulsante: colore principale per i pulsanti di azione nel pannello POS
  • Colore al passaggio del mouse sul pulsante: colore dello stato al passaggio del mouse sul pulsante
  • Attiva la modalità offline: Attiva il modulo ordini offline per PrestaShop, consentendo di mettere in coda le vendite anche in caso di perdita di connessione e di sincronizzarle automaticamente al suo ripristino.
  • Periodo di mantenimento dell’idempotenza (giorni): Numero di giorni per conservare le chiavi di deduplicazione per le vendite offline, impedendo che la stessa vendita offline venga registrata due volte
  • Percorso URL personalizzato della pagina di vendita: Questa opzione consente al pannello POS di utilizzare un percorso URL pubblico personalizzato, come /pos/, e supporta l’installazione di scorciatoie in stile PWA.

Nota: La modifica del percorso del pannello personalizzato può compromettere i collegamenti alle app desktop già installate, poiché un collegamento installato punta all’URL con cui è stato creato.

5.2.2 prodotto

Controlla le modalità di ricerca, visualizzazione, assegnazione e gestione dei prodotti nel POS, ed è il punto di configurazione principale sia per il modulo di scansione dei codici a barre di PrestaShop che per il modulo di sincronizzazione dell’inventario di PrestaShop.

  • Numero massimo di caratteri visualizzabili per nome prodotto: tronca i nomi lunghi dei prodotti nell’interfaccia del POS
  • Soglia di allerta per scorte basse: segnala scorte basse quando le scorte allocate scendono al di sotto del valore scelto
  • Limite massimo dei risultati di ricerca (prodotti/clienti): numero massimo di righe restituite nelle ricerche di prodotti o clienti
  • Campi di ricerca del prodotto: seleziona quali campi del prodotto vengono confrontati testualmente nella ricerca POS, da Nome, Riferimento, EAN, ISBN, UPC, MPN e Tag
  • Campo del codice a barre da abbinare: seleziona quale campo del codice a barre il modulo scanner di codici a barre per PrestaShop utilizza durante la scansione o l’inserimento di un codice, tra EAN13, UPC, ISBN, MPN e Riferimento
  • Elimina automaticamente i prodotti disabilitati dal carrello aperto: Rimuove automaticamente i prodotti disabilitati o non assegnati da un carrello aperto
  • Segnala i prodotti che presentano combinazioni: contrassegna i prodotti con varianti in modo che il cassiere sappia che è necessaria una scelta prima di completare la fila
  • Abilita lo stato POS per i nuovi incarichi: rende i prodotti appena assegnati immediatamente disponibili per la vendita al punto vendita
  • Mostra il prezzo originale insieme allo sconto: mostra sia il prezzo originale che quello scontato per i prodotti a prezzo ridotto
  • Assegna automaticamente i prodotti nuovi o modificati ai punti vendita: assegna automaticamente i prodotti ai punti vendita attivi, supportando il modulo di sincronizzazione dell’inventario per PrestaShop
  • ID categoria predefinito/iniziale: categoria su cui si apre di default il pannello POS; impostare su 0 per utilizzare la categoria radice del negozio
  • Mostra le miniature delle immagini dei prodotti nei risultati di ricerca e nel carrello: visualizza piccole immagini del prodotto
  • Mostra la quantità disponibile nelle righe di ricerca: mostra le scorte outlet nei risultati della ricerca prodotti
  • Mostra il codice SKU/riferimento nelle righe di ricerca: mostra il testo di riferimento del prodotto sotto il nome del prodotto

5.2.3 Cliente

Gestisce la parte globale della gestione clienti di PrestaShop POS. La maggior parte della configurazione relativa ai clienti ora si trova a livello di punto vendita anziché qui.

  • Consenti ai cassieri di selezionare i gruppi di clienti al momento della creazione: mostra una casella di selezione del gruppo clienti quando un cassiere crea un cliente dal pannello

Pagamento 5.2.4

Controlla lo stato di pagamento applicato alle vendite POS e le regole relative alle commissioni dei venditori che regolano il monitoraggio delle commissioni.

  • Come vengono pagate le vendite al punto vendita: un campo di sola visualizzazione che spiega che tutte le vendite POS utilizzano un unico metodo di pagamento interno fisso
  • Lo stato verrà applicato una volta effettuato il pagamento: lo stato dell’ordine assegnato una volta che una vendita viene contrassegnata come pagata
  • Abilita il monitoraggio delle commissioni di vendita: Attiva o disattiva il calcolo delle commissioni per il monitoraggio delle commissioni
  • Tasso di commissione (% del totale dell’ordine): percentuale di ogni vendita totale utilizzata per la commissione del venditore

Spedizione 5.2.5

Controlla le modalità di spedizione per gli ordini POS, inclusi i corrieri che un cassiere può offrire.

  • Consenti la spedizione di un ordine POS al cliente: consente la spedizione al punto vendita
  • I prodotti disponibili alla cassa: elenco a selezione multipla di tutti i vettori tra cui un cassiere può scegliere
  • Corriere preselezionato: corriere predefinito scelto quando un cassiere entra in modalità spedizione

5.3 Come aggiungere più punti vendita nel sistema POS di PrestaShop

I punti vendita sono il fulcro della configurazione di un negozio multi-punto vendita. Questa sezione descrive l’elenco dei punti vendita, il modulo per aggiungere e modificare i punti vendita e il pannello dei prodotti dei punti vendita utilizzato per la sincronizzazione dell’inventario.

5.3.1 Elenco dei punti vendita

Elenca tutti i punti vendita configurati per il negozio corrente e rappresenta il punto di accesso per la gestione dei punti vendita.

Elenco delle colonne: ID, Etichetta negozio/punto vendita, Codice postale, Paese, Sovrascrivi pagamento, Sovrascrivi spedizione, Stato

  • Edit: apre il modulo di configurazione della presa
  • Interruttore di stato: abilita o disabilita la presa
  • POS aperto: apre il pannello POS per quel contesto in una nuova scheda
  • Aggiungi una nuova presa: crea un nuovo record di punti vendita

5.3.2 Aggiungi/Modifica punto vendita

Consente di creare o modificare un singolo punto vendita, definendone il profilo fisico e le relative regole locali per pagamenti, spedizioni e checkout degli ospiti.

Campi principali: Il punto vendita è attivo, Etichetta del negozio/punto vendita, Indirizzo riga 1, Indirizzo riga 2, Città, Codice postale, Paese, Stato, Numero di telefono di contatto, Valute accettate in questo punto vendita, Valuta preselezionata alla cassa, Lingue disponibili in questo punto vendita, Lingua preselezionata alla cassa

5.3.3 Gruppo di override del pagamento

  • Ignora le impostazioni di pagamento: attiva o disattiva l’opzione di override del pagamento del punto vendita
  • Lo stato verrà applicato una volta effettuato il pagamento: stato dell’ordine assegnato alle vendite POS pagate presso questo punto vendita
  • Abilita il monitoraggio delle commissioni di vendita: consente il monitoraggio delle commissioni a livello di punto vendita
  • Tasso di commissione (% del totale dell’ordine): percentuale di commissione specifica per questo punto vendita

5.3.4 Gruppo di override di spedizione

  • Sovrascrivi le impostazioni di spedizione: attiva o disattiva l’override della spedizione in uscita
  • Consenti la spedizione di un ordine POS al cliente: consente la spedizione presso questo punto vendita
  • I prodotti disponibili alla cassa: vettori autorizzati per questa presa
  • Corriere preselezionato: Corriere di spedizione predefinito per questo punto vendita

5.3.5 Gruppo checkout ospiti

Questo gruppo rappresenta la metà a livello di punto vendita della gestione clienti di PrestaShop POS.

  • Consenti le vendite senza un cliente registrato: consente le vendite ai clienti in questo punto vendita
  • Gestione dei clienti ospiti: seleziona se gli ospiti utilizzano un record cliente esistente o un nuovo cliente ospite creato per ogni vendita
  • Indirizzo email del cliente che effettua il check-in come ospite: email del cliente esistente utilizzata per le vendite agli ospiti
  • Chiedi il nome del cliente: mostra i campi del nome nel modulo ospite
  • Chiedi l’indirizzo del cliente: mostra i campi dell’indirizzo nel modulo ospite

5.3.6 Come assegnare i prodotti al punto vendita 

Questa schermata compare durante la modifica di un punto vendita esistente ed è la schermata di lavoro per il modulo di sincronizzazione dell’inventario di PrestaShop a livello di punto vendita.

  • Assegna il prodotto al punto vendita
  • Assegna tutti i prodotti al punto vendita
  • Gestire la quantità per i prodotti assegnati
  • Rimuovere un prodotto da questo punto vendita

Dipendenti di 5.4

La schermata Dipendenti è la visualizzazione di gestione degli agenti di vendita di PrestaShop, che elenca tutti i dipendenti di PrestaShop assegnati a un punto vendita POS.

Elenco delle colonne: ID dipendente, nome del cassiere, e-mail, punto vendita assegnato, stato, responsabile

  • Edit: apre la scheda del dipendente nell’editor standard dei dipendenti di PrestaShop

La scheda Dipendenti offre funzionalità per la creazione di account dipendenti e la configurazione di autorizzazioni e punti di accesso a cui i dipendenti avranno accesso.

  • Nome: Indicare il nome del dipendente.
  • Cognome: Indicare il cognome del dipendente.
  • Avatar: Carica l’immagine avatar del dipendente.
  • Abilita Gravatar: specifica se desideri utilizzare l’immagine Gravatar del dipendente (Sì/No).
  • Indirizzo e-mail: Fornire l’indirizzo e-mail del dipendente. Questo indirizzo e-mail può essere utilizzato come canale di accesso e per lo scambio di informazioni sull’account.
  • Password: Fornire una password di almeno 8 caratteri per il dipendente.
  • Lingua: Indicare la lingua utilizzata dal dipendente nel pannello di amministrazione.

Accesso e autorizzazioni

  • ActiveSeleziona Sì se desideri concedere al dipendente l’accesso al pannello di amministrazione; altrimenti seleziona No.
  • Ruolo: Scegli il ruolo del dipendente. In base al ruolo scelto, il dipendente ottiene autorizzazioni e accesso alle funzioni.
  • Pagina predefinita: Selezionare la pagina che deve essere aperta immediatamente dopo l’accesso da parte del dipendente.

Accesso al POS

  • Punto vendita POS assegnato a: Selezionare il punto vendita POS di proprietà del dipendente.

Se questo campo viene lasciato vuoto/non inizializzato, il dipendente non viene considerato un cassiere e pertanto non ottiene l’accesso al POS.

  • Immagine del dipendenteSeleziona la foto/immagine del dipendente. Questo può essere utile per identificarlo nel sistema. Una volta inseriti tutti i dati necessari, salva la scheda del dipendente.

5.5 Come vengono sincronizzati gli ordini offline con PrestaShop? 

La schermata Ordini elenca tutti gli ordini originati dal POS ed è il luogo principale in cui consultare la cronologia delle vendite e il punto di partenza per qualsiasi indagine sulla tracciabilità di resi e rimborsi dal POS.

Elenco delle colonne: ID, Riferimento, Cliente, Punto vendita, Venditore, Importo commissione, Stato, Totale, Pagato, Venduto in eccesso, Data

Filtri: Filtro punto vendita, filtro venditore, filtro data

Vista: Apre la visualizzazione dettagliata dell’ordine per quella vendita, inclusi punto vendita, venditore e dettagli di pagamento utili per tracciare un reso

L’esportazione in formato CSV è disponibile tramite il meccanismo standard di esportazione dell’elenco helper di PrestaShop, che semplifica l’estrazione di un registro dei resi e dei rimborsi dal punto vendita o di un file di riconciliazione per la contabilità.

5.6 Come analizzare i report 

La scheda principale Report raggruppa le due schermate di reporting utilizzate per il monitoraggio delle commissioni e la supervisione degli sconti.

5.6.1 Rapporto sugli sconti

Riepiloga l’attività di sconto per dipendente e punto vendita, aiutando gli amministratori a identificare i cassieri che applicano sconti in modo frequente o consistente.

Elenco delle colonne: ID dipendente, Nome, Cognome, Punto vendita, Numero di volte scontato, Totale scontato, Sconti per articolo, Totale per articolo, Sconti sull’intero carrello, Totale dell’intero carrello, Ultimo sconto

Filtri: Filtri per nome dipendente, Filtro punto vendita, Intervallo di date dell’ultimo sconto

Questo report è di sola lettura. Si basa sulle attività di sconto registrate dal modulo e non include le righe relative agli sconti tramite voucher.

5.6.2 Relazione della Commissione

La schermata principale per il monitoraggio delle commissioni, che riassume le commissioni guadagnate da un venditore in ogni punto vendita.

Elenco delle colonne: ID dipendente, Nome, Cognome, Punto vendita, Vendite con commissione, Valore totale delle vendite, Commissione totale, Media per vendita, Ultima commissione

Filtri: Filtro outlet, intervallo di date dell’ultima commissione

Visualizza gli ordini: Apre la pagina degli ordini filtrata per venditore e punto vendita correlati.

Nota: Questo report è raggruppato per venditore e punto vendita, un aspetto importante quando un singolo dipendente opera in più punti vendita nell’ambito di un sistema POS multi-punto vendita.

5.7 Impostazioni della ricevuta

Controlla come PrestaShop POS con stampa scontrini visualizza gli sconti e se i nuovi clienti ricevono un’email di benvenuto.

  • Applica lo sconto a ciascuna riga singolarmente: Sulla ricevuta viene stampata una riga di sconto separata per ogni prodotto scontato.
  • Stampa il totale dello sconto applicato all’intero carrello: stampa una riga di totale separata per gli sconti a livello di carrello
  • Invia un’e-mail di benvenuto ai nuovi clienti: invia un’email di benvenuto quando un cassiere crea un nuovo cliente dal POS.

Conclusione 6.0

Knowband PrestaShop Point of Sale, anche chiamato PrestaShop Multi-Outlet Point of Sale (POS) modulo per negozi che necessitano di una gestione multi-outlet completa all’interno di PrestaShop, anziché di un sistema di terze parti aggiunto. Fornisce agli amministratori gli strumenti per creare punti vendita, assegnare dipendenti tramite la gestione degli agenti di vendita.

Inoltre, questo modulo mantiene l’inventario aggiornato con il modulo di sincronizzazione dell’inventario per PrestaShop, scansiona i prodotti con il modulo scanner di codici a barre per PrestaShop, effettua vendite offline tramite il modulo ordini offline per PrestaShop, configura il comportamento di spedizione e pagamento, stampa le ricevute e monitora l’andamento di sconti e commissioni da un unico modulo dashboard di vendita per PrestaShop. Se riscontri problemi con il modulo, non esitare a contattarci all’indirizzo [email protected]

 

OpenCart SEO Audit Manager User Manual

1. introduzione

Gestire un sito web OpenCart richiede molto più che aggiungere prodotti e completare gli ordini. I motori di ricerca devono sapere cosa contiene la pagina web, i clienti richiedono pagine a caricamento rapido e ci sono anche link non funzionanti che devono essere individuati prima che inizino a causare perdite. Un OpenCart SEO Audit Manager sviluppato da Knowband offre tutte queste funzionalità da un’unica dashboard, evitando l’utilizzo di diversi componenti aggiuntivi, fogli Excel e controlli manuali. Un’estensione OpenCart SEO Audit fa tutto questo in una volta sola.

Il principio fondamentale alla base del funzionamento dell’estensione OpenCart SEO Audit è quello di valutare prodotti, categorie di prodotti, pagine informative, produttori e blog compatibili con OpenCart. Ogni singola pagina riceverà una propria valutazione di qualità, tenendo conto di aspetti quali meta tag, leggibilità, inclusione di parole chiave, link e altro ancora. Per i proprietari di negozi che non hanno molta familiarità con la SEO, questa può essere un’ottima checklist.

Oltre al punteggio, l’estensione include funzionalità come OpenCart Google Analytics 4 Analysis, OpenCart Google Search Console e OpenCart PageSpeed ​​Insights per l’analisi del traffico, l’analisi delle ricerche e le informazioni sulla velocità delle pagine, tutto in un’unica dashboard. Inoltre, gestisce i reindirizzamenti tramite l’estensione OpenCart URL Redirect. Questa estensione identifica anche gli URL 404 che potrebbero compromettere l’esperienza dell’utente e rileva gli URL SEO duplicati.

Questo modulo funge da plugin SEO tecnico per OpenCart, consentendo di modificare il file robots.txt utilizzando l’editor Robots.txt di OpenCart e di creare sitemap XML e HTML con il generatore di sitemap di OpenCart. Grazie al generatore di contenuti AI opzionale basato su ChatGPT, è in grado di generare elementi importanti come meta titoli, meta descrizioni, descrizioni dei prodotti e tag per i social media.

Questo manuale descrive le funzionalità del Knowband. Estensione di audit SEO per OpenCart sulla base della sua navigazione effettiva, delle sue funzionalità e delle sue prestazioni. Questo documento non fornisce alcuna garanzia in merito al posizionamento della pagina nei risultati di ricerca, poiché nessun servizio on-page può controllare il posizionamento di una pagina nei motori di ricerca. Fornisce una spiegazione della funzione, dell’utilizzo e della rilevanza di ciascuna funzionalità. Il manuale è scritto per i proprietari di negozi OpenCart che conoscono OpenCart ma non sanno come eseguire un audit SEO di OpenCart.

2. Caratteristiche principali dell’estensione OpenCart SEO Audit

OpenCart SEO Audit Manager, un’estensione completa per l’audit SEO dei negozi OpenCart, combina diverse funzionalità distinte in un unico modulo. Insieme, coprono la maggior parte delle attività di manutenzione SEO ricorrenti necessarie a un negozio OpenCart:

  • Valutazione SEO e di leggibilità per prodotti, categorie, pagine informative, produttori e contenuti del blog supportati
  • Analizza i dati storici con grafici di tendenza, istantanee e confronti nel tempo.
  • I problemi sono raggruppati per regola, in modo che gli amministratori possano risolvere un problema su più pagine contemporaneamente.
  • Integrazione di OpenCart con Google Analytics 4 per la creazione di report su sessioni, utenti, eCommerce e comportamento degli utenti.
  • Integrazione di OpenCart con Google Search Console, che include controlli su prestazioni, invio della sitemap e indicizzazione degli URL.
  • Integrazione di PageSpeed ​​Insights con test su dispositivi mobili e desktop, oltre al monitoraggio delle tendenze storiche.
  • Un gestore di reindirizzamenti per OpenCart che supporta i reindirizzamenti 301, 302 e 303, inclusa l’importazione in blocco di file CSV.
  • Rilevamento URL 404 che registra le richieste mancanti del negozio online per la revisione
  • Controllo degli URL duplicati, in pratica un verificatore SEO per OpenCart per le parole chiave SEO assegnate a più di una pagina.
  • Generazione di sitemap XML e HTML tramite il generatore di sitemap OpenCart del modulo, con supporto per i feed RSS.
  • Gestione del file robots.txt tramite l’editor Robots.txt integrato, direttamente dal pannello di amministrazione.
  • Un generatore di contenuti basato sull’intelligenza artificiale per OpenCart (con l’ausilio di ChatGPT) per meta titoli, descrizioni, testi dei prodotti e metadati social.
  • Importazione/esportazione per il backup, il ripristino e il miglioramento assistito dall’IA di grandi quantità di dati SEO.
  • Schede social per Open Graph e metadati delle schede X (Twitter), oltre al supporto per i dati strutturati.

Ciascuna di queste aree è documentata in dettaglio nelle sezioni seguenti, utilizzando gli stessi nomi delle schede e campi presenti nel modulo di audit SEO di OpenCart.

3. Installazione dell’estensione

Passaggio 1: Scarica il modulo. Scarica la Gestore di audit SEO per OpenCart, un plugin SEO per OpenCart sviluppato e da estrarre sul tuo computer locale.

Passaggio 2: Copia i file sul tuo server. Carica il contenuto della directory di caricamento dei file (admin, system, catalogue) nel tuo negozio, mantenendo intatta la struttura delle cartelle esistente.

Passaggio 3: Installa o aggiorna la modifica OCMOD. Il modulo include una modifica OCMOD che aggiunge il gruppo Knowband SEO alla barra laterale di amministrazione. In OpenCart, vai su Estensioni > Modifiche e aggiorna l’elenco delle modifiche affinché l’estensione OpenCart SEO venga visualizzata correttamente. Se la voce nella barra laterale non appare immediatamente, l’estensione include anche un meccanismo di fallback basato su eventi che aggiunge automaticamente il menu una volta installata l’estensione.

Passaggio 4: installa l’estensione. Apri il pannello di amministrazione di OpenCart, vai su Estensioni, individua Knowband SEO e installalo.

Passaggio 5: Confermare le autorizzazioni dell’utente. L’installazione concede al gruppo di utenti che effettua l’installazione l’accesso e le autorizzazioni di modifica per i percorsi del modulo. Se anche altri gruppi di amministratori devono utilizzare il modulo, è necessario aggiungere manualmente i loro permessi di accesso e modifica in Sistema > Utenti > Gruppi di utenti.

4. Panoramica amministrativa dell’estensione OpenCart SEO Audit

L’estensione OpenCart SEO Audit organizza i suoi strumenti in un menu di amministrazione dedicato. La navigazione include Dashboard, Analisi (che comprende le dashboard di GA, GSC e PageSpeed ​​Insights), Cronologia dei punteggi, Ottimizzazione URL, Sitemap XML e HTML. Questa estensione consente anche di aggiornare i prodotti in blocco tramite le impostazioni di importazione/esportazione. Permette inoltre di modificare i file sitemap.xml, sitemap.html e robots.txt.

4.1 Dashboard 

 

La dashboard offre una panoramica completa dello stato SEO generale del tuo negozio. Solitamente è il primo strumento da consultare quando si valuta l’andamento del catalogo in termini di contenuti e metadati. 

È possibile visualizzare i punteggi SEO complessivi attuali e precedenti, esaminare diversi grafici di ripartizione, eseguire un’analisi in blocco delle pagine non ancora valutate e accedere direttamente alla cronologia dei punteggi.

  • Punteggio attuale del sito web / Punteggio precedente: Il punteggio SEO complessivo del negozio, rilevato nell’ultima verifica, presentato in relazione al punteggio del periodo precedente per monitorare eventuali miglioramenti o peggioramenti.
  • Andamento del punteggio SEO complessivoUn grafico che mostra l’andamento del tuo sito web nel tempo e che ti aiuterà a capire se i miglioramenti apportati hanno avuto un impatto duraturo o se si è trattato solo di una risposta positiva iniziale.
  • Rapporto indice/followerIl rapporto tra le pagine contrassegnate per l’indicizzazione e il follow e quelle contrassegnate come noindex e nofollow, consentirà di individuare le pagine che sono state erroneamente bloccate dalla scansione dei motori di ricerca.
  • Pagine per distribuzione dei punteggiUn grafico che mostra il numero di pagine con punteggi SEO elevati, moderati e bassi.
  • leggibilità: un grafico che riassume i punteggi di leggibilità dei contenuti analizzati, separatamente dal punteggio SEO.
  • Impostazioni meta completate: un grafico che mostra quante pagine hanno metadati completi (titolo, descrizione e campi simili) rispetto a quante ne sono prive.
  • Elenco di controllo SEO: un elenco di elementi tecnici a livello di negozio, tra cui URL SEO abilitati, SSL abilitato, sitemap XML abilitata, presenza di robots.txt, stato della modalità di manutenzione, verifica del webmaster, reindirizzamenti URL, RSS e rilevamento del blog, ove pertinente. Ogni riga indica se l’elemento è presente e può includere un link di modifica o un collegamento esterno per correggerlo direttamente.
  • Cronologia dei punteggi (azione di intestazione): Una scorciatoia che apre la scheda Cronologia punteggi senza utilizzare il menu principale.
  • Analizza le pagine mancanti (azione di intestazione)): apre lo strumento di analisi di massa descritto di seguito, utilizzato per assegnare un punteggio alle pagine che non sono ancora state analizzate.

4.2 Analytics

La sezione Analisi contiene le schede Dashboard analitica, Impostazioni, GA4 Analytics, Search Console e PageSpeed.

4.2.1 Dashboard analitica

Si tratta di una dashboard widget personalizzabile che riunisce i dati di GA4, Search Console e PageSpeed ​​in un unico posto, in modo da non dover aprire ogni integrazione separatamente per un controllo rapido. Questi widget sono inclusi da Google Analytics 4, Google Search Console e PageSpeed.

  • Selettore del periodo: Il proprietario del negozio può impostare il periodo di riferimento per ogni widget presente sulla pagina, scegliendo tra Ultimi 7 giorni, Ultimi 28 giorni, Ultimi 30 giorni o Ultimi 90 giorni.
  • Sessioni: Seleziona le sessioni GA4 registrate nel periodo selezionato.
  • Utenti: totale Utenti unici registrati nel periodo selezionato.
  • Visualizzazioni di pagina: Numero totale di pagine visualizzate nel periodo selezionato.
  • Utenti in tempo reale: Il numero di utenti attualmente attivi sul negozio online, aggiornato in prossimità della diretta.
  • Andamento delle sessioni / Andamento degli utentiGrafici a linee che mostrano l’andamento giornaliero delle sessioni e degli utenti nel periodo selezionato.
  • Sessioni per paeseRipartizione delle sessioni per paese di provenienza dei visitatori.
  • Sessioni per dispositivo: Una ripartizione delle sessioni per categoria di dispositivo, come computer desktop, dispositivi mobili o tablet.
  • Principali fonti di traffico: I canali o le fonti che inviano il maggior numero di sessioni al negozio.
  • ClicNumero totale di clic su Search Console nel periodo selezionato.
  • Impressioni: numero totale di volte in cui le tue pagine sono apparse nei risultati di ricerca di Google.
  • CTRTasso di clic (CTR), calcolato dividendo il numero di clic per il numero di impressioni.
  • Posizione media: la posizione media in classifica delle tue pagine nei risultati di ricerca di Google per il periodo considerato.
  • Clic vs Impressioni: un grafico combinato che visualizza clic e impressioni insieme, in modo da poter osservare come si muovono l’uno rispetto all’altro.
  • Query di ricerca più frequenti: i termini di ricerca che generano il maggior numero di clic o impressioni.
  • Pagine di destinazione principali: le pagine che ricevono il maggior traffico dai motori di ricerca.
  • Prestazioni di PageSpeed: un widget che riassume i punteggi dei tuoi test PageSpeed ​​più recenti.
  • ricaricare: ricarica i dati per tutti i widget attualmente visualizzati.
  • Personalizzare: apre la libreria dei widget in modo da poter aggiungere, rimuovere o riordinare i widget.
  • Salva layout: memorizza la selezione e la disposizione attuali dei widget per questo negozio.
  • Annulla: chiude la visualizzazione di personalizzazione senza salvare le modifiche.
  • Reimposta il layout: ripristina la selezione e l’ordine predefiniti dei widget.

4.2.2 Impostazioni di GA4, GSC e PageSpeed

 Questo include tutti i valori di configurazione necessari all’area di analisi, organizzati nelle sezioni Generale, Credenziali, Proprietà, Accesso, PageSpeed ​​Cron e Notifiche.

General

  • Stato dell’analisi: Attiva o disattiva la raccolta dati e le dashboard di Analytics per questo negozio.
  • Periodo di validità predefinito (giorni): la finestra temporale utilizzata dai widget del dashboard per la creazione dei report quando non è stato selezionato alcun altro periodo.
  • TTL della cache API (minuti): per quanto tempo le risposte API vengono memorizzate nella cache prima che l’estensione richieda nuovi dati a Google, il che riduce l’utilizzo delle API ma ritarda la visualizzazione dei nuovi dati.
  • Ritardo dei dati della Search Console (giorni): il numero degli ultimi giorni esclusi dai report di Search Console, poiché Google in genere finalizza tali dati alcuni giorni dopo che si sono verificati.
  • Conservazione della cronologia (giorni): Per quanto tempo viene conservata la cronologia dei test di PageSpeed ​​prima che i record più vecchi vengano rimossi.

Credenziali

  • Chiave API di PageSpeed: La tua chiave API di Google PageSpeed ​​Insights, necessaria per eseguire i test di performance.
  • ID client Google OAuth: l’ID client dell’applicazione web client OAuth che hai creato in Google Cloud.
  • Segreto del client OAuth di Google: il Client Secret corrispondente; lasciando vuoto questo campo durante la modifica, verrà mantenuto il valore già memorizzato.
  • Connettiti con Google: Avvia il flusso di autorizzazione OAuth utilizzando l’ID client e il segreto indicati sopra.
  • Disconnetti Google: rimuove la connessione Google memorizzata per questo negozio.
  • ricaricare: ricarica l’elenco delle proprietà Google disponibili dopo una connessione riuscita.

Proprietà a Confronto

  • Proprietà della console di ricerca: la proprietà specifica di Search Console da cui devono essere estratti i dati di questo negozio.
  • Proprietà GA4: l’ID specifico della proprietà GA4 da cui devono essere estratti i dati di questo negozio.
  • URL del test PageSpeed: l’URL predefinito utilizzato quando si esegue un test PageSpeed ​​senza specificarne uno personalizzato.
  • URL di test personalizzato: un URL alternativo facoltativo disponibile quando si seleziona un target PageSpeed ​​personalizzato al posto di quello predefinito.

PageSpeed ​​Cron

  • Abilita i controlli pianificati: attiva i test PageSpeed ​​automatici e ricorrenti.
  • Pagine da testare: quali pagine di destinazione sono incluse nei controlli programmati.
  • URL Cron: l’URL univoco che lo scheduler del server deve richiamare per attivare i controlli PageSpeed ​​programmati.
  • Ultima corsa: data e ora dell’ultima esecuzione del controllo programmato.
  • Rigenerare: crea un nuovo token di sicurezza per l’URL di Cron; qualsiasi attività pianificata esistente che utilizzi ancora il vecchio URL smetterà di funzionare finché non verrà aggiornato.
  • Esegui ora: avvia manualmente un controllo programmato, senza attendere il successivo orario previsto.

Notifiche

  • Attiva gli avvisi via email: attiva le notifiche via email per le modifiche al punteggio o alle prestazioni.
  • Destinatario dell’avviso: l’indirizzo email che riceve le notifiche.
  • Soglia di avviso (punti): la variazione di punteggio che fa scattare un avviso.
  • Inoltre, notifica al momento del ripristino: invia un avviso aggiuntivo quando un punteggio precedentemente calato si riprende.
  • Ricevi una notifica in caso di errore nei parametri vitali del sito Web.: invia un avviso specifico quando i parametri di Core Web Vitals non raggiungono le soglie previste.
  • Invia email di prova: invia un avviso di esempio al destinatario configurato in modo da poter verificare che la consegna funzioni.

Procedura per creare un ID client e un ID segreto di Google 

  1. Abilita le API necessarie. All’interno di quel progetto, abilita le API di amministrazione di Google Analytics, di Google Search Console e di PageSpeed ​​Insights.
  2. Configura la schermata di consenso OAuth. Google richiede questo passaggio prima di consentire al tuo progetto di richiedere l’accesso ai dati di Analytics e Search Console.
  3. Crea un ID client OAuth 2.0. Seleziona “Applicazione Web” come tipo.
  4. Aggiungi l’URI di reindirizzamento. Copia l’URI di reindirizzamento esatto mostrato dal modulo e incollalo nelle impostazioni del client OAuth.
  5. Salvare l’ID client e il segreto client. Copia entrambi i valori da Google Cloud e incollali nei campi corrispondenti qui.
  6. Fai clic su Connetti con Google. Questo avvia il processo di autorizzazione utilizzando le credenziali appena salvate.
  7. Fare clic su Aggiorna. Questo carica l’elenco delle proprietà Google disponibili per il tuo account.
  8. Seleziona le proprietà corrette. Seleziona la proprietà Search Console e la proprietà GA4 corrette per questo negozio.
  9. Crea una chiave API per PageSpeed ​​Insights. Genera questo nello stesso progetto Google Cloud.
  10. Incolla la chiave nel campo Chiave API di PageSpeed. Questo collega il test PageSpeed ​​al modulo.

4.2.3 Analisi GA4

  • Questo servizio include la visualizzazione delle metriche di Google Analytics 4, tra cui traffico, coinvolgimento e attività di e-commerce.
  • Selettore del periodo: Ultimi 2 giorni, Ultimi 7 giorni, Ultimi 28 giorni, Ultimi 30 giorni oppure Personalizzato, che mostra la data di inizio, la data di fine e un pulsante Applica per un periodo specifico.
  • Confronta con il periodo precedente: questo aggiungerà una seconda riga ai tuoi grafici e alle tue schede per indicare il punteggio SEO di fStore relativo al periodo corrispondente, in modo da poter verificare se si è registrato un miglioramento.
  • Andamento generale del punteggio SEOQuesto grafico mostra l’andamento del punteggio del sito web nel tempo e vi aiuterà a capire se le modifiche apportate di recente stanno dando i loro frutti.
  • Rapporto indice/follower: Questo mostrerà il numero di pagine contrassegnate come indicizzate e seguite rispetto al numero di pagine non indicizzate e non seguite. In questo modo è possibile conoscere le pagine nascoste ai motori di ricerca.
  • Verifica della pagina: Un grafico che mostra quante pagine rientrano nelle fasce di punteggio forte, discreto e debole, fornendo una rapida panoramica dello stato di salute generale del catalogo.
  • Utenti totali: chiunque abbia visitato il negozio nel periodo.
  • Utenti attivi: utenti conteggiati da GA4 come attivamente coinvolti durante il periodo.
  • Nuovi utenti: visitatori che si recavano lì per la prima volta nel periodo.
  • Sessioni: numero totale di sessioni registrate nel periodo.
  • Sessioni di coinvolgimento: sessioni che soddisfacevano i criteri di coinvolgimento di GA4, come ad esempio una durata minima o l’inclusione di un evento di conversione.
  • Visualizzazioni: numero totale di pagine o schermate visualizzate.
  • Visualizzazioni per sessione: numero medio di visualizzazioni per sessione.
  • Durata media della sessione: durata media di una sessione.
  • Tasso di coinvolgimento: la quota di sessioni che erano sessioni impegnate.
  • Frequenza di rimbalzo: la percentuale di sessioni non partecipate.
  • Eventi: numero totale di eventi registrati, come clic o trigger di scorrimento configurati in GA4.
  • Pannello in tempo realeMostra gli utenti attivi degli ultimi 30 minuti, suddivisi per paese, dispositivo o pagina.
  • Traffico nel tempo: un grafico di sessioni, utenti e visualizzazioni nel periodo selezionato, con una linea di confronto con il periodo precedente quando abilitata.
  • Sessioni per ora del giorno: un grafico che mostra le ore in cui in genere si registra il maggior numero di sessioni.
  • Reddito: ricavi totali dell’e-commerce registrati da GA4.
  • acquisti: numero totale di eventi di acquisto completati.
  • Le transazioni: numero totale di transazioni registrate.
  • Valore medio dell’ordine: ricavi divisi per il numero di ordini.
  • Articoli acquistati: quantità totale di articoli venduti.
  • Imbuto di acquisto: una panoramica dettagliata delle fasi di aggiunta al carrello, avvio del pagamento e acquisto, oltre ai tassi di conversione tra queste fasi (dal carrello al pagamento, dal pagamento all’acquisto e dal carrello all’acquisto).
  • Articoli migliori: i prodotti più venduti in termini di fatturato o quantità nel periodo.

4.2.4 Console di ricerca

Questo Integrazione di Google Search Console in OpenCart inclusi Opzioni per il controllo delle prestazioni, della sitemap e degli URL. Insieme, mostrano come appare il tuo negozio nei risultati di ricerca di Google e se Google ha indicizzato correttamente le tue pagine.

Opzioni disponibili

  • Clic: indica quante volte un risultato di ricerca ha portato a un clic sul tuo sito.
  • Impressioni: quante volte le tue pagine sono apparse nei risultati di ricerca, indipendentemente dal fatto che siano state cliccate o meno.
  • CTR: tasso di clic, ovvero clic divisi per impressioni.
  • Posizione media: la posizione media in classifica delle tue pagine per le query misurate.
  • Interruttore di confronto: aggiunge una serie di dati del periodo precedente accanto ai dati correnti.
  • Selettore intervallo di periodo/date: imposta la finestra temporale per la creazione dei report sui dati relativi alle prestazioni.
  • Filtri per tipo di ricerca: restringono i risultati alla ricerca su Web, immagini, video o notizie.
  • Tabella delle query: termini di ricerca, con colonne Clic, Impressioni, CTR, Posizione, Precedente e Variazione.
  • Tabella Pagine: URL individuali, con le stesse colonne di metriche delle Query.
  • Tabella dei paesi: prestazioni suddivise per paese di provenienza del visitatore.
  • Tabella dei dispositivi: prestazioni suddivise per tipo di dispositivo.
  • Tabella di visualizzazione dei risultati di ricerca: prestazioni suddivise in base al tipo di risultato di ricerca visualizzato (ad esempio, un risultato normale rispetto a un risultato avanzato).
  • Grafico clic vs impressioni: traccia entrambe le metriche insieme nel tempo, permettendoti di verificare se visibilità e clic si muovono nella stessa direzione.

Sitemap e verifica URL

  • Mappa del sito: l’URL della sitemap inviata.
  • Ultimo invio / Ultimo download: quando la sitemap è stata inviata per l’ultima volta a Google e quando Google l’ha scaricata per l’ultima volta.
  • StatoStato attuale di elaborazione della sitemap da parte di Google.
  • Avvisi / Errori: conteggio dei problemi rilevati da Google durante l’elaborazione della sitemap.
  • URL inviati: quanti URL contiene la sitemap.
  • Invia/Elimina la mappa del sito: azioni per aggiungere una nuova sitemap a Search Console o rimuovere una sitemap non più necessaria.
  • Google Index CheckerFiltro URL: inserisci un URL specifico per verificarne lo stato di indicizzazione.
  • Strumento di verifica dell’indice di Google: Filtro indicizzato: restringe i risultati agli URL indicizzati o non indicizzati.
  • Dettagli: apre il risultato completo dell’ispezione per un URL controllato, che può mostrare Indicizzato da Google, Non indicizzato, Elencato in una sitemap inviata o Non trovato in nessuna sitemap inviata.
  • Controlla il nuovo URLEsegue un nuovo controllo di indicizzazione su un URL e memorizza il risultato nella cronologia per riferimento futuro.
  • Apri Search Console per richiedere l’indicizzazione: apre lo strumento di ispezione URL di Google, poiché Google non fornisce un’API per richiedere l’indicizzazione di pagine ordinarie.

Dopo aver configurato la scheda Sitemap, invia qui la tua sitemap XML e consulta periodicamente la tabella Sitemap per verificare la presenza di avvisi o errori, anziché presumere che un singolo invio sia sufficiente.

4.2.5 PageSpeed 

 PageSpeed ​​integra i test di Google PageSpeed ​​Insights nell’area amministrativa, con le sezioni Esegui test, Risultati e Cronologia.

Esegui test

  • Home page: esegue il test sulla pagina iniziale del negozio.
  • Pagina di categoria: esegue il test sulla pagina della categoria selezionata.
  • Scheda prodotto: esegue il test sulla pagina del prodotto selezionato.
  • URL personalizzato: esegue il test su qualsiasi URL specificato.
  • Mobile / Desktop: ogni test viene eseguito su entrambi i tipi di dispositivo, poiché le prestazioni spesso differiscono tra di essi; un test completo può richiedere fino a 90 secondi.

Risultati

  • Dati sul campo: prestazioni reali misurate da utenti Chrome effettivi, quando sono disponibili dati sufficienti nel Rapporto sull’esperienza utente di Chrome.
  • Dati di laboratorio: prestazioni misurate in un ambiente di prova controllato e simulato, utili quando non sono disponibili dati sul campo.
  • Punteggi Lighthouse: i punteggi complessivi per categoria assegnati dallo strumento Lighthouse di Google.
  • Metriche: misurazioni temporali individuali come il carico e la velocità di rendering.
  • Approfondimenti: indicazioni che descrivono i fattori che influenzano le prestazioni.
  • Diagnostica: ulteriori dettagli tecnici sui problemi di prestazioni.
  • Audit superati: la pagina risulta già conforme.
  • Audit falliti: controlli che la pagina non soddisfa, ciascuno con una spiegazione del problema.

Storia

  • Obiettivo: filtra la cronologia in base al tipo di pagina testata (pagina iniziale, pagina di categoria, pagina prodotto, URL personalizzato).
  • Dispositivo: filtra la cronologia per dispositivo mobile o desktop.
  • Da / A: filtri per intervallo di date per l’elenco della cronologia.
  • Data: la data in cui è stato eseguito uno specifico test.
  • URL: l’URL esatto che è stato testato.
  • LCP: Largest Contentful Paint, una metrica di caricamento di Core Web Vitals.
  • INP: Interazione con Next Paint, una metrica di reattività di Core Web Vitals.
  • CLS: Cumulative Layout Shift, una metrica di stabilità visiva dei Core Web Vitals.
  • Fonte: se il test è stato eseguito manualmente o tramite un controllo programmato.
  • Esporta in CSV: scarica la cronologia filtrata come file CSV.

4.3 Cronologia dei punteggi

La cronologia dei punteggi nell’estensione OpenCart SEO Audit tiene traccia di come il punteggio SEO complessivo del tuo negozio e i punteggi delle singole entità cambiano nel tempo. Qui puoi verificare se le tue attività SEO stanno effettivamente producendo risultati.

Utilizza Crea snapshot per acquisire manualmente lo stato corrente del negozio, ad esempio prima di un aggiornamento importante dei contenuti. Per confrontare due momenti diversi, seleziona uno snapshot come Snapshot A e un altro come Snapshot B, quindi fai clic su Confronta snapshot; le due selezioni devono essere diverse tra loro.

La migliore prassi è quella di consentire È possibile impostare snapshot automatici e configurare una politica di conservazione nelle Impostazioni generali, in modo che la cronologia venga creata automaticamente, anziché dipendere da snapshot manuali che è facile dimenticare.

4.5 Ottimizzazione degli URL in PrestaShop

Questa estensione di audit SEO per OpenCart include funzionalità come il reindirizzamento, la correzione degli URL 404 e il rilevamento di URL duplicati.

Un reindirizzamento 301 segnala uno spostamento permanente ed è generalmente la scelta giusta quando una pagina è stata rinominata o unita ad altre e il vecchio URL non deve più essere utilizzato; questo è il caso d’uso più comune per i reindirizzamenti 301 in OpenCart. Un reindirizzamento 302 segnala uno spostamento temporaneo, utile per modifiche a breve termine come la sostituzione e il ripristino di una categoria stagionale. Un reindirizzamento 303 viene in genere utilizzato per indirizzare una richiesta altrove dopo un’azione, come l’invio di un modulo, ed è meno frequentemente necessario per semplici modifiche all’URL del catalogo.

Importa CSV: questo Include l’aggiunta simultanea di numerosi URL da un foglio di calcolo.

Aggiungi reindirizzamentoDigita il nome di un reindirizzamento, il suo URL di origine o il suo URL di destinazione e fai clic su Filtra per restringere l’elenco, utile quando hai salvato più di qualche reindirizzamento.

Ingresso di reindirizzamento Tipo: Individuale per un singolo reindirizzamento, oppure In blocco per il caricamento di un file CSV; la modalità In blocco è disponibile solo in fase di aggiunta, non di modifica.

Nome di reindirizzamento: un’etichetta facoltativa che ti aiuterà a identificare il reindirizzamento in seguito, ad esempio “magliette-da-uomo”.

URL di origine: il vecchio indirizzo da cui reindirizzare; può essere un percorso SEO (ad esempio, old-category/old-product), un percorso OpenCart come information/contact o un percorso senza dominio. Questo campo è obbligatorio.

URL di destinazione: l’indirizzo di destinazione, inserito come percorso relativo o come URL http(s) completo. Questo campo è obbligatorio e gli schemi non sicuri come javascript: o data: verranno rifiutati.

Tipo di reindirizzamento: 301, 302, 303 o 404; i nuovi moduli individuali hanno come codice predefinito 301.

Active: Abilitato o disabilitato; i nuovi moduli individuali sono abilitati per impostazione predefinita.

Salva: memorizza il reindirizzamento e restituisce all’elenco un messaggio di successo.

Il file non deve superare i 2 MB e le 2,000 righe. Le righe non valide vengono ignorate e il risultato dell’importazione indica quante righe sono state importate e quante sono state ignorate.

Modifica e gestione dei reindirizzamentiUtilizza i reindirizzamenti di ricerca per individuare una voce per nome, origine o destinazione, quindi utilizza le azioni Modifica o Elimina dalla riga. La modalità in blocco è disponibile solo quando si aggiungono reindirizzamenti, non quando si modifica un reindirizzamento esistente.

Evitare gli erroriI reindirizzamenti non vengono eseguiti sul sito a meno che non siano attivati ​​sia lo stato principale del modulo che l’opzione “Abilita reindirizzamenti URL” nelle impostazioni generali. Le decisioni di reindirizzamento dovrebbero basarsi su una modifica effettiva dell’URL, come ad esempio un prodotto rinominato o una categoria ristrutturata, piuttosto che reindirizzare le pagine in modo speculativo. In genere, è meglio evitare una catena di reindirizzamenti che puntano ad altri reindirizzamenti; ove possibile, puntare ogni sorgente direttamente alla sua destinazione finale.

Esempio: se l’URL di un prodotto cambia da /product/old-name a /product/new-name dopo un cambio di nome, aggiungi un reindirizzamento 301 dal vecchio percorso a quello nuovo in modo che i link e i segnalibri esistenti continuino a funzionare.

10. Rilevamento URL 404

Un URL 404 indica una richiesta di accesso a una pagina web che non esiste più o non è mai esistita a quell’indirizzo. Se non vengono corretti, questi link non funzionanti frustrano i visitatori e sprecano il traffico e il valore dei link che la vecchia pagina aveva accumulato.

Questo modulo rileva gli URL 404 e consente ai proprietari dei negozi di reindirizzare tali URL seguendo la funzione di reindirizzamento.

4.6 Robot.TXT

Robots.txt è un file di testo semplice presente nella directory principale del tuo negozio online che indica ai crawler dei motori di ricerca, se ben educati, quali parti del sito dovrebbero evitare di indicizzare.

Un file robots.txt configurato in modo errato può accidentalmente impedire la scansione di pagine importanti, mentre un file configurato correttamente impedisce ai crawler di accedere alle directory di amministrazione e di sistema che non offrono alcun valore ai fini dei risultati di ricerca.

Migliori Editor Robots.txt di OpenCart Include:

  • Percorso del file: il percorso del file robots.txt sul server, a titolo di riferimento.
  • Esiste: indica Abilitato quando è già presente un file robots.txt, oppure Disabilitato quando non è presente.
  • contenuto del file robots.txt: un’area di testo modificabile contenente le direttive del file. Se il file non esiste ancora, quest’area viene precompilata con una versione iniziale che non consente le directory /admin/ e /system/.
  • Salva: scrive il contenuto modificato nel file.

4.7. Mappa del sito XML

Una sitemap XML è un elenco strutturato degli URL del tuo negozio che aiuta i motori di ricerca a scoprire e dare priorità alle pagine da indicizzare.

Lo strumento Sitemap XML per OpenCart del modulo, parte del più ampio Generatore di Sitemap per OpenCart, consente di configurare quanto segue in Sitemap > Sitemap XML:

  • Abilita la sitemap XML: attiva l’endpoint pubblico della sitemap XML.
  • URL della pagina della mappa del sito: visualizza l’URL pubblico una volta abilitata la mappa del sito.
  • URL della mappa del sito per lingua: mostrato per ogni lingua abilitata del negozio online, poiché ogni lingua può avere il proprio indirizzo della mappa del sito.
  • Abilita RSS: attiva l’endpoint del feed RSS insieme alla mappa del sito.
  • Includi nella mappa del sito: caselle di controllo per Prodotto, Categoria, Informazioni e Produttore, che controllano quali tipi di contenuto vengono elencati nella mappa del sito.
  • Limite di prodotto: il numero massimo di prodotti inclusi; l’estensione raccomanda un valore positivo pari o inferiore a 5,000 e considera zero o un valore vuoto come un massimo sicuro.
  • Priorità (per tipologia di contenuto): un valore compreso tra 1.0 e 0.0 che indica l’importanza relativa all’interno del proprio sito; i valori salvati sono limitati a questo intervallo.
  • Frequenza di modifica (per tipologia di contenuto): Sempre, Ogni ora, Ogni giorno, Ogni settimana, Ogni mese, Ogni anno o Mai, a indicare la frequenza con cui quel tipo di pagina cambia in genere; i valori non validi vengono normalizzati a Settimanale.
  • Salva: memorizza la configurazione.

La sottoscheda Mappa del sito HTML funziona in parallelo alla versione XML, pubblicando una pagina mappa del sito visibile al cliente anziché un file leggibile automaticamente. I suoi campi sono:

  • Abilita la mappa del sito HTML: pubblica la pagina della mappa del sito visibile ai clienti.
  • URL della pagina della mappa del sito: visualizzato solo quando la mappa del sito HTML è abilitata.
  • URL della sitemap HTML per lingua: mostrato per ogni lingua del negozio online abilitata.
  • Includi nella sitemap HTML: caselle di controllo per Pagina iniziale, Prodotto, Categoria, Informazioni, Produttore e Offerte speciali (Riduzione di prezzo).
  • URL personalizzati: una tabella facoltativa di link aggiuntivi, ciascuno con un titolo e un URL (un indirizzo https:// assoluto o un percorso del negozio come contatto).
  • Aggiungi URL: aggiunge una nuova riga vuota alla tabella URL personalizzati.
  • Rimuovere: elimina una riga dalla tabella URL personalizzati.
  • Salva: memorizza la configurazione; l’estensione ritorna alla scheda HTML se era la scheda attiva al momento del salvataggio.

L’elenco dei prodotti della mappa del sito HTML riutilizza il limite di prodotti impostato nella scheda Mappa del sito XML.

Impostazioni 4.8

4.8.1 Impostazioni generali

 La sezione Impostazioni generali è la pagina di configurazione centrale del modulo, e la sezione Stato rappresenta l’interruttore principale da cui dipende tutto il resto. È qui che l’estensione funge anche da gestore dei metadati di OpenCart, consentendo di definire modelli predefiniti per titolo e descrizione meta di prodotti e categorie.

Controlli principali e di analisi

  • Stato: l’interruttore principale per l’intero modulo; i metadati del negozio online, i reindirizzamenti, i pannelli e le colonne dei punteggi funzionano solo quando questa opzione è abilitata. Predefinito: Disabilitato.
  • Abilita controllo pagina: mostra le schede di valutazione SEO, la scheda Controllo pagina nei moduli del catalogo e le colonne Punteggio SEO negli elenchi del catalogo. Impostazione predefinita: Disabilitato.
  • Abilita l’analisi di leggibilità: mostra le schede di valutazione della leggibilità e gli elenchi insieme ai punteggi SEO. Impostazione predefinita: disabilitata.
  • Abilita l’analisi automatica in fase di modifica: l’analisi viene eseguita automaticamente durante la modifica di una pagina; i punteggi vengono salvati anche al salvataggio del modulo del catalogo. Impostazione predefinita: Disabilitata.
  • Registra le richieste 404: registra le richieste URL del negozio mancanti per il report URL 404. Impostazione predefinita: Disabilitato.
  • Abilita reindirizzamenti URL: applica reindirizzamenti attivi sul sito web. Impostazione predefinita: Abilitato, ma anche lo stato principale deve essere abilitato affinché i reindirizzamenti vengano effettivamente eseguiti.
  • Abilita la sitemap XML: attiva la funzionalità della sitemap XML per l’intero negozio. Impostazione predefinita: Disabilitato.
  • Abilita RSS: attiva la funzionalità RSS per tutto il negozio. Impostazione predefinita: disabilitato.

Impostazioni predefinite di ricerca e metadati

  • Separatore del titolo: il carattere o il testo utilizzato tra le parti di un titolo generato, ad esempio -; richiamato dallo shortcode {title_separator}. Predefinito: -.
  • Mostra i prodotti nei risultati di ricerca per impostazione predefinita: indica se i nuovi prodotti vengono visualizzati per impostazione predefinita nell’indice di ricerca del negozio online. Predefinito: Attivato.
  • Mostra le categorie nella ricerca per impostazione predefinita: indica se le nuove categorie vengono visualizzate per impostazione predefinita nell’indice di ricerca del negozio. Predefinito: Attivato.
  • Mostra i produttori nei risultati di ricerca per impostazione predefinita: indica se i nuovi produttori vengono visualizzati per impostazione predefinita nell’indice di ricerca del negozio online. Predefinito: Attivato.
  • Mostra le pagine informative nei risultati di ricerca per impostazione predefinita: indica se le nuove pagine informative vengono visualizzate per impostazione predefinita nell’indice di ricerca del negozio online. Predefinito: Attivato.
  • Modello del titolo meta del prodotto: il modello predefinito per il titolo meta dei prodotti, che utilizza shortcode. Predefinito: {nome_prodotto} {separatore_titolo} {nome_negozio}.
  • Modello di meta descrizione del prodotto: il modello predefinito di meta descrizione per i prodotti. Predefinito: vuoto.
  • Forza i meta template del prodotto: se abilitato, il template viene applicato anche se un prodotto ha già un proprio titolo o una propria descrizione meta. Impostazione predefinita: disabilitato.
  • Modello del titolo meta della categoria: il modello predefinito per il titolo meta delle categorie. Predefinito: {nome_categoria} {separatore_titolo} {nome_negozio}.
  • Modello di meta descrizione della categoria: il modello di meta descrizione predefinito per le categorie. Predefinito: vuoto.
  • Forza i meta template delle categorie: quando abilitato, il template viene applicato anche se una categoria ha già un proprio titolo o una propria descrizione meta. Predefinito: Disabilitato.

I codici brevi supportati in questi modelli includono {product_name}, {category_name}, {shop_name}, {title_separator}, {brand}, {og_meta_title} e {og_meta_description}.

Cron e verifica

  • Token di sicurezza Cron: il valore segreto utilizzato nell’URL cron del modulo per autenticare le richieste pianificate; un token viene generato automaticamente.
  • Codice di verifica di Google: il valore del contenuto proveniente dal metodo di verifica del tag HTML di Google Search Console; può essere lasciato vuoto se la verifica è già stata completata in un altro modo.
  • Codice di verifica di Bing: il valore del contenuto proveniente dalla verifica di Bing Webmaster Tools; può anche essere lasciato vuoto se la verifica è già stata completata in un altro modo.

Cronologia dei punteggi

  • Abilita la cronologia del punteggio SEO: attiva il monitoraggio del punteggio e le istantanee. Impostazione predefinita: Abilitato.
  • Conservazione della cronologia: Mantieni tutta la cronologia (impostazione predefinita), Elimina i dati più vecchi di X giorni, Mantieni solo gli snapshot giornalieri oppure Mantieni solo gli snapshot settimanali.
  • Conserva la cronologia per (giorni): il numero di giorni da conservare quando si seleziona l’opzione di conservazione basata sui giorni. Predefinito: 365.
  • Pianificazione automatica degli snapshot: solo manuale, giornaliera (mezzanotte) (impostazione predefinita), settimanale o mensile; gli snapshot automatici richiedono anche una richiesta pianificata all’URL cron del modulo.

4.8.2 Carte Sociali

 Social Cards controlla i metadati delle schede Open Graph e X (Twitter) aggiunti alle pagine del negozio online, insieme alle impostazioni di base dei dati strutturati.

  • Abilita Facebook Open Graph: attiva o disattiva i metadati Open Graph. Predefinito: Abilitato.
  • Abilita X Card: attiva o disattiva i metadati della scheda X (Twitter). Predefinito: Attivato.
  • Tipo di scheda X: summary o summary_large_image, che controlla il layout della scheda di anteprima di un collegamento condiviso. Predefinito: summary_large_image.
  • Tipo di sito: Organizzazione, Sito Web o Attività Locale, utilizzato nei dati strutturati che descrivono il tuo negozio. Predefinito: Organizzazione.
  • Nome del sito: il nome utilizzato nei metadati a livello di sito.
  • Breadcrumbs: attiva o disattiva i dati strutturati breadcrumb. Predefinito: Attivato.
  • Facebook: l’URL del profilo Facebook del tuo negozio.
  • Twitter: l’URL del profilo Twitter/X del tuo negozio.
  • Instagram: l’URL del profilo Instagram del tuo negozio.
  • LinkedIn: l’URL del profilo LinkedIn del tuo negozio.
  • YouTube: l’URL del canale YouTube del tuo negozio.
  • Pinterest: l’URL del profilo Pinterest del tuo negozio.
  • Salva: memorizza le impostazioni.

4.8.3 Generatore di contenuti ChatGPT

Knowband Estensione di audit SEO per OpenCart Include inoltre la funzionalità di un generatore di contenuti basato sull’IA come scheda aggiuntiva all’interno dei pannelli SEO di prodotti e categorie, e come strumento di elaborazione in blocco all’interno delle funzioni di importazione/esportazione.

  • Abilita ChatGPT: attiva o disattiva l’assistente per l’intero modulo. Predefinito: Disabilitato.
  • Modello ChatGPT: GPT-4o, GPT-4o mini, GPT-4 Turbo, GPT-4 o GPT-3.5 Turbo; il controller ripiega su gpt-4o-mini e l’impostazione predefinita di installazione è gpt-3.5-turbo.
  • Token API ChatGPT: la tua chiave segreta OpenAI, che deve iniziare con sk-.
  • Chiave API di prova: invia una richiesta di convalida in tempo reale a OpenAI per confermare che il token funzioni.

Campi a pagina singola (pannello SEO > scheda ChatGPT).

  • Modelli di prompt: una serie di prompt predefiniti che puoi selezionare invece di scriverne di tuoi.
  • Il tuo prompt: una casella di testo libero per un prompt personalizzato, che supporta shortcode come {product_name}, {brand}, {category_name}, {meta_title} e {meta_description}.
  • Genera: invia il prompt a ChatGPT e restituisce una bozza.
  • Contenuto generato: visualizza la bozza restituita da ChatGPT per la revisione.
  • Applica: inserisce il contenuto generato nel campo corrispondente (il modulo del catalogo deve comunque essere salvato successivamente affinché la modifica abbia effetto).
  • Applica a: consente di scegliere a quale campo applicare il contenuto generato.
  • Cancella cronologia: cancella la cronologia degli ultimi giorni per questa pagina.
  • Cronologia recente: un elenco delle richieste e dei risultati precedenti per questa pagina.

Campi in blocco (Importazione/Esportazione > Miglioramento ChatGPT).

  • Caselle di controllo del campo: scegli quali campi generare, tra Meta titolo, Meta descrizione, Meta parole chiave, Titolo social, Descrizione social, Tag prodotto, URL SEO, Parola chiave principale, Parole chiave di supporto e Descrizione prodotto (leggibilità).
  • Seleziona tutto / Non selezionare nulla: seleziona o deseleziona rapidamente tutte le caselle di controllo dei campi.
  • Elaborare tutti i prodotti: genera contenuti per l’intero catalogo.
  • Prodotti Max: Un’alternativa all’elaborazione di tutti i prodotti, che limita il numero di elaborazioni a un valore specifico, fino a un massimo di 5,000 prodotti di catalogo distinti in tutte le lingue per ciascun prodotto.
  • Prodotti per chiamata API: quanti prodotti vengono inviati insieme in un’unica richiesta, da 1 a 5; l’estensione imposta automaticamente questo valore a 1 quando è selezionata la descrizione del prodotto (leggibilità).
  • Indicatore di avvio/avanzamento: avvia l’esecuzione del miglioramento e mostra l’avanzamento in tempo reale.
  • Ottimizza i punteggi SEO e di leggibilità (scarica il file JSON): l’azione che esegue il miglioramento e produce un file scaricabile; non salva direttamente nel catalogo.

Il file scaricato deve poi essere reimportato tramite il pannello di importazione descritto di seguito; lo strumento ChatGPT per l’elaborazione in blocco non scrive mai autonomamente nel catalogo.

4.9. Importazione/Esportazione

La funzione di importazione/esportazione gestisce i dati SEO dei prodotti come file JSON: meta titolo, descrizione, parole chiave e tag; URL SEO, parole chiave principali e di supporto, impostazioni robots e canonical, titolo, descrizione e immagine per i social media; punteggi SEO e di leggibilità e dati di analisi; e campi di markup per le valutazioni. Questa funzione viene utilizzata per aggiornare più prodotti in blocco.

Formato supportato. Il file esportato utilizza il formato JSON versione 1.2 e include un timestamp di esportazione e un elenco di campi insieme ai dati del prodotto.

Campi di esportazione.

  • Esporta: il pulsante che genera e scarica i dati SEO correnti del prodotto come file di backup JSON, versione 1.2, contenente un timestamp di esportazione, un elenco dei campi e i dati del prodotto. Questo stesso file può anche fungere da base di partenza prima di eseguire lo strumento di miglioramento ChatGPT descritto nella Sezione 14.

Importa campi.

  • Scegli file: seleziona il file .json da importare; l’estensione deve essere .json, il contenuto deve essere un JSON valido, deve contenere un array di prodotti e deve rimanere al di sotto dei 5 MB con un massimo di 5,000 righe.
  • Importazione: avvia l’importazione; gli ID di prodotto e lingua nel file devono essere numeri positivi corrispondenti a quelli del negozio corrente. Le importazioni riuscite riportano il numero di righe di prodotto e lingua aggiornate.

 Altri moduli è una pagina del catalogo Knowband condivisa, accessibile dal menu SEO di Knowband. Elenca le altre estensioni Knowband disponibili per OpenCart, anziché le opzioni di configurazione SEO specifiche di questo modulo.

5. Audit e punteggio SEO

Il sistema di punteggio è alla base dell’estensione OpenCart SEO Audit di Knowband. Ogni prodotto, categoria, pagina informativa, pagina del produttore e blog supportato può ricevere un punteggio SEO e un punteggio di leggibilità separato una volta abilitate le relative impostazioni di analisi in Impostazioni generali, il cuore di ciò che rende questo strumento di analisi SEO per OpenCart così efficace.

Tipi di pagina supportati. Il sistema di punteggio include, per impostazione predefinita, prodotti, categorie, pagine informative e produttori. I post del blog, le categorie del blog, i tag del blog e gli autori del blog sono inclusi solo quando è connessa al negozio un’integrazione Knowband Blog supportata.

Cosa misura il punteggio. L’esecuzione di questo audit SEO per OpenCart prevede che la libreria di regole valuti la lunghezza del contenuto, la qualità delle frasi e la leggibilità, la struttura dei titoli, i link interni, gli attributi alt delle immagini, la lunghezza del titolo e della descrizione, nonché il posizionamento e la densità delle parole chiave principali e di supporto nel contenuto della pagina e nello slug dell’URL. Qualsiasi regola con un punteggio inferiore a 7 viene registrata come problema e raggruppata nella scheda Problemi.

Cosa significa il punteggio. Un punteggio elevato indica che una pagina ha soddisfatto i requisiti fondamentali: un titolo e una descrizione ragionevolmente descrittivi, contenuti leggibili, una struttura di intestazioni sensata e un utilizzo di parole chiave coerente con l’obiettivo dichiarato della pagina. Un punteggio basso non significa che una pagina sia invisibile ai motori di ricerca; significa che esistono lacune specifiche e correggibili. Poiché l’estensione non può vedere come Google classifica effettivamente una pagina, il punteggio dovrebbe essere interpretato come una checklist di qualità dei contenuti piuttosto che come una previsione di posizionamento.

Perché il punteggio è importante. I motori di ricerca premiano le pagine che rispondono chiaramente all’intento di ricerca con contenuti ben strutturati e leggibili. Un punteggio basso spesso indica le stesse debolezze che rendono una pagina più difficile da leggere per un utente umano, quindi correggerle tende a giovare a entrambi i tipi di pubblico.

Cosa fare in caso di punteggio basso. Apri la pagina dall’elenco del catalogo, esamina il pannello di controllo della pagina e verifica le regole specifiche che non sono state rispettate. In alternativa, apri la scheda Problemi, filtra per tipo di entità pertinente e analizza le regole che interessano più pagine contemporaneamente. Dopo aver apportato le modifiche, salva la pagina (oppure attiva l’analisi automatica in fase di modifica) per aggiornare il punteggio. Questa revisione continua è il fulcro dell’ottimizzazione SEO di OpenCart all’interno del modulo.

Come migliorare una pagina. Imposta una parola chiave principale chiara e, ove pertinente, parole chiave di supporto che rispecchino ciò che un acquirente cercherebbe effettivamente. Scrivi un meta titolo e una meta descrizione che descrivano la pagina in modo onesto, evitando di inserire a forza parole chiave. Suddividi i contenuti lunghi in sezioni con titoli, aggiungi un testo alternativo descrittivo alle immagini e inserisci link a prodotti o categorie correlati laddove abbia senso per l’acquirente, non solo per migliorare il punteggio.

Durante tutto questo processo, ricorda che un audit SEO di OpenCart è utile solo se porta a modifiche concrete. Il ruolo del modulo è quello di evidenziare ciò che necessita di attenzione; il ruolo dell’amministratore è quello di decidere come formulare e strutturare la correzione, utilizzando l’estensione OpenCart SEO Audit come guida e non come autorità definitiva.

5. Domande frequenti

Ho trovato diversi URL con errore 404. Come posso reindirizzarli? Apri Ottimizzazione URL > URL 404, esamina l’elenco ordinato per numero di visite e fai clic su Reindirizza accanto alla voce che desideri correggere. Si aprirà il modulo di reindirizzamento con il vecchio URL già inserito come URL di origine; inserisci la destinazione corretta come URL di destinazione, scegli il tipo di reindirizzamento e salva. Reindirizza solo a una pagina effettivamente pertinente al contenuto originale.

Come devo gestire un URL non più disponibile? Se esiste una pagina sostitutiva, aggiungi un reindirizzamento 301 dal vecchio URL al nuovo tramite Ottimizzazione URL > Reindirizzamenti URL. Se non esiste una pagina sostitutiva pertinente, è consigliabile lasciare l’URL come 404 anziché reindirizzare i visitatori a una pagina non correlata.

Come posso migliorare una pagina con un basso punteggio SEO? Apri il pannello di controllo della pagina oppure apri la sezione Problemi e filtra per tipo di entità per vedere esattamente quali regole la pagina non ha rispettato. Correggi le lacune specifiche, come ad esempio una meta descrizione mancante, contenuti scarsi o testo alternativo delle immagini mancante, quindi salva la pagina in modo che il punteggio venga aggiornato. La cronologia dei punteggi mostrerà quindi se la modifica ha migliorato il punteggio della pagina.

Posso utilizzare l’estensione per generare meta titoli e descrizioni? Sì. Abilita e configura ChatGPT in Impostazioni > ChatGPT, quindi utilizza la scheda ChatGPT all’interno del pannello SEO di un prodotto o di una categoria per generare un meta titolo o una meta descrizione a partire da un prompt. Rivedi il risultato, fai clic su Applica e salva il modulo del catalogo. Per più prodotti contemporaneamente, utilizza invece lo strumento ChatGPT in blocco all’interno di Importa/Esporta.

Come posso verificare la presenza di URL duplicati? Apri Ottimizzazione URL > URL duplicati per vedere quali parole chiave SEO sono assegnate a più di una pagina nello stesso negozio e nella stessa lingua. Fai clic su Aggiorna sulla riga in conflitto, modifica ogni parola chiave in modo che diventi univoca e salva.

Come posso controllare la mia sitemap XML? Apri Sitemap > Sitemap XML, verifica che l’opzione “Abilita Sitemap XML” sia attivata e apri l’URL della sitemap pubblica visualizzato per verificarne il caricamento. Invia lo stesso URL in Analytics > Search Console > Sitemap e controllo URL per confermare che Google lo abbia ricevuto e per monitorare la presenza di avvisi o errori in seguito.

Posso collegare Google Search Console? Sì. Configura un progetto Google Cloud con l’API Search Console abilitata, configura le credenziali OAuth in Analytics > Impostazioni, fai clic su Connetti con Google e seleziona la proprietà Search Console corretta per il negozio. Una volta stabilita la connessione, la scheda Search Console mostra i dati sulle prestazioni e ti consente di gestire l’invio delle sitemap e i controlli di indicizzazione degli URL.

Posso visualizzare i dati di Google Analytics all’interno del modulo? Sì. Dopo aver collegato Google e selezionato la proprietà GA4 corretta nelle Impostazioni di Analytics, la scheda GA4 Analytics visualizza sessioni, utenti, interazioni, dati eCommerce e dati di ripartizione direttamente nel pannello di amministrazione, senza bisogno di aprire Google Analytics separatamente.

Come posso individuare i problemi di SEO nelle pagine di prodotto o di categoria? Utilizza il grafico di controllo delle pagine per tipo nella Dashboard per vedere quale tipo di contenuto presenta il maggior numero di pagine con punteggio basso, quindi apri la sezione Problemi e filtra per tipo di entità per esaminare le regole specifiche che interessano tali pagine. In alternativa, apri un singolo prodotto o una categoria e consulta direttamente il relativo pannello di controllo delle pagine.

L’estensione garantisce un miglior posizionamento nei risultati di ricerca? No. OpenCart SEO Audit Manager misura la qualità dei contenuti on-page, la configurazione tecnica e i dati disponibili di Google, tutti elementi che supportano una buona pratica SEO. Non controlla, né può garantire, il posizionamento di una pagina specifica sui motori di ricerca.

È necessario avere un blog per utilizzare il modulo? No. Il punteggio, le tendenze e i tipi di entità specifici del blog vengono visualizzati solo quando è connessa allo store un’integrazione Knowband Blog supportata. Tutte le altre funzionalità funzionano correttamente anche senza un blog installato.

Per utilizzare il modulo principale ho bisogno di un account Google o OpenAI? No. Analytics, Search Console, PageSpeed ​​e ChatGPT sono integrazioni opzionali che richiedono credenziali esterne proprie. Il sistema di punteggio, i reindirizzamenti, il rilevamento degli errori 404, il controllo degli URL duplicati, la generazione della sitemap e la gestione del file robots.txt funzionano indipendentemente da queste connessioni.

Modulo di audit SEO di PrestaShop: Manuale utente completo

 

1. introduzione

Prestashop SEO Audit Manager è il modulo di audit SEO che consente ai proprietari di negozi PrestaShop di condurre un’analisi SEO completa, dal prodotto alla categoria, dal CMS al produttore. Invece di utilizzare moduli o plugin separati per controllare le pagine per meta tag, reindirizzamenti, sitemap e dati analitici, questo modulo raccoglie tutti i punteggi e i controlli tecnici.

Il modulo è progettato per gli amministratori di negozi PrestaShop senza esperienza professionale in ambito SEO. Il risultato e l’obiettivo di ogni analisi vengono presentati in un linguaggio semplice, in modo che chiunque possa comprendere immediatamente perché la descrizione è lunga 24 parole quando l’obiettivo è di 300.

Tecnicamente, il modulo permette di individuare contenuti scarsi, meta titoli e descrizioni mancanti o duplicati, link interni non funzionanti che causano errori 404, URL in conflitto che creano slug duplicati, problemi di configurazione dei file sitemap e robots.txt, nonché tempi di caricamento lenti. Una volta individuato il problema, di solito è possibile risolverlo direttamente all’interno del modulo: modificando il reindirizzamento, creando la nuova meta descrizione tramite ChatGPT o correggendo le opzioni della sitemap.

Il modulo di audit SEO di PrestaShop si integra anche con Google Analytics 4, Google Search Console e PageSpeed ​​Insights, consentendo di analizzare i punteggi dell’audit insieme ai dati reali sul traffico, alle prestazioni di ricerca effettive e alle metriche di velocità delle pagine, anziché in modo isolato. È così che un audit SEO di PrestaShop si trasforma da una semplice lista di controllo in un ambiente di lavoro interattivo.

2. Caratteristiche principali di Modulo di audit SEO per PrestaShop

  • Analisi SEO a livello di pagina e analisi della leggibilità con un punteggio da 0 a 10.
  • Dashboard che riassume lo stato di salute SEO dell’intero negozio, la completezza dei meta tag e lo stato dell’indicizzazione.
  • Storico dei punteggi con grafici di tendenza e confronto istantaneo
  • Strumenti di ottimizzazione URL: URL accattivanti, monitoraggio degli errori 404, rilevamento di URL duplicati, reindirizzamenti URL
  • Gestione di Sitemap XML e Sitemap HTML, oltre alla possibilità di generare feed RSS.
  • Schede social per Open Graph e metadati di Twitter
  • Integrazione nativa con ChatGPT per meta titoli, meta descrizioni e altri campi SEO
  • Editor Robots.txt collegato al file live
  • Report di Google Analytics 4, Google Search Console e PageSpeed ​​Insights

3. Come installare il Modulo di audit SEO per PrestaShop

  1. Installa il modulo Prestashop SEO Audit. Dal pannello di amministrazione di PrestaShop, vai su Moduli -> Gestione moduli per installare il modulo. Questo modulo crea un database dedicato per SEO, cronologia, reindirizzamenti, monitoraggio degli errori 404, ChatGPT e Sitemap.
  2. Una nuova Modulo di audit SEO per PrestaShop La voce compare nel menu a sinistra, sotto “Vendi”. Questo interruttore principale determina se il modulo influirà o meno sul negozio online.
  3. Attiva le funzionalità che utilizzerai: analisi SEO, analisi di leggibilità, registrazione degli errori 404, reindirizzamenti URL, sitemap XML, RSS.
  4. Nel caso in cui utilizzi l’integrazione con Google o ChatGPT, vai su Analytics > Impostazioni e ChatGPT, dove dovrai inserire le credenziali necessarie. Puoi farlo anche in seguito.
  5. Apri un qualsiasi prodotto, categoria, pagina CMS, produttore o fornitore, dove dovresti trovare la scheda “Audit SEO” nel modulo di modifica; qui verranno effettuate le attività di ottimizzazione SEO.
  6. Poiché il modulo modifica i metadati del negozio online, effettua reindirizzamenti e genera file robots.txt e sitemap pubblici, si consiglia un’installazione graduale, iniziando con l’analisi e la generazione del punteggio di leggibilità, seguita dai reindirizzamenti e dalla generazione della sitemap una volta acquisita fiducia nei dati generati, piuttosto che l’attivazione completa fin da subito.

4. Panoramica amministrativa di Checklist SEO on-page per PrestaShop

Le schede incluse nella barra laterale del modulo di audit SEO di PrestaShop sono: Dashboard, Analisi, Cronologia dei punteggi, Ottimizzazione URL (URL leggibili, URL 404, URL duplicati, reindirizzamenti URL), Sitemap (Sitemap XML, Sitemap HTML), Social Cards, ChatGPT, Robots.txt, Importazione/Esportazione, Impostazioni e Altri moduli. Tutte le schede sono descritte di seguito, campo per campo, in modo che ogni impostazione visibile agli utenti sia spiegata separatamente.

4.1 Dashboard

La dashboard fornisce una panoramica dello stato attuale di ottimizzazione SEO del tuo negozio.

Azioni principali

  • Pulsante Cronologia: ti reindirizzerà immediatamente alla pagina delle tendenze storiche
  • Pulsante Analizza pagine mancanti: il modulo Prestashop SEO Audit esegue un’analisi in batch per tutti i prodotti, le categorie, le pagine informative, i produttori e i fornitori che non hanno ancora un punteggio SEO memorizzato.

Analisi dell’andamento generale del punteggio SEO

  • Punteggio SEO del negozio: il punteggio complessivo attuale del negozio (ad esempio, 46), derivato dal punteggio di ciascuna pagina analizzata. Questo è il dato da monitorare ogni settimana.
  • Etichetta in miglioramento/in peggioramento/nessuna variazione: appare accanto al punteggio SEO del negozio (ad esempio, “In miglioramento (+1)”). Ti mostrerà immediatamente la direzione del cambiamento del SEO del tuo negozio.
  • Punteggio della scansione precedente: il punteggio del negozio dall’ultima istantanea.
  • Grafico di tendenza: il grafico a linee che mostra il punteggio SEO del negozio in base alle istantanee più recenti..

Schede di analisi della pagina

  • SEO eccellente: Numero di pagine analizzate che superano quasi tutte le regole di verifica. Un numero crescente indica che una porzione maggiore del catalogo è completamente ottimizzata.
  • SEO accettabile (necessita di miglioramenti): Conteggio delle pagine funzionanti ma con margini di miglioramento; questa è solitamente la categoria più ampia in un catalogo in crescita.
  • SEO non efficace: Numero di pagine che non superano la maggior parte delle regole di verifica e che necessitano di attenzione prioritaria.
  • Nessuna analisi (Analisi in corso): Numero di pagine che non sono mai state valutate. Un numero diverso da zero indica di eseguire l’analisi delle pagine mancanti.
  • Metadati completi/mancanti: Quante pagine hanno sia un meta titolo che una meta descrizione compilati e a quante ne manca ancora uno o entrambi? La correzione dei metadati mancanti è una delle più rapide ed efficaci.
  • Indice / Nessun indice: Quante pagine analizzate sono impostate per essere indicizzate dai motori di ricerca rispetto a quelle deliberatamente escluse? Un elevato numero di pagine non indicizzate che dovrebbero essere visibili merita di essere approfondito.

Grafici a ciambella

  • Rapporto indice/follower: Mostra la proporzione di pagine analizzate impostate su “Indicizza” rispetto a quelle impostate su “Non indicizza”, in modo da poter verificare che pagine importanti non siano accidentalmente nascoste ai motori di ricerca.
  • Analisi della pagina: Suddivide le stesse categorie Eccellente/Accettabile/Non buono/Nessuna analisi in percentuali rispetto al catalogo totale analizzato.
  • leggibilità: Mostra la stessa ripartizione specifica per il punteggio di leggibilità, separatamente dal punteggio dell’analisi SEO.
  • Impostazioni meta completate: Mostra la percentuale di pagine con meta titolo e meta descrizione già impostati rispetto a quelle che necessitano ancora di modifiche.

Analisi della pagina per tipologia

Lo schema sopra riportato, ripetuto per ogni tipo di entità (Prodotti, Categorie, Informazioni, Produttori, Fornitori), mostra per ciascuna il numero di pagine appartenenti a tale categoria e le rispettive statistiche di Analisi della Pagina (Eccellente/Accettabile/Non buona/Nessuna analisi) e Leggibilità (Eccellente/Accettabile/Non buona). Ad esempio, quanto sopra illustra le prestazioni relativamente scarse delle Categorie rispetto ai Prodotti in termini di leggibilità.

Elenco di controllo SEO

Un elenco di dieci requisiti a livello di punto vendita, ciascuno indicato come Completato o Non completato con un pulsante di azione:

  • URL SEO abilitati: Conferma che l’impostazione URL intuitiva di PrestaShop è attiva, prerequisito per indirizzi di pagina puliti e leggibili.
  • SSL abilitato: Conferma che il sito web è accessibile tramite HTTPS, che i motori di ricerca considerano un segnale di affidabilità di base.
  • Sitemap XML abilitata: Conferma che l’output della sitemap XML del modulo è attivato.
  • Il file Robots.txt esiste: Conferma che il file robots.txt è presente e accessibile nel negozio online.
  • La modalità di manutenzione è disattivata: Conferma che il negozio non sia stato accidentalmente lasciato in modalità di manutenzione, il che bloccherebbe tutti i crawler e tutti i visitatori.
  • Verifica del webmaster configurata: Conferma che un codice di verifica di Google o Bing è stato inserito nelle Impostazioni
  • Reindirizzamenti URL abilitati: Conferma che il motore di reindirizzamento è attivo, in modo che tutti i reindirizzamenti creati abbiano effetto sul sito web.
  • RSS abilitato: Conferma che l’uscita del feed RSS è attiva.
  • Blog di Knowband: Indica se il modulo Knowband Blog è installato; se non lo è, viene visualizzato un pulsante “Acquista”, poiché le funzionalità SEO del blog sono disponibili solo in presenza di tale modulo.
  • Il file LLMs.txt è disponibile: Indica se è disponibile un file llms.txt, utilizzato per descrivere il sito ai crawler basati sull’intelligenza artificiale.

4.2 Analytics

La sezione Analisi collega il modulo di audit SEO di Prestashop a Google Analytics 4, Google Search Console e PageSpeed ​​Insights, ed è organizzata in una pagina di panoramica, tre report sulle fonti di dati e una pagina Impostazioni.

4.2.1 Panoramica di Analytics (Panoramica di Google Insights) nel modulo di audit SEO di PrestaShop

  • Selettore del periodo (ad esempio, Ultimi 28 giorni): Imposta la finestra di visualizzazione dei report utilizzata per tutte le schede di riepilogo e i grafici presenti in questa pagina.
  • Pulsante Aggiorna: Aggiorna i widget con i dati più recenti di Google senza uscire dalla pagina.
  • Pulsante Personalizza: Apre la libreria dei widget, permettendoti di controllare quali schede vengono visualizzate.
  • Pannello di stato della connessione: Mostra quattro indicatori a colpo d’occhio: Autenticazione Google OAuth (Connessi o meno), Proprietà GA4 (l’ID della proprietà connessa), Sito GSC (l’URL della proprietà Search Console connessa) e Page Speed ​​API (Configurato o meno). Questo è il modo più rapido per verificare che l’integrazione funzioni correttamente prima di fidarsi dei numeri riportati di seguito.
  • Scheda delle sessioni GA4: Numero totale di sessioni GA4 nel periodo, con variazione percentuale rispetto al periodo precedente.
  • Scheda utente GA4: Numero totale di utenti GA4 nel periodo considerato, con relativa variazione percentuale.
  • Carta GSC Clicks: Numero totale di clic su Search Console per il periodo.
  • Cartolina GSC Impressions: Numero totale di impressioni di Search Console per il periodo, con variazione percentuale.
  • Scheda delle prestazioni di PageSpeed: Il punteggio di prestazione più recente di PageSpeed.
  • Scheda utenti GA4 in tempo reale: Utenti attivi sul negozio online negli ultimi 30 minuti.
  • Linee di tendenza per le sessioni GA4 / Linee di tendenza per i grafici degli utenti GA4Grafici giornalieri delle principali metriche di GA4.
  • Grafico di confronto tra clic e impressioni di GSC.Mostra sia i clic che le impressioni nello stesso grafico per verificare se esiste una conversione del numero di impressioni in clic.
  • Grafico delle sessioni per PaeseGrafico a barre delle sessioni per paese di provenienza del visitatore, utile per verificare se il traffico corrisponde al mercato di riferimento.
  • Tabella delle query di ricerca più frequentiElenco delle query di Search Console che generano traffico, con le colonne Clic, Impressioni, CTR e Posizione.
  • Linea di tendenza per il grafico storico del punteggio PageSpeedGrafico che traccia la cronologia dei punteggi di PageSpeed: permette di visualizzare facilmente l’impatto di una modifica al tema o al contenuto in caso di regressione.

4.2.2 Come controllare il report GA4 per un negozio PrestaShop

  • Menu a tendina Periodo: Seleziona il periodo di riferimento per la creazione del report (ad esempio, Ultimi 28 giorni).
  • Casella di controllo Confronta con il periodo precedente: Verificare il confronto tra i dati attuali e quelli del periodo precedente
  • Utenti totali / Utenti attivi / Nuovi utenti: Le metriche di audience predefinite di GA4 sono: copertura, visitatori attivi e nuovi visitatori.
  • Sessioni: Numero totale di visite.
  • Sessioni di coinvolgimento: Numero di sessioni che hanno superato il criterio di coinvolgimento di GA4 (interazione oltre il bounce immediato).
  • VisualizzazioniNumero totale di visualizzazioni di pagina durante il periodo.
  • Visualizzazioni / SessioneNumero medio di pagine visualizzate per sessione, ovvero quanto a fondo il visitatore esplora il sito.
  • Durata media della sessioneTempo medio trascorso per visita.
  • Tasso di coinvolgimento / Frequenza di rimbalzo: % di sessioni attive / % di bounce (questi due parametri sono inversamente correlati e dovrebbero essere monitorati insieme).
  • Eventi: Numero totale di eventi GA4 monitorati durante il periodo.
  • Pannello in tempo reale (Utenti attivi, per paese, per dispositivo, per pagina): Chi si trova attualmente sul sito web e da dove proviene, utile per convalidare il traffico generato da campagne/promozioni.
  • Grafico del traffico nel tempo (Caselle di controllo Sessioni/Utenti/Viste): Grafico combinato che consente di mostrare/nascondere sessioni/utenti/viste.
  • Grafico delle sessioni per ora del giorno: Distribuzione delle sessioni per ora del giorno, che consente di determinare le ore di maggiore attività, utile per programmare promozioni o interventi di manutenzione.
  • Tabelle delle dimensioni (Pagine, Landing page, Canali, Sorgente/mezzo, Campagne, Paesi, Città, Dispositivi, Browser, Sistemi operativi, Lingue, Nuovi vs di ritorno, Eventi, Eventi chiave): Schede con dati relativi a Sessioni, Utenti e Visualizzazioni segmentati in base alla dimensione corrispondente, consentono di porre domande molto specifiche come “quale landing page ha prestazioni migliori” o “quale canale di traffico ha prestazioni migliori”.

4.2.3 Come analizzare il report di Google Search Console

  • Menu a tendina PeriodoImposta il periodo di segnalazione (ad esempio 28 giorni).
  • Menu a tendina “Tipo di ricerca” (Web, Immagine, Video, Notizie, Scopri, Google News): Consente di filtrare il report in base a specifici tipi di risultati di ricerca di Google.
  • Casella di controllo Confronta: Consente di confrontare i dati correnti con quelli del periodo precedente, se selezionata.
  • Clicks card: Numero totale di clic ricevuti dal tuo negozio online dai risultati di ricerca di Google.
  • Scheda delle impressioni: Numero totale di visualizzazioni nei risultati di ricerca di Google, inclusi i risultati non cliccati.
  • Scheda CTR: Tasso di clic, percentuale di impressioni convertite in clic.
  • Scheda posizione media: La posizione media in classifica delle tue pagine per le query che le hanno generate; un numero più basso è migliore.
  • Confronto tra i grafici dei clic e delle impressioni: Mostra la relazione tra queste due metriche per determinare se il tasso di visibilità è in aumento o in diminuzione rispetto ai clic.
  • Schede Aspetto di query/pagine/paesi/dispositivi/ricerca: Tutti questi strumenti consentono di analizzare clic, impressioni, CTR e posizioni in base a questi parametri, per determinare, ad esempio, quale query genera il maggior numero di clic o quale paese ha il maggior numero di impressioni.
  • Sottoscheda Mappe del sito: Gestisce gli URL della sitemap senza uscire da Search Console/

4.2.4 Rapporto PageSpeed

  • Pulsante Esegui: Avvia un nuovo test PageSpeed ​​rispetto al target selezionato.
  • Menu a tendina Destinazione (Pagina iniziale, Categoria, Prodotto, URL personalizzato): Consente di scegliere il tipo di pagina da testare.
  • Menu a tendina Dispositivo (Mobile, Desktop): Sceglie quale profilo dispositivo utilizzare per filtrare la tabella della cronologia; un test completo esegue entrambi automaticamente.
  • Campi data Da / A: Limita la visualizzazione della cronologia a un intervallo di date specifico.
  • Pulsante Applica: Applica i filtri selezionati alla tabella Cronologia che segue.
  • Pulsante Esporta in CSV: Questo esporta i dati storici filtrati in formato CSV in modo che possano essere analizzati in seguito
  • Grafico dell’andamento del punteggio (prestazioni, accessibilità, migliori pratiche, SEO): TQuesto è il grafico in cui verranno tracciati tutti e quattro i punteggi PageSpeed ​​nel tempo, e ciò ti aiuterà a capire se ci sono stati miglioramenti o peggioramenti nel punteggio PageSpeed ​​dopo le ultime modifiche.
  • Campi della tabella storica: Data (data del test), Destinazione (tipo di pagina web testata), URL (URL testato), Dispositivo (mobile/desktop), Prestazioni/Accessibilità/Best Practices/SEO (punteggio PageSpeed), LCP/INP/CLS (campo/laboratorio Core Web Vitals) e Sorgente (manuale/cron).4.2.5 Impostazioni di analisi (Impostazioni di analisi)

Configurazione delle impostazioni generali

  • Stato dell’analisi: Consente di abilitare o disabilitare la raccolta dati e le dashboard di Analytics a livello di negozio. Nessuna funzionalità della sezione Analytics è attiva finché questa opzione non viene abilitata.
  • Periodo predefinito (giorni): Il periodo di reporting predefinito, espresso in giorni, utilizzato dai widget del dashboard quando non viene selezionato alcun altro periodo (ad esempio, 28).
  • TTL della cache API (minuti): Per quanto tempo le risposte API vengono memorizzate nella cache prima che il modulo richieda nuovamente dati aggiornati. Un valore più alto riduce l’utilizzo delle API ma ritarda la visualizzazione dei nuovi dati; un valore più basso mostra dati più aggiornati ma effettua chiamate più frequenti alle API di Google.
  • Ritardo dei dati della Search Console (giorni): I dati di Search Console vengono aggiornati con un certo ritardo da Google stesso, quindi questa impostazione indica al modulo di saltare gli ultimi N giorni durante le query, evitando così dati incompleti o fuorvianti relativi agli ultimi giorni.
  • Conservazione della cronologia (giorni): Quanti giorni di cronologia di PageSpeed ​​conservare prima che le righe più vecchie vengano eliminate automaticamente, impedendo così che la tabella della cronologia cresca indefinitamente.

Come creare l’ID segreto client di Google e l’ID client per Google Analytics 4

  • Chiave API di PageSpeed: La tua chiave API di Google PageSpeed ​​Insights da Google Cloud, necessaria per l’esecuzione del report PageSpeed ​​e dei controlli pianificati.
  • ID client Google OAuth: L’ID client OAuth 2.0 delle tue credenziali Google Cloud, utilizzato per autorizzare il modulo a leggere i dati di GA4 e Search Console per tuo conto.
  • Segreto del client OAuth di Google: Il segreto client OAuth 2.0 corrispondente. Sia questo che l’ID client devono essere salvati prima che il pulsante “Connetti con Google” diventi utilizzabile.
  • Indicatore di connessione e pulsante Disconnetti Google: Indica se il modulo dispone attualmente di una connessione Google attiva e consente di revocare i token di accesso, aggiornamento e scadenza memorizzati, qualora sia necessario riconnettersi o cambiare account Google.

Proprietà (Negozio)

  • Proprietà della console di ricerca: URL della proprietà Search Console utilizzato per questo specifico negozio; selezionane uno dall’elenco caricato oppure inseriscilo manualmente se l’elenco non viene caricato. L’icona di aggiornamento ricarica l’elenco delle proprietà a cui ha accesso il tuo account Google collegato.
  • Proprietà GA4: L’ID della proprietà GA4 utilizzato per questo negozio, selezionato dall’elenco caricato o inserito manualmente, con la stessa opzione di aggiornamento.
  • URL del test PageSpeed: Viene utilizzato l’URL predefinito testato quando non viene specificato alcun altro target; se lasciato vuoto, viene utilizzato l’URL della home page del negozio.
  • URL di test personalizzato: Un URL aggiuntivo facoltativo, utilizzato solo quando si seleziona “URL personalizzato” come destinazione del Cron di PageSpeed.

PageSpeed ​​Cron

  • Abilita i controlli pianificati: Attiva i test PageSpeed ​​automatici e programmati anziché affidarsi ai clic manuali su “Esegui”.
  • Pagine da testare (pagina iniziale, pagina di categoria, pagina prodotto, caselle di controllo URL personalizzato): Consente di scegliere quali tipi di pagina il processo pianificato deve effettivamente testare ogni volta che viene eseguito.
  • URL di Cron, pulsante Copia, pulsante Rigenera, pulsante Esegui ora: Un URL univoco e tokenizzato da incollare nel sistema di attività pianificate del server, in modo che i test PageSpeed ​​vengano eseguiti automaticamente a intervalli regolari. Copia acquisisce l’URL, Rigenera invalida il vecchio token e ne emette uno nuovo (utile se l’URL è mai stato esposto), e Esegui ora avvia immediatamente il processo configurato per il test.
  • Ultima corsa: Mostra il timestamp dell’ultima esecuzione programmata, oppure “Mai” se il cron non è ancora stato eseguito, un modo rapido per verificare che lo scheduler del server stia effettivamente richiamando l’URL.

Notifiche

  • Attiva le notifiche via email: Attiva le notifiche e-mail quando il punteggio di PageSpeed ​​diminuisce o i Core Web Vitals non superano i test.
  • Destinatario dell’avviso: L’indirizzo email che riceve questi avvisi.
  • Soglia di allerta (punti): Il calo minimo del punteggio, espresso in punti, necessario prima che venga attivato un allarme, impedendo che gli allarmi si attivino in caso di lievi e normali fluttuazioni.
  • Seleziona anche la casella “Avvisami al ripristino”: Se abilitata, invia una notifica di follow-up non appena un punteggio precedentemente calato viene recuperato.
  • Casella di controllo “Avvisami in caso di errore dei parametri vitali Web principali”: Consente di controllare se le modifiche allo stato di Core Web Vitals attivano specificamente un avviso dedicato.
  • Pulsante “Invia email di prova”: Invia un avviso di prova al destinatario configurato, in modo da poter confermare la ricezione prima di affidarsi agli avvisi reali.

4.3 Cronologia dei punteggi

  • Campi Data di inizio / Data di fine: Imposta l’intervallo di date personalizzato per ogni grafico e tabella nella pagina.
  • Menu a tendina Tipo di entità (Tutti, Prodotti, Categorie e così via): Limita la cronologia visualizzata a un singolo tipo di pagina, utile per isolare se una parte del catalogo sta migliorando o peggiorando.
  • Pulsante filtro: Applica l’intervallo di date e il tipo di entità selezionati.
  • Scheda di valutazione SEO del negozio: Il punteggio attuale dell’intero negozio con la relativa indicazione di tendenza (In miglioramento, In calo o Nessuna variazione).
  • Scheda di scansione precedente: Il punteggio dell’istantanea precedente, per un confronto diretto.
  • Carte eccellenti / accettabili / non buone: Conteggio delle pagine analizzate in ciascuna fascia di qualità per i filtri selezionati.
  • Scheda riepilogativa dei problemi (con conteggio dei problemi nuovi/risolti): Il numero totale di regole di audit non superate in tutte le pagine analizzate, oltre al numero di regole nuove e al numero di regole risolte nell’intervallo di tempo selezionato (ad esempio, negli ultimi 7 giorni).
  • Grafico dell’andamento generale del punteggio SEO e tabella Data/Punteggio/Variazione: Una registrazione visiva e tabellare di ogni snapshot memorizzato, che mostra esattamente come si è evoluto il punteggio del negozio nel tempo.
  • Grafico di tendenza dei problemi SEO (Nuovi problemi, Problemi risolti, Problemi aperti): Tiene traccia di come cambia il numero totale di regole non valide, separatamente dal singolo punteggio, il che può nascondere un aumento del numero di problemi anche se il punteggio complessivo sembra stabile.
  • Grafici dell’andamento del punteggio SEO del prodotto / dell’andamento del punteggio SEO della categoria: La stessa analisi delle tendenze, applicata specificamente ai prodotti e alle categorie.
  • Pannelli con le entità che hanno registrato i maggiori miglioramenti / Pannelli con le entità che hanno registrato i maggiori peggioramenti: Elenca le pagine specifiche che hanno registrato le variazioni maggiori, in entrambe le direzioni, tra le istantanee, consentendo di analizzare le modifiche apportate a una pagina che ha improvvisamente migliorato o peggiorato le proprie prestazioni.
  • Menu a tendina Snapshot A / Snapshot B e pulsante Confronta snapshot: Seleziona due snapshot qualsiasi e genera una tabella di confronto diretto (ID, Data, Punteggio, Modifica, Entità, Origine, Versione), utile per misurare l’effetto esatto di uno specifico gruppo di modifiche, come ad esempio la pulizia di un reindirizzamento o il passaggio di contenuti ChatGPT.

4.4 Ottimizzazione URL in PrestaShop

4.4.1 URL accattivanti

  • Sottoschede Impostazioni / Struttura: Impostazioni contiene l’interruttore di attivazione/disattivazione descritto di seguito; Struttura definisce i modelli URL effettivi applicati quando l’opzione URL formattati è abilitata.
  • Attiva il menu a tendina URL formattati: Consente di attivare o disattivare la funzione. Quando è abilitata, il modulo riscrive gli URL predefiniti di PrestaShop in versioni più pulite e leggibili.
  • Pulsante “Ripristina le impostazioni predefinite di PrestaShop”: Ripristina il routing URL originale del negozio, utile se si desidera annullare completamente gli URL “puliti” anziché semplicemente disabilitare l’interruttore.
  • Pulsante Salva: Applica le modifiche apportate a questa pagina.
  • Le note della pagina stessa chiariscono che i modelli che includono un ID utilizzano i percorsi SEO di PrestaShop, i modelli senza ID utilizzano il router del modulo, la disattivazione della funzione ripristina i percorsi SEO precedenti da un backup, se presente, e i reindirizzamenti automatici per le modifiche agli URL “puliti” si applicano solo quando è attiva anche la funzione di reindirizzamento separata.

4.4.2 Come risolvere gli errori 404 negli URL di PrestaShop

  • Colonna ID: Il numero di record interno per l’accesso 404.
  • Colonna URL: Il percorso esatto del negozio online che ha restituito un errore 404.
  • Colonna referente: La pagina o il sito esterno da cui il visitatore proveniva prima di raggiungere l’URL non funzionante, utile per risalire alla posizione di un link errato.
  • Colonna delle visite: Indica quante volte è stato effettuato un accesso a quello specifico URL, permettendoti di dare priorità ai link non funzionanti più frequentemente.
  • Ultima colonna visitata: Il timestamp dell’accesso più recente, utile per distinguere una richiesta occasionale e ormai superata da un problema persistente.
  • Pulsante Elimina (per riga): Rimuove il rilevamento registrato dal monitor una volta che è stato esaminato o risolto.
  • Filtri di ricerca (ID, URL, Referer, intervallo di date) e pulsante Cerca: Restringi l’elenco a uno specifico modello di URL o a una finestra temporale.
  • Pulsante per le azioni di massa: Applica un’azione a più righe selezionate contemporaneamente, anziché una alla volta.

4.4.3 Come rilevare gli URL duplicati (URL SEO duplicati) in Prestashop

  • Colonna Slug: Il segmento URL specifico e intuitivo che presenta conflitti tra più pagine.
  • Colonna Entità: Elenca le pagine (prodotti, categorie, pagine CMS, produttori) che condividono quello slug.
  • Colonna delle corrispondenze: Il numero di pagine coinvolte in quella particolare collisione.
  • Aggiornamento dell’azione: Apre il gruppo in modo da poter modificare l’URL descrittivo delle pagine che devono diventare univoche, quindi salva per applicare la correzione.
  • Quando nel negozio non si verificano collisioni, la pagina mostra semplicemente “Nessun record trovato”.

4.4.4 Come aggiungere reindirizzamenti 301, 302, 303 agli URL in Prestashop utilizzando Modulo di audit SEO per PrestaShop

  • Aggiungi il pulsante di reindirizzamento: Apre un modulo vuoto per creare un nuovo reindirizzamento.

  • Pulsante Importa CSV: Consente di caricare più reindirizzamenti contemporaneamente da un file CSV anziché aggiungerli singolarmente.
  • Badge del conteggio dei reindirizzamenti: Mostra il numero totale di reindirizzamenti attualmente memorizzati per il negozio.
  • Colonna ID: Il numero di riferimento interno.
  • Colonna Nome: Un’etichetta che assegni per tuo riferimento personale; non influisce sul comportamento di reindirizzamento.
  • Colonna URL di origine: L’URL vecchio o non funzionante che visitatori e crawler attualmente richiedono.
  • Colonna URL di destinazione: L’URL a cui vengono indirizzati.
  • Tipo di colonna: Il tipo di reindirizzamento in uso (301, 302, 303 o 404).
  • Colonna attiva: Indica se il reindirizzamento è attualmente attivo sul sito.
  • Pulsante Modifica (per riga): Apre il reindirizzamento per la modifica.
  • Filtri di ricerca (ID, Nome, URL di origine, URL di destinazione, Tipo, Attivo) e pulsante Cerca: Quando la lista diventa troppo lunga, riducila.
  • Campi singoli del modulo di reindirizzamento: Nome (la tua etichetta interna), URL di origine (obbligatorio; il vecchio percorso), URL di destinazione (obbligatorio; deve essere un percorso relativo o un URL http/https completo), Tipo di reindirizzamento (301 per uno spostamento permanente, 302 per uno temporaneo, 303 per casi specifici successivi all’invio del modulo, o 404 per contrassegnare esplicitamente un URL come non reindirizzato) e Stato (attivo o inattivo, attivo di default).

4.5 Come modificare Sitemap.xml in Prestashop

4.5.1 Sitemap XML

  • Abilita il menu a tendina della mappa del sito XML: Attiva o disattiva l’output della sitemap XML.
  • Visualizzazione dell’URL della mappa del sito: Una volta abilitata, mostra l’URL pubblico della sitemap, pronto per essere copiato in Search Console.
  • Elenco degli URL della mappa del sito in diverse lingue: Per i negozi con più di una lingua attiva, viene visualizzato un URL della sitemap separato per ogni lingua, ognuno dei quali deve essere inviato singolarmente.
  • Attiva il menu a tendina RSS: Attiva o disattiva la visualizzazione del feed RSS, indipendentemente dalla sitemap.
  • Visualizzazione dell’URL RSS: Una volta abilitata, mostra l’URL del feed RSS in tempo reale.
  • Includi nella mappa del sito le caselle di controllo (Prodotti, Categorie, Informazioni, Produttori, Fornitori): Consente di scegliere quali tipi di entità visualizzare nella mappa del sito; per impostazione predefinita, sono selezionati tutti e cinque.
  • Campo limite prodotto (0 = tutti): Limita il numero di prodotti inclusi nella mappa del sito; impostandolo a 0, verranno inclusi tutti i prodotti, indipendentemente dalle dimensioni del catalogo.
  • Menu a tendina per la priorità (per tipo di entità, ad esempio Priorità prodotto 0.8, Priorità categoria 0.7): Un suggerimento sull’importanza relativa di quella pagina, trasmesso ai crawler. Come indicato nella pagina stessa, si tratta di un suggerimento, non di una garanzia di posizionamento.
  • Modifica la frequenza di modifica dai menu a tendina (per tipo di entità, con impostazione predefinita su Giornaliera): Indica ai crawler con quale frequenza quel tipo di pagina viene in genere modificato, aiutandoli a pianificare con quale frequenza visitarla.
  • Pulsante Salva: Applica tutte le impostazioni della mappa del sito a questa pagina.
  • Un banner informativo spiega anche la configurazione cron consigliata: inserire l’URL della sitemap (o l’URL di ciascuna lingua) in Google Search Console e Bing Webmaster Tools, quindi programmare l’esecuzione dell’URL cron visualizzato una volta al giorno a mezzanotte, in modo che Google venga automaticamente avvisato dopo ogni modifica al catalogo.

4.5.2 Sitemap HTML

  • Abilita il menu a tendina della mappa del sito HTML: Attiva una pagina di presentazione che elenca i link importanti per i visitatori umani, separata dalla mappa del sito XML creata per i crawler.
  • Visualizzazione dell’URL della pagina della mappa del sito: Una volta abilitata, mostra l’URL in tempo reale della pagina visibile ai visitatori.
  • Includi le caselle di controllo delle pagine (Pagina iniziale, Pagine prodotto, Categorie, Informazioni, Marchi, Nuovi prodotti, Offerte speciali (Riduzione di prezzo), Prodotti più venduti, Prodotti più popolari): Consente di scegliere quali gruppi di pagine collegare dalla mappa del sito HTML.
  • URL personalizzati (campi Etichetta e URL, icona Elimina, pulsante Aggiungi URL personalizzato): Consente di aggiungere manualmente link aggiuntivi, come ad esempio una landing page non presente nel catalogo, che altrimenti non verrebbero visualizzati nei gruppi automatici.
  • Pulsante Salva: Applica la configurazione della sitemap HTML.

4.6 Come modificare i tag OpenGraph dei social media nella pagina sorgente 

  • Interruttore Facebook Open Graph: Abilita i metadati Open Graph (utilizzati da Facebook e molte altre piattaforme) sulle pagine dei negozi online, in modo che i link condivisi mostrino un titolo, una descrizione e un’immagine corretti.
  • Attiva/disattiva le schede di Twitter: Abilita i metadati specifici di Twitter per le schede nelle pagine del negozio.
  • Menu a tendina per il tipo di scheda Twitter (predefinito summary_large_image): Consente di scegliere il layout visivo utilizzato quando una pagina viene condivisa su Twitter/X.
  • Campo Nome sito: Il nome visualizzato accanto ai link condivisi, in genere il nome del marchio del tuo negozio.
  • Menu a tendina Tipo di sito (Organizzazione predefinita): Descrive la natura del sito in termini di dati strutturati.
  • Campi URL di Facebook, URL di Twitter, URL di Instagram, URL di LinkedIn, URL di YouTube, URL di Pinterest: I link al profilo del tuo negozio su ciascuna piattaforma, utilizzati per collegare la tua vetrina online alla tua presenza ufficiale sui social media tramite dati strutturati.
  • Pulsante Salva: Applica tutte le impostazioni delle carte social.

4.7 Come ChatGPT aiuta a generare contenuti in PrestaShop 

  • Attiva/disattiva ChatGPT (impostazione predefinita: disabilitato): Attiva l’assistente di contenuti basato sull’IA per i pannelli SEO di prodotti e categorie e per il flusso di lavoro di importazione/esportazione in blocco.
  • Menu a tendina del modello ChatGPT (le opzioni includono GPT-4o, GPT-4o mini, GPT-4 Turbo, GPT-4 e GPT-3.5 Turbo, predefinito GPT-3.5 Turbo): Consente di scegliere quale modello OpenAI utilizzare per generare i contenuti; i modelli più performanti generalmente producono risultati di qualità superiore, ma a un costo per richiesta più elevato.
  • Campo del token API di ChatGPT: La tua chiave API OpenAI, necessaria al modulo per effettuare richieste di generazione per tuo conto.
  • Pulsante Salva: Memorizza lo stato di abilitazione, la scelta del modello e il token.
  • Pulsante per testare la chiave API: Effettua chiamate dirette a OpenAI per confermare che il token e il modello funzionino effettivamente, prima di utilizzarli all’interno di un pannello di controllo del prodotto.
  • Un banner promozionale presente su questa e su altre pagine correlate rimanda anche a un componente aggiuntivo separato di Knowband, il Knowband AI Content Generator (compatibile con Gemini e ChatGPT per la creazione e la traduzione di contenuti), che è un prodotto distinto da questa scheda ChatGPT integrata ed esula dall’ambito di questo manuale.

4.8 Cos’è Robots.txt e come modificarlo utilizzando l’editor robots.txt di PrestaShop di Knowband

  • Visualizzazione dell’URL pubblico: Mostra l’indirizzo web pubblico e attivo del file robots.txt, utile per verificare cosa vedono effettivamente i crawler dopo il salvataggio.
  • Visualizzazione del percorso del file: Mostra il percorso esatto del file sul server in cui viene scritto, utile per la risoluzione dei problemi con il provider di hosting in caso di errori di salvataggio.
  • Avviso scrivibile: Questo messaggio viene visualizzato automaticamente se al momento non è possibile scrivere sul file del server, invitandoti a correggere i permessi della directory principale del negozio o a creare un file robots.txt scrivibile prima che le modifiche abbiano effetto.
  • Area di testo per i contenuti sui robot: Le direttive effettive che verranno pubblicate, con impostazione predefinita su una configurazione permissiva:

 User-agent: *

  Allow: /

  • Pulsante Salva: Pubblica immediatamente le direttive inserite nel file robots.txt pubblico e attivo.

4.9 Come aggiornare in blocco il contenuto dei prodotti

  • Riquadro informativo sull’obiettivo: Riassume il flusso di lavoro previsto in tre fasi: esportazione come backup facoltativo, miglioramento dei campi selezionati con ChatGPT e importazione del risultato.
  • Visualizzazione del numero di righe (ad esempio, “114 righe di prodotti/lingue disponibili”): Mostra esattamente quante righe saranno incluse nell’esportazione prima di eseguirla.
  • Elenco dei campi esportati: Documenta ogni campo che l’esportazione conterrà: identificatori di prodotto, lingua e negozio, nome, meta titolo, meta descrizione, meta parole chiave, tag, URL SEO, descrizione ed estratto, frase chiave principale, frasi chiave secondarie, direttive per consentire la ricerca e il collegamento, meta robots avanzati, URL canonico, punteggio SEO, punteggio di leggibilità, analisi del punteggio, analisi del contenuto, titolo social, descrizione social, immagine social e campi snippet di valutazione (abilita, valutazione media, valutazione migliore, valutazione peggiore, numero di valutazioni).
  • Pulsante Esporta: Scarica il file JSON completo descritto sopra.
  • Selezionare Controllo file (pannello Importa): Consente di selezionare un file JSON dal computer da caricare.
  • Pulsante Importa: Applica i campi SEO, le parole chiave, i dati social e i dati di valutazione del file selezionato ai prodotti corrispondenti; sono accettati solo file .json.
  • ChatGPT migliora (SEO + leggibilità) caselle di controllo dei campi (Titolo meta, Descrizione meta, Parole chiave meta, Frase chiave principale, Frasi chiave secondarie, URL SEO, Titolo social, Descrizione social, Tag, Descrizione): Consente di scegliere esattamente quali campi il passaggio ChatGPT in blocco deve rigenerare.
  • Opzione Tutti i prodotti / Campo Numero massimo di prodotti: Elabora l’intero catalogo oppure limita l’esecuzione a un numero intero specifico di prodotti, utile per testare prima la qualità su un piccolo lotto.
  • Questo pannello rimane disabilitato, con un messaggio e un collegamento alle impostazioni di ChatGPT, finché ChatGPT non viene abilitato e un token non viene salvato nella scheda ChatGPT.

4.10 Impostazioni generali per tutte le configurazioni in Prestashop SEO Audit Manager

General

  • Interruttore di stato: L’interruttore principale controlla il comportamento dell’intero modulo nella sezione storefront, inclusi i metadati, i reindirizzamenti, i pannelli e i punteggi degli elenchi. Nessun’altra funzione è attiva quando questo interruttore è disattivato.
  • Attiva/disattiva l’analisi SEO: Attiva le schede di valutazione SEO, la sottoscheda Audit SEO e le colonne SEO nelle pagine degli elenchi del catalogo.
  • Attiva/disattiva l’analisi di leggibilità: Attiva la visualizzazione del punteggio di leggibilità insieme al punteggio SEO.
  • Attiva l’analisi automatica all’attivazione/disattivazione della modifica: Quando questa opzione è abilitata, le pagine vengono rianalizzate automaticamente ogni volta che vengono salvate, in modo che i punteggi rimangano aggiornati senza bisogno di una nuova elaborazione manuale.
  • Registra le richieste 404: Attiva la raccolta dati del Monitor 404.
  • Attiva/disattiva l’opzione per i reindirizzamenti URL: Attiva la corrispondenza dei reindirizzamenti per i visitatori del negozio online; senza questa opzione, le voci nei reindirizzamenti URL vengono memorizzate ma non effettivamente applicate.
  • Attiva/disattiva la sitemap XML: Attiva l’output della mappa del sito XML descritto nella Sezione 4.5.
  • Attiva/disattiva RSS: Attiva l’uscita del feed RSS.
  • Campo separatore del titolo (predefinito ” – “): Il carattere o i caratteri inseriti tra le parti di un meta titolo generato, ad esempio tra il nome del prodotto e il nome del negozio.
  • Mostra prodotti / categorie / produttori / fornitori / pagine CMS nei risultati di ricerca tramite le opzioni predefinite: Imposta il comportamento predefinito dell’indice per ogni tipo di entità quando una singola pagina non ha una propria impostazione di override; abilitato per impostazione predefinita per tutti e cinque.

Modelli meta

  • Campi del modello meta titolo Prodotto / Categoria / CMS / Marchio / Fornitore: Il modello utilizzato per creare automaticamente un meta titolo quando il meta titolo di una pagina è vuoto o quando l’opzione “Forza modello” è abilitata per quel tipo. Ciascuno supporta shortcode come {product_name}, {category_name}, {cms_title}, {brand}, {supplier_name}, {shop_name} e {title_separator}.
  • Campi del modello di meta descrizione Prodotto / Categoria / CMS / Marchio / Fornitore: Lo stesso concetto si applica alle meta descrizioni; queste sono vuote per impostazione predefinita, quindi non viene generata automaticamente alcuna descrizione a meno che non la si compili.
  • Attiva/disattiva i meta template di prodotto/categoria/CMS/marchio/fornitore: Quando è abilitato, il template viene applicato anche se la pagina ha già un proprio valore meta, sovrascrivendolo di fatto. Quando è disabilitato (impostazione predefinita), il template riempie solo i valori effettivamente vuoti.

Cronologia e punteggio

  • Campo del token di sicurezza Cron: Un token univoco utilizzato nell’URL cron del modulo; richiamando tale URL con il token corretto, si attiva un’istantanea del punteggio SEO del negozio quando la cronologia dei punteggi è abilitata. Lasciando il campo vuoto, il token viene rigenerato.
  • Attiva/disattiva la cronologia del punteggio SEO: Attiva il sistema di snapshot che alimenta la pagina Cronologia punteggi.
  • Menu a tendina per la conservazione della cronologia (impostazione predefinita: Mantieni tutta la cronologia): Consente di scegliere se conservare le vecchie istantanee a tempo indeterminato o eliminarle dopo un determinato periodo.
  • Conserva la cronologia per il campo (giorni) (predefinito 365): Quando si imposta un periodo di conservazione limitato anziché la conservazione di tutto, viene determinato il numero di giorni di cronologia che vengono conservati.
  • Menu a tendina per la pianificazione automatica degli snapshot (impostazione predefinita: giornaliera, mezzanotte): Imposta la frequenza con cui viene creata automaticamente una nuova istantanea tramite l’URL cron.

Verifica del motore di ricerca

  • Campo per il codice di verifica di Google: Se il tuo sito non è già verificato in altro modo, incolla qui il valore di verifica del contenuto di Google Search Console, lasciando che il modulo lo visualizzi nell’intestazione della pagina.
  • Campo del codice di verifica Bing: Lo stesso concetto vale per Bing Webmaster Tools.

Pulsante Salva: Applica tutte le impostazioni della pagina con una singola azione.

5. Passaggi per analizzare la SEO on-page delle pagine di prodotto e di categoria

I proprietari dei negozi possono visualizzare facilmente il punteggio di leggibilità e SEO all’interno delle pagine di prodotto, categoria e marchio.

  • Cerchio del punteggio dell’audit SEO (da 0 a 10): Il punteggio SEO on-page della pagina, codificato a colori dal rosso (basso) all’arancione fino al verde (alto), sarà visibile nelle pagine di elenco dei prodotti utilizzando il modulo di audit SEO di PrestaShop.
  • Cerchio del punteggio di leggibilità (da 0 a 10): Il punteggio di leggibilità della pagina, valutato e colorato allo stesso modo ma basato su controlli di stile di scrittura anziché su controlli strutturali.

  • Selettore della lingua: Imposta l’intero pannello, inclusi i punteggi e tutti i campi sottostanti, su una diversa lingua attiva del negozio, poiché ogni lingua viene valutata e modificata in modo indipendente.
  • Banner del generatore di contenuti basato sull’IA: Promuove il componente aggiuntivo separato Knowband AI Content Generator descritto nella Sezione 4.7; non fa parte del motore di punteggio documentato in questo documento.

Sottoscheda Parole chiave e SERP

  • Campo parola chiave principale: La parola chiave principale per cui questa pagina viene ottimizzata; la maggior parte dei controlli relativi alla parola chiave principale nella sottoscheda di audit SEO leggono direttamente da questo campo e molti di essi mostrano “Non impostato” finché non viene compilato.

  • Campo parole chiave di supporto: Un elenco separato da virgole di frasi aggiuntive e secondarie che la pagina dovrebbe riflettere dove naturale.
  • Pannello di anteprima dei risultati di ricerca: Simula come il titolo della pagina, l’URL e la meta descrizione potrebbero apparire nei risultati di ricerca.
  • Passa da desktop a mobile: Alterna la visualizzazione dell’anteprima tra come viene tipicamente visualizzata in una pagina dei risultati di ricerca su desktop e su dispositivi mobili, poiché questi ultimi spesso troncano titoli e descrizioni in modo più aggressivo.
  • Numero di caratteri del titolo: Rispetto a un obiettivo di 60 caratteri, si tratta generalmente del limite oltre il quale i titoli iniziano a essere troncati nei risultati di ricerca.
  • Numero di caratteri della descrizione: Mostrato rispetto a un obiettivo di 160 caratteri, il limite equivalente per le meta descrizioni.

scheda secondaria di audit SEO

Due colonne, “Verifica della pagina” e “Leggibilità”, ciascuna delle quali elenca le singole regole raggruppate sotto l’intestazione “Ottimo” o “Da migliorare”. Ogni regola mostra un punteggio numerico, il nome della regola, un “Risultato” (lo stato attuale della pagina), un “Obiettivo” (lo stato ideale) e, per le regole non riuscite, un breve suggerimento. Le regole verificate visibili nel pannello sono:

Controlli di audit della pagina: H1 singolo; attributi alt dell’immagine; parola chiave di supporto nel titolo, nella descrizione, nel contenuto, nel sottotitolo, nella meta descrizione e nello slug; densità della parola chiave di supporto (obiettivo 0.3-1.5%); lunghezza della parola chiave di supporto (obiettivo fino a 4 parole); link esterni (obiettivo da 1 a 3); link interni; lunghezza del testo (obiettivo almeno 300 parole); lunghezza della parola chiave principale (obiettivo fino a 4 parole); parola chiave principale nel meta titolo; parola chiave principale nel titolo della pagina; parola chiave principale nell’introduzione (obiettivo: presente nell’apertura, circa 150 caratteri); densità della parola chiave principale (obiettivo 0.5-2.5%); larghezza del titolo SEO (obiettivo da 30 a 60 caratteri); lunghezza della meta descrizione (obiettivo da 120 a 160 caratteri); parola chiave principale nella meta descrizione; e parola chiave principale nello slug URL.

Controlli di leggibilità: Lunghezza delle frasi (obiettivo: 20 parole o meno per frase); Indice di leggibilità Flesch (obiettivo: 60 o superiore); Frasi consecutive; Forma passiva (obiettivo: circa il 10% o meno delle frasi); Lunghezza minima del contenuto (obiettivo: almeno 300 parole); Lunghezza dei paragrafi (obiettivo: almeno 3 paragrafi); Distribuzione dei sottotitoli (obiettivo: almeno 2 sottotitoli); e Parole di transizione (obiettivo: circa il 20% o più delle frasi che utilizzano parole di collegamento).

 

Sottoscheda dei controlli di indicizzazione

Indica se la pagina deve essere visualizzata nei risultati di ricerca e se i crawler devono seguire i link presenti sulla pagina, oltre a eventuali direttive robots avanzate o override dell’URL canonico per quella specifica pagina e lingua.

scheda secondaria di anteprima di condivisione

Mostra l’aspetto della pagina quando viene condivisa sulle piattaforme social, rispecchiando le impostazioni delle Social Cards della Sezione 4.6, combinate con il titolo, la descrizione e l’immagine social specifici della pagina che hai impostato qui.

sottoscheda di ricarico valutazione a stelle

Disponibile per prodotti e categorie, questa opzione controlla se viene generato un frammento di valutazione a stelle per la pagina e, in tal caso, i valori della valutazione media e del numero di valutazioni utilizzati per crearlo.

scheda secondaria della cronologia dei punteggi

Ripete i valori attuali, precedenti, di variazione, massimi, minimi, medi, di tendenza e gli ultimi valori analizzati, oltre a un grafico e una tabella storici, che compaiono nella pagina Cronologia punteggi dell’intero negozio (Sezione 4.3), ma limitatamente a questa singola pagina.

6. Come eseguire un audit SEO completo in PrestaShop 

Il modulo di audit SEO di PrestaShop può eseguire un audit SEO su prodotti, categorie, pagine CMS, produttori e fornitori, generando due punteggi separati da 0 a 10 per pagina: un punteggio di audit SEO che copre controlli strutturali come il posizionamento delle parole chiave, la lunghezza dei meta tag, il testo alternativo e i link, e un punteggio di leggibilità che copre la lunghezza delle frasi, la struttura dei paragrafi, la voce passiva e le parole di transizione. Una pagina può ottenere un buon punteggio in un parametro e un punteggio scarso nell’altro.

Un punteggio basso indica una lacuna specifica e risolvibile, piuttosto che un vago problema di qualità, perché ogni regola associa un Risultato a un Obiettivo, come dettagliato campo per campo nella Sezione 5. Per intervenire, apri il pannello di Audit SEO della pagina, esamina gli elementi “Necessita di interventi” e dai priorità alla qualità dei contenuti (lunghezza del testo, posizionamento della parola chiave principale) prima di controlli tecnici minori come il numero di link, che richiedono una valutazione editoriale piuttosto che una correzione meccanica.

Nessuno di questi controlli pretende di essere di per sé un segnale diretto per il posizionamento su Google. Rappresentano pratiche consolidate di SEO on-page e di qualità dei contenuti, elementi a cui sia i motori di ricerca che i lettori rispondono positivamente, piuttosto che garanzie di uno specifico risultato in termini di posizionamento.

7. Domande frequenti

Domanda 1: Ho trovato diversi URL con errore 404. Come posso reindirizzarli?
Apri Ottimizzazione URL > URL 404 nella Knowband Modulo di audit SEO di PrestaShopIndividua la voce e utilizza la relativa azione Reindirizza, che apre il modulo Reindirizzamenti URL con l’URL di origine precompilato. Aggiungi l’URL di destinazione, scegli un tipo (301 per una modifica permanente) e salva. Esegui il reindirizzamento solo se esiste una destinazione effettivamente pertinente.

Domanda 2: Come devo gestire un URL non più disponibile?
Se il contenuto è stato spostato, aggiungi un reindirizzamento 301 dal vecchio URL al nuovo in Ottimizzazione URL > Reindirizzamenti URL. Se non c’è nulla di pertinente che lo sostituisca, è accettabile lasciarlo come un 404 piuttosto che forzare un reindirizzamento a una pagina non correlata.

Domanda 3: Come posso migliorare una pagina con un basso punteggio SEO?
Apri il pannello di controllo SEO della pagina in Prestashop SEO Audit Manager di Knowband e la relativa sottoscheda di controllo SEO, quindi segui le regole elencate in “Necessita di interventi” utilizzando il risultato e l’obiettivo visualizzati per ciascuna di esse.

Domanda 4: Come si usa ChatGPT per generare meta titoli e descrizioni?
Puoi utilizzare ChatGPT per generare meta tag per titolo, descrizione e social graph tramite il modulo SEO completo di PrestaShop. Clicca sulla scheda ChatGPT, salva un token OpenAI valido, quindi utilizza la sottoscheda ChatGPT all’interno del pannello SEO di un prodotto o di una categoria per generare, rivedere, applicare e salvare.

Domanda 5: Come posso verificare la presenza di URL duplicati?
Apri la sezione Ottimizzazione URL nel componente aggiuntivo PrestaShop SEO Audit e fai clic su URL duplicati. Gli slug URL in conflitto vengono visualizzati raggruppati per slug, con le entità interessate elencate, e l’URL di ciascuna pagina può essere aggiornato con un valore univoco.

Domanda 6: Come posso controllare la mia sitemap XML?
Utilizzando l’editor XML della sitemap di PrestaShop di Knowband, è possibile apportare modifiche alla sitemap e inviarla tramite lo strumento Sitemap di Google Search Console.

Domanda 7: Posso collegare Google Search Console al mio sito web PrestaShop?
Ora puoi cercare su Google l’ID client e il segreto OAuth, fare clic su Connetti con Google e quindi selezionare la proprietà Search Console oppure inserirne manualmente l’URL.

Domanda 8: Posso visualizzare i dati di Google Analytics all’interno del modulo?
Sì. Una volta connesso GA4 e selezionata una proprietà, la sezione Analisi mostra sessioni, utenti, visualizzazioni, interazioni, andamenti del traffico e suddivisioni per dimensioni senza dover aprire Google Analytics separatamente.

Domanda 9: Come posso identificare i problemi di SEO nelle pagine di prodotto o di categoria?
Esamina le tendenze dei problemi nella Cronologia dei punteggi oppure apri direttamente la pagina e controlla il pannello di Audit SEO, che mostra le regole specifiche non rispettate insieme al valore target necessario per superarle.

Domanda 10: Lo strumento di reindirizzamento supporta le modifiche in blocco?
Sì. Il modulo di reindirizzamento PrestaShop di Knowband consente di importare file CSV nella pagina dei reindirizzamenti URL per aggiungere più reindirizzamenti con un unico caricamento, anziché crearli singolarmente.

Domanda 11: Il contenuto generato da ChatGPT viene pubblicato automaticamente?
No. Il contenuto generato viene scritto nel campo selezionato per la revisione e l’amministratore deve controllarlo e salvare il modulo host affinché la modifica abbia effetto.

Domanda 12: Qual è la funzione specificata nell’impostazione “Ritardo dati” di Search Console?
Questa impostazione indica al modulo di saltare gli ultimi giorni durante l’estrazione dei dati di Search Console, poiché Google stesso ritarda la pubblicazione di tali dati; senza questa modifica, i dati relativi ai giorni più recenti in un report potrebbero apparire artificialmente bassi.

Domanda 13: Perché l’URL di Cron è importante se non lo apro mai manualmente?
L’URL Cron è progettato per essere richiamato automaticamente dal sistema di attività pianificate del server, non per essere aperto manualmente. È ciò che effettivamente attiva gli snapshot giornalieri dei punteggi, i ping della sitemap a Google e i controlli PageSpeed ​​programmati, quindi è necessario aggiungerlo allo scheduler del server per mantenere attive queste funzionalità senza intervento manuale.

Il modulo Prestashop SEO Audit integra punteggio, manutenzione tecnica e reportistica di Google in un unico modulo, rendendo l’audit SEO di PrestaShop non necessario per l’utilizzo di moduli diversi per processi diversi. Se hai riscontrato problemi con questo modulo, non esitare a contattarci all’indirizzo [email protected].

Sicurezza di PrestaShop nell’era dell’IA: quali sono le vostre preoccupazioni?

Gestire un negozio PrestaShop significa proteggere molto più di un semplice sito web. Il tuo negozio contiene account cliente, cronologia degli ordini, indirizzi, credenziali di amministratore, oltre a tutti i servizi di pagamento, spedizione, marketing e analisi che hai integrato. Pertanto, la sicurezza di PrestaShop non è una semplice formalità tecnica, ma un rischio aziendale a tutti gli effetti.

L’intelligenza artificiale non ha tanto cambiato le minacce alla sicurezza quanto le ha accelerate. Le email di phishing non presentano più la grammatica scorretta e le frasi bizzarre di un tempo; ora sembrano scritte da un collega. La scansione di un negozio alla ricerca di moduli obsoleti e vulnerabili richiedeva tempo e impegno da parte di una persona. Ora è automatizzata e quasi istantanea. Lo stesso vale per il credential stuffing: ciò che prima richiedeva un lavoro manuale meticoloso ora può essere eseguito su una scala che un singolo attaccante non avrebbe mai potuto raggiungere qualche anno fa.

Discutere se l’IA sia “buona” o “cattiva” per la sicurezza è comunque un dibattito fuorviante. La domanda che conta davvero per un commerciante è più semplice: la tua attuale infrastruttura è progettata per gestire attacchi più rapidi e incisivi rispetto a quelli che dovevi affrontare due o tre anni fa?

Tutto si riduce alle basi, fatte correttamente. Una versione obsoleta del core di PrestaShop e dei moduli rimane la causa più comune di compromissione dei negozi online. Controlla l’accesso agli account amministratore e i relativi privilegi. Autenticati correttamente e non solo tramite password. Monitora eventuali attività insolite invece di presumere che il silenzio sia sinonimo di sicurezza. Esegui regolarmente scansioni antimalware. Verifica le integrazioni di terze parti prima di installarle. E predisponi un piano di ripristino effettivo, testato e non solo ipotizzato, perché prima o poi qualcosa riuscirà a penetrare, con o senza l’ausilio dell’intelligenza artificiale.

1.0 Perché le preoccupazioni relative alla sicurezza di PrestaShop stanno cambiando

I problemi di sicurezza non sono diventati improvvisamente del tutto nuovi a causa dell’intelligenza artificiale. Iniezioni SQL, XSS, furto di password, malware, moduli vulnerabili, modifiche dannose ai file e attacchi alle pagine di pagamento esistono da anni.

La differenza sta nella rapidità e nella quantità con cui gli aggressori possono individuare queste vulnerabilità.

Grazie all’intelligenza artificiale, possono automatizzare le loro attività di ricognizione, produrre materiale di phishing credibile, individuare vulnerabilità e moltiplicare il numero di attacchi alle credenziali.

Per un negozio online, ciò significa che una vulnerabilità altrimenti inosservata può essere scoperta molto prima.

Un tipico negozio PrestaShop può includere:

  • Core di PrestaShop
  • Moduli di pagamento
  • Integrazioni di spedizione
  • Analisi e script pubblicitari
  • Moduli personalizzati
  • Temi di terze parti
  • Software server
  • Servizi CDN o WAF
  • API e webhook
  • Account amministratori
  • Account del cliente

Ogni modulo/script aggiuntivo crea un’ulteriore dipendenza che deve essere gestita. 

Questo non significa che dobbiate evitare le integrazioni. Significa che avete bisogno di visibilità su ciò che è installato, su ciò che ha accesso al vostro negozio e su cosa succede quando un componente diventa vulnerabile.

2.0 Le principali problematiche di sicurezza di PrestaShop per i proprietari di negozi

1. Core e moduli di PrestaShop obsoleti

Uno dei controlli di sicurezza più elementari è anche uno dei più facili da trascurare: mantenere il software aggiornato.

PrestaShop mantiene un processo di consulenza sulla sicurezza e la sua attuale politica di sicurezza stabilisce che gli aggiornamenti di sicurezza vengono generalmente applicati all’ultima versione.

Ciò diventa particolarmente importante quando una vulnerabilità interessa una versione precedente o un componente di terze parti.

Correggere una vulnerabilità e ripulire un sito web compromesso sono due cose diverse.

Se scoprite file PHP sospetti, codice JavaScript inatteso, template modificati, account amministratore sconosciuti o reindirizzamenti inspiegabili, non date per scontato che il solo aggiornamento di PrestaShop abbia eliminato l’attaccante.

Prima di tutto, ispeziona il negozio.

2. Gli account amministratore sono obiettivi di alto valore

Il back office di PrestaShop merita lo stesso livello di protezione del tuo negozio online. Un account amministratore compromesso può consentire a un malintenzionato di accedere a impostazioni sensibili, dati dei clienti, moduli e contenuti del negozio. Con autorizzazioni sufficienti, potrebbe persino apportare modifiche che introducono codice dannoso o reindirizzano parti dell’esperienza di acquisto.

Ecco perché l’autenticazione basata esclusivamente su password è sempre più difficile da giustificare per gli account privilegiati.

Usa il AMF/2FA per gli amministratori, ove possibile. Inoltre, verifica quali dipendenti necessitano effettivamente dell’accesso amministrativo e rimuovi gli account inattivi.

Il principio è semplice: Concedi a ciascuna persona solo le autorizzazioni necessarie per svolgere il proprio lavoro.

Anche i controlli aggiuntivi possono essere utili. A seconda del tuo ambiente, potresti limitare l’accesso al back-office tramite indirizzi IP attendibili, accesso VPN, regole firewall o ulteriori livelli di autenticazione.

Nascondere l’URL di amministrazione può ridurre l’esposizione ad alcuni tipi di scansione automatizzata, ma non deve essere considerato un sostituto dell’autenticazione, dell’autorizzazione o dell’applicazione di patch.

3. Attacchi di credential stuffing e di accesso automatizzato

Il furto di credenziali è particolarmente rilevante nel commercio elettronico.

Indovinare le password non è sempre necessario per gli hacker; possono utilizzare coppie nome utente/password rubate da violazioni di dati completamente diverse e provarle su altri siti.

Nel caso in cui il cliente riutilizzasse la password, l’aggressore potrebbe utilizzare il tuo negozio come prossima vittima.

Lo stesso vale anche per gli account amministratore, e in quel caso la situazione è decisamente peggiore.

È opportuno utilizzare congiuntamente misure quali la limitazione della frequenza delle richieste, la prevenzione degli attacchi brute-force, password complesse, l’autenticazione a più fattori (MFA), il rilevamento di accessi sospetti e controlli adeguati degli account.

L’intelligenza artificiale e l’automazione rendono questo aspetto ancora più rilevante, poiché gli aggressori possono operare su larga scala. Le linee guida sulla sicurezza informatica relative all’IA individuano inoltre il credential stuffing e gli attacchi alle password come aree in cui l’automazione può aumentare la minaccia.

4. Malware e modifiche impreviste ai file

Un negozio PrestaShop compromesso non sempre appare danneggiato.

Il negozio online potrebbe continuare a caricarsi normalmente anche se del codice dannoso è presente all’interno di un tema, un modulo, un file PHP, un file JavaScript o un’altra parte dell’applicazione.

Ecco perché la scansione antimalware e il monitoraggio delle modifiche ai file sono importanti.

Uno scenario particolarmente grave è la manipolazione della pagina di pagamento. PrestaShop ha emesso un avviso di sicurezza nel febbraio 2026 descrivendo uno skimmer digitale in grado di sostituire i pulsanti di pagamento legittimi con pulsanti fraudolenti. Lo script dannoso veniva caricato tramite un file del tema modificato.

Per un commerciante, questo è un utile promemoria del fatto che “il sito web funziona” non significa “il sito web è sicuro”.

È opportuno affiancare alla scansione periodica l’analisi di eventuali modifiche inattese. Se un file critico subisce modifiche impreviste, è necessario sapere:

  1. Che cosa è cambiato?
  2. Quando è avvenuto il cambiamento?
  3. Chi o cosa l’ha cambiato?
  4. Il cambiamento era legittimo?
  5. Quali altri file o account dovrebbero essere esaminati?

5. Moduli di terze parti e codice personalizzato

L’estensibilità di PrestaShop è uno dei suoi punti di forza, ma ogni modulo e personalizzazione amplia la superficie di attacco.

I test di sicurezza dovrebbero quindi prendere in considerazione più del semplice core di PrestaShop.

Un audit di sicurezza può esaminare l’applicazione principale, i temi, i componenti aggiuntivi, il codice personalizzato, le integrazioni, i controlli di autenticazione e la configurazione del server. Anche le linee guida di Astra per gli audit di PrestaShop sottolineano l’importanza di esaminare l’applicazione nel suo complesso, piuttosto che considerare la piattaforma principale come l’intero perimetro di sicurezza.

Questo è particolarmente importante per i negozi che esistono da diversi anni.

Un modulo installato cinque anni fa potrebbe essere ancora attivo anche se nessuno ricorda il motivo della sua installazione. Una personalizzazione potrebbe rimanere attiva anche dopo che lo sviluppatore originale ha lasciato il progetto. Un’integrazione abbandonata potrebbe conservare ancora le credenziali API.

Un utile esercizio di manutenzione consiste nel creare un inventario di:

  • Moduli installati
  • Temi attivi
  • Sovrascritture personalizzate
  • API esterne
  • Webhooks
  • Cron jobs
  • Account amministratori
  • Servizi server
  • Servizi DNS/CDN/sicurezza

Rimuovi ciò che non ti serve più.

3.0 Cosa cambia concretamente l’intelligenza artificiale per la sicurezza di PrestaShop?

L’intelligenza artificiale non sostituisce un’installazione sicura di PrestaShop. Pensate all’IA come a un acceleratore per entrambi i lati.

3.1 Gli aggressori possono automatizzare di più

La preoccupazione maggiore per un negozio online è la velocità. Un attaccante non ha più bisogno di eseguire ogni passaggio manualmente. Gli strumenti automatizzati e assistiti dall’IA possono aiutare con la ricerca dei target, il phishing, il test delle credenziali rubate e l’attività di bot su larga scala. Per le aziende di e-commerce, questo può tradursi in più tentativi di acquisizione dell’account, frode sui pagamenti, credential stuffing e scraping,

3.2 I difensori possono analizzare di più

La stessa capacità di base può essere d’aiuto ai difensori.

I sistemi di sicurezza possono analizzare l’attività di accesso, i modelli di richiesta, la reputazione IP, l’attività API, le anomalie di traffico e altri eventi molto più velocemente di una persona che esamina manualmente i log grezzi.

Ad esempio, un manager di solito accede al sistema dal suo solito paese durante l’orario di lavoro. Successivamente, si verificano numerosi tentativi di accesso falliti, seguiti da un accesso riuscito da una posizione insolita. Se il sistema è in grado di eseguire un’analisi comportamentale, un evento del genere può essere rilevato molto più rapidamente rispetto all’analisi dei registri di accesso del giorno precedente.

L’intelligenza artificiale può anche aiutare a dare priorità agli avvisi. Questo è utile perché un negozio che genera migliaia di richieste al minuto non può realisticamente avere una persona che esamini ogni singolo evento.

4.0 Migliori pratiche di sicurezza per PrestaShop: un approccio pratico a più livelli

La sicurezza funziona meglio se applicata a più livelli piuttosto che come un singolo “plugin di sicurezza”.

Una configurazione pratica per un negozio PrestaShop dovrebbe includere diversi livelli.

Livello 1: Mantenere l’applicazione aggiornata

Mantenere le versioni supportate di:

  • PrestaShop
  • PHP
  • Software server
  • Temi
  • moduli
  • Biblioteche

Testa gli aggiornamenti in un ambiente di staging in cui il negozio presenta personalizzazioni sostanziali.

Non rimandate indefinitamente gli aggiornamenti di sicurezza solo perché un normale aggiornamento delle funzionalità risulta scomodo.

Livello 2: Proteggere l’accesso privilegiato

Per gli account amministratore:

  • Abilitare l’autenticazione a più fattori (MFA) e l’autenticazione a due fattori (2FA).
  • Utilizza password univoche.
  • Rimuovere i dipendenti non utilizzati.
  • Applicare le autorizzazioni con il minimo privilegio.
  • Valutare la possibilità di limitare l’utilizzo di IP/VPN in ambienti sensibili.
  • Monitorare gli accessi riusciti e non riusciti.

Livello 3: Proteggere l’applicazione

Un WAF può aiutare a filtrare le richieste HTTP dannose prima che raggiungano l’applicazione. Le intestazioni di sicurezza possono aggiungere protezioni a livello di browser. I CAPTCHA o i controlli anti-bot possono ridurre l’abuso automatizzato dei moduli pubblici.

Questi controlli non eliminano le vulnerabilità dell’applicazione stessa, bensì aggiungono un livello di protezione.

Livello 4: Monitorare il filesystem

Eseguire regolarmente scansioni antivirus e monitorare le modifiche ai file può aiutare a individuare le compromissioni non visibili dal sito web del negozio.

Prestare particolare attenzione a:

  • File dei temi
  • File PHP
  • JavaScript
  • File di configurazione
  • Cartelle di caricamento
  • Directory dei moduli

Le modifiche inattese meritano di essere esaminate.

Livello 5: Monitorare l’infrastruttura

L’applicazione PrestaShop non è l’unica cosa che necessita di protezione.

Revisione:

  • Accesso SSH
  • Regole del firewall
  • Esposizione ai manga
  • Utenti del server
  • Autorizzazioni per i file
  • Cron jobs
  • Configurazione SSL/TLS
  • Accesso di backup
  • Credenziali cloud
  • Configurazione CDN/WAF

Un’applicazione sicura su un server esposto o mal gestito rimane comunque vulnerabile.

5.0 Dove può essere utile PrestaShop Security Manager

Spesso i proprietari dei negozi si ritrovano ad assemblare controlli di sicurezza utilizzando diversi strumenti indipendenti. Questo può creare a sua volta problemi di manutenzione: impostazioni diverse, pianificazioni di aggiornamento, registri, problemi di compatibilità e interfacce di configurazione differenti.

Migliori Knowband PrestaShop Advanced Security Manager è un’opzione da valutare nell’ambito di una configurazione di sicurezza a più livelli per PrestaShop. La documentazione attuale del prodotto elenca controlli quali autenticazione a due fattori (2FA), protezione dagli attacchi brute-force, restrizioni IP per gli amministratori, un WAF, intestazioni di sicurezza, CAPTCHA, monitoraggio degli accessi e scansione antimalware programmata. È compatibile con PrestaShop 1.7, 8 e 9, secondo la documentazione del fornitore.

Il punto fondamentale è non considerare un modulo di sicurezza come una strategia di sicurezza completa.

Un modulo può rafforzare le difese a livello di applicazione, ma non le sostituisce:

  • Configurazione sicura del server
  • Patching tempestivo
  • Pratiche di sviluppo sicure
  • I backup
  • Risposta agli incidenti
  • Valutazione di vulnerabilità
  • Integrazioni sicure con terze parti

6.0 Non dimenticare i backup e il ripristino in Prestashop

I proprietari dei negozi devono avere un piano di recupero affidabile nel caso in cui qualcosa vada storto.

Un backup è utile quando è disponibile, protetto e ripristinabile. Idealmente, è consigliabile tenere i backup separati dall’ambiente di produzione ed eseguire periodicamente dei test di ripristino.

È necessario disporre di backup affidabili di:

  • Banca Dati 
  • Immagini dei prodotti e altri file del negozio 
  • Dati del cliente e dell’ordine 
  • Configurazione 
  • Temi 
  • Moduli personalizzati 
  • File critici del server 

Nel caso in cui i proprietari di negozi vogliano automatizzare l’intero processo, uno dei migliori moduli di backup è Modulo di backup e ripristino per PrestaShop può essere preso in considerazione. Questo software consente agli utenti di effettuare backup programmati dei propri database e file, offre archiviazione offsite, crittografia, conservazione e funzionalità di ripristino.

7.0 Quando è opportuno valutare un audit di sicurezza?

La scansione automatizzata è utile, ma non è la stessa cosa di un audit di sicurezza o di un penetration test.

La scansione delle vulnerabilità individua i bug noti in superficie e segnala cosa non funziona, ma non può dire quanto in profondità un hacker può spingersi.

Test di penetrazione Simula un attacco reale. Collega piccole falle per penetrare in profondità nei sistemi e testa la logica aziendale.

Per un negozio consolidato o con un elevato fatturato, è consigliabile effettuare valutazioni periodiche della sicurezza, in particolare dopo:

  • Un importante aggiornamento di PrestaShop
  • Un grande progetto di sviluppo personalizzato
  • Una nuova integrazione di pagamento
  • Installazione di un modulo principale
  • Migrazione del server
  • Un incidente di sicurezza
  • Cambiamenti infrastrutturali significativi

Una valutazione adeguata dovrebbe considerare sia l’applicazione che l’ambiente circostante, anziché concentrarsi esclusivamente sulla vetrina.

8.0 Lista di controllo per la sicurezza del proprietario di un negozio

Prima di considerare sicuro il tuo sito web PrestaShop, verifica gli aspetti fondamentali:

  • PrestaShop utilizza una versione supportata/attuale, appropriata al tuo ambiente.
  • I moduli e i temi vengono mantenuti e aggiornati.
  • I moduli e gli account non utilizzati sono stati rimossi.
  • Gli account amministratore utilizzano l’autenticazione a più fattori (MFA) e l’autenticazione a due fattori (2FA).
  • I privilegi di amministratore seguono il principio del minimo privilegio.
  • Vengono monitorati sia gli accessi amministrativi riusciti che quelli non riusciti.
  • La protezione contro gli attacchi di forza bruta è attiva.
  • Ove opportuno, viene configurato un WAF o una protezione equivalente a livello applicativo.
  • Le intestazioni di sicurezza sono configurate correttamente.
  • I moduli pubblici dispongono di un’adeguata protezione contro bot e spam.
  • La scansione antimalware viene eseguita regolarmente.
  • È possibile rilevare modifiche inattese ai file.
  • L’accesso al server è limitato e monitorato.
  • I backup sono isolati dall’ambiente di produzione e il ripristino è stato testato.
  • Vengono esaminati i sistemi di pagamento e le integrazioni con terze parti.
  • Esiste una procedura documentata per la gestione degli incidenti.
  • Un audit di sicurezza o un penetration test vengono eseguiti quando il rischio per il negozio lo giustifica.

9.0 La vera preoccupazione: velocità di attacco contro velocità di risposta

Il cambiamento più significativo portato dall’intelligenza artificiale non è che ogni negozio PrestaShop si trovi improvvisamente ad affrontare una categoria di vulnerabilità completamente nuova.

È che il divario tra si crea una debolezza e qualcuno la sfrutta può diventare più piccolo.

Questo cambia il modo in cui i proprietari dei negozi dovrebbero considerare la sicurezza.

Aspettare che un cliente segnali una pagina di pagamento anomala non è monitoraggio. Scoprire un account amministratore compromesso dopo che sono stati effettuati ordini fraudolenti non è rilevamento. Installare uno strumento di sicurezza senza mai esaminarne gli avvisi non è un processo di sicurezza.

Un negozio PrestaShop sicuro necessita di diversi livelli di protezione che operino prima, durante e dopo un attacco: patch per ridurre le vulnerabilità, autenticazione per proteggere gli account, controlli applicativi per filtrare il traffico dannoso, monitoraggio per rilevare attività anomale, scansione di malware/file per identificare eventuali compromissioni e backup testati per supportare il ripristino.

L’intelligenza artificiale può rendere i sistemi di difesa più veloci e più efficienti, ma il principio di base rimane lo stesso: Riduci la superficie di attacco, controlla gli accessi, monitora i cambiamenti e preparati al ripristino.

Per i proprietari di negozi che desiderano rafforzare la protezione a livello di applicazione, una soluzione come Knowband Prestashop Advanced Security Manager può essere considerata un componente di un approccio multilivello. La scelta giusta dipende dalla versione di PrestaShop, dall’ambiente di hosting, dallo stack di sicurezza esistente e dai requisiti operativi.

Il momento migliore per scoprire una falla di sicurezza è prima che lo faccia un malintenzionato.

Gestione delle modifiche al database durante gli aggiornamenti dei moduli in PrestaShop

C’è un tipo di richiesta di assistenza che ho imparato a temere. Un commerciante aggiorna un modulo; l’aggiornamento sembra andare a buon fine, poi qualcosa smette di funzionare. Mai l’intero negozio. Una pagina del controller di PrestaShop che non funziona correttamente, o un valore di configurazione che non viene salvato, o una colonna di un elenco prodotti che si è svuotata. Quando controllo, il codice del modulo è aggiornato alla nuova versione, ma il database sottostante è ancora quello vecchio.

Questo articolo si propone di affrontare proprio questa lacuna. Un modulo PrestaShop non è solo il codice PHP che hai distribuito, ma include anche le tabelle e le colonne che il codice PHP si aspetta di trovare. Se si salta l’aggiornamento del database di PrestaShop, che dovrebbe essere incluso in ogni nuova versione del codice, si ottiene un modulo installato, apparentemente funzionante, ma in realtà errato.

L’ho fatto a me stesso più di una volta. Quello che segue è ciò che ho imparato a riguardo aggiornamenti del database del modulo PrestaShop, nel modo più difficile.

1.0 Come gli aggiornamenti dei moduli PrestaShop gestiscono effettivamente il database

Il passaggio del negozio dall’aggiornamento 1.9.0 al 2.1.0 non salta alcun passaggio, ma esegue tutti gli script di aggiornamento intermedi, in ordine.

Qui circolano molte supposizioni, e alcune sono errate.

Inserisci una nuova versione in /moduli/ e la tua routine di installazione non viene eseguita di nuovo. Tabelle intatte. Cosa succede invece: PrestaShop legge il modulo aggiornamento / cartella, trova i file denominati aggiornamento- .php si posiziona tra la versione registrata e quella dichiarata dalla classe del tuo modulo, ed esegue entrambe in sequenza.

Un negozio con versione 1.9.0 che riceve la versione 2.1.0 esegue tre script, in sequenza.

Da ciò derivano tre cose, e tutte e tre sono importanti per modifiche al database di PrestaShop.

La versione presente nella tabella `module` è la fonte di verità. Non quello presente nel file di classe principale. PrestaShop li legge entrambi. Agisce su quello registrato, ed è quello che determina quanti script di aggiornamento verranno eseguiti.

Il tuo metodo `install()` è valido solo per le nuove installazioni. Diciamo che la versione 2.0 ha bisogno di una nuova tabella. Inseriscila in installare() Chiunque passi alla versione 2.0 da zero è coperto. Il negozio che ha la versione 1.9 non riceve nulla, perché l’installazione è stata eseguita un anno fa e non verrà più eseguita.

Un singolo errore blocca tutto. Rientro falso Quando si esegue un aggiornamento, accadono tre cose: PrestaShop si blocca, registra la versione che ha causato l’errore e disabilita il modulo. Non è possibile passare allo script successivo. Questo comportamento è intenzionale, anche se significa che una modifica dello schema applicata solo parzialmente non risolve completamente il problema, ma lo disabilita.

Migliori attivazione dell’aggiornamento automatico per i moduli Questa pagina illustra le regole per la denominazione dei file. Leggetela attentamente una volta, anziché cercarla a memoria.

La trappola di denominazione della funzione di aggiornamento

Questo mi è costato un pomeriggio. modulo_di_aggiornamento_2_0_1 or modulo di aggiornamento201 funziona come nome di funzione e PrestaShop cerca entrambi. Inoltre, prima di includere il file, verifica se uno di questi nomi esiste già. Se lo trova, il file viene contrassegnato come duplicato e ignorato.

Copiare un vecchio script di aggiornamento come modello è esattamente il modo in cui le persone arrivano a questo punto. Il nome al suo interno non viene mai modificato. Non viene eseguito alcun aggiornamento e il messaggio di errore non fornisce molte informazioni.

2.0 Migrazione del database di PrestaShop: cosa va storto nei negozi reali

Tutto ciò è accaduto nei negozi in cui ho lavorato.

Modifiche allo schema del database di PrestaShop che si spostano tra le installazioni

La versione 2.0 necessita di una nuova colonna, quindi si aggiorna installare() e scrivere uno script di aggiornamento. Entrambe le opzioni sono corrette. Dopo tre versioni, qualcuno rinomina la cartella del modulo o un rivenditore reinstalla. In alcune installazioni, install() ha creato quella colonna. In altre, l’ha fatto il percorso di aggiornamento. Due definizioni, che si discostano, e ora un singolo numero di versione le copre entrambe.

Quindi la definizione risiede in un singolo metodo chiamato da entrambi i percorsi. Le modifiche allo schema del database di PrestaShop non possono derivare se ce n’è solo uno.

Script di aggiornamento che presuppongono un punto di partenza pulito

ALTER TABLE … ADD COLUMN Se si verifica un errore su una colonna già esistente, la funzione restituisce false e il modulo viene disabilitato. Se si interrompe un aggiornamento precedente, si ripristina un backup parziale o si sincronizza due volte dall’area di staging, si finisce nel problema.

Ogni modifica dello schema che scrivo ora controlla prima. L’aggiunta di una colonna significa un MOSTRA COLONNE prima, creare una tabella significa MOSTRA LE TABELLE, un indice significa MOSTRA INDICE. Poche righe e lo script sopravvive a una seconda esecuzione. Questo è importante, perché il database di uno sconosciuto può trovarsi in qualsiasi stato. C’è SE NON ESISTE in entrambi MySQL e MariaDBma solo su alcune operazioni, quindi il controllo esplicito funziona meglio.

Multistore: righe di configurazione scritte solo per un singolo negozio

Silenzioso e insidioso, questo. Nella nuova versione è arrivata un’impostazione per singolo negozio. Riga predefinita creata dallo script di aggiornamento, testata dallo sviluppatore, tutto sembra a posto. Ma è stata scritta una riga, per il negozio in questione, e il commerciante ne gestisce quattro.

Ora mancano tre negozi. A seconda di come il tuo codice lo interpreta, ricevi un avviso PHP, un valore vuoto trattato come un’impostazione reale o uno spazio vuoto dove dovrebbe esserci un prezzo. documentazione multi-negozio copre le regole di contesto. Esegui un ciclo su ogni ID negozio in qualsiasi aggiornamento che coinvolga la configurazione o i dati specifici del negozio.

In un’installazione a negozio singolo, questo bug è invisibile.

ALTER TABLE blocca le grandi tabelle dei cataloghi

L’aggiunta di una colonna a una tabella di 400,000 righe non è mai istantanea. A seconda dell’operazione, della versione di MySQL e del motore di archiviazione, potrebbe essere necessario copiare l’intera tabella. In un negozio online attivo, durante l’orario di negoziazione, questo blocco dura abbastanza a lungo da essere notato dai clienti.

Quindi, prima di scrivere la migrazione, verifico le dimensioni della tabella. Se è grande: finestra di manutenzione, oppure ristrutturazione per evitare la ricostruzione.

La chiave di configurazione senza valore predefinito

Quello che vedo più spesso nei moduli di altri, e non prevede l’uso di tabelle.

Aggiungi un’impostazione nella nuova versione. Il modulo di amministrazione la legge. Così come il front controller. Entrambi sono stati scritti su una macchina in cui la pagina delle impostazioni era già stata salvata almeno una volta. Quindi la chiave esiste e tutto sembra a posto. Distribuiscila e ogni installazione esistente sta leggendo un Configurazione chiave che nessuno ha mai scritto.

Ciò che ritorna è falsoIl tuo valore predefinito non viene mai visualizzato, né una stringa vuota che potresti almeno verificare. Da lì viene utilizzato come numero o passato a una funzione che richiedeva una stringa. Con la modalità di debug disattivata, spesso te la cavi: il commerciante vede una pagina leggermente errata e non ci pensa due volte. Con la modalità di debug attivata, l’errore si manifesta come una notifica o un errore di tipo. Ed è così che ti arriva la notizia che “il modulo si blocca in modalità di debug”, quando in realtà solo la modalità di debug è effettivamente coinvolta.

Lo stesso codice, con e senza l’impostazione predefinita.

La soluzione è banale. Ogni nuova chiave di configurazione ha il suo valore predefinito scritto nello script di aggiornamento, per ogni negozio, distribuito insieme al codice che lo legge. Leggetelo con attenzione, perché non potete essere certi che l’aggiornamento sia andato a buon fine.

Migrazione del database del modulo PrestaShop rispetto alla modifica dello schema.

Le modifiche allo schema sono la parte più semplice. La parte difficile inizia quando cambia il significato dei dati esistenti: dividere una colonna in due, spostare un campo CSV in una tabella correlata, ricodificare uno stato.

È lì che ho visto i danni maggiori. Un lavoro mal riuscito ALTER TABLE Fallisce rumorosamente; una trasformazione dei dati mal riuscita ha successo e scrive cose senza senso. Una migrazione del database di un modulo PrestaShop che sposta i dati richiede un conteggio prima e dopo, quindi un confronto. Meglio scoprirlo all’interno dello script di aggiornamento che da un commerciante tre settimane dopo.

Migliori pratiche per l’aggiornamento del modulo PrestaShop 3.0 che difenderei senza esitazione

Coloro che mi hanno salvato:

Rendere ogni migrazione idempotente

Nulla dovrebbe cambiare nella seconda esecuzione che la prima esecuzione non abbia già gestito. Ottieni quella proprietà e un’intera categoria di problemi di supporto scompare, perché lo stato del database smette di essere qualcosa che devi stabilire prima. Prima di scrivere SQL grezzo sulle tabelle principali, PrestaShop note sui livelli del database valgono un’ora.

La versione protetta sopravvive a una seconda esecuzione.

Registra ogni errore invece di restituire automaticamente false

Un nudo restituire false Questo è sufficiente perché PrestaShop si fermi e disabiliti il ​​modulo. Non è sufficiente per te. Quindi, completa il lavoro. Cattura tutto ciò che ne deriva e passalo a PrestaShopLogger con il nome e la versione del modulo allegati. Altrimenti, un commerciante segnala un aggiornamento fallito e tu vai a tentoni.

Su PHP 7 e versioni successive, cattura Errore così come Eccezione. Ricevi un errore di tipo nel tuo codice di migrazione e arriva come un Errore, quindi un gestore che guarda solo per Eccezione lo lascia passare.

Supporta ogni versione che hai mai rilasciato

Un commerciante può utilizzare qualsiasi versione rilasciata. Chi passa dalla versione 1.4 alla 3.0 esegue tutti gli script intermedi, in ordine, quindi ognuno deve funzionare con lo schema lasciato in eredità dal precedente. Ecco perché i vecchi file di aggiornamento rimangono nel modulo. Chi è rimasto indietro di due anni non ha altra via d’uscita.

Eseguire il test sull’ambiente di staging, non su un’installazione locale pulita.

Una nuova installazione della nuova versione non dimostra nulla riguardo all’aggiornamento. Quello che dovresti fare invece è: installare la vecchia versione, inserire dati realistici e poi aggiornare. Anche su più store, se lo supporti.

Meglio ancora: prendi una copia di un negozio reale e passa l’aggiornamento attraverso quello. La tua installazione locale ha dati puliti e quattro prodotti, ecco perché non mostra nulla. Un negozio reale ha importazioni incomplete, righe lasciate da un modulo disinstallato due anni fa, colonne aggiunte a mano da un precedente sviluppatore, un catalogo abbastanza grande da ALTER TABLE ci vuole un po’ di tempo.

Poi c’è la questione dei tempi. È più facile capire se un aggiornamento richiede sei minuti, basandosi su dati reali, quando si prenota una finestra di manutenzione, piuttosto che alle undici di venerdì.

Eseguite un backup prima di apportare modifiche allo schema e comunicatelo.

Prima di un aggiornamento di un modulo, non viene creata alcuna istantanea delle tabelle. Né da PrestaShop, né da nessun altro sistema. Quindi, se il commerciante non ha un backup e la migrazione si interrompe a metà della trasformazione dei dati, quei dati andranno persi. È meglio specificarlo nel registro delle modifiche, piuttosto che scoprirlo insieme.

Recupero di un aggiornamento del database di PrestaShop non riuscito

Aggiornamento non riuscito su un negozio online; modulo disabilitato. All’incirca in quest’ordine:

Scopri quale versione ha fallito. Questa operazione viene registrata e, se hai scritto un messaggio di log, sarà presente anche quello. Insieme, saprai quale script aprire e quali modifiche sono state applicate prima dell’interruzione.

Verifica lo schema effettivo, non il numero di versione. Tutto l’ modulo La tabella conosce ciò che l’ultimo aggiornamento riuscito ha scritto. Le tabelle reali sono dove si trova la risposta, confrontate con qualunque cosa lo script fallito stesse cercando di fare.

Puntare in avanti, non indietro. Ripristinare la versione precedente è allettante, ma di solito sbagliato, perché gli script precedenti sono già stati eseguiti e rieseguirli su uno schema parzialmente modificato trasforma un problema in tre. Scrivi una migrazione correttiva dallo schema attuale a quello corretto.

Quindi bisogna capire perché la migrazione non è stata idempotente. Questo è il vero bug.

Una breve lista di controllo prima di rilasciare un aggiornamento del modulo

Ecco la lista che gestisco:

  1. Versione principale della classe, la più alta aggiornamento-*.php file: corrispondono?
  2. Ogni funzione di aggiornamento prende il nome dalla versione del proprio file?
  3. Ogni modifica allo schema verifica prima se è già stata applicata.
  4. Ogni configurazione viene scritta ciclicamente su tutti i negozi?
  5. Ogni nuova chiave di configurazione riceve un valore predefinito per le installazioni esistenti?
  6. Hai già effettuato una prova su una riproduzione di un negozio reale?
  7. È stata installata la vecchia versione, sono stati aggiunti i dati e poi è stato effettuato l’aggiornamento?
  8. Stesso percorso su più negozi?
  9. Qualcosa di utile registrato prima di ogni restituire false?
  10. attraente Errore così come Eccezione?
  11. Vecchi file di aggiornamento sono ancora presenti per i commercianti con versioni precedenti di diverse settimane?
  12. Registro delle modifiche che invita i commercianti a fare un backup?
  13. Su un tavolo grande, quanto è lungo? ETÀ stai tenendo un lucchetto?

Gli elementi 6 e 7 sono quelli che le persone saltano, e insieme riescono a cogliere la maggior parte del problema.

Conclusione

Aggiornamento del modulo PrestaShop I problemi sono scomodi per un motivo: non c’è alcun preavviso. Il modulo segnala la sua nuova versione senza problemi. La pagina di amministrazione si carica. Nessun log, a meno che non li abbiate scritti voi. Nel frattempo, il vostro codice si aspetta una cosa, il database ne contiene un’altra, e quest’ultima rimane invariata finché qualcuno non utilizza la funzionalità che si trova nel mezzo.

Tratta lo schema come parte della release. Scrivi migrazioni che sopravvivano a una seconda esecuzione. Registra cosa è successo. Mettilo in staging prima che lo faccia qualsiasi commerciante. Lato framework, PrestaShop documentazione per lo sviluppo del modulo è il punto di partenza.

Se hai domande o hai bisogno di assistenza per le prestazioni o la migrazione del tuo sito web, i nostri esperti sono qui per aiutarti. Contatta il team di Knowband all’indirizzo [email protected] Oggi stesso potrete usufruire di plugin per e-commerce affidabili e personalizzati in base alle vostre esigenze.