Ogni modulo dovrebbe essere installato su ogni negozio?

Ogni modulo indica l'intervallo di versioni PrestaShop supportato sulla propria pagina prodotto, lì trovi la versione esatta coperta. La maggior parte dei moduli del catalogo distribuisce un singolo ZIP che rileva la versione del negozio durante l'installazione e carica il percorso di codice corretto. Lo stesso acquisto continua quindi a funzionare mentre aggiorni il negozio nel tempo.Cosa significa "supportato" in pratica:Eseguiamo test di regressione su un'installazione pulita di ogni versione supportata prima di ogni release.Le segnalazioni di bug per qualsiasi versione supportata sono gestite secondo la stessa politica di supporto. Niente "spiacenti, quella versione è troppo vecchia".Alcuni moduli richiedono un core più recente perché l'API PrestaShop che usano non esisteva nelle versioni precedenti; è indicato nella pagina prodotto.Se il negozio gira su un core molto vecchio e non più mantenuto, è più sicuro aggiornare prima PrestaShop, non eseguiamo backport verso core che non ricevono più correzioni di sicurezza.

Cos'è' esattamente mypresta.rocks?

mypresta.rocks è un team piccolo e focalizzato di sviluppatori PrestaShop con sede a Tychy, in Polonia. Creiamo moduli PrestaShop dal 2013 e abbiamo registrato l'azienda nel 2018.Sviluppiamo, vendiamo e seguiamo oltre 150 moduli che coprono SEO, checkout, prestazioni, ricerca, analytics e altro. Ciò che conta per Lei: PrestaShop è l'unica cosa che facciamo, non siamo un'agenzia generalista che tocca anche altre piattaforme. Quando acquista un modulo, il supporto arriva da chi lo ha scritto.Sfogli il catalogo moduli o legga la storia completa nella pagina chi siamo.

Offrite l'installazione gratuita?

Sì. Ogni acquisto di un modulo include l'installazione gratuita da parte del nostro team. Dopo l'ordine apra un ticket di supporto con i dati di accesso al Suo negozio: installiamo e configuriamo il modulo per Lei, così evita tutta la configurazione.Per cosa è coperto, veda la nostra politica di supporto.

Devo usare Google Tag Manager o posso usare GA4 direttamente?

Funzionano entrambe le strade, e puoi eseguirle anche insieme. Attiva la piattaforma GTM e inserisci il container ID se vuoi che tutto passi da Tag Manager, il modulo spinge tutti gli eventi ecommerce nel dataLayer in forma GA4 Enhanced Ecommerce, così ogni tag costruito lì li riceve. Preferisci saltare GTM? Attiva la piattaforma GA4, inserisci il Measurement ID e il modulo carica gtag.js e invia eventi direttamente ad Analytics.Marketing Revolution - piattaforme di tracciamento con configurazione separata di GTM e GA4.Ogni piattaforma è abilitata per conto proprio, quindi eseguire GTM e GA4 insieme va bene: molti shop usano GTM per tag e trigger custom mentre GA4 direct gestisce il tracking evento nativo. L'errore comune è il doppio conteggio, se GTM sta già sparando un tag GA4 dal dataLayer, non abilitare anche la piattaforma GA4 direct per la stessa property, o registrerai ogni evento due volte. Scegli un solo percorso verso GA4 e mantienilo.Nel modulo questi sono adapter separati con campi richiesti separati: GTM richiede un CONTAINER_ID, mentre GA4 direct richiede un MEASUREMENT_ID. Lo switch tracking principale deve essere abilitato prima; se il tracking è disattivato, o se una piattaforma è attiva ma manca il suo ID richiesto, gli script front-office per quella piattaforma non vengono iniettati.GTM route: enable GTM + CONTAINER_ID = GTM-XXXXXXX; create GA4 tags inside Tag Manager from dataLayer events.Direct route: enable GA4 + MEASUREMENT_ID = G-XXXXXXXXXX; leave GTM out of the GA4 path.GA4 direct ha anche impostazioni opzionali che GTM non usa allo stesso modo: anonimizzazione IP, user ID tracking per clienti loggati e un API secret per reinvio server-side degli acquisti mancati. GTM è migliore quando vuoi un container unico per controllare diversi vendor; GA4 direct è più pulito quando vuoi solo che il modulo invii gli eventi ecommerce GA4 standard senza costruire tag in GTM.Questo fa parte di Marketing Revolution, che unifica tracking per Google, Meta e altro da un unico posto.

Quanti moduli offrite attualmente?

Attualmente offriamo oltre 150 moduli, raggruppati in aree come SEO e traffico, conversioni e vendite, checkout ed esperienza cliente. Il catalogo cresce man mano che troviamo nuovi problemi che vale la pena risolvere per chi gestisce un negozio.Sfoglia l'intera offerta nel nostro catalogo moduli.

Posso testare il modulo prima dell'acquisto?

