Cos'è il signal engineering, e cosa risolve dopo l'ATT?

Probabilmente sei qui perché

Nessuno di questi è un problema di acquisto media. Sono problemi di segnale, e la maggior parte si può risolvere.

• Meta riporta un ROAS, RevenueCat ne riporta la metà, e la finance non crede a nessuno dei due. Non coincideranno mai, e nessuno nel team sa dire perché.
• I tuoi valori di conversione SKAN tornano vuoti sulla maggior parte delle campagne e nessuno sa perché.
• Meta scala senza problemi. Google e TikTok si bloccano sulla stessa creatività.
• Sei passato alla value optimization e è peggiorata.
• Gli inizi di trial costano poco e le conversioni pagate non arrivano mai.
• Ci sono tre SDK nell'app. Nessuno sa dire quale possieda il valore di conversione.

Cosa risolve il signal engineering

Cinque livelli, nell'ordine in cui li costruisco.

• Il livello degli eventi. Una tassonomia di eventi unica e canonica per la tua app, mappata esplicitamente sugli standard event di Meta, gli eventi di conversione di Google, gli eventi di TikTok e il tuo MMP. Inizio trial, primo pagamento, rinnovo, cancellazione, rimborso. Ognuno con un valore, una valuta e un ID.
• Consegna lato server. Conversions API di Meta per gli eventi app, Events API di TikTok e il setup delle conversioni app di Google tramite il tuo MMP o Firebase, collegati al tuo backend di abbonamenti così che rinnovi, rimborsi e conversioni da trial raggiungano le piattaforme anche ad app chiusa. Deduplicati per ID evento così niente viene contato due volte.
• Lo schema del valore di conversione iOS. Il piccolo valore che Apple ti lascia rimandare indietro è l'unico segnale post installazione che ottieni per gli utenti che hanno rifiutato il tracciamento. Lo progetto sul tuo funnel e sul tuo volume, così le campagne superano le soglie di privacy di Apple e non restituiscono il nulla. Un solo SDK lo possiede. Quando due SDK lo scrivono, vince l'ultima chiamata, e in questo momento di solito è un incidente.
• Segnali di valore per il bidding. Valore d'acquisto, margine o LTV predetto, inviati a ogni piattaforma, Meta compresa, e solo dopo aver verificato che il valore correli davvero con quanto gli utenti pagheranno in seguito. Un valore sbagliato insegna all'algoritmo a comprare gli utenti sbagliati più in fretta.
• La vista di riconciliazione. Un confronto mensile tra piattaforma, MMP, RevenueCat e numeri di payout dello store, con gli scostamenti attesi scritti a chiare lettere, così la prossima volta che i numeri non coincidono sai in cinque minuti se è strutturale o un bug.

Cosa non può sistemare dopo l'ATT, e perché lo dico apertamente

Da iOS 14.5, gli utenti che rifiutano App Tracking Transparency non possono essere attribuiti a livello utente. SKAdNetwork e AdAttributionKit di Apple restituiscono postback ritardati e aggregati senza identificativo del dispositivo, e trattengono i dettagli sulle campagne a basso volume di proposito. Nessuna integrazione con Conversions API, nessuna funzione dell'MMP e nessuno strumento di recupero dell'attribuzione cambia questo fatto. Meta instrada quegli eventi tramite Aggregated Event Measurement. Google li modella. TikTok li modella.

Quindi non prometto un'attribuzione deterministica. Prometto che i segnali che puoi controllare sono corretti, che le piattaforme ricevono il miglior input possibile per ottimizzare, e che saprai quali discrepanze sono normali. Il ROAS di piattaforma e i ricavi da abbonamento continueranno a non coincidere dopo il lavoro. Non coincideranno per ragioni che puoi spiegare. Se un fornitore ti dice il contrario, chiedigli da dove viene l'ID utente.

Quale sistema riporta cosa su iOS?

Cinque sistemi contano installazioni e conversioni delle stesse campagne iOS, e quando non coincidono non è detto che qualcuno abbia torto. Contano cose diverse, su finestre diverse, con ritardi diversi. La tabella si basa sulla documentazione di ciascun fornitore, verificata il 29 settembre 2026.

