Un canal dédié sur une IP mobile réelle d'opérateur : vous n'héritez pas des sessions compromises par vos voisins de port. La rotation automatique par API et par minuteur réduit au minimum le risque de blocage de vos comptes Playwright.
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 équipé d'une vraie carte SIM. Avec ce serveur proxy Playwright, vous enchaînez les pages sans captcha ni IP bloquée.
Votre trafic sort de modems et de routeurs munis de vraies cartes SIM. Les sites voient un internaute mobile ordinaire : vos scripts Playwright tournent plus longtemps avant la première coupure.
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
Le canal mobile entier vous appartient, sans voisin sur le port. Aucune requête étrangère ne brûle la confiance de votre IP pendant vos automatisations Playwright.
Changez d'IP par requête HTTP ou par timer depuis votre code Playwright. Une IP propre par contexte : un blocage ne se propage plus à tous vos scripts.
Un navigateur headless charge JS, images et polices à chaque page. Vous payez un forfait fixe par port, pas des gigaoctets qui gonflent la facture.
L’IP correspond au lieu réel de l’appareil—pas de sauts entre villes.
Prêt à commencer ?
Acheter des proxiesVos scripts Chromium récupèrent les données au lieu de résoudre des captchas.
Votre avantage
Vous lancez vos scripts Playwright sur des sites qui bloquent les IP de datacenter et vous récupérez les données. Derrière votre serveur proxy Playwright, la requête sort d'un réseau cellulaire réel : moins de captchas et un coût par page plus bas.
Branchez votre proxy Playwright (playwright proxy) sur un port dédié, déclenchez la rotation d'IP par API entre chaque lot de pages et alignez User-Agent, timezone et locale sur la géo du port.
Les positions mobiles réelles, ville par ville et opérateur par opérateur.
Votre avantage
Vous relevez positions et blocs publicitaires tels qu'un mobinaute les voit, depuis la ville et l'opérateur de votre choix. Une IP de datacenter renvoie une SERP desktop filtrée : vos budgets SEO partent alors sur des chiffres faux.
Gardez une sticky session le temps d'une série de requêtes sur la même ville, puis changez d'IP par lien avant la suivante. Ajoutez des pauses aléatoires dans le script pour coller au rythme d'un lecteur.
Prix, stocks et variantes tels que les voit un acheteur.
Votre avantage
Vous lisez prix, stocks et variantes comme un acheteur sur son téléphone, sur des centaines de fiches par passage. Le trafic cellulaire ressemble à du shopping mobile ordinaire : les rate limits se relâchent et un seul passage suffit.
Basculez Playwright en émulation mobile et filtrez images et polices via l'API route. Tenez la même IP sur une fiche lourde, puis changez d'IP avant la catégorie suivante. Le trafic n'est pas compté au gigaoctet.
Vos parcours critiques testés dans les conditions d'un vrai réseau cellulaire.
Votre avantage
Vous déroulez vos parcours critiques sous 4G ou 5G réelle, avec la latence et les coupures d'un réseau d'opérateur plutôt que la fibre du bureau. Chaque test remonte les vrais bugs de chargement, et vous corrigez avant que les visiteurs mobiles ne partent.
Créez un contexte Playwright avec geolocation, locale et timezone alignés sur la géo du port. Rejouez la même suite sur plusieurs proxys mobiles pour comparer les opérateurs, un port dédié par exécution.
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 voisins. Vous configurez vos Playwright proxy settings par contexte : session sticky, rotation par API et crawls authentifiés.
Un port partagé avec rotation automatique de l'IP. Le meilleur choix budget pour vos tests Playwright et les collectes ponctuelles.
Essayez gratuitement via le widget ou connectez-vous en ~2 min. Support 24/7.
Questions fréquentes sur les proxies mobiles et notre service.
Tout outil d'automatisation accepte un proxy HTTP(S) ou SOCKS5. Pour un serveur proxy Playwright, la déclaration passe par les settings de lancement.
Manuel : onlineproxy.io/fr/manual
Un script Playwright échoue souvent parce que l’IP trahit une origine datacenter. Avec un proxy mobile OnlineProxy, la requête arrive depuis une IP d’opérateur, notée comme mobile par les systèmes antifraude. Le score de fraude typique d’une IP mobile se situe entre 0 et 15 sur 100, contre 75 à 100 pour une IP de datacenter. Résultat : moins de captchas, moins de blocages et un taux de réussite de 95 à 99 % sur des cibles où les proxys résidentiels descendent sous 80 %.
Cet avantage vient de l’ASN mobile et du CGNAT. Une même IP publique peut être partagée entre 500 et 5 000 abonnés ; bannir cette IP coûterait trop cher à la plateforme. Les contrôles restent donc plus souples. Le proxy ne règle cependant que la couche réseau : l’empreinte du navigateur et le comportement doivent rester cohérents, sinon la session peut encore être signalée.
Les paramètres proxy Playwright (playwright proxy settings) ne suffisent pas à eux seuls : ils choisissent la sortie réseau, pas le fingerprint. L’avantage d’un serveur proxy Playwright mobile est donc structurel. Il réduit la pression antifraude au niveau IP, mais il laisse la gestion de l’empreinte et des actions à votre automate.
La configuration se transmet au lancement du navigateur ou à la création d’un nouveau contexte. Le format standard est ip:port:login:password. Si l’authentification par identifiants gêne votre outil, l’autre option est la liste blanche d’IP : OnlineProxy autorise alors votre adresse de sortie sans identifiants.
Chromium n’accepte pas l’authentification SOCKS5 de façon pratique ; pour un proxy Playwright (playwright proxy), HTTP/HTTPS avec liste blanche reste plus fiable. La documentation : onlineproxy.io/fr/manual. Repères de script : const, context, local, run, for, with, one, you. Gardez une seule identité par port.
Un port OnlineProxy doit correspondre à un BrowserContext, donc à une identité de session. Si plusieurs comptes ou plusieurs robots partagent le même port, une seule anomalie peut contaminer les autres. À l’inverse, un port par contexte isole les signaux : un compte signalé n’entraîne plus tout le reste.
Le mode de rotation dépend de la tâche. La session sticky convient aux connexions, aux paniers, aux comptes chauffés et aux parcours en plusieurs étapes. La rotation par lien ou par minuterie sert entre les contextes, pour rafraîchir la sortie sans casser la logique. Une IP qui change au milieu d’une même session est un signal incohérent : mieux vaut planifier la rotation avant ou après l’étape sensible.
Repère d’expert : un port dédié par BrowserContext évite qu’une IP sanctionnée fasse chuter plusieurs contextes. Si une campagne tourne longtemps, la rotation par minuterie doit être planifiée entre les étapes, pas pendant une action critique.
OnlineProxy facture à la durée par port, sur 1, 7 ou 30 jours, sans facturation au Go. Le trafic illimité signifie ici qu’aucun volume n’est compté, pas que le débit est illimité. Le choix dépend surtout du niveau de contrôle demandé par votre automatisation.
| Critère | Lite | Regular | Effet sur vos scripts |
|---|---|---|---|
| Port | Partagé, 5 utilisateurs max | Appareil dédié | Regular isole mieux les sessions sensibles |
| Rotation IP | Automatique, 2 à 5 minutes | Sticky, lien, minuterie, redémarrage | Regular garde la même IP quand la tâche l’exige |
| Usage conseillé | Scraping simple | Connexions, parcours longs | Moins de contrôles inutiles et moins de reprises |
Lite convient à un scraping simple qui accepte une rotation automatique toutes les 2 à 5 minutes et un port partagé entre 5 utilisateurs au maximum. Regular correspond à un appareil dédié : session sticky, rotation par lien ou par minuterie, redémarrage de l’appareil et support prioritaire. Le trafic passe par des modems et routeurs SIM réels ; vu du site, il ressemble à une connexion mobile. Pour une location payée, le cashback est ajouté sous forme de crédits internes, et le remboursement suit la politique publiée de remboursement et de remplacement.
Un script léger peut démarrer en Lite, puis passer en Regular dès qu’une session doit rester connectée. La bascule ne change pas le format de connexion.
La première erreur est la géographie incohérente. IP française, fuseau américain, langue anglaise et User-Agent incompatible créent un signal douteux. Coût : blocage ou demande de vérification. Correction : aligner pays, fuseau, langue et en-têtes.
Corriger ces points avant une grosse extraction coûte moins de temps que relancer une campagne bloquée. Une IP mobile bien choisie réduit la pression antifraude, mais la discipline de session protège le budget et les données collectées.