Sì. Mettiamo a disposizione negozi demo dal vivo dove può provare il front-office e il back-office di qualsiasi modulo con piena funzionalità e senza registrazione. È il modo più rapido per vedere come si comporta un modulo prima di spendere qualcosa. Li trova sulla nostra pagina demo.

Questo modulo rallenterà il mio negozio?

Se teme che un modulo di tracciamento renda lento il suo negozio PrestaShop, ecco la risposta onesta: Marketing Revolution è più leggero che eseguire un modulo separato per ogni piattaforma. Invece di 8-15 SDK JavaScript separati, ciascuno con le proprie query DOM e listener di eventi, ottiene un unico livello di eventi condiviso da tutte le piattaforme.Carica inoltre gtag.js una sola volta e lo condivide tra GA4 e Google Ads quando entrambi sono attivi, così quello script non viene caricato due volte. Il limite onesto: ogni piattaforma abilitata aggiunge comunque il proprio script SDK, quindi abilitarle tutte e 15 è più JavaScript che abilitarne 3. Abiliti solo le piattaforme che usa davvero e il peso resta contenuto.Se la sua vera preoccupazione è la velocità, lo affianchi a Performance Revolution, che gestisce direttamente caching e ottimizzazione del front office.

Cosa lo rende utile per le agenzie?

La maggior parte sì, il multistore di PrestaShop si attiva modulo per modulo e la profondità del supporto varia. La risposta onesta è quindi: di solito sì, ma verifichi prima di farci affidamento.Cosa possiamo dire concretamente dei nostri moduli in un PrestaShop multistore:Impostazioni per negozio. I moduli che salvano la configurazione lo fanno nel contesto id_shop / id_shop_group, così ogni negozio mantiene la propria configurazione e rispetta il selettore multistore nel back office.Contenuti per negozio: tutto ciò che crea righe nel database (voci FAQ, regole sitemap, blocchi personalizzati) è legato al negozio attivo.Template per negozio, i template front-office si sovrascrivono in themes//modules//, come i template del core.I moduli che lavorano a stretto contatto con il core, come SEO Revolution e Performance Revolution, sono sviluppati e usati in ambienti multistore. I moduli di utilità più piccoli di solito funzionano anch'essi, ma non sempre mostrano ogni opzione nel selettore. Se il multistore è cruciale per Lei, controlli la pagina prodotto o ci scriva prima.

Cosa succede se un modulo non funziona sul mio negozio?

Garantiamo ogni modulo che vendiamo. Se un modulo causa un problema sul Suo negozio, il nostro team lo risolve gratuitamente, e se non riusciamo a risolverlo, riceve un rimborso completo. Non resta mai bloccato con codice che non gira sul Suo negozio.Quando segnala un problema, ci invii la versione di PrestaShop, la versione del modulo e l'errore esatto o uno screenshot, così lo riproduciamo in fretta. Nella maggior parte dei casi si tratta di un conflitto con il tema o con un modulo di terze parti, che La aiutiamo a isolare. Per le verifiche preliminari, veda la nostra guida alla risoluzione dei problemi di PrestaShop.

Cos'è Meta Conversions API (CAPI) e mi serve?

Meta Conversions API (CAPI) invia eventi di acquisto a Meta dal tuo server invece di affidarsi solo al browser del visitatore. In Marketing Revolution, il sender server-side Meta usa il tuo Pixel ID e il token di accesso CAPI, poi invia eventi di acquisto alla Graph API di Meta. Lo scopo è recuperare acquisti che il tracking browser può perdere per ad blocker, tempi del consenso, redirect checkout o perché il cliente chiude la pagina di conferma troppo presto.Le impostazioni CAPI collegano il tracciamento lato server alla configurazione Meta Pixel.CAPI lavora con il reinvio degli acquisti mancati. Il modulo registra il tracking acquisto, il task schedulato di reinvio gira ogni ora, guarda indietro nella finestra configurata e invia gli ordini mancati tramite le API server-side configurate. Per Meta, il payload include l'evento Purchase, valuta, valore, contenuti prodotto, ID ordine e dati di enhanced matching. Email, telefono, nome, cognome, città, CAP, stato e paese sono normalizzati e hashati con SHA-256 prima dell'invio; IP client e user agent vengono inviati non hashati perché Meta si aspetta quei campi in quella forma.Minimal CAPI checklist:1. Meta Pixel ID in the Meta platform settings.2. Meta CAPI access token in the Meta platform settings.3. Optional Test Event Code while validating in Meta Events Manager.4. Enable Resend Missed Purchases if you want the hourly server-side recovery job.5. Keep the browser pixel enabled too, because CAPI complements it rather than replacing normal frontend tracking.Event flow:Customer reaches order confirmation -> browser pixel tries to send Purchase.Marketing Revolution logs the purchase tracking attempt.Hourly cron task -> ResendMissedPurchases finds completed orders not logged as tracked inside the lookback window.MetaConversionsApi::sendPurchase() -> POST /{pixel_id}/events with Purchase, value, currency, contents, order_id and hashed customer data.Meta Events Manager -> use the Test Event Code first, then remove it for live traffic.Ti serve CAPI se le campagne Meta sono importanti per reportistica o ottimizzazione. Se non fai campagne Meta, è opzionale. Se le fai, è uno dei miglioramenti di tracking con impatto più alto perché riduce il divario tra gli ordini reali PrestaShop e ciò che Meta può attribuire.

