Platform FAQ et guide de dépannage

Ce document fournit des réponses aux questions fréquentes sur Adobe Experience Platform, ainsi qu’un guide de dépannage de haut niveau pour les erreurs courantes qui peuvent se produire dans toute API Experience Platform. Pour obtenir des guides de dépannage sur les services Platform individuels, consultez le répertoire de dépannage du service ci-dessous.

FAQ

Vous trouverez ci-dessous une liste de réponses aux questions les plus fréquemment posées à propos d’Adobe Experience Platform.

Que sont les Experience Platform API ?

Experience Platform offre plusieurs API RESTful qui utilisent des requêtes HTTP pour accéder aux Platform ressources. Ces API de service présentent chacune plusieurs points de terminaison et vous permettent d’effectuer des opérations ayant pour but de répertorier (GET), de rechercher (GET), de modifier (PUT et/ou PATCH) et de supprimer (DELETE) des ressources. Pour plus d’informations sur les points de terminaison spécifiques et sur les opérations disponibles pour chaque service, consultez la documentation de référence sur l’API sur Adobe I/O.

Comment formater une requête API ?

Les formats de requête varient en fonction de l’API Platform utilisée. La meilleure façon de structurer vos appels d'API est de suivre les exemples fournis dans la documentation du service Platform particulier que vous utilisez.

Pour plus d'informations sur le formatage des demandes d'API, consultez le guide de prise en main de l'API de plate-forme lecture des exemples d'appels d'API.

Quelle est mon organisation IMS ?

Une organisation IMS est une représentation Adobe d’un client. Toutes les solutions Adobe sous licence intègrent cette organisation client. Lorsqu'une organisation IMS est autorisée à Experience Platform, elle peut attribuer un accès aux développeurs. L’identifiant d’organisation IMS (x-gw-ims-org-id) représente l’organisation pour laquelle un appel API devrait être exécuté. Il est donc nécessaire de le place en tant qu’en-tête de toutes les requêtes API. Cet identifiant est accessible via la Console développeur d'Adobes : dans l'onglet Intégrations, accédez à la section Aperçu pour toute intégration particulière afin de trouver l'identifiant sous Informations d'identification du client. Pour une présentation détaillée de la procédure d’authentification dans Platform, consultez le didacticiel d’authentification.

Où trouver ma clé API ?

Une clé API doit constituer l’en-tête de toutes les requêtes API. Il est accessible via la Console développeur d'Adobes. Dans la console, sous l’onglet Intégrations, accédez à la section Aperçu pour une intégration spécifique et vous trouverez la clé sous Informations d’identification client. Pour une présentation détaillée de la procédure d’authentification de Platform, consultez le didacticiel d’authentification.

Comment obtenir un jeton d’accès ?

Les jetons d’accès doivent être renseignés dans l’en-tête d’autorisation de tous les appels API. Ils peuvent être générés à l’aide d’une commande curl, à condition que vous ayez accès à une intégration pour une organisation IMS. Les jetons d’accès ne sont valides que pendant 24 heures. Après ce délai, un nouveau jeton doit être généré pour continuer à utiliser l’API. Pour plus d’informations sur la génération des jetons d’accès, consultez le tutoriel sur l’authentification.

Comment utiliser les paramètres de requête ?

Certains points de terminaison de l'API Platform acceptent des paramètres de requête pour localiser des informations spécifiques et filtrer les résultats renvoyés dans la réponse. Les paramètres de requête sont ajoutés aux chemins de requête avec un point d’interrogation (?), suivi d’un ou plusieurs paramètres de requête sous le format paramName=paramValue. Lorsque vous combinez plusieurs paramètres dans un seul appel, vous devez utiliser une esperluette (&) pour les séparer. L’exemple suivant illustre la manière dont une requête qui utilise plusieurs paramètres de requête est représentée dans la documentation.

Voici quelques exemples de paramètres de requête fréquemment utilisés :

GET /tenant/schemas?orderby=title
GET /datasets?limit=36&start=10
GET /batches?createdAfter=1559775880000&orderBy=desc:created

Pour savoir précisément quels paramètres de requête sont disponibles pour un service ou un point de terminaison en particulier, consultez la documentation spécifique au service.

Comment indiquer un champ JSON à mettre à jour dans une requête PATCH ?

De nombreuses opérations de PATCH dans les API Platform utilisent des chaînes Pointeur JSON pour indiquer les propriétés JSON à mettre à jour. Elles sont généralement incluses dans les payloads des requêtes au format JSON Patch. Pour plus d’informations sur la syntaxe requise pour ces technologies, consultez le guide de base de l’API.

Puis-je utiliser Postman pour appeler les API Platform ?

Postman est un outil utile pour visualiser les appels vers les API RESTful. Le guide de prise en main de l'API de plateforme contient une vidéo et des instructions sur l'importation de collections Postman. De plus, une liste de collections Postman pour chaque service est fournie.

Quelle est la configuration requise pour Platform?

Selon que vous utilisez l’interface utilisateur ou l’API, la configuration suivante est nécessaire :

Pour les opérations basées sur l’interface utilisateur :

• Un navigateur web standard et moderne. Bien que la dernière version de Chrome soit recommandée, les versions majeures actuelles et précédentes de Firefox, Internet Explorer et Safari sont également prises en charge.
  • Chaque fois qu'une nouvelle version majeure est publiée, Platform débuts prenant en charge la version la plus récente tandis que la prise en charge de la troisième version la plus récente est supprimée.
• Les cookies et JavaScript doivent être activés pour tous les navigateurs.

Pour les interactions entre les développeurs et l’API :

• Un environnement de développement à faire évoluer pour les intégrations de REST, de flux continu et de webhook.

