Source HTTP tracking API

version 2.0

L'HTTP Tracking API est utilisé pour suivre des événements depuis n'importe quel site web, application ou serveur. Les données sont collectées par nos serveurs, puis traitées et routées vers toute destination configurée. Il est souvent utilisé pour un cas d'utilisation server-to-server.

Pour gérer les utilisateurs, consultez plutôt le User APIdédié, et pour les produits, le Product API.

URL de l'endpoint

L'endpoint collect de l'API est disponible à l'URL suivante :

https://collect.commander1.com/events?tc_s={siteId}&token={sourceKey}

Méthode HTTP : POST

Paramètres

  • tc_s (obligatoire) : site id

  • token (obligatoire) : source key

La source key est affichée dans les paramètres de n'importe quel source.

En-têtes

Type de contenu

L'endpoint nécessite un en-tête Content-Type défini sur application/json:

Content-Type: application/json

payload

Les propriétés de l'événement doivent être fournies dans le corps de la requête au format JSON.

Consultez les détails sur les bonnes pratiques en matière de nommage des événements ainsi que le event method payload dans nos spécifications.

Les horodatages doivent être en millisecondes (ms).

consistent_anonymous_id correspond à un identifiant unique pour un utilisateur, utilisé sur la plateforme CAX pour identifier un utilisateur. C'est l'équivalent du cookie CAID sur une source Web.

Erreurs

L'endpoint renvoie une réponse HTTP 200 à toutes les requêtes API. Ainsi, le débogage doit être effectué à l'aide de l'interface de la plateforme ou de notre config API (event inspector ou event delivery API).

À titre d'exception, un code HTTP 400 est renvoyé si la requête est trop volumineuse ou si le JSON du payload est invalide.

Taille maximale de la requête

La taille maximale est de 32 Ko par requête API.

Le batch L'endpoint API accepte un maximum de 500 Ko par requête, avec une limite de 32 Ko par événement dans le batch.

Limite de débit

Il n'existe pas de véritable limite de débit au-delà de laquelle le système rejettera vos données. Mais si vous devez importer à une cadence supérieure à 500 requêtes par seconde, veuillez nous contacter au préalable.

Exemple

Exemple de requête API :

Spécification OpenAPI

Télécharger la spécification OpenAPI :

Sécurité et authentification

Notre API fonctionne en HTTPS, une norme pour une communication sécurisée sur Internet. Ce protocole garantit que les données sont chiffrées et transmises de manière sécurisée.

En complément du HTTPS, nous utilisons un système d'authentification basé sur un token API. Chaque source créée se voit attribuer un token unique qui reste constant pour toutes les requêtes API de cette source spécifique. Cette conception offre à la fois sécurité et praticité, permettant aux clients de gérer plusieurs sources, chacune avec son propre token dédié. La possibilité pour les clients de créer, gérer et désactiver des sources à volonté via notre interface ajoute un niveau de contrôle supplémentaire, garantissant que les tokens puissent être invalidés si nécessaire pour des raisons de sécurité ou opérationnelles. Notre approche de sécurité est adaptée aux besoins variés de nos clients. Nous nous concentrons sur la fourniture d'une expérience sécurisée, efficace et conviviale. Notre choix du HTTPS et de l'authentification par token s'inscrit dans notre engagement à fournir une sécurité robuste tout en garantissant une intégration simple et une flexibilité opérationnelle pour nos clients. Cette approche est choisie plutôt que des systèmes plus complexes comme Mutual TLS (mTLS), OpenID Connect (OIDC) ou le filtrage IP.

batch

Le batch method vous permet d'envoyer une série de event requêtes dans un seul batch, ce qui permet d'économiser sur les requêtes sortantes.

La taille maximale est de 500 Ko par requête batch et 32 Ko par appel.

L'endpoint collect de l'API BATCH est disponible à l'URL suivante :

Exemple de batch

Exemple de requête API :

Mis à jour

Ce contenu vous a-t-il été utile ?