Potete creare un modulo personalizzato per le mie esigenze specifiche?

Sì, ci occupiamo di sviluppo di moduli PrestaShop personalizzati quando nessuno dei nostri moduli esistenti copre ciò di cui ha bisogno. Gestiamo negozi anche noi, quindi guardiamo ogni richiesta con l'occhio del commerciante: quale problema risolve e se vale la pena realizzarla.Ci dica cosa vuole ottenere, ci invii i dettagli e Le daremo una valutazione onesta di fattibilità, tempistiche e costi prima di iniziare. Se un modulo personalizzato non è la strada giusta, o se uno dei nostri moduli esistenti svolge già il compito, glielo diremo. Non tutte le richieste possiamo accettarle, ma lo saprà sempre in anticipo.

Fornite supporto dopo l'acquisto?

Sì. Ogni acquisto di un modulo include tre mesi di supporto e aggiornamenti gratuiti tramite il nostro sistema di ticket, e il supporto può essere esteso con pacchetti a pagamento. Nei giorni lavorativi rispondiamo di solito entro poche ore, sia che Le serva aiuto con la configurazione, la diagnostica o una domanda sulla personalizzazione. I Suoi ticket vengono gestiti da sviluppatori PrestaShop attivi, gestiamo negozi anche noi, e non da un'assistenza esternalizzata. Per tutti i dettagli, consulti la nostra politica di supporto.

Come funziona il reinvio degli acquisti mancati?

Recupera gli acquisti che il tracking lato browser ha perso: il modulo logga gli eventi purchase che cattura, e il cron orario confronta gli ordini PrestaShop validi recenti con quel log per individuare qualsiasi ordine che non ha mai prodotto un evento purchase. Ogni ordine mancato viene poi reinviato lato server.I reinvii escono tramite GA4 Measurement Protocol e/o Meta Conversions API. Questo gira solo se hai inserito le credenziali server-side - un GA4 API secret e/o un token di accesso Meta; senza di esse non c'è canale di invio, e il job salta. Scegli quanto indietro guardare: 6, 12, 24, 48 o 72 ore.La funzione è off di default. Per usarla, abilita il reinvio degli acquisti mancati, mantieni attivo il purchase logging e assicurati che il cron del modulo giri; il modulo registra un task orario resend_missed_purchases. Il lookback predefinito è 24 ore, e la query seleziona ordini PrestaShop validi in quella finestra che non hanno una riga purchase nel tracking log del modulo.GA4 resend: richiede GA4 Measurement ID e API secret. Il modulo invia l'acquisto tramite Measurement Protocol.Meta resend: richiede Meta Pixel ID e Conversions API access token. Un Meta test event code può essere usato durante i test.Logging: dopo un reinvio riuscito, il cron scrive una voce purchase log con source cron_resend, così gli ordini recuperati vengono registrati e non vengono reinviati di nuovo.Un dettaglio utile: non è un replay magico della sessione browser esatta del cliente. Per un ordine mancato, il modulo ricostruisce il payload ordine dai dati ordine PrestaShop e lo invia lato server. È comunque prezioso per attribuzione acquisti e reporting, anche se i dettagli browser-only mai catturati potrebbero non esistere per il reinvio.Il resender è integrato in Marketing Revolution, il nostro modulo tracking all-in-one.

In quali lingue sono disponibili i vostri moduli?

Il nostro negozio e le schermate di amministrazione dei moduli sono disponibili in inglese, tedesco, francese, polacco, italiano e spagnolo. La parte vista dai clienti nella maggior parte dei moduli segue le lingue impostate nel Suo negozio PrestaShop, il testo mostrato agli acquirenti proviene dalle Sue traduzioni, non da stringhe fisse. Maggiori informazioni su di noi: chi è mypresta.rocks.

MPR FAQ aggiunge schema SEO e controlli di indicizzazione alle pagine FAQ PrestaShop?

