Drip-feed SpeedyIndex
Étaler la soumission d'un lot d'URLs sur 2 à 30 jours, au lieu de tout envoyer le même jour. Inclus sans surcoût, pilotable en un paramètre d'API, et pertinent sur les liens externes uniquement.
Cette page contient des liens affiliés : un achat via ces liens peut nous rémunérer, sans surcoût pour vous. Cela ne change ni notre notation ni nos conclusions. Notre modèle économique.
// le problème
Pourquoi étaler des soumissions
Un site qui gagne des liens naturellement les gagne de façon irrégulière. Trois cette semaine, aucun la suivante, douze le mois d'après parce qu'un article a bien tourné. Cette irrégularité est la signature d'une acquisition organique.
Soumettre 5 000 backlinks à l'indexation le même après-midi produit l'inverse : une découverte simultanée d'un volume de liens que rien dans l'activité du site ne justifie. Le drip-feed existe pour répondre à ce problème précis, et à aucun autre. Il ne rend pas les liens meilleurs, il ne change pas le taux d'indexation final, il ne réduit pas le coût. Il change uniquement le rythme auquel Google les découvre.
C'est aussi pourquoi il est inutile, voire nuisible, sur vos propres pages. Publier un article et vouloir qu'il soit indexé vite est une intention parfaitement normale : rien à étaler, rien à masquer. Pour ce cas, la soumission immédiate reste le bon réglage, et les leviers gratuits d'indexation méritent même d'être épuisés avant de payer quoi que ce soit.
// réglages
Combien de jours selon le type de lien
Le drip-feed accepte de 2 à 30 jours. Le bon réglage dépend entièrement de la nature des liens soumis, pas du volume.
Pages de son propre site
0 jourAucun intérêt à étaler. Un site qui publie ses propres pages n'a rien à masquer : la soumission immédiate est le bon réglage, avec Googlebot en moins de 30 minutes.
Backlinks tier 1
5 à 7 joursLes liens qui pointent directement vers vos money pages. Un étalement court suffit à casser la simultanéité sans retarder l'effet SEO recherché.
Backlinks tier 2 et 3
14 à 30 joursLe cas d'usage central. Sur des volumes de plusieurs milliers de liens de couche profonde, la vitesse importe peu et le profil de découverte importe beaucoup.
PBN
21 à 30 joursL'étalement maximal se justifie sur les réseaux privés, où un pattern de découverte groupé est précisément ce qu'il faut éviter. OmegaIndexer reste toutefois plus spécialisé sur ce segment.
// activation
Activer le drip-feed via l'API
Depuis l'interface, l'option se règle à la création de la tâche. Depuis l'API, deux paramètres
suffisent : drip_feed et
drip_feed_days.
curl -X POST https://api.speedyindex.com/v2/task/google/indexer/create \
-H 'Authorization: VOTRE_CLE_API' \
-H 'Content-Type: application/json' \
-d '{
"title": "tier 2 juillet",
"urls": ["https://exemple.fr/lien-1", "..."],
"pay_per_indexed": true,
"drip_feed": true,
"drip_feed_days": 21
}'La contrainte qui fait échouer les tâches
Le nombre d'URLs doit être supérieur ou égal au nombre de jours d'étalement. Étaler 5 URLs sur 30 jours renvoie une erreur de validation (code 2), puisque le service ne peut pas soumettre moins d'une URL par jour. C'est la cause la plus fréquente de rejet sur ce paramètre.
// limites
Quand ne pas activer le drip-feed
- Sur une money page ou une fiche produit à lancer. La vitesse est précisément ce que vous achetez. Étaler revient à payer pour ralentir.
- Sur un lot de moins de 50 URLs. Un petit volume ne crée aucun pattern notable. L'étalement n'apporte rien et retarde le rapport.
- Pour corriger un problème technique. Si les URLs sont en noindex, bloquées par robots.txt ou renvoient une 404, aucun étalement ne les fera indexer. Le drip-feed ne répare rien.
// questions
Drip-feed SpeedyIndex : questions fréquentes
Qu'est-ce que le drip-feed en indexation ?
Le drip-feed consiste à étaler la soumission d'un lot d'URLs sur plusieurs jours au lieu de tout envoyer d'un coup. L'objectif n'est pas technique mais comportemental : soumettre 5 000 backlinks le même jour crée un profil de découverte que rien ne justifie naturellement, alors qu'un site qui gagne des liens organiquement les voit apparaître de façon irrégulière et étalée. Le drip-feed reproduit ce rythme. Il ne change ni le taux d'indexation final ni le coût par URL : il change uniquement la façon dont le lot est présenté à Google dans le temps.
Comment activer le drip-feed sur SpeedyIndex ?
Deux voies. Depuis l'interface, l'option se règle à la création de la tâche d'indexation. Depuis l'API, il faut ajouter drip_feed à true et drip_feed_days au corps de la requête, avec une valeur entre 2 et 30 jours. Le drip-feed est inclus sans surcoût : une URL étalée coûte le même prix qu'une URL soumise immédiatement, seul le calendrier change. Voir notre documentation de l'API SpeedyIndex pour l'intégration complète.
Combien de jours de drip-feed faut-il choisir ?
La contrainte technique fixe le plancher : le nombre d'URLs doit être supérieur ou égal au nombre de jours, sinon la tâche est rejetée. Au-delà, l'arbitrage dépend du type de lien. Sur ses propres pages, le drip-feed n'a pas d'intérêt et 0 jour reste le bon réglage. Sur des backlinks tier 1 achetés progressivement, 5 à 7 jours suffisent à casser la simultanéité. Sur un lot massif de tier 2 ou 3, 14 à 30 jours rapprochent le profil de découverte d'une acquisition organique. Le maximum autorisé est 30 jours.
Le drip-feed ralentit-il l'indexation ?
Oui, mécaniquement, et c'est le point à accepter. Une URL soumise au jour 12 d'un étalement sur 14 jours ne sera pas crawlée avant. Le rapport final arrive donc plus tard qu'une soumission immédiate, où Googlebot passe en moins de 30 minutes. Le drip-feed n'est pas un réglage de confort à activer par défaut : c'est un échange explicite de vitesse contre discrétion, qui n'a de sens que sur les liens externes en volume. Sur une money page ou une fiche produit à lancer, il est contre-productif.
Les autres indexeurs proposent-ils le drip-feed ?
Inégalement. Rapid URL Indexer n'expose aucun paramètre d'étalement, ni dans son interface ni dans son API : son plugin WordPress propose seulement un plafond d'URLs sur 24 heures glissantes, ce qui est un limiteur de débit et non un calendrier programmé. OmegaIndexer propose un drip-feed configurable et reste la référence sur le segment PBN. SpeedyIndex est le seul à le rendre pilotable en un booléen d'API sur 2 à 30 jours, ce qui compte dès que les soumissions sont automatisées. Voir le comparatif des indexeurs.
Rédacteur principal, SEO & indexation
Praticien SEO depuis 2014. Spécialisé indexation Google et netlinking pour sites e-commerce et SaaS B2B.
// pour aller plus loin
Pages connexes
API SpeedyIndex
La documentation complète en français : endpoints, paramètres, codes d'erreur.
Avis SpeedyIndex
Le test complet : prix réel par URL, garantie de recrédit, points forts et limites.
Indexer ses backlinks
La méthode complète, et la place réelle des indexeurs dans une stratégie de liens.
Stratégie de netlinking
Construire un profil de liens qui tient, avant de se soucier de son indexation.
SpeedyIndex vs Rapid URL Indexer
Le comparatif direct, dont l'écart sur l'étalement des soumissions.
Comparatif des indexeurs
Le classement complet : prix par URL, garanties et fonctions comparés.