Le API Experience consentono all'utente di fornire contenuti sia sul web che su app mobili dallo stesso sito e di creare anche un profilo cliente unificato su entrambi i canali, implementando eventi di identificazione con valori corrispondenti.
Tutti i dati e le risorse, come le strategie di raccomandazione, vengono memorizzati in un unico sito centralizzato su Dynamic Yield. Gli utenti possono essere associati a un singolo ID utente su tutte le piattaforme, in modo da non doverne gestire diversi su ciascuna di esse. In questo modo sarà possibile creare un profilo utente più completo, che a sua volta migliorerà le nostre strategie di raccomandazione e fornirà agli utenti una esperienza di navigazione coerente tra tutte le tue piattaforme.
Ad esempio, se un utente dovesse esplorare una categoria di prodotti (ad esempio, scarpe) per la prima volta sulla tua app mobile, alla successiva visita al tuo sito web, vedrà delle raccomandazioni sulle calzature, anche se non ha mai consultato questi dati sul sito web. Nota che ciò richiederà l'invio di un evento di identificazione ogni volta che un utente accederà a un dispositivo specifico (ad esempio, il suo telefono cellulare) in modo da poter sempre riconoscere lo stesso utente su dispositivi diversi.
Implementazione
Ricezione degli ID utente e sessione di Dynamic Yield
Esistono due modi per ottenere gli ID utente e di sessione nell'app:
- se l'utente viene reindirizzato dal sito all'app, dovresti passare gli ID utente e sessione insieme al reindirizzamento e archiviarli nell'app.
- Se l'utente dovesse aprire l'app senza valori archiviati in precedenza, potrai ottenere le ID con una richiesta vuota/scelta e memorizzare i valori restituiti da Dynamic Yield nell'app.
Memorizzazione degli ID utente e di sessione all'interno dell'app
Entrambi i valori andranno salvati in modo permanente per periodi di tempo diversi, quindi, ognuno di essi verrà archiviato in modo leggermente diverso:
- puoi memorizzare l'ID utente Dynamic Yield all'interno dell'app e mantenerlo per tutto il tempo in cui l'app è installata.
- Puoi memorizzare l'ID utente Dynamic Yield all'interno dell'app e mantenerlo per tutto il tempo in cui l'app sarà disponibile nella memoria (in primo piano o in background).
Punti di implementazione specifici per dispositivi mobili
Per abilitare una campagna di targeting in modo specifico per gli utenti dell'app, ti consigliamo di:
- implementare un evento personalizzato nell'app subito dopo che l'utente riceverà gli ID utente e sessione Dynamic Yield (ad esempio, un evento con il nome "Utente app"). In questo modo potrai inserire l'utente in un segmento di pubblico solo per app per dispositivi mobili.
- Puoi aggiungere un attributo di pagina personalizzato alla richiesta ciascuno/scelta che arriva dall'app. In questo modo, abiliterai il targeting dell'esperienza solo per app per dispositivi mobili.
- Puoi gestire le sessioni senza perdere l'ID utente. Al termine di una sessione sull'app, se l'utente dovesse aprire nuovamente l'app, la richiesta /scelta per Dynamic Yield dovrebbe comunque includere l'ID utente memorizzato, ma il valore ID sessione dovrebbe essere vuoto. La risposta di Dynamic Yield conterrà il nuovo ID di sessione che andrà memorizzato nell'app.
- Puoi aggiungere i dati user-agent dell'app nativa alla proprietà userAgent nelle chiamate API. Ad esempio:
- Per iOS: <application-name/1.6.4.176 CFNetwork/897.15 Darwin/17.5.0 (iPhone/6s iOS/11.3)>
- Per Android: <application-name/1.6.7.42 Dalvik/2.1.0 (Linux; U; Android 5.1.1; Android SDK built for x86 Build/LMY48X)
Limitazioni
Se usare la stessa sezione sia per il web che per l'app mobile offre molti modi per migliorare la personalizzazione cross-device, ci sono alcune cose da notare se si utilizza questo approccio:
- l'identificazione dell'utente sia sul web che sull'app non garantisce la coerenza della variante. La stessa campagna e la medesima esperienza potrebbero essere pubblicate su desktop e app, ma non vi è alcuna garanzia che l'utente visualizzerà la stessa variante su entrambi i dispositivi avendo ID utente e di sessione diversi.
- I rapporti sugli URL delle posizioni nell'app possono essere diversi da quelli sul web, perché non ci sono URL da recuperare dall'app.
- I rapporti sulle campagne potrebbero non essere semplici da realizzare, se utilizzi campagne lato client sul web e API sull'app, perché ogni ambiente ha report separati (ciò non vale quando sia il web che l'app utilizzano campagne API).
- L'assegnazione degli utenti ai segmenti di pubblico che sono stati identificati con lo stesso ID su dispositivi differenti avviene durante la notte (funzionalità standard).