Sì. FAQ Manager ti dà controllo sull'indicizzazione delle FAQ invece di lasciare che i motori di ricerca eseguano il crawl di ogni domanda sottile e di ogni pagina di ricerca - così decidi esattamente quali risposte meritano di essere indicizzate.L'indicizzazione viene decisa per tipo di pagina, e resti tu al comando:FAQ landing page - indicizzabile di default (index/follow), perché è il tuo vero punto di ingresso.Pagine di singola domanda - opt-in. Attivi uno switch principale, poi marchi le domande specifiche che meritano indicizzazione. Solo quelle usano index/follow e possono essere aggiunte alla sitemap XML; le altre restano fuori.Pagine risultati di ricerca - sempre noindex, così non inquini l'indice con URL di ricerca interna.Pagine categoria e tag - le pagine categoria sono indicizzabili opzionalmente e possono essere incluse nella sitemap quando la policy sitemap categoria e il flag indicizzabile per categoria lo permettono. Le pagine tag restano fuori dalla sitemap.C'è anche structured data. Il modulo può emettere schema FAQPage su una pagina domanda; questo output è configurabile e disattivato di default, quindi lo attivi solo se un consumer di structured data ne ha bisogno. Il focus reale qui sono i controlli di indicizzazione - schema e robots tag servono a guidare quali pagine i motori di ricerca scansionano, non a garantire un risultato.Vedi FAQ Manager per l'intero set di funzioni.I default sono rigidi apposta: lo schema è disattivato di default, le pagine di singola domanda non sono indicizzabili di default, l'hub FAQ è indicizzabile, pagine categoria e tag non sono indicizzabili di default, le pagine di ricerca non sono mai indicizzabili, e l'inclusione in sitemap è attiva solo per i tipi pagina consentiti dalla policy SEO. Questo evita che una nuova FAQ invada l'indice prima che tu abbia revisionato quali risposte meritano visibilità di ricerca autonoma.Per lo schema delle singole domande, il controller costruisce FAQPage JSON-LD solo quando la domanda è attiva, pubblicata, indicizzabile, ha testo domanda e risposta non vuoti e la policy schema pertinente lo permette. Anche lo schema hub è limitato: seleziona un piccolo set di domande attive, pubblicate e indicizzabili ordinate per segnali di utilità e visibilità, invece di scaricare in structured data ogni bozza o risposta a basso valore.L'hook sitemap segue la stessa disciplina. Può aggiungere l'URL hub, URL categoria attivi e indicizzabili quando la policy sitemap categoria lo permette, e URL domanda attivi, pubblicati, con slug e marcati indicizzabili. Una domanda bozza, preview, noindex o non pubblicata dovrebbe quindi restare fuori dalla sitemap anche se esiste nelle tabelle FAQ.La configurazione admin avvisa anche che Google ha ridotto la visualizzazione dei rich result FAQ, quindi lo schema FAQ non va trattato come un interruttore magico per il ranking. Il valore SEO pratico è il controllo editoriale: pubblicare risposte utili, indicizzare quelle che possono reggere da sole e tenere fuori dall'indice pagine di ricerca, tag sottili e domande non revisionate.

I vostri moduli sono compatibili con il mio tema?

Per personalizzare un tema in sicurezza, l'approccio più pulito su PrestaShop è il child theme, le tue modifiche vivono nel child e sopravvivono agli aggiornamenti del tema genitore. Il nostro generatore di child theme gratuito lo crea per te.Genera un child theme pronto all'uso per questi temi genitore:Classic, il tema predefinito di PrestaShop.Hummingbird, il tema leggero per PrestaShop 8/9.Warehouse, il diffuso tema genitore Warehouse.Il child generato include un config/theme.yml che punta al genitore scelto e imposta use_parent_assets, così il child eredita da subito lo stile del genitore. Crea anche un custom.css e un custom.js per le tue modifiche, oltre a override di template opzionali quando devi cambiare il markup del genitore.Metti il tuo CSS, il JavaScript e le modifiche ai template nel child theme: un successivo aggiornamento del genitore non li sovrascriverà.

Marketing Revolution funziona con Consent Mode v2?

Sì. Marketing Revolution include un bridge Consent Mode v2 che collega banner cookie supportati ai segnali di consenso Google. È progettato per rilevare automaticamente quattro piattaforme consenso: MPR Cookies Revolution, Cookiebot, qualsiasi banner IAB TCF v2 e OneTrust.Quando il bridge gira con window.mprMarketingConfig.consentMode disponibile, imposta il consenso predefinito Google per analytics e ads ai valori di default configurati, di solito denied per un setup stile UE, e poi aggiorna il consenso quando il visitatore accetta le categorie pertinenti. Il bridge passa lo stato consenso a Google; non blocca da solo script terzi. Il blocco script resta compito del banner cookie o CMP.C'è un'importante avvertenza sull'ordine nel codice attuale. Il bridge esce immediatamente se window.mprMarketingConfig non è già definito, mentre il template header stampa script init piattaforma ed eventi pagina prima di definire quell'oggetto config. Per questo, la build attuale non garantisce che il consenso denied/default sia applicato prima che tag Google o eventi pagina girino. Per una sequenza Consent Mode rigorosa, verifica l'ordine renderizzato reale nel tuo tema o modifica il modulo così config e comando default consent siano presenti prima di qualsiasi init/event script Google.Consent Mode è disattivato di default nelle impostazioni modulo. Quando è abilitato e quando il bridge riceve in tempo l'oggetto config, i valori predefiniti del modulo sono denied per analytics storage e denied per ads storage salvo tu li cambi deliberatamente.Il bridge invia i campi consenso v2 di Google: analytics_storage, ad_storage, ad_user_data e ad_personalization. Lascia inoltre functionality_storage e security_storage granted, e usa una finestra wait_for_update di 500 millisecondi così un update CMP può arrivare prima che Google processi gli hit.Default EU-style setup: Consent Mode enabled; analytics default = denied; ads default = denied; CMP accepts analytics + marketing; bridge updates Google consent to granted.Se la tua CMP non è una delle integrazioni supportate, serve un piccolo bridge custom che chiami lo stesso percorso update quando il visitatore cambia consenso. Senza questo, Google manterrà l'ultimo stato consenso che gli è stato inviato, anche se la UI del banner è cambiata.Marketing Revolution gestisce il lato tracking; per il banner stesso vedi Cookies Revolution, il nostro modulo consenso GDPR.

