Bien acheter
La livraison progressive (drip-feed) expliquée
Mis à jour le par La rédaction de PanelCompare, 6 min de lecture
Qu’est-ce que le drip-feed sur un panel SMM ?
Le drip-feed, ou livraison progressive, découpe une commande en plusieurs lots égaux livrés à intervalle fixe, pour que la croissance arrive progressivement plutôt qu’en un seul pic. Il se règle avec deux paramètres : runs, le nombre de passages, et interval, l’écart entre deux passages en minutes. Dans l’API, c’est la même action add qu’une commande ordinaire, avec runs et interval en plus.
Il existe parce qu’un saut brutal est la trace la plus visible d’un achat. Dix mille abonnés arrivés en dix jours dessinent une courbe qu’un visiteur, une marque ou un filtre de plateforme aura plus de mal à juger anormale que les mêmes dix mille arrivés en une heure.
La quantité en drip-feed : par passage ou au total ?
Par passage. Dans une commande en drip-feed, le champ quantité indique ce qui est livré à chaque lot : le total livré est égal à la quantité multipliée par le nombre de passages, et la facturation suit ce total, pas la quantité saisie. Les acheteurs qui prennent ce champ pour un total commandent couramment dix fois ce qu’ils voulaient.
| Quantité saisie | Passages | Intervalle | Total livré | Durée de livraison | Quantité facturée |
|---|---|---|---|---|---|
| 1 000 | 1 | — | 1 000 | Un seul lot | 1 000 |
| 1 000 | 10 | 60 min | 10 000 | 9 heures | 10 000 |
| 500 | 24 | 60 min | 12 000 | 23 heures | 12 000 |
| 250 | 30 | 1 440 min | 7 500 | 29 jours | 7 500 |
Source : Calculé à partir des paramètres de commande (action add) de la spécification SMM Panel API v2 (justanotherpanel.com/api, vérifié le 6 septembre 2026).
Le délai d’annulation est en général déjà passé
L’annulation n’est en général possible qu’avant le début de la livraison, et une commande en drip-feed lance son premier passage immédiatement. Le temps de constater que le montant est anormal, la commande tourne déjà. Vérifiez le total calculé par le panel avant de confirmer : la plupart des formulaires de commande l’affichent.
Quand utiliser le drip-feed ?
- Quand la commande est grosse par rapport au compte. Ajouter 10 000 abonnés en une heure à un compte qui en a 500 saute aux yeux de quiconque regarde, quelle que soit la qualité des comptes.
- Quand l’indicateur est public et historisé (nombre d’abonnés, nombre de vues) plutôt que passager.
- Quand vous calez l’engagement sur un calendrier de publication et voulez que chaque publication ressemble à la précédente.
- Quand la vitesse propre du service est très élevée et qu’il livrerait sinon toute la commande d’un coup.
Il est moins utile quand la commande est petite par rapport au compteur existant, quand l’indicateur est propre à une publication et cesse de compter au bout d’une journée, et quand le service est lent de toute façon : son propre débit assure alors déjà l’étalement.
Comment choisir le nombre de passages et l’intervalle ?
Partez de la courbe que vous voulez obtenir. Fixez le total acheté et le nombre de jours sur lequel il doit s’étaler, puis réglez runs sur le nombre de lots correspondant et interval sur l’écart en minutes. Un passage par jour correspond à un intervalle de 1 440 ; un passage par heure, à 60.
- 1.Fixez d’abord le total : le nombre d’unités que vous voulez réellement recevoir.
- 2.Choisissez une durée en jours qui paraisse plausible au regard de la croissance habituelle du compte.
- 3.Réglez runs sur le nombre de lots répartis sur cette durée, puis divisez le total par ce nombre pour obtenir la quantité par passage.
- 4.Vérifiez, avant de confirmer, que le total calculé par le panel correspond au total voulu.
- 5.Évitez les intervalles très courts : des lots livrés à quelques minutes d’écart se recollent en un pic et annulent l’intérêt de la méthode.
- 6.Évitez les durées très longues sur les lignes garanties par un refill. La garantie court en général à partir de la fin de la commande : un drip-feed sur 30 jours consomme une part importante d’une garantie de 30 jours.
Les panels imposent en général un intervalle minimal par service. Cette limite n’apparaît pas dans le catalogue et ne se manifeste que par une erreur au moment de commander : une commande en drip-feed refusée tient donc souvent à un intervalle trop court plutôt qu’à un problème du service.
Contre quoi le drip-feed ne vous protège-t-il pas ?
Il change la courbe d’arrivée, pas le stock. Des comptes bots livrés lentement restent des comptes bots, et une purge de la plateforme les supprime au même rythme que tout le reste. Le drip-feed rend la croissance moins anormale en apparence ; il ne rend pas les unités plus durables.
Il ne règle pas non plus le problème du taux d’engagement. Des abonnés qui n’ont pas choisi de vous suivre n’interagissent pas : un nombre d’abonnés qui monte avec des interactions stables fait baisser le taux d’engagement, que les abonnés soient arrivés en une heure ou en un mois, et le taux d’engagement est précisément le chiffre que vérifient les marques.
Quelle différence entre drip-feed et abonnement automatique ?
Le drip-feed étale une commande sur un lien. Un abonnement automatique est une commande permanente : le panel surveille un profil et passe automatiquement une nouvelle commande à chaque nouvelle publication, dans une fourchette de quantité et après un délai que vous fixez. Le drip-feed a un total fixe ; un abonnement continue de dépenser jusqu’à ce qu’on l’arrête ou qu’il expire.
| Drip-feed | Abonnement automatique | |
|---|---|---|
| Cible | Un lien | Un profil, appliqué à chaque nouvelle publication |
| Dépense totale | Fixée à la commande | Ouverte jusqu’à l’arrêt ou l’expiration |
| Paramètres | quantity, runs, interval | username, min, max, delay, posts, expiry |
| Principal risque | Commander par erreur passages × quantité | Vider le solde pendant une semaine de publications chargée |
Source : Types de commande de la spécification SMM Panel API v2 (justanotherpanel.com/api, vérifié le 6 septembre 2026).
Réponses rapides
Qu’est-ce que le drip-feed sur un panel SMM ?
Le drip-feed (livraison progressive) découpe une commande en lots répétés à intervalle fixe, pour que la croissance arrive progressivement plutôt qu’en un seul pic. Il se règle avec deux paramètres : runs, le nombre de passages, et interval, l’écart entre deux passages en minutes.
En drip-feed, la quantité est-elle par passage ou au total ?
Par passage. Le total livré est égal à la quantité multipliée par le nombre de passages, et la facturation suit ce total. Saisir 1 000 avec 10 passages revient à commander et à payer 10 000 unités.
Le drip-feed rend-il les abonnés achetés plus sûrs ?
Il rend la croissance moins anormale en apparence, ce qui est un vrai avantage. Il ne change pas la nature des comptes : une purge de la plateforme supprime les comptes bots livrés en drip-feed exactement comme les autres.
Pourquoi ma commande en drip-feed a-t-elle été refusée ?
Le plus souvent parce que l’intervalle était inférieur au minimum fixé par le panel pour ce service. Cette limite n’est pas publiée dans le catalogue et n’apparaît que sous forme d’erreur au moment de la commande.
Chaque chiffre ici est sourcé et daté
Sur ce marché, les prix bougent chaque semaine : un chiffre sans date de relevé n’est qu’un décor. Quand ce guide cite un chiffre, il en donne la source et la date de vérification. Si l’un d’eux est faux, la procédure de correction décrite sur la page À propos prévoit une réponse sous deux jours ouvrés, et les corrections sont publiées avec une note datée plutôt que glissées en silence.