Un canal dédié sur une IP mobile d'opérateur réel, sans voisins sur votre port. La rotation automatique par API ou minuteur réduit au minimum les risques de blocage de vos comptes et scripts Puppeteer.
Acheter un proxyAdresses IP d’opérateurs mobiles
Pays avec réseaux locaux
Villes dans différents pays
Disponibilité
Chaque port est un appareil physique avec une carte SIM. Avec ce proxy pour Puppeteer, vous enchaînez les pages là où une IP datacenter renvoie un 403.
Votre trafic passe par de vrais appareils avec des cartes SIM d'opérateur. Vous avez l'air d'un internaute sur mobile : vos instances Puppeteer récoltent les données au lieu de bloquer sur des captchas.
Choisissez pays et opérateur pour un ciblage géo précis.
États-Unis
16,930,000 IP
Italie
5,120,000 IP
Thaïlande
1,390,000 IP
Pays-Bas
1,120,000 IP
Indonésie
790,000 IP
Vous avez le canal mobile du port pour vous seul, sans voisin. Aucun scraper d'un autre utilisateur ne grille l'IP pendant votre collecte.
Déclenchez la rotation par appel HTTP ou par timer depuis votre script Puppeteer. Une IP propre par instance évite le rate limit et les bans en chaîne.
Chaque page Puppeteer vous fait charger images, CSS et polices. Vous payez le port au forfait, pas au Go comme avec un proxy résidentiel.
L’IP correspond au lieu réel de l’appareil—pas de sauts entre villes.
Prêt à commencer ?
Acheter des proxiesRécupérez les pages JavaScript complètes, sans captcha à chaque requête.
Votre avantage
Vous lancez Puppeteer sur des sites lourds en JavaScript et vous obtenez la page complète au lieu d'un écran de vérification. Un proxy pour Puppeteer issu du réseau mobile donne à vos requêtes le statut d'un simple téléphone. Votre scraping avance sans reprises manuelles.
Passez le proxy mobile dans les args de lancement du navigateur (--proxy-server), gardez des timeouts réalistes et un User-Agent cohérent avec la géo. Appelez la rotation par API à chaque nouveau lot de pages.
Relevez les positions réelles sur mobile, ville par ville.
Votre avantage
Vous relevez les positions et les annonces telles qu'un internaute sur téléphone les voit, ville par ville. Le trafic passe par un opérateur mobile, donc vous obtenez la SERP mobile réelle et non une version générique. Vos décisions reposent sur des chiffres exacts.
Ciblez la ville et l'opérateur parmi les proxys mobiles disponibles, puis gardez une sticky session le temps d'un lot de requêtes. Forcez la rotation par lien avant le lot suivant.
Prix réels, stocks réels, fiches produits complètes.
Votre avantage
Vous ouvrez les fiches produits par milliers et vous lisez les vrais prix et stocks, pas les valeurs servies aux robots. Une requête d'acheteur sur mobile traverse les limites de fréquence. Un seul passage suffit : moins de ports à payer, moins de reprises.
Activez l'émulation mobile dans Puppeteer et branchez un proxy SOCKS5 sur le port dédié (puppeteer proxy socks5). Tenez la sticky session le temps d'un catalogue, puis changez d'IP avant la catégorie suivante.
Voyez la page comme un visiteur local sur mobile.
Votre avantage
Vous capturez vos pages de destination et vos annonces depuis le pays et l'opérateur de votre audience. Un proxy pour Puppeteer sur réseau mobile révèle la version géolocalisée réelle du site. Vous corrigez le rendu avant de payer le clic, pas après.
Ouvrez un browser.newPage() par scénario de test, alignez langue et fuseau horaire sur la géo du proxy, puis changez d'IP par API entre deux marchés. Prévoyez des timeouts larges pour la latence mobile.
Retours réels d’utilisateurs quotidiens.
Comparez les technologies et choisissez la meilleure option.
Lite pour débuter, Basic pour le contrôle total. Prix selon pays et durée.
Un appareil physique 100 % dédié, sans voisin. Rotation par API et sticky session pour votre proxy Puppeteer : scraping, bots, authentification par username.
Un port partagé avec rotation automatique de l'IP. Le meilleur choix budget pour le scraping léger et le suivi de prix.
Essayez gratuitement via le widget ou connectez-vous en ~2 min. Support 24/7.
Questions fréquentes sur les proxies mobiles et notre service.
Le bon choix dépend du besoin :
Un Chromium piloté par Puppeteer est vite repéré quand il sort d'une IP de datacenter. Le bon proxy pour Puppeteer mobile place l'automatisation derrière une adresse d'opérateur, plus proche d'un abonné réel que d'un serveur. Les requêtes arrivent avec un profil réseau plausible, ce qui réduit les interruptions et préserve le budget de collecte.
Une IP mobile peut être partagée par des milliers d'abonnés via CGNAT ; bloquer cette adresse pénaliserait trop d'utilisateurs réels, donc les plateformes préfèrent souvent un CAPTCHA à un bannissement. Les sessions restent exploitables plus longtemps.
Sur des cibles comme Google SERP, Amazon, Booking ou LinkedIn, un proxy Puppeteer (puppeteer proxy) mobile obtient souvent 95 à 99 % de réussite là où des proxys résidentiels tombent sous 80 %. La collecte reste donc plus stable sur ces cibles.
| Type | Confiance | Vitesse | Prix |
|---|---|---|---|
| Datacenter | Faible | Très élevée | Bas |
| Résidentiel | Élevée | Élevée | Moyen |
| Mobile | Supérieure | Moyenne | Élevé |
La confiance supérieure du mobile vient de l'ASN d'opérateur, pas d'un débit plus rapide. Résultat : moins de captchas, moins de rejets et moins de relances coûteuses.
Dans un script Node.js, un const garde l'adresse au format ip:port:login:password. L'arg --proxy-server transmet ce point d'entrée à Chromium, puis page.authenticate envoie le nom d'utilisateur et le mot de passe. Cette séquence évite l'erreur 407, qui apparaît quand l'authentification arrive trop tard ou sur le mauvais port.
Deux méthodes existent : login/mot de passe ou IP-whitelisting. La première convient aux machines qui changent d'adresse de sortie ; la seconde simplifie l'accès quand l'IP du serveur est stable. Dans les deux cas, la requête doit partir du réseau autorisé, sinon la connexion est refusée. Un réglage cohérent évite les échecs inutiles.
Avant de lancer la collecte, il faut vérifier que l'IP est bien mobile : type d'ASN mobile, score de fraude faible, absence de liste noire. Si la vérification indique hosting ou datacenter, le proxy annoncé comme mobile ne l'est pas. Ce contrôle protège les comptes et les données contre des blocages immédiats.
La documentation OnlineProxy sur onlineproxy.io/fr/manual détaille la configuration dans les outils courants. Le format standard ip:port:login:password ou l'IP-whitelisting fonctionne dans tout logiciel compatible HTTP(S)/SOCKS5. L'intégration reste directe, sans couche à maintenir.
Conseil pratique : avant une montée en charge, testez une page, vérifiez le type d'ASN et le code HTTP, puis augmentez les flux progressivement. Cette routine isole les erreurs de proxy avant qu'elles ne coûtent du temps.
Chromium n'accepte pas les identifiants directement sur un proxy SOCKS5. Un proxy Puppeteer SOCKS5 (puppeteer proxy socks5) se pilote donc autrement : soit l'accès est autorisé par IP-whitelisting, soit un relais local comme proxy-chain ajoute l'authentification avant l'envoi vers le port SOCKS5. Le script garde alors une sortie stable, sans rejet au démarrage.
SOCKS5 devient utile quand il faut transporter de l'UDP, tester WebRTC ou alimenter un navigateur antidétection. Pour un simple scraping HTTP, HTTP(S) suffit souvent ; pour un environnement plus complet, SOCKS5 évite de multiplier les couches réseau. Le script garde ainsi la bonne porte de sortie selon le scénario.
Avant de prendre un proxy pour Puppeteer, il faut associer la tâche au mode d'IP et au plan. La facturation OnlineProxy est calculée par port pour 1, 7 ou 30 jours, sans facturation au Go. Le trafic n'est pas compté au volume, ce qui rend le coût prévisible pour les scripts réguliers.
Les deux options incluent un trafic non facturé au Go, mais la vitesse dépend du réseau mobile, donc les délais du script doivent rester réalistes.
Le plan Lite partage un port entre cinq utilisateurs au maximum. L'IP change automatiquement toutes les 2 à 5 minutes, sans pilotage manuel ni redémarrage de l'appareil. Ce fonctionnement convient à la collecte de données publiques tolérante aux changements d'IP, mais pas aux parcours connectés. Chaque donnée récupérée sans connexion reste exploitable, tandis qu'une session authentifiée risque d'être interrompue.
Le plan Regular réserve un modem dédié pendant toute la location. La session sticky garde la même IP le temps nécessaire, puis un nouveau départ peut être déclenché depuis le script par un lien ou un minuteur. Le redémarrage de l'appareil reste disponible, avec une assistance prioritaire pour réduire les interruptions.
Ce mode est adapté aux connexions, aux paniers et aux parcours en plusieurs étapes. Une limite compte : un modem supporte en général 1 à 5 flux simultanés. En gardant la concurrence dans cette plage, le script conserve une IP stable et évite les pertes de session.
Une IP mobile ne corrige pas une configuration incohérente. Voici les erreurs qui coûtent le plus cher.
Commencez par un proxy pour Puppeteer vérifié, alignez la géographie, limitez les flux et ajoutez des délais réalistes. En cas de blocage, l'assistance est disponible 24 h/24, avec un premier retour visé en 4 heures. Le cashback est versé en crédits sur le compte, et un remboursement peut être examiné selon la politique de remplacement et de retour. Cette procédure limite le risque opérationnel.
