Show Menu
ARGOMENTI×

Risoluzione dei problemi dei messaggi push

Queste informazioni possono essere utili per risolvere eventuali problemi dei messaggi push.

Perché a volte si verificano dei ritardi nell’invio dei messaggi push?

I seguenti tipi di ritardo possono essere associati ai messaggi push per Mobile Services:
  • Attesa degli hit di Analytics
    Per ogni suite di rapporti, un’impostazione consente di determinare quando elaborare gli hit di Analytics in arrivo. L’impostazione predefinita è ogni ora.
    L’effettiva elaborazione degli hit di Analytics potrebbe richiedere fino a 30 minuti, ma in genere dura 15-20 minuti. Prendiamo ad esempio una suite di rapporti che elabora gli hit ogni ora. Considerando il tempo di elaborazione massimo di 30 minuti, prima che un hit in arrivo diventi disponibile per un messaggio push potrebbero quindi trascorrere 90 minuti. Se un utente ha avviato l’app alle 09:01, l’hit risulterebbe nell’interfaccia di Mobile Services come nuovo utente unico tra le 10:15 e le 10:30.
  • Attesa del servizio push
    Il servizio push (APNS o GCM) potrebbe non essere in grado di inviare il messaggio immediatamente. Anche se raramente, sono stati registrati casi con tempi di attesa di 5-10 minuti. Puoi controllare se il messaggio push è stato inviato al servizio push guardando la vista Rapporto del messaggio push, individuando il messaggio nella tabella Cronologia messaggio e visualizzando il dato Pubblicato .
    Questo dato corrisponde al numero di invii ai servizi push con esito positivo. I servizi push non garantiscono al 100% l’effettivo invio di un messaggio.
    Per maggiori informazioni sull’affidabilità del servizio, vedi:

Perché la mia chiave API GCM Android non è valida?

  • Chiave API non valida
    La chiave API potrebbe risultare non valida per i motivi seguenti:
    • La chiave API che hai fornito non è una chiave server con il valore chiave API GCM corretto.
    • La chiave server ha inserito gli IP in una whitelist e sta impedendo ai server Adobe di inviare un messaggio push.
  • Stabilire la validità di una chiave API
    Per determinare la validità della chiave API, esegui il comando seguente:
    Android
    # api_key=YOUR_API_KEY
    #curl--header"Authorization:key=$api_key"\
        --headerContent-Type:"application/json"\ 
        https://gcm-http.googleapis.com/gcm/send\
        -d"{\"registration_ids\":[\"ABC\"]}"
    
    
    Se viene restituito un codice di stato HTTP 401, significa che la chiave API non è valida. Altrimenti, il risultato visualizzato sarà simile al seguente:
    {"multicast_id":6782339717028231855,"success":0,"failure":1,
    canonical_ids":0,"results":[{"error":"InvalidRegistration"}]}
    
    
    Per controllare la validità di un token di registrazione, sostituisci "ABC" con il token.

Perché il mio certificato APNS non funziona?

Il certificato APNS potrebbe risultare non valido per i motivi seguenti:
  • È possibile che tu stia utilizzando un certificato sandbox invece del certificato di produzione.
  • Stai usando un nuovo certificato di produzione/sandbox che non è supportato.
  • Stai usando un file .p8 invece di un file .p12 .

Risoluzione degli errori dei messaggi push

Un esempio
L’esempio seguente illustra come risolvere un errore push quando usi una VRS.
Il cliente seguente ha due app iOS:
  • Nome app: PhotoShop_app_iOS
    • RSID principale: AllAdobe PhotoShop_apps
    • VRSID: PhotoShop_iOS_app_SF
    • Segmento di definizione VRSID: a.appid contains “PhotoShop_iOS_app_SF”
  • Nome app: PhotoShop_app_iOS
    • RSID principale: AllAdobe PhotoShop_apps
    • RSID: PhotoShop_iOS_app_LA
    • Segmento di definizione VRSID: a.os contains “iOS”
In questo esempio, se un dipendente Photoshop invia un messaggio push all’app PhotoShop_iOS_app_SF , tutti gli utenti dell’app PhotoShop_iOS_app_SF riceveranno normalmente il messaggio push. Tuttavia, se il dipendente invia un messaggio all’app PhotoShop_iOS_app_LA , poiché il relativo Segmento di definizione VRSID non è corretto ( iOS anziché a.os contains "PhotoShop_iOS_app_LA" ), il messaggio viene inviato a tutti gli utenti iOS in AllAdobe PhotoShop_apps . Benché il messaggio venga comunque recapitato agli utenti PhotoShop_iOS_app_LA , esso determinerà anche l’inserimento in blacklist degli ID push degli utenti PhotoShop_iOS_app_SF , perché l’app PhotoShop_iOS_app_SF ha un certificato diverso. Se il segmento fosse stato definito come a.os contains “PhotoShop_iOS_app_LA” , il messaggio push sarebbe stato inviato solo agli utenti PhotoShop_iOS_app_LA .
Se passati con il certificato push PhotoShop_IOS_app_LA , gli identificatori push di PhotoShop_iOS_app_SF verrebbero restituiti come invalid .
Quando crei un messaggio push per un’app che utilizza una VRS e fai clic su Salva e invia , viene visualizzato un avviso che ti ricorda di verificare che ogni app indicata deve avere un certificato valido. Se un’app non dispone di un certificato valido, i tuoi segmenti di pubblico potrebbero essere inseriti in blacklist a tempo indefinito e di conseguenza non saresti in grado di inviare messaggi push agli utenti interessati. Per ulteriori informazioni sui segmenti di pubblico, vedi Pubblico: definire e configurare le opzioni relative al pubblico per i messaggi push .