Con Google, su iOS, una parte del lavoro tocca a te. Per Integrated Conversion Measurement, Google chiede una campagna per app iOS attiva ottimizzata per le installazioni, gli eventi first_open e post installazione del tuo MMP importati in Google Ads, la misurazione on device con dati sugli eventi e un SDK dell'MMP aggiornato. La misurazione on device con dati sugli eventi richiede iOS 12 o successivo, l'SDK Google Analytics for Firebase dalla versione 11.14.0 e la proprietà Analytics collegata a Google Ads, e Google dice che sarà inattiva per gli utenti nel SEE, nel Regno Unito e in Svizzera. Quindi Google Ads, l'MMP e SKAN non coincidono per costruzione, e la stessa indicazione di Google è leggere la vista ICM se l'hai implementato, e Google Ads o SKAN se non l'hai fatto. Il setup di ICM per ogni percorso di integrazione e come riconcilio Google Ads, l'MMP e SKAN hanno ciascuno un articolo a parte.

Alcuni scostamenti non hanno niente a che fare con le definizioni. Su un account Google che ho gestito, l'evento di revenue inviava 1 $ invece di 0 $ quando una conversione non aveva valore, e questo ha gonfiato il ROAS riportato da Google ovunque, e soprattutto su iOS. È l'account dietro il mio test sulle strategie di offerta, ed è il tipo di bug che la vista di riconciliazione serve a scovare.

Come funzionano SKAN 4 e AdAttributionKit per le campagne Meta su iOS?

È Apple a decidere cosa torna: fino a tre postback ritardati per annuncio vincente, ognuno con un valore di conversione che la tua app scrive sul dispositivo, e meno dettaglio quanto più piccola è la campagna. Su Meta, ogni gruppo di inserzioni di promozione app iOS usa o questa attribuzione SKAdNetwork o l'Aggregated Event Measurement di Meta, a seconda di quale sia idoneo per il tuo evento di ottimizzazione.

SKAN 4 e AdAttributionKit restituiscono entrambi tre finestre di postback, e solo la prima può portare un valore fine. Apple scende a grezzo o a nulla quando una campagna è troppo piccola per proteggere la folla. Il primo pagamento di un trial di 7 giorni arriva il giorno 7 o 8, nella seconda o nella terza finestra, come valore grezzo, giorni dopo. Per questo lo schema va progettato sul tuo funnel e sul tuo volume, non copiato da un modello, e per questo troppe suddivisioni per geo e creatività spingono ogni campagna sotto la soglia tutte insieme. In quale finestra cade ogni durata di trial, e chi scrive il valore, è in se SKAN può misurare il pagamento dopo un trial gratuito.

Chi può sistemare CAPI e mappatura degli eventi per Meta?

Qualcuno che ha in mano l'intero percorso dell'evento, dall'SDK dell'app e dall'MMP fino al backend di abbonamenti e a Events Manager, perché la maggior parte dei bug di segnale su Meta sta dove due di questi pezzi si incontrano. In un retainer sono io, con un attribution engineer della mia rete per il lavoro su SDK e server e uno sviluppatore dal tuo lato che possa rilasciare modifiche.

La Conversions API per gli eventi app invia dal tuo server gli stessi eventi che l'SDK o l'MMP inviano dal dispositivo, e Meta li deduplica per ID evento. Il suo compito è completezza e valore: rinnovi, rimborsi e conversioni che avvengono ad app chiusa, ognuno con un valore e una valuta. Non ripristina l'attribuzione per gli utenti che hanno rifiutato il tracciamento; quegli eventi continuano a passare attraverso Aggregated Event Measurement. Vale la pena farlo, non è un ripiego. Quando un evento arriva a Meta ed è ancora segnato come non idoneo per AEM, i controlli per ogni percorso sono in perché gli eventi trial e purchase non sono idonei per AEM di Meta.

pLTV e value optimization

