Nuovo

Google Tag Manager in PrestaShop – DataLayer Pro | PrestaDev

Google Tag Manager Pro modulo per PrestaShop

Module version: 2.3.4

PrestaShop compatibility: 1.7.x 8.x 9.x

File del modulo aggiornato: 2026-04-13 22:29:34

Dati del prodotto aggiornati: 2026-04-13 22:30:01

PD Google Tag Manager Pro è un modulo PrestaShop avanzato per l’implementazione di Google Tag Manager con DataLayer e-commerce completo, integrazione con GA4 e supporto per Google Consent Mode v2. Il modulo inserisce automaticamente il codice GTM nella sezione head e nella parte noscript dopo l’apertura del tag body, può funzionare con un secondo contenitore GTM e supporta anche l’indirizzo server-side GTM. Sul frontend del negozio invia gli eventi standard GA4 per il percorso di acquisto e ulteriori eventi di supporto, come login, sign_up, search, search_no_results, page_error, checkout_progress, scroll_depth, time_on_page e cart_abandonment. Nei payload trasmette dati di prodotto, categorie, varianti, prezzi, sconti, disponibilità, identificatori GTIN/MPN e, nella pagina prodotto, anche la valutazione e il numero di recensioni, se nel negozio sono disponibili commenti sui prodotti. Il modulo supporta inoltre Enhanced Conversions, Google Ads Dynamic Remarketing, variabili di supporto per Meta Pixel, TikTok e Pinterest, mentre gli eventi di rimborso vengono messi in coda e inviati a GA4 senza generare una visualizzazione del back office. Nel pannello di amministrazione ottieni una configurazione per negozio, l’esportazione del contenitore GTM, un link firmato per il debug preview e il log degli eventi purchase e refund. È una soluzione per i negozi che desiderano effettuare una misurazione marketing e analitica precisa in PrestaShop senza costruire da zero l’intero livello dati.

246,00 zł
200,00 złnetto

Price history: Show chart

Descrizione

Caratteristiche del modulo

Implementazione automatica di Google Tag Manager in PrestaShop insieme al codice head e noscript.
Supporto di uno o due contenitori GTM all'interno di una singola installazione del negozio.
Possibilità di indicare un URL GTM server-side per la raccolta dati first-party.
Supporto di 14 eventi standard e-commerce GA4, tra cui view_item, add_to_cart, begin_checkout, purchase e refund.
Eventi aggiuntivi a supporto dell'analisi del comportamento degli utenti: search, search_no_results, page_error, checkout_progress, scroll_depth, time_on_page e cart_abandonment.
item_id configurabile: ID prodotto, ID con variante, SKU oppure EAN13, per adattare i dati al feed di Google Merchant Center.
Dati prodotto estesi nel DataLayer: marca, categorie, variante, prezzo, sconto, disponibilità, GTIN e MPN.
Variabili DataLayer personalizzate per la segmentazione, tra cui page_type, customer_logged, customer_group, cart_value, customer_id con hash, hash dell'e-mail, paese, newsletter e anzianità dell'account cliente.
Google Consent Mode v2 integrato con segnali predefiniti granulari per analytics_storage, ad_storage, ad_user_data e ad_personalization.
Rilevamento delle soluzioni più diffuse per il consenso ai cookie, tra cui PD Cookie Pro, LGCookiesLaw, Axeptio e Cookiebot, oltre a un semplice banner di fallback quando il runtime esterno non è disponibile.
Esportazione di un contenitore GTM pronto all'uso con tag GA4, trigger e variabili di supporto per Google Ads.
Pannello di debug integrato e link firmato per l'anteprima del front-end con debug attivo valido per 6 ore.

Vantaggi per il negozio

