• Outils de référencement

Développer le web scraping pour des analyses SEO précises

  • Felix Rose-Collins
  • ••
  • 6 min read

Introduction

Pour développer le web scraping à grande échelle sans déclencher les systèmes de blocage des bots, les groupes doivent cesser d’utiliser les mêmes changements d’adresse IP de centre de données. Ils doivent plutôt recourir à une planification des proxys au niveau de l’application, avec une configuration centrale. Il faut ensuite associer cela à des pools de nœuds d’opérateurs mobiles 4G et 5G.

De nombreux anciens outils de scraping ne fonctionnent pas correctement lorsqu’un site web utilise l’IA comportementale ou l’empreinte TLS. La collecte de mégadonnées s’appuie désormais sur des outils tels que proxytool.app. Ces outils permettent de définir des règles de trafic différentes pour chaque nœud de travail. Ils protègent contre les fuites liées à WebRTC, QUIC et DNS.

De nombreux professionnels du secteur pensent que plus on dispose d’adresses IP, meilleures seront les données. Ils estiment que le simple fait d’avoir davantage d’adresses IP suffit à résoudre le problème. Mais les faits montrent qu’il n’en est rien. Les meilleurs résultats proviennent d’adresses IP de bonne qualité, et non pas simplement d’un grand nombre d’entre elles. La manière dont les adresses IP circulent et fonctionnent au sein du réseau est également importante. Un vaste pool d’adresses IP ne garantit pas toujours de meilleures données si les autres éléments ne sont pas optimisés.

Stratégie d’infrastructure d’extraction Taux de détection Fréquence des CAPTCHA Coût pour 10 000 SERP réussies
Rotation des sous-réseaux du centre de données 68 % Élevé 14,20 $
Adresses IP résidentielles tournantes 22 % Modéré 8,50
Routage opérateur mobile 4G/5G 1,8 % Presque zéro 3,10

Contourner les mécanismes de détection lors du scraping des moteurs de recherche

Aujourd’hui, si vous souhaitez extraire des données des moteurs de recherche, vous devez contourner les systèmes qui tentent de vous détecter et de vous bloquer. Ces systèmes analysent notamment les signatures TLS ou JA3, l’ordre des en-têtes HTTP/2, l’exécution éventuelle de tests JavaScript et la vitesse à laquelle vous envoyez vos requêtes.

Lorsque les moteurs de recherche détectent des schémas de liens inhabituels associés à des groupes d’adresses IP, ils affichent des CAPTCHA locaux ou envoient des requêtes de blocage partiel. Cela peut modifier ce que les utilisateurs voient dans les résultats de recherche. De nombreux serveurs proxy de centres de données déclenchent rapidement ces blocages. En effet, leurs numéros AS (ASN) proviennent de grands serveurs cloud et non de FAI résidentiels classiques.

Des études indiquent que plus de 74 % des collectes de données automatiques échouent en raison des différences de fonctionnement des piles TCP/IP et de problèmes de résolution DNS. Cette étude sur la pérennité du web scraping a été publiée par l’Association for Computing Machinery (ACM). La plupart des problèmes ne sont pas dus à la fréquence d’envoi des requêtes, mais à ces raisons précises.

Protocole de mise en œuvre

  1. Configurez des règles par application pour Internet : associez chaque outil de scraping dont vous disposez à son propre chemin de proxy. Cela permet de s’assurer que les données ne circulent pas entre vos différentes applications.
  2. Bloquez les fuites au niveau de vos connexions : assurez-vous que tous les requêtes DNS passent par le proxy. Désactivez WebRTC et QUIC, car ils peuvent établir des connexions qui ne passent pas par le proxy.
  3. Modifiez les en-têtes pour rester à jour : faites en sorte que vos en-têtes de chaîne d’agent utilisateur correspondent aux champs de la poignée de main TLS du client. Par exemple, utilisez la bonne balise Chrome 124 JA3 et configurez l’ordre des en-têtes HTTP/2 pour qu’il corresponde également.

Optimiser la précision des SERP grâce au routage IP des opérateurs mobiles

Le suivi hyperlocal du classement SEO nécessite un ciblage géographique de pointe. Une configuration de proxy classique peut rencontrer des difficultés à cet égard. Les proxys mobiles disposent d’adresses IP fournies par des opérateurs de téléphonie mobile tels qu’AT&T, Verizon et Vodafone. Ces adresses IP sont ensuite attribuées aux téléphones et appareils utilisant les réseaux 4G et 5G.

Les moteurs de recherche ne bloquent pas toutes les adresses IP mobiles en même temps. De nombreux utilisateurs réels utilisent leur téléphone et se connectent via une seule adresse IP de passerelle principale. Ce phénomène s’explique par un mécanisme appelé NAT de niveau opérateur (CGNAT).

