Il funnel ecommerce ha più punti di contatto di qualsiasi altro settore verticale con cui lavoro. Un cliente vede un annuncio Meta, clicca fino alla pagina prodotto, abbandona il carrello, riceve un'email di recupero tre ore dopo, scansiona un codice QR sul pacco dopo la consegna e riacquista tramite il flusso WhatsApp post-acquisto nove giorni dopo. Ognuno di questi contatti passa attraverso un URL, e ogni URL deve essere attribuibile, reindirizzabile e abbastanza duraturo da sopravvivere al prossimo aggiornamento sulla privacy delle piattaforme pubblicitarie.
Questo è l'articolo cornerstone per il cluster ecommerce. Copre lo schema di integrazione che tiene insieme il funnel: dove si colloca il link breve in ogni fase, quali dati di attribuzione trasporta, come l'inoltro delle conversioni lato server chiude il cerchio con le piattaforme pubblicitarie e come si presenta la strumentazione operativa quando gestisci un negozio Shopify ragionevole con due canali a pagamento e un programma lifecycle.
Sarò specifica su Shopify perché è la piattaforma che vedo più spesso, ma i pattern si generalizzano. WooCommerce, BigCommerce, Centra, Commercetools: i punti di integrazione sono gli stessi; cambia solo la forma del payload del webhook.
Le cinque fasi del funnel ecommerce
Ogni funnel che analizzo ha la stessa struttura. L'implementazione differisce nei dettagli, le fasi no.
Acquisizione a pagamento. Meta, Google Ads, TikTok, Pinterest. La superficie dell'annuncio ospita il creativo; la destinazione è un link breve che cattura il click e lo inoltra alla landing page o alla scheda prodotto (PDP) preservando i parametri di attribuzione.
Acquisizione su canali di proprietà. Email, SMS, push, messaggistica in-app, WhatsApp. Lo shortener conia un link per ogni invio (templating transazionale rispetto a una campagna), così l'analytics si aggrega per invio piuttosto che per URL.
Conversione on-site. La PDP, il carrello, il checkout. Qui lo shortener non è sul percorso della richiesta, il click è già atterrato, ma il click_id del redirect deve arrivare sul record dell'ordine perché la conversione possa essere ricollegata in seguito.
Post-acquisto. Pagina di conferma dell'ordine, email di conferma dell'ordine, inserto nel packaging, il codice QR sul pacco. I link brevi accompagnano il cliente lungo l'esperienza post-acquisto e riportano il segnale dei dati nel data plane di marketing.
Retention e riattivazione. Email lifecycle, recupero carrello abbandonato, avvisi di prodotto tornato disponibile, campagne di win-back. Lo shortener vede queste come una lunga coda di conii programmatici, spesso tramite un'integrazione con l'ESP o la piattaforma di marketing automation.
Ogni fase ha un requisito di attribuzione leggermente diverso. Lo schema di integrazione che le gestisce tutte e cinque è l'oggetto di questo articolo.
Fase 1: acquisizione a pagamento
Il compito in questa fase è duplice. Il link breve deve far atterrare l'utente sulla destinazione giusta, e deve catturare abbastanza contesto di attribuzione perché l'ordine, piazzato tre ore dopo da un dispositivo diverso dopo un refresh e una danza di codici sconto, possa essere ricollegato all'annuncio.
Lo schema che funziona: l'URL di destinazione dell'annuncio è un link breve (elido.me/spring-jeans-de o qualunque sia la convenzione di slug), il link breve reindirizza alla PDP con i parametri UTM e click_id aggiunti, e la risposta di redirect imposta un identificatore proprietario (first-party) che sopravvive alla navigazione.
Nel caso di Elido, il redirect aggiunge ?elido_click=<click_id> (configurabile per workspace), e la PDP o legge il valore dalla query string e lo scrive in un cookie proprietario, oppure, meglio ancora, il tag manager della piattaforma del negozio lo intercetta tramite un evento dataLayer e lo memorizza negli attributi personalizzati dell'ordine quando il carrello viene finalizzato.
Il vantaggio di questo schema è che il click_id è l'identificatore duraturo lungo il resto del funnel. Il cookie del browser può andare perso a causa di ITP. La sessione può scadere. L'utente può cambiare dispositivo. Finché il click_id è sul record dell'ordine, puoi eseguire un inoltro della conversione lato server al momento del pagamento dell'ordine e ottenere il credito di attribuzione anche quando la sessione originale del browser non esiste più.
Per i dettagli operativi, template UTM a livello di workspace, override a livello di campagna, import in blocco da Sheets, verifica dell'inoltro delle conversioni, la guida al tracciamento UTM end-to-end è il riferimento cornerstone.
Fase 2: acquisizione sui canali di proprietà
I canali di proprietà hanno volumi più alti, costi più bassi e sono più difficili da misurare rispetto a quelli a pagamento. Ogni invio email a una lista di 100.000 iscritti conia 100.000 link brevi se il contenuto è dinamico; ogni notifica transazionale (spedito, consegnato, richiesta di recensione) è un altro link con il proprio contesto di attribuzione.
Il pattern che scala: una campagna nello shortener corrisponde a un invio nell'ESP. La campagna possiede il template UTM (utm_source=email, utm_medium=lifecycle, utm_campaign=cart-recovery-2026-05) e lo schema dell'URL di destinazione. L'integrazione con l'ESP conia un link breve unico per destinatario al momento dell'invio, con il click_id incorporato, e riscrive il click_id nel profilo del destinatario così la catena apertura/click/conversione è osservabile end to end.
L'endpoint di import in blocco è importante qui. Coniare 100.000 link brevi tramite l'endpoint standard POST /v1/links mette in serie le chiamate contro i limiti di frequenza dell'API anche sul livello Pro. Lo strumento giusto è POST /v1/links/bulk con un corpo CSV: Elido valida ogni riga, esegue il commit in modo atomico (nessun invio importato a metà) e restituisce l'elenco degli slug associato agli ID delle righe di input, così l'ESP può abbinare lo slug al destinatario.
Per Klaviyo, il conio dei link al momento dell'invio (l'ESP pubblica l'elenco dei destinatari, lo shortener conia i link, la risposta viene rimandata indietro per la sostituzione del contenuto nel template email) è nella roadmap di Elido ma non ancora disponibile, quindi oggi conii i link per singolo invio tramite l'endpoint bulk prima che l'invio parta. Ciò che è disponibile oggi funziona nella direzione opposta: ogni click su un link breve arriva in Klaviyo come metrica Elido Link Click, cosa che Da eventi click di Klaviyo ai profili ripercorre nel dettaglio. Per Shopify Email e l'app Shopify Marketing, la sostituzione avviene nel template Liquid.
Il tutorial sull'import in blocco tramite Sheets copre la versione manuale; la versione guidata dall'API è documentata in il riferimento API.
Fase 3: conversione on-site
Lo shortener non è sul percorso della richiesta on-site. Il click_id, tuttavia, deve arrivare sul record dell'ordine.
Per Shopify nello specifico, l'integrazione è diretta. La PDP intercetta ?elido_click= dall'URL, l'app embed del tema (o il codice del tuo tema, o la tua estensione di checkout Shopify Plus) lo scrive in Shopify.checkout.attributes.elido_click_id così persiste nei note_attributes dell'ordine quando il carrello viene finalizzato. Al momento del webhook di pagamento dell'ordine, il click_id è disponibile nel payload dell'ordine e inoltri la conversione lato server.
Per configurazioni headless (Hydrogen, Next.js commerce, Centra), l'equivalente è scrivere il click_id nell'attributo personalizzato del carrello tramite la storefront API al momento della creazione del carrello. La conversione da carrello a ordine preserva l'attributo, e il webhook dell'ordine lo consegna a qualunque back-end si occupi dell'inoltro della conversione.
Ciò che vedo andare storto più spesso: il click_id viene catturato in un cookie di sessione ma non scritto sull'ordine. Tre giorni dopo, i report di marketing dicono che le conversioni sono piatte; una settimana dopo, uno sviluppatore si rende conto che l'attributo non è mai stato collegato nell'estensione di checkout. Inserisci la verifica nella checklist di lancio: piazza un ordine di prova, osserva il webhook di pagamento dell'ordine, conferma che il click_id sia nel payload prima di attivare il traffico di produzione.
Per il contesto senza cookie / ITP, perché questo conta di più nel 2026 rispetto al 2022, vedi l'articolo l'attribuzione dei click dopo Safari ITP e direttamente le note di rilascio di ITP 2.3 di Apple.
Fase 4: post-acquisto
L'ordine è stato piazzato. Ora il data plane deve fare due cose: inoltrare la conversione alle piattaforme pubblicitarie lato server e avviare il percorso cliente post-acquisto con l'attribuzione intatta.
Inoltro della conversione lato server. È qui che vive la maggior parte del fatturato recuperato. Con Safari ITP e la proliferazione degli ad-blocker, il pixel del browser perde il 25-40% delle conversioni in un tipico negozio Shopify (il numero esatto dipende dal mix di traffico; i negozi con forte presenza iOS sono nella fascia alta). L'inoltro lato server verso Meta Conversions API, GA4 Measurement Protocol e TikTok Events API recupera la maggior parte del divario.
L'integrazione: il webhook di pagamento dell'ordine scatta, il back-end legge il click_id dall'ordine, cerca il click_id in Elido (o si fida di quello già allegato) e invia una POST con la conversione a ciascuna piattaforma connessa. L'endpoint POST /v1/conversions di Elido accetta il click_id più il payload della conversione (value, currency, event_name=Purchase, identificatori utente con hash) e li distribuisce a qualunque piattaforma per cui il workspace abbia le credenziali. La distribuzione include l'hashing SHA-256 dell'email e del telefono, richiesto da Meta CAPI secondo i requisiti della Conversions API, e la logica di retry/deduplicazione così una riconsegna del webhook non conta due volte.
La guida all'inoltro delle conversioni ripercorre la configurazione delle credenziali; l'articolo sul tracciamento delle conversioni lato server approfondisce i meccanismi di deduplicazione.
Percorso cliente post-acquisto. L'email di conferma dell'ordine contiene link alla pagina di stato dell'ordine, al centro assistenza, ai contenuti lifestyle del brand, a una raccomandazione di upsell o accessorio. Ognuno di questi riceve un link breve secondo il pattern di conio in modalità campagna della Fase 2. Il codice QR sul pacco è quello a più alta leva: il cliente lo scansiona dopo l'arrivo del pacco, atterra su una pagina di ringraziamento e converte verso il programma fedeltà o l'incentivo al secondo acquisto.
Per il codice QR nello specifico, i codici dinamici sono la scelta giusta: puoi aggiornare la destinazione dopo che il pacco è già stato spedito. L'articolo QR dinamico contro QR statico copre il compromesso.
Fase 5: retention e riattivazione
È qui che il volume dello shortener diventa rumoroso. Un negozio Shopify ragionevole che usa Klaviyo o Customer.io invia messaggi lifecycle su decine di trigger per cliente. Serie di benvenuto, carrello abbandonato, abbandono della navigazione, upsell post-acquisto, riacquisto, win-back, compleanno, VIP: ognuno è una campagna nello strumento di marketing automation, e ogni campagna conia link al momento dell'invio.
Il pattern che regge: ogni campagna lifecycle nell'ESP mappa su una campagna nello shortener. La campagna dello shortener possiede il template UTM; il payload di conio lato ESP varia solo per destinatario e prodotto. L'analytics si aggrega per fase del lifecycle. Il team di marketing può vedere "l'email di recupero carrello abbandonato genera il 4,2% di conversione a 0,14 € per click", non "abbiamo coniato 380.000 link questo mese e non sappiamo quale frazione fosse carrello abbandonato".
L'integrazione webhook per le aggiunte conta anche in questa fase. Gli eventi Email Opened ed Email Clicked di Klaviyo dovrebbero unirsi ai dati di click di Elido a livello di analytics; per la maggior parte dei team, questo avviene nel loro data warehouse (BigQuery, Snowflake, ClickHouse) dove la chiave di join è il click_id. La guida all'export delle analytics di Elido copre lo schema di ingestione lato warehouse.
Dominio brandizzato: la piccola spinta che si moltiplica
Ogni canale sopra descritto beneficia di un dominio brandizzato. acme.click/spring-jeans-de supera bit.ly/3xKj9wZ in termini di click-through-rate con un margine misurabile: lo studio di Princeton sulla fiducia nei link del 2019 colloca il guadagno nell'intervallo del 12-31% a seconda del settore, e i grandi vendor ecommerce che ho analizzato registrano numeri nello stesso intervallo con i propri test A/B.
Il dominio brandizzato fa tre cose contemporaneamente. Segnala legittimità su piattaforme sempre più scettiche verso gli URL abbreviati (LinkedIn ora avvisa su bit.ly; il punteggio antispam di Gmail penalizza gli shortener generici su certi tipi di template). Ti dà un dominio che controlli tu, nel caso il rapporto con il tuo fornitore di shortener si guasti. E ti permette di usare wildcard, *.acme.click per un sottodominio per tenant in un portafoglio multi-brand, senza dover aprire un ticket di supporto per ogni aggiunta.
La pagina delle funzionalità dei domini personalizzati copre il livello di prezzo; la guida operativa copre il puntamento DNS e la configurazione TLS on-demand.
Cosa va storto in produzione
Tre modalità di guasto che vedo ripetersi tra i negozi ecommerce.
Il click_id non si propaga attraverso il checkout. Già menzionato. Testa sempre con un ordine reale prima del lancio.
Inoltro della conversione senza deduplicazione. Il webhook di pagamento dell'ordine scatta, la conversione viene inoltrata a Meta e GA4. Poi il tag manager del commerciante, ancora presente sulla pagina, genera un pixel di conversione lato browser per lo stesso ordine. Sia Meta che GA4 lo registrano, la conversione viene conteggiata due volte, l'allocatore di budget tira su troppo. La correzione è l'identificatore di deduplicazione: Meta CAPI accetta un event_id, GA4 accetta un client_id, entrambi dedupplicano gli eventi browser+server con lo stesso ID. Imposta l'ID dell'ordine come event_id, il pixel lato browser imposta lo stesso valore, entrambe le piattaforme deduplicano. Il documento di Meta sulla deduplicazione è il riferimento.
Finestre di retention disallineate. Il marketing vuole finestre di attribuzione di 24 mesi per i clienti al primo acquisto. Gli eventi di click hanno di default una retention di 90 giorni nella maggior parte delle piattaforme di analytics. La prima volta che qualcuno esegue un'analisi di coorte LTV di fine anno, la conversione legata al click_id è sparita e il report non mostra credito di attribuzione. Imposta la retention in linea con la finestra di attribuzione fin dal primo giorno: Elido ti permette di configurarla per workspace; la retention è impostata sul data store di analytics sottostante.
Note per gli acquirenti ecommerce
Tre cose che segnalerei in modo specifico ai team di procurement ecommerce.
Residenza dei dati nell'UE. Se la tua base clienti è prevalentemente nell'UE, la regione di hosting del tuo shortener è rilevante per la questione Schrems II. Il cornerstone sul GDPR per gli URL shortener copre gli aspetti contrattuali specifici; la pagina della fiducia è l'artefatto rivolto al procurement.
Limiti di frequenza dell'API. Il volume di conio in blocco nei picchi (Black Friday, festività, collaborazioni di brand) determina se vedrai pagine di limite di frequenza dell'API nel momento peggiore possibile. Assicurati che il limite del tuo livello copra il tuo picco, non la tua media. I limiti di frequenza di Elido sono documentati per endpoint; l'endpoint di conio in blocco sostiene 1.000 RPS su Pro ed è senza limite su Business.
Integrazione Shopify. Al momento della stesura, Elido ha un'app Shopify pubblicata in fase di revisione. Fino ad allora, l'integrazione avviene tramite la storefront API più un semplice Cloudflare Worker o una Shopify Function che cattura il click_id all'atterraggio. Per l'email, Klaviyo ha un'integrazione live di inoltro dei click; il conio di link al momento dell'invio per Klaviyo è nella roadmap.
Per il confronto piattaforma contro piattaforma, l'articolo sul divario di funzionalità delle alternative a Bitly copre la matrice delle funzionalità; l'articolo Elido contro Bitly copre l'aritmetica dei prezzi.
Leggi il cluster
Questo è il cornerstone del cluster settori. Articoli correlati: URL shortener per influencer e creator (sovrapposizione con il commercio lifestyle), URL shortener per ristoranti (caso d'uso incentrato sui QR), URL shortener per SaaS (parallelo B2B). La pagina solutions/marketers è la superficie rivolta alla persona; la guida ai deep link di Shopify è la guida operativa per il pattern di propagazione del click_id. Per i flussi di lavoro di team su campagne e conio in blocco, la pagina delle funzionalità campagne copre il modello dei dati.
Correlati sul blog
Prova Elido
Incolla un URL, ottieni un link breve
Senza registrazione. Il link vive 30 giorni. Iscriviti per conservarlo.
Gratis, nessuna registrazione richiesta · 2 al giorno