Tracking Shopify fatto bene: Custom Pixel, checkout extensibility e webhook server-side

Il problema

Shopify è chiuso esattamente nei punti dove il tracking si gioca la partita: il checkout e la thank you page. additional_scripts è deprecato e su molti store non gira più, checkout.liquid non è mai stato modificabile sui piani non-Plus, e il canale ufficiale rimasto — i Custom Pixel — gira in una sandbox con regole sue: niente accesso al DOM, niente script sincroni, solo gli eventi che Shopify decide di esporre.

Il risultato è che la maggior parte degli store Shopify che audito ha lo stesso quadro:

• Purchase duplicati — l’app di turno, il pixel nel tema e il vecchio script in additional_scripts sparano tutti lo stesso evento.
• Conversioni perse sulla thank you page, perché lo script legacy ha smesso di girare dopo la migrazione al nuovo checkout e nessuno se n’è accorto.
• Meta e GA4 che raccontano due storie diverse, e nessuno sa più quale sia quella vera.
• Tema appesantito da quattro o cinque app di tracking che caricano script bloccanti e degradano LCP.

Non è colpa tua: Shopify ha cambiato le regole (in meglio, peraltro), ma la maggior parte delle implementazioni in giro è rimasta a quelle vecchie.

Come lavoro

1. Audit di quello che c’è

Mappo tutto quello che oggi spara eventi sul tuo store: app installate, snippet nel tema, residui di additional_scripts, integrazioni native (canale Google, canale Meta). Per ogni evento documento chi lo manda, dove, e se è duplicato. È il passaggio che evita di costruire il tracking nuovo sopra il caos del vecchio.

2. Custom Pixel scritto come si deve

Scrivo il Custom Pixel come IIFE asincrona con page guards: ogni blocco verifica su che tipo di pagina si trova prima di eseguire, quindi niente eventi fuori contesto e niente doppio purchase se l’utente ricarica la thank you page. Lavoro dentro i vincoli della sandbox invece di combatterli: mi appoggio agli eventi nativi di Shopify (product_viewed, product_added_to_cart, checkout_started, checkout_completed) e li mappo sullo schema di GA4, Meta e Google Ads.

3. Checkout: Plus vs non-Plus

Qui sta la differenza vera tra i piani. Su Shopify Plus posso usare la checkout extensibility per arricchire i dati raccolti nel funnel di checkout. Sui piani Basic e Advanced il checkout non è personalizzabile, ma il Custom Pixel copre comunque tutti gli step del funnel. Te lo dico in fase di preventivo, così non compri promesse che il tuo piano non può mantenere.

4. Webhook ordini per il server-side

Per il purchase non mi fido solo del browser. Configuro il webhook orders/create di Shopify verso un container server-side (Stape): l’ordine arriva al server anche se l’utente ha un ad-blocker o chiude la thank you page prima che il pixel parta. La deduplica via event_id tra evento browser e webhook fa sì che Meta CAPI e GA4 contino ogni ordine una volta sola.

5. QA con ordini veri

Ordini di test verificati su GA4 DebugView, Meta Events Manager (Test Events) e Google Ads. Controllo la deduplica client/server, i parametri (value, currency, item_id), il comportamento con consenso negato. E misuro i Core Web Vitals prima e dopo: il tracking nuovo non deve costarti nulla in performance.

6. Release e handover

Pubblicazione in produzione, documentazione di tutto quello che è stato fatto (e disattivato), una sessione di handover col tuo team o con la tua agenzia.

Cosa ricevi a fine progetto

• Custom Pixel in produzione, commentato e versionato.
• Container GTM — e sGTM, se è prevista la parte server-side — configurati e documentati.
• Webhook ordini verso il server-side con deduplica event_id documentata.
• Eventi GA4, Meta (Pixel + CAPI) e Google Ads verificati su ordini di test.
• Documento di implementazione: mappa eventi, parametri, cosa è stato disattivato e perché.
• QA report con confronto Core Web Vitals prima/dopo.
• 1 sessione di handover (tech o marketing, in base a chi gestirà il tracking).
• 30 giorni di supporto post-release.

Tempi e costi

• Durata: 2–4 settimane dall’avvio al go-live.
• Prezzo: da 2.000€. Sale in base a: parte server-side inclusa o no, numero di piattaforme da integrare (TikTok, Pinterest, ecc.), quantità di app e script legacy da bonificare, lavoro sulla checkout extensibility su Plus.
• Costi ricorrenti (non inclusi): solo se c’è la parte server-side, da circa 20$/mese per Stape.
• Pagamento: 50% all’avvio, 50% al go-live.