Comprende la entrega de notificaciones push
Obtén información sobre la entrega de notificaciones push, incluidos 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 la persona destinataria.
Un perfil puede tener más de 1 token de notificaciones push si tiene la app móvil instalada en varios dispositivos. Se intentará enviar notificaciones push a todos los dispositivos con un token almacenado en el perfil.
El concepto de capacidad de entrega no aplica a las notificaciones push como sí aplica al correo electrónico, ya que no se realiza ninguna clasificación 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 revisa la notificación push y luego la envía a Apple Push Notification Service (APNs) para iOS, o al servicio de notificaciones push de Android, Firebase Cloud Messaging (FCM), para entregarla al dispositivo del destinatario. Es posible que veas algunas notificaciones push omitidas si hay un 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 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 que APNs o FCM acepten la notificación push.
¿Quieres solicitar una función para las notificaciones push de Klaviyo? Completa este formulario de Google para contarnos al respecto.
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 rechazado para cada token afectado por la entrega fallida. Esto aparecerá en el feed de actividad del perfil receptor junto con la actividad del destinatario correspondiente al flujo o la campaña desde la que se envió la notificación.
El evento Notificación push rebotada incluye metadatos que muestran el mensaje del código de error (p. ej., ExpiredToken) devuelto por APNs o Firebase. Si ves problemas de entrega, trabaja con el desarrollador de tu app para resolver el error según 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 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 todos los informes de rendimiento agregados en Klaviyo. Esto incluye cosas como la tasa 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, en concreto Notificación push silenciosa recibida y Notificación push silenciosa rebotada.
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. Es posible que no se entreguen según el estado actual del dispositivo, como el nivel de batería y la conexión de red.
iOS
Para las notificaciones push de iOS enviadas a través de APNs, pueden producirse rechazos por al menos uno de los motivos indicados en la referencia de Apple sobre cómo gestionar las respuestas de 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. Verifica que la solicitud incluya un token válido y que el token coincida 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 | Tiempo de espera de inactividad | Se superó el tiempo de inactividad. |
400 | Tipo de notificación push no válido | El valor de apns-push-type no es válido. |
400 | Carga útil vacía | La carga útil del mensaje estaba vacía. |
403 | Certificado incorrecto | El certificado no era válido. |
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 pudo verificar la firma del token. |
404 | BadPath | La solicitud contenía un valor incorrecto de :path. |
405 | Método no permitido | El :method especificado no era POST. |
410 | Token vencido | El token del dispositivo caducó. |
410 | No registrado | El token del dispositivo está sin actividad para el tema especificado. |
429 | TooManyProviderTokenUpdates | El token del proveedor se está actualizando con demasiada frecuencia. |
500 | Error interno del servidor | Se produjo un error interno del servidor. |
503 | ServiceUnavailable | El servicio no está disponible. |
Android
Para las notificación push de Android enviadas a través de FCM, pueden producirse rechazos por al menos una de las razones que se indican en la referencia de Google sobre los códigos de error de FCM.
Código de estado | Cadena de error de FCM | Descripción de FCM |
400 | INVALID_ARGUMENT | Verifica 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 con Firebase Notifications. No lo trunques ni agregues 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 que se pasó en la solicitud. |
400 | INVALID_ARGUMENT | Verifica que el tamaño total de los datos de 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 los mensajes a temas. Esto incluye tanto las claves como los valores. |
400 | INVALID_ARGUMENT | Revisa que los datos de 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 carga útil se reemplazará por el valor de FCM. |
400 | INVALID_ARGUMENT | Comprueba que el valor usado en ttl sea un entero que represente una duración en segundos entre 0 y 2 419 200 (4 semanas). |
400 | INVALID_ARGUMENT | Verifica 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 para el token de registro. |
404 | NO REGISTRADO | La instancia de la app se anuló el registro en FCM. Esto normalmente significa que el token que se usa ya no es válido y se debe usar uno nuevo. |
429 | QUOTA_EXCEEDED | Se superó 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 superó. |
500 | INTERNO | Se produjo un error interno desconocido. |
503 | No disponible | El servidor está sobrecargado. |
También verás un evento de Push rebotado si falta el destinatario o tiene un token de notificaciones push inválido.
Mejores prácticas
Recopilar 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 mostrar a los clientes una pantalla de solicitud de permisos durante su primera interacción con la app móvil.
Se recomienda que el aviso de la pantalla de permisos incluya lenguaje 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 deben dar su consentimiento
Incluye información sobre por qué un cliente debe otorgar permisos (por ejemplo, para recibir actualizaciones importantes o acceso anticipado a las ofertas).
Obtén 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 habituales dedicados, podrías usar notificaciones push para avisarles de nuevas ofertas o promociones antes que a nadie.
Al asegurarte 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.
Monitorea y analiza el rendimiento
Es fundamental supervisar continuamente el rendimiento de tus notificaciones push con Klaviyo para identificar rápidamente problemas de entrega y caídas en las métricas clave de notificaciones push.
La mejor forma de hacerlo es monitorear los siguientes eventos de notificación push:
- Notificación push recibida
- Notificación push abierta
- Notificación push rebotada
Puedes configurar un Informe de varias métricas en Klaviyo para monitorear cómo cambia tu rendimiento con estos eventos a lo largo del tiempo.
Recursos adicionales
- Entender el consentimiento para notificaciones push
Conoce el consentimiento para notificaciones push y las mejores prácticas para el cumplimiento. Estas pautas pueden ayudarte a cumplir con tus prácticas de recopilación de consentimiento y a mantener una relación positiva con tus clientes.
- Cómo enviar una campaña de notificación push
Descubre cómo usar Klaviyo para enviar campañas de notificación push a través de tu app de iOS o Android.
- Entender la configuración de las notificaciones push
Conoce la página de configuración de las notificaciones push, donde puedes configurar las notificaciones push para tu app móvil y ajustar la ventana de Smart Sending.