Come usare criteri di definizione dei destinatari per inviare campagne di push a un sottoinsieme selezionato di utenti

La possibilità di definire i destinatari tramite criteri specifici con il pulsante "Nuovi criteri" è una delle funzioni più potenti di Azure Mobile Engagement. Consente infatti di inviare notifiche di push rilevanti a cui i clienti risponderanno, anziché mandare messaggi indesiderati a tutti gli utenti. È possibile limitare i destinatari in base ai criteri standard e simulare i push per stabilire quanti utenti riceveranno la notifica.

Vedere anche:

I criteri dei destinatari possono includere:

  • Posizione: le applicazioni che usano la segnalazione della posizione in tempo reale con geofencing possono usare la posizione geografica per definire i destinatari in base alla posizione del GPS. È inoltre possibile usare la chiamata di segnalazione della posizione della Lazy Area per definire i destinatari in base alla posizione dei telefoni cellulari (queste due funzioni di segnalazione della posizione devono essere attivate dall'SDK). Vedere anche: Documentazione SDK - iOS - Integrazione, Documentazione SDK - Android - Integrazione
  • Feedback di copertura: è possibile definire i destinatari sulla base del loro feedback sulle precedenti notifiche di copertura usando il feedback di copertura derivante da annunci, sondaggi e push di dati. In questo modo, dopo due o tre campagne di copertura è possibile definire meglio i destinatari rispetto alla prima campagna. Il feedback può inoltre essere usato per filtrare gli utenti che hanno già ricevuto una notifica con contenuto simile, impostando una campagna che NON deve essere inviata agli utenti che hanno già ricevuto una specifica campagna precedente. È anche possibile escludere gli utenti inclusi in una campagna specifica ancora attiva in modo che non ricevano nuove notifiche push. Vedere anche: Documentazione dell'interfaccia utente - Reach - Push del contenuto
  • Rilevamento installazione: è possibile rilevare le informazioni in base alla posizione in cui gli utenti hanno installato l'app. Vedere anche: Documentazione dell'interfaccia utente - Impostazioni
  • Profilo utente: è possibile definire i destinatari in base alle informazioni standard sugli utenti e a informazioni sulle app create personalmente. Per la definizione del profilo utente, anziché prendere in considerazione solo la risposta alle campagne precedenti, vengono inclusi gli utenti attualmente connessi e quelli che hanno risposto a domande specifiche direttamente nell'app. Tutte le informazioni sull'app definite per l'app stessa vengono visualizzate nell'elenco.
  • Segmenti: è possibile definire i destinatari sulla base dei segmenti creati a seconda del comportamento utente definito da più criteri. Tutti i segmenti definiti per l'app vengono visualizzati nell'elenco. Vedere anche: Documentazione dell'interfaccia utente - Segmenti
  • Informazioni sulle app: in "Impostazioni" è possibile creare tag personalizzati relativi alle informazioni sulle app per tenere traccia del comportamento degli utenti. Vedere anche: Documentazione dell'interfaccia utente - Impostazioni

Esempio:

Se si vuole eseguire il push di un annuncio solo per un sottoinsieme di utenti che hanno eseguito un'azione di acquisto in-app.

  1. Andare alla pagina delle impostazioni dell'applicazione, selezionare il menu "Informazioni sull'app" e selezionare "Nuove informazioni sull'app"
  2. Registrare nuove informazioni booleane sull'app definite "inAppPurchase"
  3. Fare in modo che l'applicazione imposti tali informazioni su "true" quando l'utente esegue correttamente un acquisto in-app tramite la funzione sendAppInfo ("inAppPurchase",...)
  4. Se non si desidera eseguire questa operazione dall'applicazione, è possibile effettuarla dal back-end tramite l'API dispositivo
  5. È quindi sufficiente creare l'annuncio con un criterio di limitazione dei destinatari agli utenti con "inAppPurchase" impostato su "true"

Nota

la definizione dei destinatari in base a criteri diversi dai tag di info app richiede che Azure Mobile Engagement raccolga informazioni dai dispositivi degli utenti prima che il push venga inviato, per cui può provocare un ritardo. Anche le opzioni di configurazione push complesse (ad esempio l'aggiornamento dei badge) possono determinare ritardi dei push. L'uso di una campagna "one-shot" dall'API Push è in assoluto il metodo di push più veloce offerto da Azure Mobile Engagement. L'uso dei soli tag delle informazioni sulle app come criteri di push per una campagna di copertura (dall'API Copertura o dall'interfaccia utente) è il secondo metodo più rapido, perché i tag delle informazioni sulle app vengono memorizzati nel server. L'uso di altri criteri di definizione dei destinatari per una campagna push è il metodo di push più flessibile ma più lento, poiché Azure Mobile Engagement deve interrogare i dispositivi per inviare la campagna.

Reach-Criterion1

Le opzioni dei criteri si applicano a:

  • Informazioni tecniche
  • Nome firmware: nome del firmware
  • Versione firmware: versione del firmware
  • Modello dispositivo: modello del dispositivo
  • Produttore dispositivo: produttore del dispositivo
  • Versione applicazione: versione dell'applicazione
  • Nome operatore: nome dell'operatore, non definito
  • Paese operatore: paese dell'operatore, non definito
  • Tipo di rete: tipo di rete
  • Impostazioni locali: impostazioni locali
  • Dimensioni schermo: dimensioni dello schermo
  • Posizione
  • Ultima area nota: paese, regione, località
  • Geo-fencing in tempo reale: elenco di punti di interesse (nome, azioni), POI circolare (nome, latitudine, longitudine, raggio in metri)
  • Feedback di copertura
  • Feedback annuncio: annuncio, feedback
  • Feedback sondaggio: sondaggio, feedback
  • Feedback risposta al sondaggio: feedback di risposta al sondaggio, domanda, opzione
  • Feedback push di dati: push di dati, feedback
  • Rilevamento installazione
  • Archivio: archivio, non definito
  • Origine: origine, non definita
  • Profilo utente
  • Sesso: maschio o femmina, non definito
  • Data di nascita: operatore, data, non definita
  • Consenso: true o false, non definito
  • Informazioni sulle app
  • Stringa: stringa, non definita
  • Data: operatore, data, non definita
  • Numero intero: operatore, numero, non definito
  • Booleano: true o false, non definito
  • Segmento
  • Nome di segmenti (dall'elenco a discesa), esclusione (utenti di destinazione che non fanno parte del segmento).