Skip to main content
Les collections — /v1/companies et /v1/leads — renvoient toutes la même enveloppe :

Paramètres

integer
défaut:"50"
Nombre d’éléments par page. Minimum 1, maximum 200. Une valeur hors bornes est rejetée par un 400, elle n’est pas silencieusement ramenée dans l’intervalle.
integer
défaut:"0"
Nombre d’éléments à ignorer avant le début de la page.
string
Date ISO 8601. Ne renvoie que les éléments postérieurs.Le champ filtré dépend de la collection : date de dernière visite (lastSeen) pour les entreprises, date de création (createdAt) pour les leads.

Ordre de tri

Les deux collections sont triées par score d’intention décroissant, et cet ordre n’est pas configurable. La première page est donc celle des comptes les plus chauds.
Ce tri a une conséquence sur la pagination : le score d’intention évolue au fil des visites. Entre la lecture de la page 1 et celle de la page 4, une entreprise peut avoir changé de rang, être vue deux fois, ou ne pas être vue du tout.Pour un export exhaustif, paginez rapidement, et utilisez total pour vérifier votre compte final. Pour une synchronisation régulière, préférez since, qui ne dépend pas du rang.

Parcourir toutes les pages

À 200 éléments par page et 120 requêtes par minute, vous lisez 24 000 entreprises par minute. Il n’y a pratiquement jamais de raison de descendre la taille de page pour « ménager » l’API : c’est le nombre de requêtes qui est limité, pas le volume.

Synchronisation incrémentale

Prendre l’horodatage avant la lecture, et non après, évite de manquer les visites survenues pendant la pagination. Le prix à payer est un léger recouvrement d’un passage à l’autre : traitez les éléments par id, de manière idempotente.