Solucionar los problemas de la mensajería push

Esta información resulta útil para solucionar problemas con la mensajería push.

¿Por qué a veces hay retrasos en el envío de mensajes push?

Los siguientes tipos de retraso podrían estar asociados con los mensajes push de Mobile Services:

  • Esperando las visitas de Analytics

    Todos los grupos de informes tienen una configuración para determinar cuándo se deben procesar las visitas de Analytics entrantes. El valor predeterminado es de 1 hora.

    El procesamiento de las visitas de Analytics tarda como máximo 30 minutos, aunque suele completarse en 15-20 minutos. Por ejemplo: un grupo de informes procesa las visitas cada hora. Cuando se tiene en cuenta el tiempo de procesamiento necesario de 30 minutos como máximo, una visita entrante puede tardar hasta 90 minutos en estar disponible para un mensaje push. Si un usuario iniciara la aplicación a las 9:01, la visita se mostraría en la interfaz de usuario de Mobile Services como un nuevo usuario único entre las 10:15 y las 10:30.

  • Espera del servicio push

    Puede que el servicio push (APNS o GCM) no envíe el mensaje inmediatamente. Aunque no es habitual, en ocasiones el tiempo de espera ha sido de 5-10 minutos. Puede verificar si el mensaje push se ha enviado al servicio push consultando la vista Informe del mensaje push, buscando el mensaje en la tabla Historial de mensajes y fijándose en el número de Publicados.

    SUGERENCIA

    Los servicios push no garantizan el envío de un mensaje. Para obtener más información acerca de la fiabilidad de los servicios, consulte la documentación apropiada:

¿Por qué mi clave de API GCM de Android no es válida?

  • Clave de API no válida

    La clave de API puede no ser válida por los siguientes motivos:

    • La clave de API proporcionada no es una clave de servidor con el valor de clave de API GCM correcto.
    • La clave de servidor ha permitido las IP y está impidiendo que los servidores de Adobe envíen un mensaje push.

  • Determinar la validez de la clave de API

    Para determinar la validez de la clave de API, ejecute el siguiente comando:

    # 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\"]}"

    Si se devuelve un código de estado HTTP 401 la clave de API no es válida. De lo contrario, verá algo similar a esto:

    {"multicast_id":6782339717028231855,"success":0,"failure":1,
canonical_ids":0,"results":[{"error":"InvalidRegistration"}]}

    También puede comprobar la validez de un token de registro reemplazando "ABC" por el token.

¿Por qué no funciona el certificado de APNS?

El certificado de APNS puede no ser válido por los siguientes motivos:

  • Es posible que esté utilizando un certificado de zona protegida en lugar del certificado de producción.
  • Está utilizando un nuevo certificado de producción/zona protegida que no es compatible.
  • Está usando un archivo .p8 en lugar de un archivo .p12.

Resolver errores de mensajes push

El siguiente ejemplo ilustra cómo se puede resolver un error de inserción al utilizar un VRS.

El cliente siguiente tiene dos aplicaciones de iOS:

  • Nombre de la aplicación: PhotoShop_app_iOS
    • RSID principal: AllAdobe PhotoShop_apps
    • VRSID: PhotoShop_iOS_app_SF
    • Segmento de definición de VRSID: a.appid contains "PhotoShop_iOS_app_SF"
  • Nombre de la aplicación: PhotoShop_app_iOS
    • RSID principal: AllAdobe PhotoShop_apps
    • RSID: PhotoShop_iOS_app_LA
    • Segmento de definición de VRSID: a.os contains "iOS"

En este ejemplo, si un empleado de Photoshop envía un mensaje push a la aplicación PhotoShop_iOS_app_SF, todos los usuarios de la aplicación PhotoShop_iOS_app_SF lo recibirán según lo esperado. En cambio, si un empleado envía un mensaje a la aplicación PhotoShop_iOS_app_LA porque su segmento de definición de VRSID es incorrecto (iOSiOS en lugar de a.os contains "PhotoShop_iOS_app_LA"), el mensaje se envía a todos los usuarios de iOS en AllAdobe PhotoShop_apps. Aunque el mensaje llegue a los usuarios de PhotoShop_iOS_app_LA, también bloquea los identificadores push para los usuarios de PhotoShop_iOS_app_SF porque la aplicación PhotoShop_iOS_app_SF tiene un certificado diferente. Si el segmento se hubiera definido como a.os contains "PhotoShop_iOS_app_LA", el mensaje push solo se habría enviado a los usuarios de PhotoShop_iOS_app_LA.

Si se transmiten con el certificado push PhotoShop_IOS_app_LA, los identificadores push de PhotoShop_iOS_app_SF regresarán con un estado no válido invalid.

PRECAUCIÓN

Después de crear un mensaje push para una aplicación que usa un VRS y hacer clic en Guardar y enviar, aparece una alerta que recuerda que todas las aplicaciones que figuran en la lista deben tener un certificado válido. Si hay alguna aplicación que no lo tiene, los segmentos de audiencia pueden seguir bloqueados indefinidamente y tal vez no pueda volver a enviar mensajes push a los usuarios afectados. Para obtener más información sobre los segmentos de audiencia, consulte Audience: definir y configurar las opciones de audiencia para los mensajes push.

En esta página