Implementazione più rapida dell'analitica, perché il modulo costruisce il data layer e l'esportazione del contenitore senza dover assemblare tutto manualmente in GTM da zero.
Migliore qualità dei dati di marketing grazie a eventi e-commerce, checkout, promozioni, remarketing e rimborsi coerenti.
Maggiore conformità ai requisiti di Google grazie al supporto di Consent Mode v2, Enhanced Conversions e Dynamic Remarketing.
Diagnostica più semplice grazie al log degli eventi, al pannello di debug e all'anteprima firmata del front-office.
Maggiore flessibilità di implementazione grazie al supporto del secondo contenitore GTM, del GTM server-side e del cross-domain tracking.
Migliore preparazione per le campagne pubblicitarie, perché il modulo mette a disposizione helper per Google Ads, Meta, TikTok e Pinterest.
Lavoro sicuro in multishop, perché le impostazioni chiave di runtime, consenso ed esportazione sono memorizzate per singolo negozio.
Supporto dei rimborsi — il rimborso può essere messo in coda dopo la creazione della rettifica. L'invio server-side opzionale tramite Measurement Protocol richiede la configurazione dell'automazione, del Measurement ID, dell'API Secret, del contesto cliente conservato, del consenso e di un'attività CRON.

Funzionalità del modulo

Tracciamento delle pagine prodotto, dei listing, del carrello, del checkout, della conferma d'ordine e delle pagine di errore 404.
Supporto degli eventi add_shipping_info e add_payment_info tramite AJAX sulla base della reale selezione di spedizione e pagamento.
Supporto di view_promotion e select_promotion per le promozioni, incluso uno scenario integrato per la pagina delle promozioni di prezzo e attributi personalizzati data-pdgtmpro-promotion.
Registrazione degli eventi login e sign_up dopo l'autenticazione e la registrazione del cliente.
Supporto di add_to_wishlist in base al clic o tramite hook di fallback per il modulo wishlist.
Costruzione di payload di remarketing con google_tag_params e helper canonici pdgtmpro_ads_event, pdgtmpro_ads_value e pdgtmpro_ads_items.
Trasmissione dei payload user_data e enhanced_conversion_data per Enhanced Conversions sull'acquisto.
Generazione di variabili DataLayer di supporto per Meta Pixel, TikTok Events API e Pinterest Tag.
Normalizzazione dell'elenco dei domini per il cross-domain tracking e memorizzazione nella configurazione del modulo.
Gestione del log eventi di purchase e refund in una tabella dedicata e pulizia automatica delle voci più vecchie di 90 giorni.

Link alla demo del modulo:

Demo pannello amministrativo:
https://moduly-prestashop.eu/pdgoogletagmenagerpro/admin-dev

Demo front-end:
https://moduly-prestashop.eu/pdgoogletagmenagerpro

Cosa bisogna configurare dopo l'installazione di GTM Pro 2.3.4?

Il contenitore esportato richiede importazione, verifica e pubblicazione in GTM. Il recupero server-side opzionale degli acquisti e l'automazione dei rimborsi richiedono l'attivazione delle relative opzioni del modulo, il Measurement ID, l'API Secret, il contesto cliente salvato e il consenso, oltre a un'attività CRON. Un indirizzo personalizzato per il caricamento di gtm.js non avvia automaticamente l'infrastruttura GTM server-side.

In questa versione, il purchase lato browser viene generato alla conferma dell'ordine; non ha la stessa definizione di stato pagato di GA4 Pro. Vedi il confronto dell'architettura GA4 tramite modulo e GTM. Se ti serve esclusivamente l'inserimento del contenitore, consulta il vecchio modulo GTM di base.

Le regole relative a licenza, copia di prova e aggiornamenti sono disponibili nel §7 del Regolamento del negozio.

Dopo l'importazione del contenitore, verifica la pubblicazione e gli eventi

L'esportazione dal modulo è materiale per la configurazione di GTM. Seleziona l'area di lavoro corretta, verifica tag e regole, quindi pubblica la versione verificata. Confronta questo ambito con l'inserimento base di GTM e l'integrazione diretta di GA4 Pro.

Cosa verificare prima dell'avvio?

