Comprende la entrega de notificaciones push
Descubre más sobre la entrega de notificaciones push, incluidos cómo se entregan las notificaciones y por qué podría fallar la entrega.
Entrega de notificaciones push
Klaviyo registra un evento de Received Push cuando el servicio de notificaciones push de Apple o Google acepta una notificación push estándar para su entrega. Esto no confirma que la notificación llegara al dispositivo de la persona destinataria.
Un perfil puede tener más de 1 token de inserción si tiene tu aplicación móvil instalada en varios dispositivos. De forma predeterminada, Klaviyo intenta realizar la entrega en todos los dispositivos que cumplan los requisitos. En Entrega push, puedes seleccionar Ambos, iOS o Android y elegir Todos los dispositivos o Dispositivo principal (1 dispositivo por perfil). Si seleccionas Dispositivo principal y ese dispositivo no coincide con la plataforma seleccionada, se omite el perfil.
El concepto de entregabilidad no se aplica a las notificaciones push como se aplica al email, ya que las notificaciones push no tienen bandeja de entrada de email ni ubicación en la carpeta de spam. La configuración de notificaciones de un dispositivo aún puede afectar a cuándo y cómo aparece una notificación.
Cuando envías una notificación push a través de una campaña o un flujo, Klaviyo comprueba la notificación push y, después, la envía a Apple Push Notification Service (APNs) para iOS o al servicio de notificación push de Android, Firebase Cloud Messaging (FCM), para su entrega en el dispositivo del destinatario. Una notificación se puede omitir antes de que llegue a estos servicios; por ejemplo, si el perfil no tiene un token de inserción o ha denegado el permiso para recibir notificación push estándar.
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 denominado Notificación push rebotada para cada token afectado por la entrega fallida. Esto aparecerá en el feed de actividad del perfil receptor junto con la actividad del destinatario del flujo o la campaña respectivos desde los que se envió la notificación.
El evento Push rebotado incluye metadatos que muestran el mensaje del código de error (p. ej., ExpiredToken) que devuelve APNS o Firebase. Si detectas problemas de entrega, colabora con el desarrollador de la aplicación para resolver el error según la descripción del evento.
Para ver los metadatos de un evento, abre el menú del evento en el registro de actividad del perfil y selecciona Detalles de la actividad.
Notificación push silenciosa
Puedes ver la tasa de entrega y la tasa de rebote de una notificación push silenciosa individual. Las notificaciones push silenciosas usan métricas de entrega y de rebote independientes y no aportan aperturas ni conversión atribuida a la elaboración de informes del rendimiento push estándar. También puedes seleccionar métricas push silenciosas en un Informe de varias métricas.
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. |
Se omite un perfil sin token de inserción antes de que Klaviyo se ponga en contacto con APNS o FCM. Si un servicio rechaza un token no válido o caducado, Klaviyo registra un evento de Bounced Push. Los tokens pueden dejar de ser válidos después de que alguien desinstale la aplicación. Klaviyo elimina los tokens que el servicio indica que no están registrados o han caducado.
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, pide a los clientes que habiliten las notificaciones mediante el aviso de permisos nativo de tu aplicación. Elige un momento en el que los clientes puedan entender por qué recibirían notificaciones push.
Se considera una práctica recomendada usar un lenguaje de consentimiento claro en la aplicación y permitir que los clientes elijan si quieren activar las notificaciones push. Explica lo siguiente:
- Qué tipos de notificaciones envía la marca
Incluye detalles sobre las diferentes notificaciones push que la marca planea enviar (por ejemplo, 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
- 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.