Résolution des problèmes liés aux activités en direct troubleshoot-mobile-live

1. Dans Journey Optimizer, accédez à Client > Profils.
2. Effectuez une recherche à l’aide de l’espace de noms et de la valeur d’identité de la requête API.
3. Si le profil est introuvable, il n’existe pas ou l’ingestion n’est pas terminée. Créez le profil ou attendez l’ingestion avant de déclencher l’activité Live .
4. Si un profil est trouvé, passez à l’étape 2 ci-dessous pour vérifier si le jeton push est synchronisé.

Vous pouvez utiliser Assurance pour vérifier l’enregistrement des jetons :

1. Dans Assurance, à partir de la liste Événements, filtrez ou recherchez des événements eventType = "liveActivity.pushToStart".
2. Sélectionnez l’événement Event et examinez la payload.
3. Vérifiez que les valeurs token, appId et attributeType sont présentes.
4. Vérifiez si l’événement a bien été envoyé.

Vous pouvez également archiver le profil Adobe Experience Platform.

1. Dans Adobe Experience Platform, à partir de votre Profil, accédez à l’onglet Événements.
2. Recherchez des événements liveActivity.pushToStart.
3. Vérifiez l’horodatage d’événement et la payload.

Si aucun événement n’est trouvé, votre application mobile n’appelle pas Messaging.registerLiveActivity correctement. Vous devez corriger l’intégration de SDK.

1. À partir de votre Profil, accédez à l’onglet Attributs.

2. Localisez liveActivityPushNotificationDetails.

3. Vérifiez la configuration du jeton :

   code language-json
   { "liveActivityPushNotificationDetails": [ { "appId": "com.example.myapp", "token": "abc123def456...", "platform": "apns", "denylisted": false, "attributeType": "OrderTrackingAttributes", "identity": {} } ] }

Valider chaque champ :

Si un champ est incorrect : Mettez à jour l’application mobile, réenregistrez-la à l’aide de l’Messaging.registerLiveActivities, patientez 5 à 10 minutes, puis vérifiez à nouveau.

Si le liveActivityPushNotificationDetails est manquant : le jeton n’a pas encore été synchronisé. Patientez 5 à 10 minutes après avoir vu l’événement liveActivity.pushToStart dans Assurance.

1. Dans Journey Optimizer, ouvrez votre Campagne et accédez au menu Actions.
2. Vérifiez la configuration de l’activité dynamique. La surface doit être configurée pour l’application iOS avec un identifiant de lot correspondant à l’appId dans le liveActivityPushNotificationDetails de votre profil. Par exemple, si votre profil a "appId": "com.example.myapp", la surface doit cibler cette même application.
3. Vérifiez que le type d’activité dans votre configuration de campagne correspond exactement au attributeType dans le liveActivityPushNotificationDetails de votre profil. Par exemple, si votre profil a "attributeType": "FoodDeliveryLiveActivityAttributes", la campagne doit spécifier le même type d’activité.

Lors de l’exécution de la campagne par le biais de l’API, assurez-vous que la payload suit la structure correcte.

Payload unitaire :

{
  "campaignId": "your-campaign-id",
  "recipients": [{
    "type": "aep",
    "userId": "user@example.com",
    "namespace": "email",
    "context": {
      "requestPayload": {
        "aps": {
          "content-available": 1,
          "timestamp": 1756984054,
          "event": "start",
          "attributes-type": "FoodDeliveryLiveActivityAttributes",
          "content-state": { ... },
          "attributes": { ... }
        }
      }
    }
  }]
}

Problèmes courants de payload :

Critique : utilisez toujours la dernière date et heure

• Le champ timestamp doit toujours correspondre à l’heure Unix actuelle (en secondes) au moment où chaque appel API est effectué.
• Cela s’applique à tous les types d’événements : start, update et en particulierend.
• Impact sur les mises à jour/requêtes de fin : l’utilisation d’un horodatage obsolète ou ancien entraîne l’échec ou l’ignorance des requêtes de mise à jour et de fin par l’appareil.
• Ne réutilisez PAS les horodatages des requêtes précédentes et n’utilisez pas de valeurs mises en cache.
• Générer un nouvel horodatage pour chaque appel API.

