Come tracciare i download dell’app dal tuo sito web: quattro segnali gratuiti, senza MMP

La domanda dietro il pulsante

Il tuo sito web ha un pulsante «Scarica l’app» nell’header, un altro nella pagina dei prezzi e un terzo nel footer. Qualcuno chiede quante installazioni ha portato il sito web il mese scorso. Senza un MMP (mobile measurement partner) e il suo SDK, quel numero non te lo dà nessuno.

Gli store contano più di quanto la maggior parte dei team vada a guardare. Questa guida resta su una sola fonte, il tuo sito web, e su quattro segnali che non costano nulla. Per misurare in generale le installazioni con una prova, leggi la nostra guida su come misurarle senza fingerprinting; per la stampa, la guida alle installazioni da QR code.

Quattro segnali gratuiti

App Store Connect: Web Referrer e App Referrer

In Analytics della tua app, filtra per Source Type. Apple divide i download tra App Store search, App Store browse, App Referrer, Web Referrer, App Clip, Institutional Purchase e Unavailable, e vendite e utilizzo successivi vengono attribuiti alla sorgente registrata al momento del tocco (guida Acquisition di Apple, 23 ottobre 2026).

Web Referrer sembra proprio la risposta che cerchi: le persone che hanno toccato su un sito web un link che le ha portate alla tua pagina prodotto. Filtra per Web Referrer e ottieni un elenco di siti web. Ci sono però tre intoppi.

Il primo: riguarda solo Safari. Apple precisa che su iOS un tocco su un sito web in Chrome o in un altro browser viene attribuito a quel browser come App Referrer. Il secondo: i redirect spostano il merito. In una catena di redirect in Safari, Apple indica come referrer l’ultimo URL, quindi un link breve tra il pulsante e lo store può prendere il posto del tuo sito web. Il terzo: i report si riempiono solo quando l’app ha almeno cinque primi download.

L’API ne aggiunge un quarto: a novembre 2025 uno sviluppatore ha segnalato che, nel report dettagliato, le righe delle impressioni per app sotto App Referrer davano un totale inferiore a quello della dashboard. Al 23 ottobre 2026 Apple non aveva risposto nella discussione 808589; la sua guida sulle campagne dice che i report dettagliati possono omettere o accorpare le righe relative a gruppi di utenti molto piccoli.

Dove compare un tocco sul tuo pulsante

Sono i tag a decidere se gli store riescono a distinguere un pulsante dall’altro.

Link di campagna: un nome per ogni pulsante

I link di campagna di Apple sono quanto di più vicino ci sia ai numeri per pulsante senza scrivere codice: il tuo indirizzo App Store più pt, il tuo token fornitore (provider token), e ct, un token di campagna che scegli tu. Il token fornitore identifica il tuo account sviluppatore e resta lo stesso in tutte le campagne, quindi da un pulsante all’altro cambia solo ct.

Le regole, dalla pagina di Apple sui link di campagna al 23 ottobre 2026: ct accetta fino a 30 caratteri. Un primo download conta se avviene entro 24 ore dal tocco, e il merito va al link di campagna più recente. Una campagna compare almeno 24 ore dopo il lancio, quando almeno cinque persone hanno scaricato l’app tramite quella campagna, e ogni metrica deve arrivare a cinque nell’intervallo di date scelto: un pulsante poco toccato può restare vuoto finché non allarghi l’intervallo. Quello che ottieni sono totali: impressioni, visualizzazioni di pagina, download e le vendite che seguono.

Dai a ogni pulsante la sua campagna

La strada gratuita, a mano. Con Appy Pro il nome di ogni link diventa la sua campagna e il passaggio 3 avviene da solo.

Google Play: gli UTM viaggiano nel referrer

