La durée de session est l'intervalle pendant lequel le canal vous attribue la même adresse avant d'en fournir une nouvelle. Ce paramètre influence directement deux choses : la quantité de trafic que vous consommerez et la fréquence à laquelle la plateforme demandera une vérification supplémentaire. Voyons quelle durée convient à la collecte de données, laquelle convient au travail sous identifiant, et comment réagir si l'adresse change au mauvais moment.

Session courte pour la collecte de données

Pour le suivi des prix, la vérification des résultats de recherche et la collecte massive de pages, une session courte est plus avantageuse : quelques secondes ou quelques minutes par requête. Chaque vérification est indépendante ; changer d'adresse entre deux d'entre elles ne gêne donc pas, cela aide : des IP différentes réduisent le risque que la plateforme repère un schéma de requêtes identiques provenant d'une même adresse et se mette à afficher un captcha. Ici, la rotation joue en votre faveur, et non contre vous.

L'inconvénient d'une session courte est son prix en termes de stabilité de la connexion : si la tâche exige des étapes successives sur une même page (par exemple, remplir un formulaire en plusieurs étapes), une coupure de session entre deux étapes fera tout échouer. Un intervalle court ne convient qu'aux scénarios sans conservation d'état entre les requêtes.

Session longue pour le travail sous identifiant

Dès qu'une connexion à un compte entre en jeu, la session courte devient un problème plutôt qu'un avantage. Le serveur associe le jeton délivré à la connexion à l'adresse d'où provient la demande d'authentification ; en cas de changement d'IP en cours de travail, il exige soit une nouvelle connexion, soit il réinitialise entièrement la session. Le fonctionnement exact de cette association est expliqué dans l'article pourquoi l'authentification saute après un changement d'IP.

La règle pour se connecter à un compte est simple : la durée de session ne doit pas être inférieure au temps que vous passez réellement connecté en une seule fois. Si une opération type prend 20 à 30 minutes alors que la fenêtre de l'adresse attribuée est de 10 minutes, la coupure est garantie avant la fin de la tâche.

Comment la durée de session influe sur la consommation de trafic

Sur certains canaux, chaque changement d'adresse implique une nouvelle initialisation de la connexion : une poignée de main TLS d'ouverture, le rechargement d'une partie des ressources statiques, parfois de nouveaux cookies. Avec une rotation fréquente, cela ajoute des frais de trafic en plus de la charge utile. Sur mille requêtes, la différence entre une session d'une minute et une session de 10 secondes est sensible : plus de rétablissements de connexion, plus de trafic de service pour le même nombre de requêtes utiles.

À l'inverse, une session trop longue pour un scénario lourd ne fait qu'accumuler du volume sur une même adresse : si, en une heure de travail, une page avec lecture vidéo automatique envoie des dizaines de mégaoctets par minute, rester attaché longtemps à une seule IP n'économise pas de trafic en soi ; seule la désactivation du chargement multimédia superflu dans l'automatisation en fait économiser.

Comment la durée de session influe sur la probabilité d'une vérification

Une vérification supplémentaire se déclenche le plus souvent non pas à cause du changement d'adresse lui-même, mais à cause du moment où il se produit. Un changement d'IP alors qu'aucune connexion n'est active n'a aucune conséquence. Un changement d'IP alors qu'un jeton est actif est un motif direct de captcha ou de nouvelle connexion. C'est pourquoi une courte fenêtre sticky qui se termine en pleine opération augmente statistiquement le nombre de vérifications, même si chaque adresse fournie est propre prise isolément.

L'effet inverse existe aussi : sur les plateformes sensibles aux opérations financières, une session trop longue et inchangée attire parfois l'attention, si le système s'attend à un renouvellement périodique du contexte et qu'il n'a pas lieu. Ce cas est plus rare que les problèmes liés aux fenêtres courtes, mais il ne faut pas l'exclure sur les plateformes dotées de politiques antifraude strictes.

Intervalles types selon les tâches

Pour le scraping et le suivi sans connexion : de quelques secondes à quelques minutes, avec rotation à chaque requête ou à chaque lot de requêtes. Pour remplir des formulaires et suivre des scénarios en plusieurs étapes sans connexion : la durée de tout le scénario, généralement 5 à 15 minutes. Pour travailler dans un espace client : la durée de toute la session de travail, d'une demi-heure à plusieurs heures, ou bien une adresse dédiée sans rotation. Pour les opérations longues avec un gros volume de contenu multimédia : une IP de centre de données dédiée ou une IP ISP avec facturation mensuelle, où la question du changement d'adresse ne se pose pas. Le choix du type de canal pour ces scénarios est détaillé dans l'article proxys mobiles ou résidentiels.

Que faire si l'adresse a changé en pleine opération

Si la session s'est interrompue non pas de votre fait, mais à cause du délai d'expiration du canal, il faut agir comme pour un changement planifié : vous déconnecter du compte, attendre la nouvelle adresse, vous reconnecter, au lieu d'essayer de poursuivre l'opération sur une session réinitialisée. Vérifiez que la nouvelle adresse correspond à l'ancienne par le pays et, si c'est important pour la plateforme, par la région ; sinon, à la coupure s'ajoutera un décalage de contexte. Si les coupures se répètent régulièrement et ne sont pas ponctuelles, c'est généralement que la fenêtre du canal est trop courte par rapport à la durée de la tâche ; il faut alors soit allonger la fenêtre sticky, soit passer à une adresse dédiée. Pour vérifier que l'adresse fournie est réellement stable et que sa réputation n'est pas « souillée », vous pouvez suivre la méthode décrite dans l'article comment vérifier la qualité d'un proxy.

Questions fréquentes

Comment connaître la durée de session réelle d'un canal donné ?

Ce paramètre est généralement indiqué dans les réglages de connexion ou dans la documentation du canal sous le nom de durée sticky ; s'il n'y a pas de valeur explicite, fiez-vous au comportement observé : à la fréquence, élevée ou faible, à laquelle l'adresse sortante change lors de requêtes répétées.

Peut-on prolonger la session si la tâche a pris plus de temps que prévu ?

Certains canaux permettent de renouveler le minuteur par l'activité : la session se prolonge tant que des requêtes sont envoyées et ne s'interrompt qu'après une pause. Renseignez-vous séparément sur cette propriété : tous les canaux ne fonctionnent pas ainsi par défaut.

Que vaut-il mieux pour une boutique en ligne avec panier : une session courte ou longue ?

Une session longue, couvrant tout le parcours, de la consultation du catalogue à la validation de la commande : le panier et le passage de commande sont, au fond, un travail sous session avec conservation d'état, et une coupure d'adresse à ce stade entraîne sa perte, tout comme lors d'une connexion à un compte.

Les canaux avec différentes durées de conservation de l'adresse (résidentiels, mobiles, dédiés) sont réunis dans la rubrique proxys.