Un modello predice il valore di ogni nuovo utente dal comportamento del primo giorno o due. Quel numero va alla piattaforma come valore d'acquisto, oppure su iOS viene compresso nel valore di conversione. La piattaforma poi fa offerte per utenti che somigliano alle tue previsioni di alto valore. Quale evento e quale modalità di bidding si adattano a quale app è scritto a partire da 1,2M $ di spesa su Meta.

Su Videa quel livello, un segnale d'acquisto CAPI su misura e l'LTV predetto nel bidding, è ciò che ha portato il D0 ROAS dal 20% al 43% nella settimana record. Un test da 606K $ ha stabilito che il valore al giorno zero predice il ROAS D28 meglio del costo per acquisto.

Su quale evento dovresti ottimizzare?

Queste sono le tre domande che faccio, in ordine, prima che un account vada più in profondità. La scala completa, dall'installazione in su, è in su quale evento dovrebbe ottimizzare un'app in abbonamento.

1. Gli eventi pagati superano la soglia di apprendimento della piattaforma al tuo volume? Il riferimento di Meta è di circa 50 risultati per gruppo di inserzioni nella settimana dopo l'ultima modifica significativa. Se no, ottimizza sull'inizio trial più un evento di attivazione. Se sì, passa alla domanda 2.
2. Il passaggio da trial a pagamento è sano? Se no, resta sull'inizio trial più un evento di attivazione. Entrambe le condizioni devono valere prima di spostarti. Se sì, passa all'acquisto e vai alla domanda 3.
3. Il valore che invieresti è correlato con quanto gli utenti pagheranno in seguito? Se no, resta sull'acquisto. Se sì, invia il valore. L'LTV predetto richiede altre tre cose: che la previsione sia calibrata su coorti davvero maturate, che ci sia abbastanza volume, e che la piattaforma la riceva prima che si chiuda la finestra di attribuzione. Attivato troppo presto, ottimizza verso gli utenti sbagliati con grande sicurezza.

Riconciliare il ROAS di piattaforma con i ricavi da abbonamento, attraverso i paesi

Le piattaforme contano le conversioni attribuite e modellate dentro la propria finestra, a prezzo lordo, sulla data del click. RevenueCat conta le ricevute sulla data della transazione, al netto dei rimborsi, in un'unica valuta. I payout dello store arrivano secondo un calendario fiscale, al netto di commissione e tasse locali. Sono scostamenti strutturali, e sono attesi. Uno scostamento che cambia dimensione da un mese all'altro di solito ha un bug dietro: un evento d'acquisto duplicato, una discrepanza di valuta, un valore che raggiunge una piattaforma e non l'altra.

Il ROAS multi paese aggiunge la maturità della coorte. Un paese i cui utenti pagano annualmente sembra peggiore al giorno 7 e migliore al giorno 90 rispetto a uno che vende mensilmente, quindi confronto le coorti alla stessa età, in un'unica valuta, al netto della commissione, prima di decidere quale paese riceve budget. L'audit da 383K $ è come appare questo lavoro su un account reale, e quanti acquisti servono prima che un ROAS significhi qualcosa fissa la soglia per ogni taglio.

Come funziona il lavoro

Il signal engineering fa parte del retainer, e viene per primo. La lettura inizia con il growth audit: cosa riceve oggi ogni piattaforma, verso cosa sta ottimizzando, e il confronto a quattro vie con lo scostamento atteso scritto a chiare lettere. Dopo la lettura, alcuni team implementano le correzioni da soli a partire dalla lista prioritizzata, con lo sforzo di engineering stimato per ogni voce. Altri mi chiedono di gestire gli account. Vanno bene entrambi.

Per il lavoro sull'SDK e tutto ciò che gira sui tuoi server porto un attribution engineer dalla mia rete. Io progetto e possiedo il livello; le mani tecniche sono specialisti. Ti serve uno sviluppatore che possa rilasciare modifiche durante l'incarico, e accesso a Events Manager, all'MMP, a RevenueCat o al tuo backend di abbonamenti, e agli account pubblicitari.

Se sei prima di un retainer e vuoi la diagnosi senza l'incarico, una sessione a pagamento di 90 minuti copre il tuo setup e cosa sistemare e in quale ordine. Si prenota attraverso lo stesso calendario della call introduttiva.

Domande frequenti