Mantenere il reporting in silos in Target per test A/B mobili nativi

Descrizione description

Ambiente

Adobe Target

Problema/Sintomi

Qual è l’approccio consigliato per lo sviluppo, il test e il rilascio di test A/B per dispositivi mobili nativi con Target in modo che il traffico di test non influisca sui parametri di produzione?

Risoluzione resolution

La maggior parte dei team di progettazione mobile utilizza la stessa base di codice da sviluppo, staging, QA, pre-produzione e produzione.
Per mantenere separati i rapporti, devi modificare i nomi di mbox/posizione dell’app di sviluppo o usare un parametro mbox specifico per le build di sviluppo che non passano nell’app di produzione.

Ad esempio, il team di sviluppo potrebbe trasmettere una coppia chiave-valore per ogni ambiente. ad esempio env=dev, env=prod
In Target deve essere impostata una campagna per ogni ambiente, in modo da mantenere puliti i rapporti in caso di controllo qualità.
Quindi potresti avere una campagna QA configurata sulla posizione mbox "QA" o con una condizione di pubblico che controlla env= QA e fare lo stesso per una campagna di produzione.