Champs facultatifs (tous les types d’événements) :

• requestId : identifiant unique pour le tracking (recommandé).
• alert : objet avec title et body pour la notification (utile pour attirer l’attention sur les mises à jour).

À propos de dismissal-date:

• Champ facultatif contenant l'heure Unix epoch (secondes).
• Uniquement pertinent en cas deevent: "end".
• Indique à quel moment l’activité dynamique doit être automatiquement supprimée de l’appareil.
• Si elle n’est pas fournie lors de l’événement de fin, l’activité dynamique reste visible jusqu’à ce que l’utilisateur la ferme.
• Doit être un horodatage ultérieur (postérieur à timestamp).

Assurez-vous que la payload de l’API correspond à la mise en œuvre ActivityAttributes de l’application iOS. Le protocole LiveActivityAttributes d’Adobe SDK étend la ActivityAttributes d’iOS et nécessite une propriété liveActivityData.

Validez le mappage :

1. Votre ActivityAttributes doit mettre en œuvre le protocole LiveActivityAttributes d’Adobe. Exemple :

   code language-swift
   struct FoodDeliveryLiveActivityAttributes: LiveActivityAttributes { public struct ContentState: Codable, Hashable { var orderStatus: String var estimatedDeliveryTime: String } // Adobe SDK requirement var liveActivityData: LiveActivityData // Your custom attributes var restaurantName: String }

   Notez que le champ liveActivityData est requis par Adobe SDK et doit être inclus dans toutes les implémentations.

2. La payload de l’API doit refléter la structure d’iOS :

   code language-json
   { "aps": { "event": "start", "timestamp": 1756984054, "attributes-type": "FoodDeliveryLiveActivityAttributes", "content-state": { "orderStatus": "Preparing", "estimatedDeliveryTime": "20 mins" }, "attributes": { "liveActivityData": { "liveActivityID": "order-12345" }, "restaurantName": "Pizza Palace" } } }

Liste de contrôle de validation :

• Incluez tous les champs ContentState dans content-state (obligatoire pour tous les types d’événements).

• Incluez tous les champs LiveActivityAttributes dans attributes (événements de début uniquement), notamment :

  • liveActivityData (obligatoire ; contient généralement un identifiant liveActivityID ou similaire)
  • Tous les champs personnalisés de votre structure

• Faire correspondre exactement les noms des champs (respect de la casse).

• Faire correspondre les types de données (chaîne, entier, booléen, objets imbriqués).

• Conserver la structure de l’objet imbriqué.

Erreurs courantes :

Pour consulter d’autres exemples, consultez la page Créer une activité en direct.

Vérifiez l’exécution de l’API et la diffusion de la payload à l’aide d’Assurance :

1. Ouvrez votre session Assurance.

2. Exécutez l’appel API pour déclencher l’activité dynamique.

3. Dans la Liste des événements, vérifiez les éléments suivants :

   • Événements d’exécution de campagne.
   • Événements de diffusion des activités en direct.
   • Événements d’erreur de validation de la payload.

4. Examinez les payloads d’événement pour vérifier les éléments suivants :

   • La payload a été traitée correctement.
   • Aucune erreur de validation ne s’est produite.
   • Live Activity a été envoyé aux APNs.

1. Accédez à votre Campagne d’activité dynamique.

2. Cliquez sur le bouton Rapports.

3. Sélectionnez Afficher le rapport en tout temps.

4. Consultez les sections suivantes :

   1. Vérifiez les mesures Statistiques d’envoi pour comprendre le succès de la diffusion :

      table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3
      Mesure	Signification	Éléments à rechercher
      Ciblé	Nombre de profils qualifiés pour l’audience	Doit inclure votre profil de test
      Envois	Nombre total de notifications push ayant fait l’objet d’une tentative	Doit correspondre à vos appels API
      Délivrés	Distribué avec succès sur les appareils	Comparer aux envois pour voir le taux de succès
      Erreurs d’envoi	Notifications push dont l’envoi a échoué	Nombres élevés
      Envoyer les exclusions	Profils exclus par Adobe Journey Optimizer	Vérifier si votre profil a été exclu

   2. Si Envoyer les erreurs > 0, consultez le tableau Causes des erreurs pour obtenir des codes d’erreur et des messages spécifiques :

      table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3
      Erreur courante	Signification	Résolution
      Jeton non valide	Jeton push non valide ou expiré	Réenregistrer les jetons d’activité dynamique sur l’appareil
      Jeton introuvable	Aucun jeton valide associé au profil	Vérifier lliveActivityPushNotificationDetailsexistence
      APNs rejetés	Le service de notification push Apple a rejeté la notification push	Vérifier le certificat APNS, l’ID de lot, l’environnement
      Timeout réseau	Impossible d'atteindre les APNs	Problème transitoire ; réessayez l’appel API

   3. Si Envoyer les exclusions > 0, cochez le tableau Causes d’exclusion :

      table 0-row-3 1-row-3 2-row-3 3-row-3
      Exclusion Commune	Signification	Résolution
      Profil désinscrit	L’utilisateur s’est opposé aux notifications	Vérifier le statut de consentement du profil
      Jeton placé sur la liste bloquée	Jeton marqué comme non valide	Réenregistrer le jeton ou vérifier le statut de la liste bloquée
      Profil non éligible	Le profil ne répond pas aux critères de la campagne.	Vérifier les règles d’audience de campagne

Pour en savoir plus, consultez la page ​ Rapport de campagne d’activité dynamique ​.

1. Accédez à Client > Profils dans Journey Optimizer.

2. Recherchez et ouvrez le profil.

3. Sélectionnez l’onglet Événements.

4. Filtrez ou recherchez des événements avec eventType = "message.feedback".

5. Recherchez des événements de retour correspondant au type de liveActivityID et de event de votre activité en direct.

6. Examinez les champs clés suivants :

   table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3
   Champ	Valeurs possibles	Signification
   feedbackStatus	sent, error, denylist	Résultat de diffusion du prestataire
   serviceProvider	apns/apnsSandbox	Doit être un APN pour les activités iOS Live
   errorCode	Code numérique ou null	Code d’erreur spécifique à APNS en cas d’échec
   errorMessage	Description ou null de l’erreur	Message d’erreur lisible par l’utilisateur

7. If feedbackStatus: "error":

   • Vérifiez les errorCode et les errorMessage pour détecter les erreurs APNs spécifiques
   • Les erreurs APNs courantes incluent un jeton expiré, un certificat non valide, un ID de lot incorrect

8. Si aucun événement de retour n’a été trouvé :

   • Il se peut que la notification push n’ait pas été tentée
   • Vérifiez si le profil a été exclu des rapports de campagne, comme décrit à l’étape 1 ci-dessus.

1. Ouvrez votre session Assurance, elle doit être active pendant l’appel API.

2. Exécutez l’appel API (début, mise à jour ou fin).

3. Dans la Liste des événements, recherchez les événements de diffusion Activité en direct .

4. Recherchez des événements liés à la diffusion des notifications push APNS.

5. Recherchez les indicateurs suivants :

   • Requête push aux APNs : confirme qu’Adobe a envoyé la notification push aux serveurs Apple.
   • Réponse APNs : indique si APNs a accepté ou rejeté la notification push.
   • Statut de la diffusion : indication de succès ou d'échec

6. Si des problèmes sont détectés, reportez-vous aux problèmes de diffusion APNS courants suivants :

   table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3
   Problème	Symptôme dans Assurance	Résolution
   Certificat APNS expiré	Erreur d’authentification	Renouveler et charger un nouveau certificat APNS
   Mauvais environnement (développement ou production)	Erreur de correspondance de jeton	S’assurer que le certificat correspond au type de build de l’application
   Incompatibilité de l’ID de lot	Identifiant de lot non valide	Vérifier que l’ID de groupe de certificats correspond à l’application
   Jeton expiré	Erreur InvalidToken depuis APNS	Réenregistrer les jetons d’activité actifs
   Limitation de débit	Trop de requêtes	Réduire la fréquence des appels API

1. Vérifiez les mesures de cycle de vie des activités dynamiques dans le rapport de campagne.

   Dans le rapport de campagne, passez en revue la section Cycle de vie des activités dynamiques :

   table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2
   Mesure	Éléments à vérifier
   Démarrages à distance	Doit afficher le nombre de démarrages déclenchés par l’API
   Mises à jour	Doit afficher le nombre d’événements de mise à jour
   Se termine	Doit afficher le nombre d’événements de fin
   Nombre de totaux	Volume global des événements d’activité en direct

   Si ces mesures sont égales à zéro ou ne correspondent pas à vos appels API, il existe un problème de diffusion entre Adobe et APNS.

2. Si Adobe affiche une diffusion réussie mais que l’appareil n’affiche pas l’activité active :

   • Recherchez des erreurs d’activité en direct dans les journaux d’appareils iOS.
   • Vérifiez que l’application est en premier plan ou en arrière-plan (non terminée).
   • Vérifiez que l’appareil dispose d’une connectivité réseau.
   • Testez plusieurs appareils pour exclure les problèmes spécifiques à l’appareil.
   • Vérifiez qu’iOS version 16.1 ou ultérieure.

Si vous avez terminé toutes les étapes et que le problème n’est pas résolu, contactez l’assistance clientèle d’Adobe à l’adresse suivante :

Informations requises :

• Identifiant et nom de campagne

• Espace de noms et ID du profil

  • liveActivityID à partir de la payload de l’API

• Horodatages des appels API

• Captures d’écran de :

  • Rapports De Campagne (Statistiques D’Envoi, Raisons D’Erreur, Raisons D’Exclusion)
  • Événements de profil (liveActivity.updateToken, message.feedback)
  • Session Assurance présentant les événements de diffusion

• Payload de requête API complète

• Détails du certificat APNS (expiration, environnement, ID de lot)

1. Ouvrez votre session Assurance.

2. Assurez-vous que la session était active lorsque l’activité active a démarré sur l’appareil.

3. Filtrez ou recherchez des événements avec eventType = "liveActivity.updateToken".

4. Sélectionnez l’événement et examinez la payload :

   • Vérifiez que le champ token contient une chaîne de jeton de mise à jour valide.
   • Vérifiez que le liveActivityID correspond à votre instance d’activité dynamique.
   • Vérifiez que la activityType correspond à votre attributes-type.

5. Si l’événement est introuvable :

   • Le jeton de mise à jour n’a pas été généré ou capturé par le SDK.
   • Vérifiez si l’utilisateur a accordé des autorisations d’activité en direct.
   • Vérifiez que l’activité active a bien démarré sur l’appareil.
   • Vérifiez que le SDK mobile est correctement intégré pour capturer les jetons de mise à jour.

6. Si l’événement est trouvé, passez à l’étape 2.

1. Accédez à Client > Profils dans Journey Optimizer.

2. Recherchez et ouvrez le profil.

3. Sélectionnez l’onglet Événements.

4. Recherchez les événements liveActivity.updateToken.

5. Vérifiez les détails de l’événement :

   • Vérifiez que l’horodatage est récent (correspond au démarrage de l’activité dynamique).
   • Vérifiez que les token et les liveActivityID sont présents.
   • Assurez-vous que la activityType est correcte.

6. Si l’événement est introuvable dans le profil :

   • L’événement de jeton de mise à jour n’a peut-être pas encore été ingéré dans le profil.
   • Patientez 5 à 10 minutes et vérifiez à nouveau.
   • S’il manque toujours après 15 minutes, il peut y avoir un problème d’ingestion d’événement.

7. Si l’événement est trouvé, le jeton de mise à jour a été synchronisé. Vous pouvez passer à l’étape 3.

1. Au cours de votre session Assurance, exécutez une mise à jour ou terminez un appel API.

2. Dans la Liste des événements, recherchez les événements de diffusion Activité en direct (événements push APNs).

3. Recherchez des événements indiquant :

   • Notification push envoyée aux APNs.
   • Réponse des APNs (succès ou erreur).
   • Confirmation de diffusion.

4. Si un événement de diffusion APNS est présent : la notification push a été envoyée. Si l’appareil n’est toujours pas mis à jour, le problème peut concerner l’appareil (l’application ne gère pas la notification push, problèmes réseau, etc.).

5. Si l'événement de diffusion APNs est manquant : le jeton de mise à jour peut ne pas être correctement stocké ou associé au profil dans le système Adobe.

6. Si des événements d’erreur sont présents : examinez les détails de l’erreur pour des raisons d’échec spécifiques (jeton non valide, APN rejetés, etc.).

1. Ouvrez votre campagne marketing déclenchée par API dans Journey Optimizer.

2. Accédez à la section Audience et vérifiez les éléments suivants :

   • Une audience est sélectionnée pour la campagne.
   • L’ID d’audience correspond à celui utilisé dans votre payload d’API.
   • L’audience contient les profils attendus.

3. Accédez à la section Actions.

4. Vérifiez la Configuration de l'activité dynamique :

   • La configuration doit être définie pour l’application iOS avec l’identifiant de lot approprié.
   • Le type d’activité doit correspondre à la attributes-type de votre payload API. Par exemple, si votre payload contient des "attributes-type": "AirplaneTrackingAttributes", la campagne doit spécifier le même type d’activité.

La structure de la payload de diffusion diffère des campagnes unitaires. Vérifiez que la payload respecte le format de diffusion approprié.

Champs obligatoires pour la diffusion :

{
  "campaignId": "878a11d4-b519-47bd-8313-fecfee19857b",
  "audience": {
    "id": "8c3dbdea-2957-401f-acf0-3966fba1601e"
  },
  "context": {
    "requestPayload": {
      "aps": {
        "input-push-channel": "FEt0NgvLEfEAAOqA6AXdIQ==",
        "content-available": 1,
        "timestamp": 1771829292,
        "event": "update",
        "attributes-type": "AirplaneTrackingAttributes",
        "content-state": { ... },
        "attributes": { ... }
      }
    }
  }
}

Problèmes courants de payload :

Champs critiques spécifiques à la diffusion :

• input-push-channel :

  • Requis pour toutes les activités en direct de diffusion.
  • Sert d’identifiant unique pour cette instance de diffusion spécifique.
  • Tous les profils de l’audience reçoivent des activités en direct liées à ce canal.
  • Doit correspondre à la channelID dans liveActivityData.channelID (voir Étape 3).
  • Doit être créé pour le appID sur le portail Apple Developer Portal par le client.
  • Seuls les canaux créés pour l’appID spécifique peuvent être utilisés pour diffuser l’activité en direct sur cette application.

• audience.id :

  • Un segment d’audience valide créé dans Adobe Experience Platform doit être référencé.
  • Tous les profils de cette audience sont ciblés pour l’activité en direct.
  • L’audience doit être activée et contenir des profils avec des liveActivityPushNotificationDetails valides.

Utilisez toujours la dernière date et heure :

• Le champ timestamp doit toujours correspondre à l’heure Unix actuelle (en secondes) pour chaque appel API.
• Cette exigence s’applique à tous les types d’événements : start, update et end.
• Critique pour les mises à jour/fin : l’utilisation d’horodatages obsolètes entraîne l’échec des demandes de mise à jour et de fin.
• Générez un nouvel horodatage pour chaque appel API de diffusion.

Champs facultatifs :

• dismissal-date : époque Unix pour le rejet automatique (pertinent uniquement pour les événements end)
• alert : objet avec title et body pour la notification

Consultez la documentation de l’API de messagerie Adobe Journey Optimizer 🔗 pour obtenir des spécifications d’API complètes.

Assurez-vous que les champs de payload correspondent à l’implémentation ActivityAttributes de votre application iOS et que le input-push-channel correspond au channelID dans liveActivityData.

1. Vérifiez votre définition d’Attributs d’activité iOS.

Votre structure de ActivityAttributes personnalisée doit implémenter le protocole LiveActivityAttributes d’Adobe :

struct AirplaneTrackingAttributes: LiveActivityAttributes {
 public struct ContentState: Codable, Hashable {
     var journeyProgress: Int
 }

 // Adobe SDK requirement
 var liveActivityData: LiveActivityData

 // Your custom attributes
 var arrivalAirport: String
 var departureAirport: String
 var arrivalTerminal: String
}

1. Mappez les champs iOS à la payload de l’API de diffusion.

Pour tous les événements, incluez les attributes et les content-state :

      {
      "aps": {
       "input-push-channel": "FEt0NgvLEfEAAOqA6AXdIQ==",
       "event": "start",
       "timestamp": 1771829292,
       "attributes-type": "AirplaneTrackingAttributes",
       "content-state": {
         "journeyProgress": 0
       },
       "attributes": {
         "arrivalAirport": "DEL",
         "departureAirport": "MUM",
         "arrivalTerminal": "T1",
         "liveActivityData": {
           "channelID": "FEt0NgvLEfEAAOqA6AXdIQ=="
         }
       }
      }
      }

Critique : input-push-channel doit correspondre àchannelID

• La valeur input-push-channel à la racine de aps doit correspondre exactement à la channelID dans liveActivityData.
• Dans l’exemple ci-dessus, les deux valeurs sont "FEt0NgvLEfEAAOqA6AXdIQ==".
• Cette correspondance associe l’instance de diffusion aux données d’activité en direct.
• Une incohérence entraîne des échecs de diffusion.

Points clés de validation :

• Incluez tous les champs ContentState dans content-state pour tous les types d’événements.
• Incluez tous les champs de LiveActivityAttributes personnalisés dans attributes pour les événements de début uniquement.
• Pour les événements de début, les liveActivityData.channelID doivent correspondre aux input-push-channel.
• Les noms des champs sont sensibles à la casse et doivent correspondre exactement.
• Les types de données doivent correspondre (chaîne, entier, booléen, objets imbriqués, etc.).
• Pour les événements de mise à jour/fin, utilisez le même input-push-channel que l’événement de début d’origine.

Erreurs courantes :

Vérifiez l’exécution de l’API et la diffusion de la payload à l’aide d’Assurance :

1. Ouvrez votre session Assurance sur un appareil de test qui fait partie de l’audience.

2. Exécutez l’appel API de diffusion.

3. Dans la Liste des événements, recherchez :

   • Événements d’exécution de campagne.
   • Événements de diffusion des activités en direct.
   • Événements d’erreur indiquant les échecs de validation de la payload.

4. Inspectez les payloads d’événement pour confirmer :

   • La payload a été traitée correctement.
   • Le input-push-channel est présent.
   • Aucune erreur de validation ne s’est produite.
   • Les activités en direct ont été envoyées aux APNs pour les membres de l'audience.

Tout d’abord, vérifiez si le profil qui doit recevoir l’activité en direct fait réellement partie de l’audience.

1. Accédez à Audiences dans Adobe Experience Platform.

2. Recherchez et ouvrez l’audience à l’aide du audience.id de votre campagne.

3. Cliquez sur Parcourir ou Exemples de profils pour afficher les membres de l’audience.

4. Recherchez votre profil de test à l’aide de l’espace de noms et de la valeur d’identité.

5. Si le profil est introuvable dans l’audience :

   • Le profil ne répond pas aux critères d’audience ou aux règles de segment.
   • Consultez la définition de l’audience pour comprendre les exigences d’appartenance.
   • Mettez à jour les données de profil ou la définition d’audience pour inclure le profil.
   • Attendez la fin de l’évaluation de l’audience (voir Étape 2).

6. Si le profil est trouvé dans l’audience : passez à l’étape 2 pour vérifier l’actualisation des données.

Déterminez si l’audience utilise une évaluation par lots ou par flux, car cela détermine l’actualisation des données.

1. Sur la page Détails de l’audience, vérifiez la méthode Évaluation :

   • Lot : évalué une fois par jour selon un planning.
   • Streaming : évalué en temps réel lorsque des mises à jour de profil se produisent.
   • Edge : évalué aux emplacements Edge en temps réel.

Suivez les étapes de dépannage appropriées en fonction de la méthode d’évaluation :

Si l’audience utilise l’évaluation par lots :

1. Comprendre les limites des audiences par lots :

   • Les audiences par lots sont évaluées une fois par jour (généralement le soir).
   • L’instantané d’audience peut avoir jusqu’à 24 heures.
   • Si un profil a récemment enregistré des jetons d’activité dynamique, ces jetons peuvent ne pas se trouver dans l’instantané actuel.
   • Les mises à jour apportées aux profils ne seront reflétées que lors de la prochaine évaluation par lots.

2. Vérifier à quel moment s’est produite la dernière évaluation :

   • Dans les détails de l’audience, recherchez l’horodatage Dernière évaluation.
   • Si les liveActivityPushNotificationDetails du profil ont été mises à jour après cet horodatage, l’audience contient des données obsolètes.

3. Résoudre les données obsolètes :

   1. Option 1 : attendre l’évaluation par lots planifiée

      • La prochaine évaluation par lot inclura les données de profil mises à jour.
      • Cela se produit automatiquement une fois par jour.
      • Idéal pour les scénarios non urgents.

   2. Option 2 : déclencher l’évaluation des audiences à la demande

      1. Accédez à Audiences dans AEP.
      2. Sélectionnez votre audience.
      3. Cliquez sur Évaluer maintenant ou Activer à la demande.
      4. Attendez la fin de l’évaluation (cela peut prendre de quelques minutes à plusieurs heures selon la taille de l’audience).
      5. Vérifiez que le profil contient désormais des données mises à jour dans l’instantané d’audience.
      6. Réessayez l’appel API de diffusion.

Si l’audience utilise l’évaluation par flux :

1. Comprendre le comportement de l’audience de diffusion en continu :

   • Les audiences en flux continu sont évaluées en temps réel lorsque des mises à jour de profil se produisent.
   • Nouveaux profils : remplissez les conditions peu de temps après leur création s’ils répondent aux critères du segment.
   • Profils mis à jour : qualifiez-vous ou disqualifiez-vous peu de temps après la mise à jour.
   • Profils inchangés existants : ne sont pas réévalués, sauf si une mise à jour est effectuée.

2. Identifier le problème :

   • Si un profil existe déjà et répond aux critères du segment, mais qu’aucune mise à jour n’a lieu sur ce profil, il ne peut pas être ajouté à une audience de diffusion en continu nouvellement créée.
   • Le profil doit recevoir une mise à jour (toute modification d’attribut) pour déclencher une réévaluation.

3. Résolvez le problème :

   • Pour les nouveaux profils : ils sont automatiquement qualifiés si les critères sont remplis. Aucune action n’est nécessaire.

   • Pour les profils existants sans mises à jour récentes :

     • Apportez une mise à jour mineure au profil (par exemple, mettez à jour un champ d’horodatage).
     • Cela déclenche l’évaluation en flux continu et ajoute le profil à l’audience.
     • Alternative : utilisez une audience par lots ou une audience Edge pour les profils existants.