I vostri moduli sono open-source?

No. I nostri moduli sono software commerciale rilasciato con licenza proprietaria. Riceve però il codice sorgente PHP completo: nulla è offuscato, cifrato o protetto con ionCube. Può aprire qualunque file, i Suoi sviluppatori possono verificarlo per sicurezza o compatibilità, e può adattare piccole parti alle specificità del Suo shop.Cosa consente la nostra licenza: installazione sui domini coperti, personalizzazione di override e template per uso interno, e utilizzo della versione acquistata senza scadenza. Cosa non è consentito: ridistribuzione, rivendita, sub-licenza o ripubblicazione del codice base, fork come prodotto derivato, rimozione delle note di copyright originali.Il codice aperto ha un valore pratico: ogni cambiamento di PrestaShop o PHP resta visibile e correggibile, gli audit di sicurezza sono possibili e non rimane mai bloccato da un fornitore irreperibile.

Posso usarlo insieme al mio modulo Google Analytics esistente?

Puoi, ma non lasciare mai che due moduli iniettino lo stesso tag Google Analytics, questo conta due volte ogni evento e gonfia i report. Scegli un modulo per piattaforma: se abiliti GA4 in Marketing Revolution, disabilita o disinstalla prima qualunque altro modulo GA4, e viceversa.Marketing Revolution > Platforms - abilita una sola fonte tag per non tracciare due volte insieme a un modulo GA esistente.Se invece vuoi un modulo PrestaShop Google Analytics singolo e dedicato, il nostro modulo standalone Google Analytics GA4 gestisce GA4 da solo (browser più Measurement Protocol server-side e Consent Mode v2). Eseguirlo accanto a un altro pacchetto GA va bene solo se esattamente uno dei due sta inviando GA4, l'altro dovrebbe tenere GA4 spento.Va bene anche dividere le piattaforme: usare Marketing Revolution per, ad esempio, TikTok e Pinterest mentre un modulo separato possiede GA4. La regola è un tag per piattaforma, non un modulo per store.Marketing Revolution è costruito intorno a uno switch tracking principale più adapter specifici per piattaforma. Questo significa che un setup misto sicuro è possibile: per esempio, mantieni attivo il tuo modulo GA4 esistente, lascia disabilitato l'adapter GA4 in Marketing Revolution e abilita solo TikTok, Pinterest, Reddit o Meta in Marketing Revolution. La config front office espone gli slug piattaforma attivi, quindi Debug Mode rende facile vedere cosa il modulo considera attivo.Non sicuro: un altro modulo carica G-XXXXXXXXXX e anche Marketing Revolution GA4 direct carica lo stesso measurement ID.Di solito sicuro: Marketing Revolution spinge eventi GTM dataLayer mentre un modulo GA4 separato possiede GA4 direct, purché il container GTM non spari anche tag ecommerce GA4 per la stessa property.Split sicuro: il modulo GA4 esistente possiede GA4; Marketing Revolution possiede Meta, TikTok, Pinterest, Snapchat, Reddit o altre piattaforme non-GA.Durante i test, apri il sorgente pagina o il pannello network del browser e cerca GA4 Measurement ID e GTM container ID. Vedere un solo proprietario intenzionale è normale; vedere la stessa property GA4 caricata da più moduli è il segnale di allarme.

Quali dati di monitoraggio può salvare il modulo?

