API et intégration
Polling (interrogation du statut)
Mis à jour le par La rédaction de PanelCompare
Polling (interrogation du statut) : pourquoi cela compte-t-il pour un acheteur ?
L’absence de callbacks façonne toutes les intégrations bâties sur ce marché. Aucun événement quand une commande se termine, aucun quand elle passe en Partial, aucun quand un refill aboutit : il n’y a que l’action status, l’action refill_status et votre dernière question. Tout revendeur doit faire tourner un planificateur, choisir un intervalle et accepter que le moment où il apprend une défaillance dépende de cet intervalle plutôt que du moment où elle s’est produite.
Cela fait aussi de l’interrogation groupée le seul schéma économique. La forme multiple de status accepte jusqu’à 100 ID de commande par requête et renvoie un objet indexé par ID : cent commandes coûtent un appel au lieu de cent (vérifié sur justanotherpanel.com/api, étude sectorielle PanelCompare, 6 septembre 2026). Interroger les commandes une par une, c’est ce qui fait ressembler le planificateur d’un revendeur, vu du panel, à un abus.
Polling (interrogation du statut) : comment cela se traduit-il dans une liste de prix ?
Rien dans un catalogue ne le reflète. Ce qui le reflète, c’est la rapidité avec laquelle les propres clients d’un revendeur apprennent un problème, qui dépend de son intervalle d’interrogation et non du panel.
Un indice comparatif interroge pour une autre raison : appeler les actions services et balance à intervalles réguliers est la seule façon de mesurer la disponibilité et la latence de l’API, et c’est ce qui détecte l’effondrement d’un fournisseur des jours avant un fil de forum.
Cette définition vous semble fausse ?
La terminologie de ce marché est fixée par les panels qui l’emploient, et elle évolue. Si un panel emploie « Polling (interrogation du statut) » dans un autre sens que celui décrit ici, envoyez-nous l’offre concernée : nous corrigerons la définition ou nous consignerons la variante. La démarche est décrite sur la page À propos.