In modalità anteprima, verifica i dati per prodotto, combinazione e processo di acquisto, nonché l'assenza di un secondo emettitore degli stessi eventi.
Separa l'acquisto lato browser dal recupero server-side opzionale. I requisiti di Measurement Protocol e CRON riguardano un flusso specifico.
La modifica dell'indirizzo di caricamento di gtm.js non significa l'avvio automatico del server GTM. L'architettura deve corrispondere alla configurazione reale.

Dettagli del prodotto

Supporto per Prestashop 9.x: Sì
Supporto per Prestashop 8.x: SÌ
Supporto per Prestashop 1.7.x: sì
Supporto gratuito: sì
Aggiornamenti gratuiti (1 anno): sì
Facile da installare: sì

Riferimento PDGTMPRO

Changelog

Release history for this product. Expand an entry to see what changed.

Checkout funnel step tracking — detailed micro-steps (personal info, addresses, delivery, payment, order review) with MutationObserver
User engagement tracking — scroll depth (25/50/75/90%) with IntersectionObserver and time on page (15s/30s/60s/120s)
Cart abandonment tracking — fires cart_abandonment event when user leaves cart/checkout with items (visibilitychange + pagehide)
Customer segmentation DataLayer variables: customer_email_hash (SHA256), customer_newsletter, customer_country, customer_age_days
Admin Event Log Viewer — hidden AdminTab with HelperList showing purchase/refund event history with JSON payload viewer
Container Export v2 — updated export with all 14 GA4 events + additional DataLayer variables (affiliation, tax, coupon, item_list, shipping_tier, payment_type, promotion)
Granular Consent Mode v2 now uses per-signal defaults with wait_for_update:500
Configuration switches for checkout steps, engagement tracking, and cart abandonment in E-commerce tab
Configuration switches for customer segmentation in Custom DataLayer tab
Link to Event Log Viewer in Debug & Export tab

FAQ

Find answers to the most common questions about this product.

Il modulo serve per implementare Google Tag Manager nel negozio PrestaShop insieme a un livello DataLayer avanzato per l’e-commerce. Inserisce il codice GTM nella sezione head e come noscript dopo l’apertura del body, quindi invia eventi di acquisto, dati di prodotto, segnali di consenso e ulteriori eventi analitici da utilizzare in GTM, GA4 e nelle pubblicità.

Il modulo supporta 14 eventi standard di e-commerce GA4: view_item, view_item_list, select_item, add_to_cart, remove_from_cart, add_to_wishlist, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, refund, view_promotion e select_promotion. Una parte di essi viene attivata lato PHP, mentre un’altra tramite JavaScript e AJAX sulla base delle reali azioni del cliente nel negozio.

Oltre all’e-commerce standard, il modulo invia anche search, search_no_results, page_error per le pagine 404, login, sign_up, checkout_progress, scroll_depth, time_on_page e cart_abandonment. In questo modo puoi analizzare non solo le vendite, ma anche la ricerca, il comportamento degli utenti e i punti di abbandono del traffico.

Sì. Nella configurazione puoi indicare l’ID del container GTM principale, un secondo container GTM opzionale e l’indirizzo del GTM server-side. Il secondo container è utile, ad esempio, quando il team marketing e quello di analisi utilizzano container separati, mentre l’URL server-side consente di sostituire il dominio predefinito googletagmanager.com con un endpoint personalizzato.

Il modulo è in grado di inviare i segnali predefiniti di Google Consent Mode v2 ancora prima del caricamento di GTM. Configuri separatamente i valori di analytics_storage, ad_storage, ad_user_data e ad_personalization. Se il negozio non dispone di un runtime consent esterno, il modulo può mostrare un semplice banner Accetta/Rifiuta e, su questa base, aggiornare i segnali di consenso.

Il codice del modulo rileva ed è in grado di utilizzare il runtime dei consensi per pdcookiepro, lgcookieslaw, axeptiocookies e cookiebotconsent. Per PD Cookie Pro il modulo non aggiunge un secondo livello di consenso, ma rispetta il runtime esistente. Quando non è disponibile alcun modulo compatibile, può avviare il proprio banner di consenso di fallback.

