Aller au contenu principal

Envoyer depuis Segment

Prodantix parle l’API HTTP de suivi de Segment : les événements que vous envoyez déjà via Segment, RudderStack ou Jitsu arrivent sans modifier votre code de suivi. Les appels arrivent exactement comme les SDK Prodantix les envoient : track comme événement, page comme $pageview, screen comme $screen, identify comme personne, group comme groupe et alias comme identité fusionnée.

Via la destination Webhooks de Segment

Dans Segment, ajoutez la destination Webhooks, réglez son URL sur l’adresse ci-dessous et ajoutez un en-tête Authorization portant votre clé de projet publique comme jeton Bearer.

Bash
URL:           https://eu.api.prodantix.com/segment/v1/webhook
Authorization: Bearer pdx_pub_live_…

Depuis analytics.js

Pointez analytics.js vers Prodantix avec son option apiHost et utilisez votre clé de projet publique comme clé d’écriture.

TypeScript
import { AnalyticsBrowser } from '@segment/analytics-next';

export const analytics = AnalyticsBrowser.load({
  writeKey: 'pdx_pub_live_…',
  cdnSettings: {
    integrations: {
      'Segment.io': { apiKey: 'pdx_pub_live_…', apiHost: 'eu.api.prodantix.com/segment/v1' },
    },
  },
});

Depuis RudderStack ou Jitsu

Les deux envoient le format de Segment. Réglez leur URL de destination sur l’adresse ci-dessous et leur clé d’écriture sur votre clé de projet publique.

Bash
Endpoint:  https://eu.api.prodantix.com/segment/v1
Write key: pdx_pub_live_…

Comment arrivent les appels

La personne est le userId, sinon l’anonymousId. Les noms d’événements sont écrits sous la forme en minuscules de Prodantix, et le nom d’origine de Segment est conservé dans $segment_event. Un message redélivré n’est enregistré qu’une fois, selon son messageId. L’adresse et le navigateur de la personne viennent de context.ip et context.userAgent. Les groupes prennent le type segment_group sauf si leurs traits nomment un group_type. Les limites de Segment s’appliquent : un appel jusqu’à 32 Ko, un lot jusqu’à 500 Ko.