Fonctionnalité Proxys de centres de données standard Proxys d'opérateurs mobiles
Type d'ASN Installation commerciale / d'hébergement Opérateur de réseau mobile (MNO)
Partage d'adresses IP Dédié ou partagé statique CGNAT (milliers d'utilisateurs réels par adresse IP)
Précision locale Niveau ville/région Niveau de la tour / métropolitain / code postal
Résistance aux blocages Faible (bannissements par sous-réseau courants) Élevée (les adresses IP sont pratiquement à l'abri des interdictions statiques)

Lorsque l’exploration automatisée des SERP utilise les nœuds des opérateurs mobiles, les plateformes d’analyse voient ce que voient les véritables utilisateurs mobiles dans cette zone. Cela permet aux utilisateurs de savoir à quoi ressembleront les résultats de recherche sur leur téléphone, là où ils se trouvent.

Configuration technique d’une architecture de web scraping à haut débit

Pour créer un moteur d’extraction de données évolutif, vous devez mettre en place un système composé d’éléments clairement définis. Vous devez notamment structurer la planification des requêtes, la gestion des sockets et la lecture des pages ciblées.

Procédure étape par étape

  1. Planification des tâches : envoyez des mots-clés de recherche. Il peut s’agir de mots, d’appareils, de lieux ou de langues. Enregistrez-les dans un système tel que Redis ou RabbitMQ.
  2. Allocation des tâches : attribuez des tâches à des outils de navigateur web ou à de simples clients HTTP. Ces outils peuvent être développés en Go ou en Rust. Configurez-les avec les informations de navigateur requises.
  3. Liaison de sockets : acheminez chaque tâche vers son propre socket géré par le système d’exploitation. Cela garantit l’absence de fuites DNS ou WebRTC.
  4. Normalisation des données : récupérez les données au format JSON. Il peut s’agir de résultats de recherche, de réponses spécifiques ou de listes de lieux sur une carte. Stockez les données dans un entrepôt de données tel que ClickHouse ou PostgreSQL.

Foire aux questions

Pourquoi les proxys de centres de données standard échouent-ils lors du scraping des résultats des moteurs de recherche modernes ?

Les proxys de centres de données proviennent de groupes d’hébergement cloud, également appelés ASN. Les moteurs de recherche les repèrent rapidement. Cela s’explique par le fait que la plupart des utilisateurs n’utilisent pas de centres de données pour effectuer des recherches sur le Web. Ainsi, lorsque des requêtes proviennent de ces sources, elles se heurtent inévitablement à un CAPTCHA ou à un blocage d’adresses IP.

Comment le NAT de classe opérateur (CGNAT) empêche-t-il les proxys mobiles d’être mis sur liste noire ?

Cette technologie permet à plusieurs utilisateurs mobiles d’utiliser simultanément la même adresse IP publique. Les moteurs de recherche ne mettraient pas les adresses IP CGNAT sur liste noire, car cela reviendrait à mettre également sur liste noire de nombreux utilisateurs réels. C’est la raison pour laquelle les adresses IP mobiles parviennent à contourner avec succès les interdictions définitives.

Quelle est la différence entre les fuites de trafic TCP et UDP lors de l’utilisation d’un proxy ?

La plupart des applications de scraping ne transfèrent que le trafic TCP via le socket du proxy, mais laissent s’échapper le trafic UDP, tel que QUIC ou WebRTC. L’adresse IP de votre ordinateur risque donc d’être exposée. Une solution fonctionnant au niveau du système empêche cela de se produire. L’application filtre tous les types de trafic.

Comment garantir une précision optimale du suivi des SERP locales pour les micro-localisations ?

Pour obtenir de bons résultats, vous devez associer les sessions à des emplacements de antennes-relais ou à des nœuds de passerelle mobile situés dans le code postal de votre choix. Vous devez utiliser les points de carte appropriés. Indiquez-les dans les en-têtes du navigateur à des fins d’émulation.

Modernisation de l’infrastructure d’analyse des moteurs de recherche

L’extension de la collecte de données des moteurs de recherche ne se limite pas à la simple réalisation de requêtes supplémentaires. À cela s’ajoute la gestion de votre identité Web et des sockets. Vous devrez gérer les proxys pour chaque application. Il faudra empêcher les fuites provenant de WebRTC et du DNS. L’utilisation des réseaux des opérateurs téléphoniques est une option. Elle permet aux moteurs de big data à grande échelle de collecter des données SERP locales sans être bannis.

Felix Rose-Collins

Felix Rose-Collins

Ranktracker's CEO/CMO & Co-founder

Felix Rose-Collins is the Co-founder and CEO/CMO of Ranktracker. With over 15 years of SEO experience, he has single-handedly scaled the Ranktracker site to over 500,000 monthly visits, with 390,000 of these stemming from organic searches each month.

Commencez à utiliser Ranktracker... gratuitement !

Découvrez ce qui empêche votre site Web de se classer.

Créer un compte gratuit

Ou connectez-vous en utilisant vos informations d'identification

Different views of Ranktracker app