Captain Metrics Docs
  • Qu'est-ce que Captain Metrics ?
  • Introduction
    • Bien démarrer
    • Unification des utilisateurs
  • Multi-channel attribution
    • Introduction à l'attribution multi-canal
    • Configuration & mapping des canaux
  • Notifications
    • Introduction
    • Notifications & templates
    • Macros
    • Topics
  • Marketing automation
    • Workflows
    • Export des segments
  • Intégrations
    • Agent web JS
    • Google AMP
    • Shopify
    • WooCommerce
    • Google Ads
    • Facebook Ads
    • Mailchimp
    • Postmark
    • Twilio
    • Webhook
    • SparkPost
    • Klaviyo
  • Data Import API
    • Fonctionnement
    • Schémas
  • Data Read API
    • Read API
Propulsé par GitBook
Sur cette page
  • Traitement des données
  • Endpoint
  • Format
  • Authentification

Cet article vous a-t-il été utile ?

  1. Data Import API

Fonctionnement

PrécédentKlaviyoSuivantSchémas

Dernière mise à jour il y a 4 ans

Cet article vous a-t-il été utile ?

Captain Metrics est entièrement construit sur une API, cependant pour simplifier les choses, seul l'import des datas est documenté ici. N'hésitez pas à nous contacter si vous avez d'autres besoins.

La collecte des éléments de navigation web doit être effectuée par l', et non par l'API d'import des datas.

Traitement des données

Captain Metrics a été construit pour supporter l'ingestion de données non-ordonnées temporellement (out-of-order time-series), de façon à pouvoir importer des données anciennes et obtenir une vision la plus complète possible.

Tous les types d'objets (user, product, order...) sont ingérés en mode update-insert et idempotents : l'import de deux users identiques aura pour résultat l'ajout d'un seul user dans la base de donnée.

Lorsqu'un objet importé est déjà présent dans la base de donnée, et qu'il contient des données nouvelles, les champs manquants sont alors fusionnés de façon à enrichir l'objet.

A la fin d'une requête d'import de données, tous les users concernés par cet import sont automatiquement repassés dans le moteur de segmentation et d'automatisation marketing. Nous vous conseillons donc de grouper les imports de données par user afin d'accélérer l'ingestion de vos données.

De ce fait, tous les dashboards et analytics sont calculés en temps réel lors de l'affichage pour refléter l'état actuel de vos données.

Endpoint

Toutes les données entrantes (imports par API, agent web JS, webhooks...) transitent par un service asynchrone qui assure la validation, la déduplication et le log des requêtes, avant qu'elles ne soient effectivement insérées dans votre projet Captain Metrics.

URL d'import par API :

POST https://photon.captainmetrics.com/data.import

Format

Les données sont transmises dans le Body de la requête au format JSON. Vous pouvez transmettre un maximum de 100 items par requête.

Propriété

Type

Description

id

string

ID unique de votre import, il sera dé-dupliqué s'il a déjà transité par l'API. Nous vous conseillons de le générer avec hash SHA1 du contenu des items.

projectId

string

ID du projet concerné par l'import.

items

[]item

sync

boolean

False par défaut. Permet de tester le bon fonctionnement de votre intégration de façon synchrone sitrue.

Laisser à false en production pour bénéficier de la résilience de l'architecture asynchrone.

Exemple :

{
  "id": "import_request_unique_id",
  "projectId": "acme_demo",
  "items": [
    {"id": "xxx", "kind": "user", "user": {...}},
    {"id": "xxx", "kind": "order", "order": {...}},
    ...
  ]
}

Authentification

L'authentification des requêtes d'import API requière un Service Account Token via le Header :

Authorization: Bearer SERVICE_ACCOUNT_TOKEN

Vous pouvez créer un Service Account dans le menu "Admins" de votre organisation comme ceci :

Liste de 100 items maximum à traiter par l'API.

Agent Web JS
Détail des types d'items ici.