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. Ad esempio, una suite di rapporti elabora gli hit ogni ora. Considerando il tempo di elaborazione massimo di 30 minuti, potrebbero essere necessari fino a 90 minuti perché un hit in arrivo sia disponibile per un messaggio push. 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 non essere 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 consentito agli IP e sta bloccando i server Adobe dall'invio di un messaggio push.
  • Determinare la validità della chiave API
    Per determinare la validità della chiave API, eseguite 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\"]}"
    
    
    Un codice di stato HTTP 401 restituito indica che la chiave API non è valida. In caso contrario, verrà visualizzato un elemento 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 non essere valido per i motivi seguenti:
  • Potreste utilizzare un certificato sandbox invece del certificato di produzione.
  • Si sta utilizzando un nuovo certificato di produzione/sandbox 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 . Although the message still goes to PhotoShop_iOS_app_LA users, the message also blocklists the push IDs for PhotoShop_iOS_app_SF users because the PhotoShop_iOS_app_SF app has a different certificate. 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. If each app does not have a valid certificate, your audience segments might be indefinitely blocklisted, and you might not be able to send future push messages to the affected users. Per ulteriori informazioni sui segmenti di pubblico, vedi Pubblico: definire e configurare le opzioni relative al pubblico per i messaggi push .