Skip to main content
Le blocage par IP est l’une des défenses anti-scraping les plus anciennes et courantes. Un site peut compter les requêtes d’une IP, consulter sa réputation, bloquer des plages d’hébergement entières ou afficher un CAPTCHA lorsqu’un trafic paraît trop automatisé. Les Proxy rotatifs répartissent les requêtes entre plusieurs IP. Bien employés, ils réduisent la pression sur chaque adresse et rapprochent l’outil d’une navigation normale. Mal employés, ils renforcent le signal robotique : milliers de requêtes issues d’identités médiocres, incompatibles ou changeant sans cesse.

Ce que change un Proxy

Le Proxy se place entre l’outil et le site, qui voit son IP au lieu de la connexion directe de l’opérateur. Il aide pour :
  • Limites de débit. Les requêtes sont réparties plutôt que concentrées.
  • Bannissements d’IP. Une IP bloquée peut sortir du pool.
  • Restrictions géographiques. La Tâche utilise une IP de la région où le contenu est disponible.
  • Confidentialité opérationnelle. L’IP locale n’est pas exposée à chaque cible.
  • Parallélisme cloud. Les sous-tâches empruntent des chemins réseau distincts.
Les Proxy ne corrigent ni de mauvais sélecteurs, ni une Pagination défaillante, ni une Automatisation du navigateur évidente. Ils ne sont qu’une couche de la stratégie anti-bot.

Types de Proxy

Proxy de centre de données

Issus d’hébergeurs et d’infrastructures cloud, ils sont rapides, bon marché et disponibles en volume. Ils conviennent aux sites peu protégés et annuaires publics, mais échouent sur ceux qui bloquent les plages d’hébergement ou attendent du trafic grand public.

Proxys résidentiels

Ils acheminent le trafic via des IP de fournisseurs d’accès grand public, ressemblent à une navigation normale et réussissent souvent mieux sur l’e-commerce, la recherche ou le voyage. Leur coût et leur éthique sont le compromis : choisissez des fournisseurs transparents sur l’origine du pool et le consentement. Un pool médiocre crée des risques juridiques, privés et techniques.

Proxy ISP

À mi-chemin entre centre de données et résidentiel, ils sont hébergés comme les premiers mais enregistrés auprès de fournisseurs d’accès. Plus stables que les IP résidentielles rotatives et moins suspects que les plages cloud, ils conviennent aux sessions persistantes, à une géographie stable et à une meilleure réputation.

Proxy mobiles

Ils utilisent les réseaux des opérateurs mobiles et inspirent souvent confiance, car de nombreux utilisateurs partagent les IP NAT. Ils sont aussi coûteux et souvent disproportionnés. Réservez-les aux sites centrés sur le mobile ou lorsque les autres types échouent constamment.

Stratégies de rotation

La rotation ne signifie pas toujours « une nouvelle IP à chaque requête ».

Rotation par requête

Chaque requête change d’IP. Cela peut fonctionner pour les pages sans état, comme les résultats publics ou listes simples, mais présente un risque pour les Cookies, paniers, connexions ou régions cohérentes.

Sessions persistantes

Un worker conserve la même IP pendant une période ou toute la session. Cette approche est généralement préférable pour les sites riches en JavaScript, espaces connectés, flux de Pagination et tâches exigeant une continuité. Par exemple, gardez une IP pendant une recherche et l’ouverture de ses résultats, puis changez avant le mot-clé suivant.

Rotation par Tâche

Chaque sous-tâche reçoit une identité Proxy. Une catégorie, ville, requête ou lot d’URL passe par une IP ou un petit pool. Cette méthode correspond bien à l’Extraction dans le cloud, où les sous-tâches délimitent déjà le parallélisme.

Rotation géociblée

La région est choisie volontairement : IP américaines pour les prix américains, travail séparé par région pour comparer les disponibilités. Fuseau horaire et langue du navigateur doivent correspondre.

Adapter les Proxy aux usages

L’identité réseau doit correspondre au scénario de navigation : empreinte, langue, fuseau, rythme et session doivent tous être cohérents avec l’IP.

Erreurs courantes

  • Rotation trop fréquente. Une nouvelle IP à chaque clic peut paraître moins humaine.
  • Qualité ignorée. Des IP bloquées bon marché multiplient les CAPTCHA.
  • Géographie incohérente. Une IP allemande, un fuseau américain et une langue japonaise ne concordent pas.
  • Changement pendant la connexion. Une session connectée doit généralement rester persistante.
  • Montée en charge trop rapide. Davantage de Proxy ne protège pas un site surchargé.
  • Confusion avec la légalité. Le routage ne modifie ni autorisations, ni conditions, ni obligations de confidentialité ou robots.txt.

Gestion par les plateformes visuelles

Les plateformes intégrées placent souvent la rotation dans les paramètres de la Tâche. Octoparse documente la rotation d’IP cloud, des Proxys résidentiels intégrés pour les flux locaux et cloud, et des Proxy HTTP fournis par l’utilisateur pour l’exécution locale. L’Extraction dans le cloud répartit les sous-tâches sur plusieurs Serveurs cloud afin de ne pas concentrer le trafic derrière une seule IP. Le principe essentiel : la configuration Proxy doit accompagner la stratégie d’exécution. Une plateforme réunissant sous-tâches, planning, sessions et chemins réseau est plus simple à exploiter que des couches câblées séparément.

Règle pratique

Utilisez la stratégie la plus légère qui fonctionne. Commencez sans Proxy et à un rythme normal pour les cibles peu risquées. Ajoutez des Proxy de centre de données si seul le volume pose problème, puis des résidentiels ou ISP si la réputation compte. Préférez les sessions persistantes lorsque le site attend une continuité. Réservez les Proxy mobiles et rotations agressives aux cas qui justifient leur coût et leur complexité.