Su Android lo stesso link ha due lettori. Il primo è Play Console: l’Analisi delle conversioni della scheda (Espandi la base utenti › Rendimento nello Store) filtra per sorgente UTM e campagna UTM, cioè per i valori utm_source e utm_campaign dei link alla tua scheda. Il link di esempio di Google li mette, codificati per URL, nel parametro referrer, che non può superare i 512 caratteri. Play Console non cita utm_medium; aggiungilo per GA4. Il generatore di UTM gratuito mantiene i nomi coerenti da un pulsante all’altro.

Da luglio 2026 i report di Google sulla scheda dello Store mettono in primo piano i clic di installazione invece delle acquisizioni, che sono passate in Statistiche e nelle esportazioni. Le campagne troppo piccole per comparire da sole finiscono sotto «Altro».

Il secondo lettore è la tua app: la Play Install Referrer API restituisce quel referrer con l’ora del clic e quella dell’installazione, cioè una prova per installazione su Android.

I clic del tuo link: intenzione, non installazioni

Il quarto segnale è tuo. Dietro ogni pulsante metti un link Appy invece di un semplice indirizzo dello store: i telefoni vanno al loro store, i computer al tuo sito web. Appy riporta i clic inviati all’App Store, a Google Play e al sito web, per paese e dispositivo, escludendo le anteprime e gli altri bot.

Leggili come intenzione: un clic arrivato all’App Store è una persona sulla tua scheda, non un’installazione. Resta comunque l’unico numero che gli store non possono darti.

Con Pro ($9.99 al mese) salvi una volta il tuo token fornitore in Impostazioni, e ogni visita all’App Store dai tuoi link porta pt e un ct uguale al nome del link: così App Store Connect elenca una campagna per link. Niente SDK, niente nuova release dell’app. Le visite a Google Play portano il nome del link nell’install referrer come appy_slug. Se ti bastano i clic, il piano Free copre quattro link.

Per i visitatori da telefono che non arrivano mai a un pulsante, il banner web di Appy (Pro) mostra un banner «Apri nell’app» tramite un link Appy, con impressioni e clic propri, e senza cookie.

Un pulsante, ogni telefono

Il pulsante dell’header, collegato a un link Appy chiamato header, con un token fornitore salvato su Pro.

Perché GA4 le chiama direct

GA4 sul tuo sito web vede il tocco, non l’installazione. Con la misurazione avanzata attiva, un tocco che esce dal tuo dominio viene registrato come evento click con l’URL del link. Google dice che le installazioni delle app vengono tracciate come first_open, che l’SDK Firebase registra all’apertura dell’app: nei dati della tua app, non in quelli del tuo sito web.

Su Android quel first_open prende campagna, sorgente e mezzo dai valori utm_ nel referrer del link di Play, e Google registra come (direct) un link di Play senza referrer. Se le installazioni dal tuo sito web risultano direct, controlla prima il pulsante: probabilmente punta a un semplice indirizzo di Play.

Su iPhone non c’è un equivalente. Apple non documenta alcun modo con cui l’App Store passi i tuoi UTM al primo avvio dell’app, quindi per iPhone fidati dei totali delle campagne in App Store Connect, non di GA4.

Quando ti serve un SDK

Tutto questo ti dà totali per pulsante, più una prova per installazione su Android se la tua app legge il referrer. Se è l’app stessa a dover sapere da quale link arriva ogni nuovo utente, per aprire la schermata giusta o pagare un partner per installazione, quella è attribuzione delle installazioni e richiede codice: in Appy, l’SDK del piano Enterprise. Per la maggior parte dei siti web, i segnali gratuiti dicono già quale pulsante ha portato le installazioni.

Leggi anche

• Come misurare le installazioni di un’app senza fingerprintingCosa conta ancora le installazioni con una prova su iPhone e Android.
• Come tracciare le installazioni app da QR codeLa stessa domanda per poster, packaging e stampa.
• Dove finiscono davvero i clic del tuo linkApp, store o sito web, e perché le anteprime non sono clic.
• Tracciamento delle campagne App StoreI download per link Appy in App Store Connect.
• Parametri UTM per campagne di appUno schema di nomi che arriva intatto allo store.

Tracciare i download di un’app: domande e risposte