Il modulo trasmette, tra l'altro, item_id, item_name, price, discount, item_brand, fino a cinque livelli di categoria, item_variant e quantity. Facoltativamente può aggiungere item_availability, item_gtin e item_mpn. Nella pagina del prodotto recupera anche item_rating e item_review_count, se nel database esiste la tabella dei commenti dei prodotti e se per il prodotto sono disponibili valutazioni.

Sì. Il modulo consente di scegliere cosa deve essere l'item_id: ID prodotto, ID prodotto con ID combinazione in due varianti di separatore, riferimento SKU oppure EAN13. Questo è importante per il Remarketing Dinamico, poiché l'identificatore nel DataLayer deve corrispondere al Product ID nel feed di Google Merchant Center.

Sì. Al momento dell'acquisto, il modulo può inviare al DataLayer i payload user_data ed enhanced_conversion_data per le Enhanced Conversions, nonché gli helper di remarketing per Google Ads. Inoltre, mantiene la compatibilità con i legacy google_tag_params e con le proprie variabili pdgtmpro_ads_event, pdgtmpro_ads_value e pdgtmpro_ads_items.

Sì. Nella scheda Debug & Export puoi inserire il GA4 Measurement ID e scaricare il file JSON da importare in Google Tag Manager. L’esportazione include il tag di configurazione GA4, i tag evento GA4 con trigger, i tag base Google Ads Conversion e Dynamic Remarketing, nonché le variabili ausiliarie del Data Layer necessarie per l’implementazione.

Sì. Il modulo dispone di interruttori separati per Meta Pixel, TikTok Events API e Pinterest Tag. Dopo la loro attivazione, nel DataLayer vengono inserite variabili premappate per queste piattaforme, ad esempio content_ids, value e num_items per Meta, contents per TikTok e product_id, product_name, product_price e product_quantity per Pinterest.

Nel checkout il modulo monitora le modifiche del metodo di spedizione e di pagamento, recupera i dati aggiornati del carrello tramite AJAX e invia add_shipping_info e add_payment_info. Inoltre può registrare checkout_progress per i passaggi successivi e cart_abandonment, quando l’utente lascia la pagina del carrello o del checkout con prodotti nel carrello.

Dopo aver attivato l'opzione Debug, il pannello del modulo mostra sul front-end l'anteprima degli eventi DataLayer in tempo reale con il nome dell'evento, il timestamp e il payload JSON completo. Il back-office può anche generare un link firmato per l'anteprima di debug del front-office. Tale link funziona senza una sessione attiva del dipendente e rimane valido per 6 ore.

Gli acquisti e i rimborsi vengono salvati in una tabella di log dedicata del modulo. Il rimborso può essere messo in coda dopo la creazione della nota di credito e successivamente inviato a GA4 da un controller leggero del back-office senza generare page_view del back-office. Nella configurazione e in un controller separato puoi consultare l'Event Log, e le voci più vecchie di 90 giorni vengono eliminate automaticamente.

Sì. Il codice del modulo mantiene la configurazione per negozio e garantisce che i negozi attivi dispongano di un set completo di impostazioni proprie. Ciò riguarda, tra l’altro, l’ID GTM, il Consent Mode, le impostazioni di esportazione e i flag di runtime. Nel contesto multistore, il modulo richiede di indicare un negozio specifico per la configurazione, per non mescolare i dati tra i negozi.

Secondo la dichiarazione, nel modulo è supportato PrestaShop dalla versione 1.7.0.0 alla 9.99.99, e il codice è stato preparato in uno stile compatibile con PHP 7.x e 8.x. Il modulo utilizza il classico sistema di moduli di PrestaShop, non richiede Composer e contiene proprie classi di supporto per la costruzione del DataLayer, dei prodotti, del carrello e del consenso.