Performance Revolution salva dati tecnici di monitoraggio sul tuo shop, ma non tutte le tabelle di monitoraggio hanno lo stesso profilo privacy. Le righe RUM sono basate su tempi, URL, classe del dispositivo e contesto dello shop, non su campi del profilo cliente; il logging delle query lente è diverso perché salva testo SQL grezzo e contesto dello stack trace, quindi va trattato come dato diagnostico potenzialmente sensibile se le query contengono identificativi di clienti, carrelli o ordini.In concreto, il modulo mantiene queste tabelle:Performance metrics - misurazioni temporizzate con tipo di metrica, valore e contesto JSON, usate per mostrare come si comporta lo shop nel tempo.Aggregated metrics - valori aggregati per ora, giorno, settimana e mese, inclusi somma, media, minimo, massimo e conteggio, così le dashboard restano utilizzabili su intervalli più lunghi.Slow queries - hash della query, testo SQL, tempo di esecuzione, controller, stack trace, numero di occorrenze e timestamp di prima/ultima rilevazione. Lo schema può contenere placeholder extra, ma il percorso del profiler registra questi campi invece di righe esaminate o righe inviate.Real-user monitoring (RUM) - dati di timing browser da visite campionate: TTFB, FCP, LCP, CLS, FID e INP, più campi di timing DOM, riepilogo resource-timing, URL, tipo di dispositivo e shop.RUM aggregates - conteggi campione e medie orarie per URL e dispositivo per le metriche RUM. Lo schema aggregato include una colonna p75_lcp, ma l'attuale query di aggregazione non la popola.Errore comune: trattare tutti i dati di monitoraggio come ugualmente a basso rischio. RUM è diagnostica di timing/dispositivo, ma le righe delle query lente possono esporre ciò che era presente nella query SQL. Limita l'accesso a queste diagnostiche come limiteresti l'accesso ai log del database.I valori predefiniti sono volutamente conservativi. La fragment cache è attiva con TTL di 3600 secondi, la query cache è attiva, le metriche sono attive, la soglia delle query lente è 0.1 secondi, la conservazione delle metriche è 30 giorni, il profiling è disattivato di default e il campionamento RUM è 0.1, cioè circa il 10 percento delle page view idonee viene misurato. Su uno shop con poco traffico, quel tasso di campionamento può far apparire i grafici RUM scarni finché non sono stati misurati abbastanza visitatori.Lo script front raccoglie i timing del browser con le Performance APIs, poi li invia con sendBeacon quando disponibile e ripiega su XHR. Il controller RUM accetta dati JSON POST, verifica che esista un URL, salva campi di timing/resource sanificati e restituisce una risposta 204 con header no-store/noindex. Il controller rimuove anche gli header Set-Cookie, quindi l'endpoint beacon non crea cookie cliente.Per la pulizia, il query profiler registra SQL lento per hash e aggiorna conteggio occorrenze e ora di ultima rilevazione quando la stessa query ricorre. I dati RUM grezzi possono essere aggregati in riepiloghi orari e le righe grezze più vecchie vengono rimosse dopo l'aggregazione, mantenendo utilizzabili le dashboard a lungo termine senza salvare per sempre ogni singolo beacon. Il limite importante è che l'attuale aggregazione RUM salva medie e conteggi, non un 75° percentile LCP calcolato.

Posso aggiungere regole hreflang e noindex alle pagine PrestaShop?

Sì. Con il Product Canonical Manager imposti regole per entità su prodotti, categorie, produttori, fornitori e pagine CMS, e il modulo scrive noindex e nofollow nel meta tag robots della pagina. Lo stesso modulo rigenera i tag hreflang dalle lingue attive dello shop e aggiunge x-default per la lingua predefinita, così ogni versione lingua punta alle alternate corrette. Product Canonical Manager, regole canonical, noindex e hreflang per entità, con hreflang automatico e rimozione dei parametri. Questo tiene fuori dall'indice Google pagine sottili o duplicate (listing filtrati, ricerca interna, pagine account) mentre i prodotti reali restano indicizzabili, e dice a Google quale lingua servire a quale pubblico. Un errore comune è aggiungere noindex e un canonical che puntano in direzioni diverse sullo stesso URL; decidi per pagina se vuoi indicizzarla ma canonicalizzarla, oppure tenerla completamente noindex, non entrambe le cose in conflitto. La Smart SEO Revolution Suite condivide lo stesso motore canonical, hreflang e noindex, quindi le stesse regole per entità sono disponibili anche lì. Le regole hanno priorità e scope shop. La lookup accetta l'ID entità esatto o l'ID entità 0, e…

Come trovo l'URL del pannello admin PrestaShop?

L'URL admin PrestaShop si basa sul nome fisico della directory admin sul server. Normalmente non esiste un valore database o configurazione separato che dica a PrestaShop l'URL back-office. L'URL del tuo Back Office è la cartella admin rinominata, trova quel nome cartella via FTP/SFTP o dal File Manager del tuo hosting. Per trovarlo via FTP, apri la directory root di PrestaShop e cerca una cartella come admin123abc, admin-dev o backoffice. L'URL admin è il dominio dello shop più quel nome cartella, per esempio https://example.com/admin123abc/. Con SSH, puoi elencare le possibili cartelle admin dalla root dello shop: cd /var/www/html/prestashop ls -ld admin* backoffice* 2>/dev/null for d in admin* backoffice*; do test -f $d/index.php && echo $d; done Se non sei sicuro di essere nella root PrestaShop corretta, controlla la presenza di file come config/settings.inc.php, app/config/parameters.php, classes, modules e themes. Questi confermano la root dello shop, ma non salvano il nome della cartella admin. Se non è visibile nessuna cartella simile ad admin, controlla se l'host nasconde cartelle di sistema, se sei nel document root sbagliato o se lo shop è stato deployato in una sottodi…

Devo usare Google Tag Manager o posso usare GA4 direttamente?

