Questions fréquentes sur les proxies mobiles et notre service.
Pourquoi passer par un serveur proxy aiohttp mobile pour vos requêtes asynchrones ?
Lorsqu'un script asyncio envoie des centaines de requêtes parallèles depuis une IP de datacenter, les systèmes antifraude repèrent vite un volume anormal et répondent par des erreurs, des captchas ou des fermetures de session. Le passage par un proxy mobile adapté à aiohttp (aiohttp proxy) déplace cette charge vers une adresse attribuée par un opérateur mobile, partagée par CGNAT avec de vrais abonnés. Une IP mobile est classée avec un score de risque plus faible, ce qui laisse passer la collecte au lieu de la bloquer. Sur des cibles difficiles, le taux de réussite passe de moins de 80 % avec des proxys résidentiels à 95–99 % avec des IP mobiles. Concrètement, moins de lots à relancer et moins de budget perdu en tentatives rejetées.
Chez OnlineProxy, les IP sortent de modems et de routeurs SIM équipés de cartes SIM réelles, pas de smartphones. Cette infrastructure garde l'IP dans un ASN mobile authentique et limite les antécédents douteux. Pour un lot de scraping, cela signifie moins de sessions rejetées dès la première requête et moins de remplacements à demander.
Proxys mobiles, résidentiels ou datacenter : lequel tient la charge d'un scraper asynchrone
Le choix dépend moins du débit annoncé que du niveau de confiance accordé à l'adresse de sortie. Le tableau suivant résume les différences qui changent le taux de réussite et le budget d'un scraper aiohttp.
| Critère |
Proxys de datacenter |
Proxys résidentiels |
Proxys mobiles |
| Source de l'IP |
Hébergement / cloud |
FAI domestique |
Opérateur mobile (MNO) |
| Niveau de confiance |
Faible |
Élevé |
Le plus élevé |
| Risque de blocage |
Élevé |
Moyen |
Minimal (effet CGNAT) |
| Vitesse |
Très élevée |
Élevée |
Moyenne (selon réseau) |
| Coût |
Faible |
Moyen |
Élevé |
La latence d'un proxy mobile se situe en général entre 50 et 300 ms, avec des débits plus variables qu'en datacenter. Pour de la collecte de pages, de la vérification de SERP ou de la gestion de sessions, ce rythme est acceptable, car la priorité est de rester en ligne. En revanche, pour du téléchargement vidéo massif, le coût par port devient moins pertinent. Dans la plupart des scénarios de scraping, la baisse de vitesse est largement compensée par la baisse des blocages et des répétitions.
Connecter un serveur proxy aiohttp en HTTP(S) ou en SOCKS5
Avant d'écrire la configuration, il faut vérifier deux points : l'adresse de sortie annoncée et la méthode d'authentification. OnlineProxy fournit un accès au format ip:port:login:password ou par liste blanche d'IP, dans tout outil compatible HTTP(S) ou SOCKS5. La documentation de configuration est disponible sur onlineproxy.io/fr/manual. Après la connexion, il reste indispensable de contrôler que l'IP publique visible appartient bien à un opérateur mobile. Si la vérification montre un type « hosting » ou « datacenter », le proxy doit être remplacé avant de lancer la collecte, sous peine de payer un port qui sera rejeté par les sites cibles.
Proxy HTTP dans aiohttp avec identifiant et mot de passe
Dans un script, l'import d'aiohttp et d'asyncio suffit pour ouvrir une session. La requête passe ensuite le paramètre proxy avec l'identifiant et le mot de passe, par exemple sous la forme « http://ip:port » accompagnée de BasicAuth. Le bloc « with » ferme proprement la session, et un délai d'expiration doit être fixé pour ne pas laisser une connexion morte bloquer le lot. Les erreurs de certificat SSL ne doivent pas conduire à désactiver la vérification à l'aveugle ; une cible qui présente un certificat invalide peut simplement nécessiter une rotation d'IP ou une vérification du port. Un « return » prématuré dans une fonction de relance masque l'échec et fait croire que la page est déjà acquise. Cette rigueur évite les interruptions silencieuses et les relances inutiles qui gonflent le temps de collecte.
Proxy SOCKS5 dans aiohttp avec un connecteur dédié
aiohttp ne prend pas en charge SOCKS5 nativement. Il faut installer un connecteur comme aiohttp-socks (aiohttp socks5 proxy) via pip, puis lui confier la création du connecteur de session. Ce réglage vaut surtout quand l'outil doit transporter autre chose que HTTP(S), par exemple de l'UDP pour WebRTC, ou quand la pile logicielle exige SOCKS5. Pour un scraper aiohttp classique, HTTP(S) est souvent suffisant, mais SOCKS5 donne plus de latitude pour des tests réseau ou des flux non web. Le choix se traduit par moins de contournements fragiles et une configuration plus stable selon la cible.
Rotation des IP et sessions sticky pour un proxy aiohttp
La rotation n'est pas une option décorative : elle doit suivre la logique du lot. Pour une connexion à un compte ou une collecte en plusieurs étapes, une session sticky conserve la même adresse pendant une période définie et évite les contrôles déclenchés par un changement d'IP au milieu du parcours. Pour une collecte massive, une rotation par requête ou par groupe de requêtes répartit la charge et réduit l'usure d'une même adresse. Avec OnlineProxy, le plan Regular permet une session sticky, un changement d'IP par lien ou par minuterie et le redémarrage de l'appareil ; le plan Lite applique une rotation automatique toutes les 2 à 5 minutes, sans pilotage. Un script peut donc demander une nouvelle IP au moment opportun via un lien, sans intervention manuelle, ce qui permet de relancer un lot bloqué sans perdre la fenêtre de collecte.
Conseil : un modem mobile accepte en général 1 à 5 flux simultanés. Un sémaphore asyncio limite les connexions actives sur un même port et évite les erreurs de connexion qui obligent à relancer tout le lot. Moins de requêtes rejetées, moins de temps perdu, moins de risque d'user une session.
Lite ou Regular : quel tarif OnlineProxy pour votre volume de requêtes
Pour un scraper qui doit tourner de façon prévisible, un serveur proxy aiohttp dédié est souvent plus simple à budgéter : la facturation suit le port et la période, pas les giga-octets. OnlineProxy propose deux options, Lite et Regular, sur des périodes de 1, 7 ou 30 jours. Le trafic n'est pas facturé au volume ; les deux plans incluent une absence de facturation au giga-octet, ce qui ne signifie pas un débit illimité. Après une location, un cashback est crédité en crédits internes, et un remboursement peut être demandé selon la politique de remboursement, sans promesse absolue. L'assistance est disponible 24/7, avec un objectif de première réponse de 4 heures. En cas de blocage, une assistance réactive évite de laisser un lot entier à l'arrêt.
| Fonction |
Lite |
Regular |
| Accès au port |
Partagé par 5 utilisateurs au maximum |
Appareil dédié |
| Rotation des IP |
Automatique toutes les 2 à 5 minutes, impossible à piloter |
Session sticky, changement par lien ou minuterie, redémarrage de l'appareil |
| Facturation |
Par port sur 1, 7 ou 30 jours, sans facturation au trafic |
Idem, avec support prioritaire |
Le choix dépend du niveau de contrôle nécessaire. Lite convient à une collecte simple qui tolère une rotation automatique ; Regular convient à une automatisation qui doit déclencher l'IP, conserver une session ou redémarrer l'appareil. Un bon alignement évite de payer pour un contrôle inutilisé ou de perdre des lots faute de pilotage.
Les erreurs qui coûtent des requêtes et de l'argent dans un scraper aiohttp
Avant de lancer un lot, cette liste de contrôle permet de repérer les fuites de budget les plus fréquentes.
- Trop de connexions simultanées sur un même port : un modem mobile accepte peu de flux, et la saturation provoque des erreurs qui font perdre la session. Limiter le parallélisme garde le port exploitable.
- Absence de timeouts et de nouvelles tentatives : une requête suspendue bloque l'ensemble du lot. Des délais courts et des relances avec délai croissant transforment un échec ponctuel en simple relecture.
- Géolocalisation incohérente entre l'IP, la langue, le fuseau horaire ou l'en-tête User-Agent : les contrôles de cohérence repèrent l'écart et ferment la session. Aligner les paramètres réduit les rejets immédiats.
- Empreinte TLS ou JA3 qui trahit le script : certains sites identifient le client même derrière le proxy. Adapter l'empreinte ou passer par un navigateur antidétection quand la cible l'exige évite de perdre une IP mobile coûteuse.
- IP non vérifiée comme mobile : si la sortie est classée « hosting » ou « datacenter », le port payé n'apporte pas l'avantage attendu. Une vérification rapide avant le lot permet de demander un remplacement.
- Même port pour plusieurs comptes ou sessions sensibles : les plateformes peuvent relier les activités. Un port par environnement sensible évite qu'une seule session signalée n'entraîne les autres.
Un proxy mobile règle la couche réseau, mais il ne remplace pas un comportement réaliste. Un script qui respecte les délais, la géo et le rythme de la cible consomme moins de ports et de remplacements. C'est cette combinaison qui transforme une infrastructure payée au port en coût stable plutôt qu'en série de lots perdus.
L'objectif n'est pas de multiplier les ports, mais de les placer là où le risque de rejet est élevé. Cette discipline réduit le coût par donnée utile et rend les prévisions d'achat plus simples.