Erreurs et dépannage

Voici une liste d'erreurs que vous pouvez rencontrer lors de l'utilisation d'un service Experience Platform. Pour obtenir des guides de dépannage sur les services Platform individuels, consultez le répertoire de dépannage du service ci-dessous.

Codes d’état API

Les codes d'état suivants peuvent être rencontrés sur toute API Experience Platform. Chacun d’entre eux pouvant être causé par un grand nombre d’éléments, les explications données dans cette section sont générales. Pour plus d'informations sur les erreurs spécifiques dans les services Platform individuels, consultez le répertoire de dépannage du service ci-dessous.

| Code d’état | Description | Causes possibles |
— | — |

| 400 | Mauvaise requête | La requête a été mal construite, des informations de clé étaient absentes et/ou sa syntaxe était incorrecte. |
| 401 | Échec de l’authentification | La requête n’a pas pu être authentifiée. Votre jeton d’accès est peut-être absent ou non valide. Pour plus d’informations, reportez-vous à la section erreurs de jeton OAuth ci-dessous. |
| 403 | Interdit | La ressource a été trouvée, mais vous ne possédez pas les informations d’identification appropriées pour la consulter. |
| 404 | Introuvable | La ressource demandée n’a pas été trouvée sur le serveur. La ressource a peut-être été supprimée, ou le chemin d’accès demandé n’a pas été correctement saisi. |
| 500 | Erreur interne du serveur | Il s’agit d’une erreur côté serveur. Si vous effectuez de nombreux appels simultanés, vous pouvez atteindre la limite de l’API et devoir filtrer vos résultats. (Voir le sous-guide du développeur d'API Catalog Service sur le filtrage des données pour en savoir plus.) Patientez avant de réessayer votre requête et contactez votre administrateur si le problème persiste. |

Erreurs dans l’en-tête de la requête

Tous les appels d'API dans Platform nécessitent des en-têtes de requête spécifiques. Pour connaître les en-têtes nécessaires pour un service en particulier, consultez la documentation de référence sur l’API. Pour rechercher les valeurs des en-têtes d’authentification requis, consultez le tutoriel sur l’authentification. Si l’un de ces en-têtes est absent ou non valide lors d’un appel API, les erreurs suivantes peuvent se produire.

Jeton OAuth absent

{
    "error_code": "403010",
    "message": "Oauth token is missing."
}

Ce message d’erreur s’affiche lorsqu’un en-tête Authorization est absent d’une requête API. Assurez-vous que l’en-tête d’autorisation comprend un jeton d’accès valide avant de réessayer.

Jeton OAuth non valide

{
    "error_code": "401013",
    "message": "Oauth token is not valid"
}

Ce message d’erreur s’affiche lorsque le jeton d’accès indiqué dans l’en-tête Authorization n’est pas valide. Assurez-vous que le jeton a été saisi correctement ou générez un nouveau jeton dans la console Adobe I/O.

Clé API requise

{
    "error_code": "403000",
    "message": "Api Key is required"
}

Ce message d’erreur s’affiche lorsqu’un en-tête de clé API (x-api-key) est absent d’une requête API. Assurez-vous que l’en-tête comprend une clé API valide avant de réessayer.

Clé API non valide

{
    "error_code": "403003",
    "message": "Api Key is invalid"
}

Ce message d’erreur s’affiche lorsque la valeur de l’en-tête de clé API indiqué (x-api-key) n’est pas valide. Vérifiez que vous avez correctement saisi la clé avant de réessayer. Si vous ne connaissez pas votre clé API, vous pouvez la trouver dans la console Adobe I/O : dans l’onglet Intégrations, accédez à la section Aperçu pour une intégration spécifique afin de trouver la clé API sous Informations d’identification du client.

En-tête absent

{
    "error_code": "400003",
    "message": "Missing header"
}

Ce message d’erreur s’affiche lorsqu’un en-tête d’organisation IMS (x-gw-ims-org-id) est absent d’une requête API. Assurez-vous que l’en-tête comprend l’identifiant de votre organisation IMS avant de réessayer.

Profil non valide

{
    "error_code": "403025",
    "message": "Profile is not valid"
}

Ce message d’erreur s’affiche lorsque l’intégration d’utilisateur ou d’Adobe I/O (identifiée par le jeton d'accès dans l’en-tête Authorization) n’est pas autorisée à invoquer les API Experience Platform pour l’organisation IMS fournie dans l’en-tête x-gw-ims-org-id. Vérifiez que vous avez indiqué le bon identifiant pour votre organisation IMS dans l’en-tête avant de réessayer. Si vous ne connaissez pas l’identifiant de votre organisation, vous pouvez le trouver dans la console Adobe I/O : dans l’onglet Intégrations, accédez à la section Aperçu pour une intégration spécifique afin de trouver l’identifiant sous Informations d’identification du client.

Type de contenu valide non spécifié

{
    "type": "/placeholder/type/uri",
    "status": 400,
    "title": "BadRequestError",
    "detail": "A valid content-type must be specified"
}

Ce message d’erreur s’affiche lorsqu’une requête POST, PUT ou PATCH comporte un en-tête Content-Type non valide ou n’en comporte pas. Assurez-vous que l’en-tête est inclus dans la requête et que sa valeur est bien application/json.

Répertoire de dépannage des services

Voici une liste de guides de dépannage et de documentation de référence d'API pour les API Experience Platform. Chaque guide de dépannage fournit des réponses aux questions fréquentes et des solutions aux problèmes spécifiques à des services Platform individuels. Les documents de référence sur l’API fournissent un guide complet de tous les points de terminaison disponibles pour chaque service et présentent des échantillons de corps de requête, de réponses et de codes d’erreur que vous pouvez recevoir.