Funzionano entrambe le strade, e puoi eseguirle anche insieme. Attiva la piattaforma GTM e inserisci il container ID se vuoi che tutto passi da Tag Manager, il modulo spinge tutti gli eventi ecommerce nel dataLayer in forma GA4 Enhanced Ecommerce, così ogni tag costruito lì li riceve. Preferisci saltare GTM? Attiva la piattaforma GA4, inserisci il Measurement ID e il modulo carica gtag.js e invia eventi direttamente ad Analytics. Marketing Revolution - piattaforme di tracciamento con configurazione separata di GTM e GA4. Ogni piattaforma è abilitata per conto proprio, quindi eseguire GTM e GA4 insieme va bene: molti shop usano GTM per tag e trigger custom mentre GA4 direct gestisce il tracking evento nativo. L'errore comune è il doppio conteggio, se GTM sta già sparando un tag GA4 dal dataLayer, non abilitare anche la piattaforma GA4 direct per la stessa property, o registrerai ogni evento due volte. Scegli un solo percorso verso GA4 e mantienilo. Nel modulo questi sono adapter separati con campi richiesti separati: GTM richiede un CONTAINER_ID, mentre GA4 direct richiede un MEASUREMENT_ID. Lo switch tracking principale deve essere abilitato prima; se il tracking è disattivato, o…

Cos'è Meta Conversions API (CAPI) e mi serve?

Meta Conversions API (CAPI) invia eventi di acquisto a Meta dal tuo server invece di affidarsi solo al browser del visitatore. In Marketing Revolution, il sender server-side Meta usa il tuo Pixel ID e il token di accesso CAPI, poi invia eventi di acquisto alla Graph API di Meta. Lo scopo è recuperare acquisti che il tracking browser può perdere per ad blocker, tempi del consenso, redirect checkout o perché il cliente chiude la pagina di conferma troppo presto. Le impostazioni CAPI collegano il tracciamento lato server alla configurazione Meta Pixel. CAPI lavora con il reinvio degli acquisti mancati. Il modulo registra il tracking acquisto, il task schedulato di reinvio gira ogni ora, guarda indietro nella finestra configurata e invia gli ordini mancati tramite le API server-side configurate. Per Meta, il payload include l'evento Purchase, valuta, valore, contenuti prodotto, ID ordine e dati di enhanced matching. Email, telefono, nome, cognome, città, CAP, stato e paese sono normalizzati e hashati con SHA-256 prima dell'invio; IP client e user agent vengono inviati non hashati perché Meta si aspetta quei campi in quella forma. Minimal CAPI checklist: 1. Meta Pixel ID in the Meta pl…

Il caricamento del modulo fallisce con "file too large", cosa devo fare?

Di solito è un limite di upload PHP, non un problema dello ZIP del modulo. PrestaShop riceve lo ZIP attraverso il normale flusso di file caricati di PHP; se PHP rifiuta prima il file, il back office può mostrare solo un errore "file too large" o di upload incompleto. Advanced Parameters > Information - i limiti PHP upload_max_filesize, post_max_size e memory_limit dietro l'errore 'file too large'. Chiedi al tuo host di aumentare upload_max_filesize e post_max_size. Imposta post_max_size più alto di upload_max_filesize, perché l'intero HTTP POST ha overhead. Per moduli più grandi o hosting condivisi lenti, aumenta anche max_execution_time così PHP ha tempo di copiare ed estrarre l'archivio. ; php.ini or .user.ini example upload_max_filesize = 64M post_max_size = 80M max_execution_time = 300 memory_limit = 256M # Apache + mod_php only, not PHP-FPM php_value upload_max_filesize 64M php_value post_max_size 80M php_value max_execution_time 300 Dopo aver modificato le impostazioni PHP, riavvia PHP-FPM o Apache se il tuo host lo richiede, poi ricarica il back office PrestaShop e riprova. Se non puoi cambiare quei valori, carica via FTP/SFTP: decomprimi localmente il modulo, copia la cart…

Il modulo supporta Google Customer Reviews?

Sì. Google Customer Reviews (GCR) è una delle piattaforme che puoi attivare in Marketing Revolution. Inserisci il tuo Google Merchant Center ID e imposta i giorni di consegna stimati, che di default sono 7. Il modulo ha un percorso script opt-in su conferma acquisto e un percorso script badge separato per mostrare il rating badge Google. Piattaforme Marketing Revolution - integrazione con Google Customer Reviews. GCR funziona diversamente da piattaforme analytics e ads. Non viene usato per eventi ecommerce standard come view_item, add_to_cart o purchase. Abilitalo per raccolta recensioni e trust badge Google, ma mantieni GA4, Google Ads, Meta o un'altra piattaforma analytics/ad attiva per il tracking conversioni reale. Il payload opt-in attualmente include Merchant Center ID, ID ordine PrestaShop e una data consegna stimata calcolata dal numero di giorni configurato. L'adapter ha campi per email cliente, paese consegna e GTIN prodotto, ma gli extractor ordine e prodotto usati per costruire il payload non popolano customer_email, delivery_country_iso o ean13 item. Nel codice attuale quei valori sono vuoti salvo vengano estesi gli extractor. Required configuration: MERCHANT_ID Defau…

Come funzionano le conversion label di Google Ads?

