Entender notificación push entrega
Infórmate sobre la notificación push entrega, incluyendo cómo se entrega y por qué puede fallar.
notificación push entreganotificación push entrega
notificación push entrega se refiere a cuando una notificación push se entrega correctamente al dispositivo de un destinatario.
Un perfil puede tener más de 1 token de notificaciones push si tiene tu aplicación móvil instalada en varios dispositivos. se intentará enviar una notificación push a todos los dispositivos con un token tienda, comercio en el perfil.
El concepto de capacidad de entrega no se aplica a la notificación push como en el caso del correo electrónico, ya que no se realiza ninguna clasificación una vez que el dispositivo del destinatario recibe correctamente la notificación.
Cuando envías una notificación push a través de una campaña o flujo, Klaviyo comprueba la notificación push y la envía al servicio de notificaciones push de Apple (APNs) para iOS, o al servicio de notificaciones push de Android, Firebase Cloud Messaging (FCM) para su entrega al dispositivo del destinatario. Puede que veas que se salta algún push de notificación si hay algún problema con la entrega.
APNs y FCM aceptará la notificación e intentará entregarla al dispositivo del destinatario, o rechazará la notificación con una serie de posibles errores.
Klaviyo sólo tiene oportunidades/información sobre si estos servicios aceptan la notificación o la rechazan. Klaviyo no puede confirmar si la notificación falla después de APNs o FCM acepta la notificación push.
¿Quieres solicitar funciones/características para Klaviyo notificación push? ¡Rellena este formulario de Google para contárnoslo!
Motivos de rechazo
Si Klaviyo recibe una respuesta de error de APNs o FCM después de enviar una notificación, se crea un evento llamado Notificación push rebotada para cada token afectado por la entrega fallida. Aparecerá en el feed de actividad del perfil receptor junto con la actividad de los destinatarios del flujo o campaña respectiva desde la que se envió la notificación.
El evento push Notificación rebotada incluye metadatos que muestran el mensaje de código de error (por ejemplo, ExpiredToken) devuelto por APNs o Firebase. Si observas problemas de entrega, trabaja con el desarrollador de tu aplicación para resolver el error basándote en la descripción del evento.
Para ver los metadatos de un evento, haz clic en Detalles de la actividad del evento en el registro de actividades del perfil.
Notificación silenciosa push
Puedes ver la tasa de entrega y la tasa de rebote de un push de notificación silenciosa individual; sin embargo, los push de notificación silenciosa se excluyen de todo el rendimiento agregado creación/elaboración de informes en Klaviyo. Esto incluye cosas como la tasa de apertura de Mobile Push a lo largo del tiempo, ya que no tienen aperturas ni conversiones.
Ten en cuenta que verás eventos diferentes para la notificación push silenciosa que para la notificación push estándar, a saber, Notificación push silenciosa recibida y Notificación push silenciosa devuelta.
Si tienes problemas con la entrega de notificaciones push silenciosas en iOS, ten en cuenta que iOS no garantiza la entrega de notificaciones push silenciosas. Puede que no los entreguen en función del estado actual del dispositivo, como el nivel de batería y la conexión a la red.
iOSiOS
Para las notificaciones push de iOS enviadas a través de APNs, pueden producirse rechazos por al menos una de las razones enumeradas en la referencia de Apple para gestionar las respuestas a las notificaciones de APNs.
| Código de estado |
Cadena de error APNs |
APNs descripción |
|
400 |
BadDeviceToken |
El token de dispositivo especificado era malo. Comprueba que la solicitud contiene un token válido y que éste coincide con el entorno. |
|
400 |
MalTema |
El valor APNs-topic no es válido. |
|
400 |
DeviceTokenNotForTopic |
El token del dispositivo no coincide con el tema especificado. |
|
400 |
DuplicateHeaders |
Se repitieron una o más cabeceras. |
|
400 |
Tiempo de inactividad |
Tiempo muerto. |
|
400 |
InvalidPushType |
El valor del tipo push APNs-notificación no es válido. |
|
400 |
PayloadEmpty |
La carga útil del mensaje estaba vacía. |
|
403 |
CertificadoMalo |
El certificado era malo. |
|
403 |
MalEntornoCertificado |
El certificado del cliente era para el entorno equivocado. |
|
403 |
InvalidProviderToken |
El token del proveedor no es válido o no se ha podido verificar la firma del token. |
|
404 |
BadPath |
La solicitud contenía un valor :ruta incorrecto. |
|
405 |
MétodoNoPermitido |
El método :especificado no era POST. |
|
410 |
ExpiredToken |
El testigo del dispositivo ha caducado. |
|
410 |
No registrado |
El token de dispositivo está sin actividad para el tema especificado. |
|
429 |
TooManyProviderTokenUpdates |
El token de proveedor se actualiza con demasiada frecuencia. |
|
500 |
ErrorServidorInterno |
Se ha producido un error interno del servidor. |
|
503 |
ServicioNo Disponible |
El servicio no está disponible. |
Android
Para las notificaciones push de Android enviadas a través de FCM, pueden producirse rechazos por al menos una de las razones enumeradas en la referencia de Google para los códigos de error de FCM.
|
Código de estado |
Cadena de error FCM |
Descripción del FCM |
|
400 |
ARGUMENTO_NO_VALIDO |
Comprueba el formato del testigo de registro que pasas al servidor. Asegúrate de que coincide con el token de registro que recibe la aplicación cliente al registrarse en Notificaciones Firebase. No trunques ni añadas caracteres adicionales. |
|
400 |
ARGUMENTO_NO_VALIDO |
Asegúrate de que el mensaje iba dirigido a una ficha de registro cuyo nombre de paquete coincide con el valor pasado en la solicitud. |
|
400 |
ARGUMENTO_NO_VALIDO |
Comprueba que el tamaño total de los datos de carga útil incluidos en un mensaje no supera los límites del FCM: 4096 bytes para la mayoría de los mensajes, o 2048 bytes en el caso de mensajes a temas. Esto incluye tanto las claves como los valores. |
|
400 |
ARGUMENTO_NO_VALIDO |
Comprueba que los datos de la carga útil no contienen una clave (como from, o gcm, o cualquier valor prefijado por google) que sea utilizada internamente por el FCM. Ten en cuenta que algunas palabras (como clave_colapso) también son utilizadas por el FCM pero están permitidas en la carga útil, en cuyo caso el valor de la carga útil será anulado por el valor del FCM. |
|
400 |
ARGUMENTO_NO_VALIDO |
Comprueba que el valor utilizado en ttl es un número entero que representa una duración en segundos comprendida entre 0 y 2.419.200 (4 semanas). |
|
400 |
ARGUMENTO_NO_VALIDO |
Comprueba que los parámetros proporcionados tienen el nombre y el tipo correctos. |
|
403 |
SENDER_ID_MISMATCH |
El ID del remitente autenticado es diferente del ID del remitente para la ficha de registro. |
|
404 |
UNREGISTERED |
Se ha anulado el registro de la instancia de la aplicación en FCM. Esto suele significar que el token utilizado ya no es válido y que hay que utilizar uno nuevo. |
|
429 |
CUOTA_EXCEDIDA |
Límite de envío superado para el destino del mensaje. Se devuelve una extensión de tipo google.rpc.QuotaFailure para especificar qué cuota se ha superado. |
|
500 |
INTERIOR |
Se ha producido un error interno desconocido. |
|
503 |
No disponible |
El servidor está sobrecargado. |
También verás un evento Push de notificación rebotada si falta el destinatario o tiene un token de notificaciones push no válido.
Buenas prácticas
Recoger el consentimiento del usuarioRecoger el consentimiento del usuario
Para enviar una notificación push estándar a un perfil, primero debes recabar su consentimiento explícito .
Para recoger el consentimiento push de notificación, debes proporcionar al cliente una pantalla de solicitud de permiso durante su primera interacción con tu aplicación móvil.
Es una buena práctica que tu pantalla de solicitud de permiso incluya un lenguaje de consentimiento que proporcione la siguiente información y les permita optar por aceptar o rechazar:
-
Qué tipos de notificaciones envía tu marca
Incluye detalles sobre las diferentes notificaciones push que tu marca planea enviar (por ejemplo, cambios de cuenta, recordatorios y descuentos especiales). -
Por qué los usuarios deben optar
Incluye información sobre por qué un cliente debería dar permisos (por ejemplo, para recibir actualizaciones importantes o acceso anticipado a las ventas).
Más información sobre la recogida del consentimiento push de notificación.
Envía notificaciones relevantesEnvía notificaciones relevantes
Al enviar campañas push de notificación, es importante aprovechar la Klaviyo segmentación de para enviar contenido personalizado y relevante para tu suscriptor.
Por ejemplo, si sabes que tienes un segmento de clientes habituales dedicados, podrías utilizar la notificación push para alertarles de nuevas ofertas o promociones antes que nadie.
Si te aseguras de que el contenido que envías a los clientes es relevante para sus intereses y preferencias, puedes reducir la probabilidad de que se den de baja y maximizar tu capacidad de llegar a tus clientes con notificaciones push.
supervisar y analizar el rendimientosupervisar y analizar el rendimiento
Es esencial supervisar continuamente el rendimiento Klaviyo de tus notificaciones push con para identificar rápidamente los problemas de entrega y las caídas en la métrica clave de las notificaciones push.
La mejor forma de hacerlo es monitorizar los siguientes eventos push de notificación:
- Notificación push recibida
- Notificación push abierta
- Notificación push rebotada
Puedes configurar un Informe de varias métricas en Klaviyo para monitorizar cómo cambia tu rendimiento con estos eventos a lo largo del tiempo.
Recursos adicionalesRecursos adicionales
Entender la notificación push consent