Comprende la entrega de notificaciones push
Obtén información sobre la entrega de notificaciones push, incluido cómo se entregan y por qué podrían fallar.
Entrega de notificaciones push
La entrega de notificaciones push 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 inserción si tiene tu aplicación móvil instalada en varios dispositivos. Se intentarán enviar notificación push a todos los dispositivos con un token almacenado en el perfil.
El concepto de capacidad de entrega no se aplica a las notificaciones push como ocurre con el email, ya que no se realiza ningún ordenamiento una vez que el dispositivo del destinatario recibe la notificación correctamente.
Cuando envías una notificación push a través de una campaña o un flujo, Klaviyo comprueba el push y luego lo envía a Apple Push Notification Service (APNs) para iOS, o al servicio de notificaciones push de Android, Firebase Cloud Messaging (FCM), para entregarlo en el dispositivo del destinatario. Es posible que veas algunas notificaciones push omitidas si hay algún problema con la entrega.
APNS y FCM aceptarán la notificación e intentarán entregarla al dispositivo del destinatario, o rechazarán la notificación con una serie de posibles errores.
Klaviyo solo tiene detalles clave sobre si estos servicios aceptan la notificación o la rechazan. Klaviyo no puede confirmar si la notificación falla después de que APNS o FCM acepten la notificación push.
¿Quieres solicitar una funciones para las notificación push de Klaviyo? Rellena este formulario de Google para contárnoslo.
Motivos del rechazo
Si Klaviyo recibe una respuesta de error de APNS o FCM después de enviar una notificación, se crea un evento llamado Push rebotado para cada token afectado por la entrega fallida. Esto aparecerá en el feed de actividad del perfil que lo recibe junto con la actividad del destinatario para el flujo o la campaña correspondientes desde los que se envió la notificación.
El evento Notificación push devuelta incluye metadatos que muestran el mensaje del código de error (p. ej., ExpiredToken) devuelto por APNS o Firebase. Si estás viendo problemas de entrega, trabaja con tu desarrollador de apps para resolver el error según la descripción del evento.
Para ver los metadatos de un evento, haz clic en Detalles de actividad para el evento en el registro de actividad del perfil.
Notificación push silenciosa
Puedes ver la tasa de entrega y la tasa de rebote de una notificación push silenciosa individual; sin embargo, las notificaciones push silenciosas se excluyen de toda la elaboración de informes de rendimiento agregados en Klaviyo. Esto incluye elementos como las tasas de apertura de Mobile Push a lo largo del tiempo, ya que no tienen aperturas ni conversión.
Ten en cuenta que verás eventos diferentes para la notificación push silenciosa que para la notificación push estándar, concretamente 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 las entreguen en función del estado actual del dispositivo, como el nivel de batería y la conexión de red.
iOS
En el caso de las notificaciones push de iOS enviadas a través de APNS, puede haber rechazos por al menos uno de los motivos que se indican en la referencia de Apple para gestionar las respuestas a notificaciones de APNS.
Código de estado | Cadena de error de APNS | Descripción de APNS |
400 | BadDeviceToken | El token del dispositivo especificado era incorrecto. Comprueba que la solicitud incluye un token válido y que el token coincide con el entorno. |
400 | BadTopic | El valor de apns-topic no es válido. |
400 | DeviceTokenNotForTopic | El token del dispositivo no coincide con el tema especificado. |
400 | Encabezados duplicados | Uno o más encabezados se repitieron. |
400 | IdleTimeout | Tiempo de inactividad. |
400 | Tipo de notificación push no válido | El valor de apns-push-type no es válido. |
400 | PayloadEmpty | La carga útil del mensaje estaba vacía. |
403 | Certificado incorrecto | El certificado era incorrecto. |
403 | Entorno de certificado incorrecto | El certificado de cliente era para el entorno incorrecto. |
403 | InvalidProviderToken | El token del proveedor no es válido o no se ha podido verificar la firma del token. |
404 | Ruta incorrecta | La solicitud contenía un valor :path incorrecto. |
405 | Método no permitido | El :method especificado no era POST. |
410 | Token caducado | El token del dispositivo ha caducado. |
410 | No registrado | El token del dispositivo está inactivo para el tema especificado. |
429 | DemasiadasActualizacionesDeTokenDeProveedor | El token del proveedor se está actualizando con demasiada frecuencia. |
500 | InternalServerError | Se ha producido un error interno en el servidor. |
503 | Servicio no disponible | El servicio no está disponible. |
Android
En el caso de las notificaciones push de Android enviadas a través de FCM, pueden producirse rechazos por al menos uno de los motivos que se enumeran en la referencia de Google para los códigos de error de FCM.
Código de estado | Cadena de error de FCM | Descripción de FCM |
400 | INVALID_ARGUMENT | Comprueba el formato del token de registro que pasas al servidor. Asegúrate de que coincida con el token de registro que la app cliente recibe al registrarse en Firebase Notifications. No lo trunques ni añadas caracteres adicionales. |
400 | INVALID_ARGUMENT | Asegúrate de que el mensaje se haya dirigido a un token de registro cuyo nombre del paquete coincida con el valor pasado en la solicitud. |
400 | INVALID_ARGUMENT | Comprueba que el tamaño total de los datos de la carga útil incluidos en un mensaje no supere los límites de 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 | INVALID_ARGUMENT | Comprueba que los datos de la carga útil no contengan una clave (como from, o gcm, o cualquier valor con el prefijo google) que FCM use internamente. Ten en cuenta que algunas palabras (como collapse_key) también las usa FCM, pero se permiten en la carga útil; en ese caso, el valor de la carga útil se sobrescribirá con el valor de FCM. |
400 | INVALID_ARGUMENT | Comprueba que el valor usado en ttl es un número entero que representa una duración en segundos entre 0 y 2 419 200 (4 semanas). |
400 | INVALID_ARGUMENT | Comprueba que los parámetros proporcionados tengan el nombre y el tipo correctos. |
403 | SENDER_ID_MISMATCH | El ID del remitente autenticado es diferente del ID del remitente del token de registro. |
404 | NO REGISTRADO | La instancia de la app se canceló el registro en FCM. Por lo general, esto significa que el token utilizado ya no es válido y debe usarse uno nuevo. |
429 | CUOTA SUPERADA | Se ha superado el límite de envío para el destinatario del mensaje. Se devuelve una extensión del tipo google.rpc.QuotaFailure para especificar qué cuota se ha superado. |
500 | INTERNO | Se ha producido un error interno desconocido. |
503 | No disponible | El servidor está sobrecargado. |
También verás un evento de Push rebotado si al destinatario le falta un token de inserción o si tiene un token de inserción no válido.
Prácticas recomendadas
Obtener el consentimiento del usuario
Para enviar una notificación push estándar a un perfil, primero debes recopilar su consentimiento explícito .
Para recopilar el consentimiento para las notificaciones push, debes proporcionar a los clientes una solicitud en pantalla de permisos durante su primera interacción con tu aplicación móvil.
Una práctica recomendada es que el mensaje de solicitud de la pantalla de permisos incluya un texto de consentimiento que proporcione la siguiente información y les permita 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 en la cuenta, cambios en la cuenta, recordatorios y descuentos especiales). - Por qué los usuarios deberían suscribirse
Incluye información sobre por qué un cliente debería dar permisos (por ejemplo, para recibir actualizaciones importantes o acceso anticipado a las rebajas).
Más información sobre cómo recopilar el consentimiento para notificaciones push.
Enviar notificaciones relevantes
Al enviar campañas de notificación push, es importante aprovechar la segmentación de Klaviyo para enviar contenido personalizado y relevante para tus suscriptores.
Por ejemplo, si sabes que tienes un segmento de clientes que repiten y son fieles, podrías usar notificaciones push para avisarles de nuevas ofertas o promociones antes que a nadie.
Si te aseguras de que el contenido que envías a los clientes sea relevante para sus intereses y preferencias, puedes reducir la probabilidad de que los clientes se den de baja y maximizar tu capacidad de llegar a tus clientes con notificaciones push.
Supervisa y analiza el rendimiento
Es esencial supervisar continuamente el rendimiento de tus notificaciones push con Klaviyo para identificar rápidamente problemas de entrega y descensos en métricas push clave métricas push.
La mejor manera de hacerlo es supervisar los siguientes eventos de notificación push:
- Recibió una notificación push
- Notificación push abierta
- Notificación Push Rebotada
Puedes configurar un Informe de varias métricas en Klaviyo para supervisar cómo cambia tu rendimiento con estos eventos con el tiempo.
Recursos adicionales
- Comprender el consentimiento de las notificaciones push
Obtén más información sobre el consentimiento para notificaciones push y las prácticas recomendadas para el cumplimiento. Estas directrices pueden ayudarte a cumplir con las prácticas de recopilación de consentimiento y a mantener una relación positiva con tus clientes.
- Cómo enviar una campaña por notificaciones push
Descubre cómo usar Klaviyo para enviar campañas de notificación push a través de tu aplicación iOS o Android.
- Comprender la configuración de notificaciones push
Obtén información sobre la página de configuración de notificaciones push, donde puedes configurar notificaciones push para tu aplicación móvil y ajustar el período de Smart Sending.