Una conversion label è ciò che dice a Google Ads quale azione è appena avvenuta, un acquisto, un add-to-cart, una registrazione. Crei ogni label dentro Google Ads (Tools & Settings → Conversions → Tag setup), poi la incolli nel campo corrispondente nella piattaforma Google Ads del modulo, insieme al tuo conversion ID AW-. Marketing Revolution > Google Ads - l'ID conversione e i campi etichetta conversione per ogni evento. Hai un campo label separato per ogni azione tracciata: purchase, add to cart, begin checkout, view item, sign up, search, e una page-view label che scatta a ogni page load per costruire audience remarketing. Solo le azioni a cui assegni una label inviano una conversione, lascia un campo vuoto e quell'azione viene semplicemente saltata, così controlli esattamente cosa conta. L'errore comune è riutilizzare una sola label per tutto; usa una label distinta per azione così il reporting separa una vendita da un aggiunta carrello. Se esegui anche GA4 direct, il modulo riusa il gtag.js già caricato invece di caricarlo due volte. Il campo richiesto è il Google Ads conversion ID. Le label sono opzionali per evento, ma nessuna label significa nessuna chiamata conversion Goo…

FAQ moduli PrestaShop, installazione e supporto

Risposte pratiche su installazione dei moduli PrestaShop, checkout, SEO, aggiornamenti, licenze e supporto dal team che li sviluppa.

1301 domande

9 categorie

2013 sviluppo moduli dal

1.6–9 versioni PrestaShop

Scritto dal team di sviluppo Lo stesso team che sviluppa i moduli e gestisce l'assistenza. Con sede a Tychy, in Polonia.

1301 risposte pubblicate La maggior parte è nata come risposta di supporto. Se una domanda si presenta più di due volte, la pubblichiamo qui.

Creato 2025-03-03 Revisionato 2026-08-08 Risposta più recente 2026-08-08

Esplora per categoria

Domande generali sui moduli PrestaShop È il punto di partenza se mypresta.rocks è una novità per voi. Questa sezione risponde alle domande pratiche che i... 60 domande Ordini e pagamenti Tutto sull'acquisto da mypresta.rocks e su ciò che riguarda il pagamento. Questa sezione copre i metodi accettati,... 15 domande Installazione e configurazione Un aiuto concreto per installare un modulo PrestaShop e metterlo in funzione nel vostro negozio, anche senza essere... 23 domande Licenze e aggiornamenti Cosa include davvero il vostro acquisto e come resta aggiornato nel tempo. Questa sezione spiega come funziona una... 12 domande SEO e Marketing Questa sezione raccoglie le domande più frequenti sui moduli SEO e marketing per PrestaShop, dai dati strutturati e... 64 domande Checkout e Vendite Questa sezione riguarda il checkout di PrestaShop e gli strumenti di vendita che lo circondano, restrizioni di... 12 domande Consigli PrestaShop Competenze pratiche su PrestaShop dalla gestione di negozi reali: ottimizzazione delle prestazioni, svuotamento... 56 domande Risoluzione problemi Questa sezione ti aiuta a individuare e correggere i problemi comuni di PrestaShop: schermo bianco dopo... 44 domande FAQ per modulo PrestaShop 1015 domande

Hai ancora domande?

Non trovi quello che cerchi? Inviaci la tua domanda e ti risponderemo.

Risposte più utili

Il debugging delle performance può essere limitato?Consigli PrestaShop1 Indice di ricerca PrestaShop: perché la reindicizzazione dei prodotti risolve la ricercaConsigli PrestaShop1 Come svuoto correttamente la cache di PrestaShop?Consigli PrestaShop Come abilito la modalità debug in PrestaShop?Risoluzione problemi Come faccio a scoprire quale versione PrestaShop sto usando?Consigli PrestaShop Come installo un modulo PrestaShop?Installazione e configurazione

Anche nella nostra base di conoscenza

Sfoglia la base di conoscenza

Licenze, attivazione e assistenza dei moduli PrestaShopBase di conoscenzaGuide Account professionali per agenzie e sviluppatori PrestaShopBase di conoscenzaChi siamo, mypresta.rocks Integrità delle recensioni: come funzionanoBase di conoscenzaPolitiche e condizioni

Lingua

Valuta

FAQ moduli PrestaShop

Esplora per categoria

Hai ancora domande?

Risposte più utili

Anche nella nostra base di conoscenza

Cookie	Fornitore	Finalità	Durata
TawkConnectionTime	Tawk.to	Tiene traccia del tempo di connessione della sessione chat	Sessione
__tawkuuid	Tawk.to	Identifica i visitatori ricorrenti della chat	6 mese/i

Cookie	Fornitore	Finalità	Durata
_ga	Google Analytics	Distingue utenti unici assegnando un numero generato casualmente	2 anno/i
_ga_*	Google Analytics	Utilizzato per mantenere lo stato della sessione tra le richieste di pagina	2 anno/i
_gid	Google Analytics	Distingue utenti unici per 24 ore	24 ora/e