Un canal dédié sur IP mobile d'opérateur réel, sans partage de port avec d'autres utilisateurs. La rotation automatique par API et par timer donne un risque de blocage minimal pour vos comptes ParseHub.
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 un proxy pour ParseHub, vos extractions aboutissent au lieu de finir en captcha ou en IP bloquée.
Le trafic passe par de vrais appareils mobiles avec carte SIM. Le site voit un utilisateur ordinaire sur son téléphone, et vos extractions ParseHub tournent sans captcha ni erreur 429.
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 vous appartient seul. Aucun voisin ne compromet votre IP : vos extractions ne repartent pas à zéro.
Déclenchez la rotation d'IP par API ou par lien entre deux sessions ParseHub. Une session sticky évite la déconnexion en pleine extraction sur un site avec compte.
Votre outil ParseHub charge des images et des scripts à chaque page collectée. Vous payez un forfait fixe par port, pas au gigaoctet.
L’IP correspond au lieu réel de l’appareil—pas de sauts entre villes.
Prêt à commencer ?
Acheter des proxiesDes fiches produit réelles à chaque exécution planifiée.
Votre avantage
Vous relevez prix et stock sur des milliers de fiches produit, jour après jour, sans les prix d'appât servis aux robots. Votre collecte arrive depuis un vrai réseau cellulaire et ressemble à la navigation d'un acheteur sur téléphone. Vos exports restent exploitables à chaque passage.
Renseignez votre proxy ParseHub dans les réglages du projet, au format ip:port:login:mot de passe. Gardez la sticky session le temps du parcours fiche produit, puis changez d'IP avant la catégorie suivante.
La vraie SERP mobile, ville par ville.
Votre avantage
Vous relevez positions, snippets et annonces depuis la ville qui vous intéresse, sans captcha à chaque requête. Les adresses d'opérateurs mobiles arrivent avec un score de confiance élevé côté moteurs. Votre projet ParseHub tourne au volume voulu et renvoie la SERP mobile réelle.
Choisissez la ville et l'opérateur sur votre port, puis planifiez une exécution par zone. Changez d'IP entre deux lots de mots-clés et gardez des en-têtes de navigateur mobile cohérents avec la ville ciblée.
Un port dédié tient votre session ouverte jusqu'à la dernière page.
Votre avantage
Vous extrayez les fiches d'un annuaire B2B ou d'un espace membre sans session coupée après dix pages. Le port dédié vous réserve un appareil entier : la même IP tient pendant tout le projet. Connexion et cookies restent valides jusqu'au bout.
Gardez un port par projet : un espace membre, une IP. Allongez les temps de chargement, car le réseau cellulaire répond plus lentement qu'un proxy datacenter. Ne changez d'IP qu'à la fin du lot.
Des exécutions quotidiennes qui aboutissent, sans compteur de gigaoctets.
Votre avantage
Vous planifiez une exécution chaque matin sur des centaines de pages et le fichier arrive au complet. Une IP mobile passe pour un abonné réel : un captcha remplace souvent le blocage. Vous arrêtez de payer trois relances pour un seul jeu de données.
Placez un proxy pour ParseHub dans les réglages du projet, puis programmez la rotation d'IP sur minuterie. Découpez les grosses collectes en lots de pages.
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 100 % dédié, zéro voisin sur votre port. Rotation API et sticky sessions pour votre proxy ParseHub, y compris sur les sites à compte.
Un port partagé avec rotation automatique des IP. Le meilleur choix budget pour des extractions ParseHub légères sur pages publiques.
Essayez gratuitement via le widget ou connectez-vous en ~2 min. Support 24/7.
Questions fréquentes sur les proxies mobiles et notre service.
L'IP vient d'un opérateur mobile, avec un ASN de type mobile : les proxys mobiles obtiennent un meilleur score de confiance qu'une IP datacenter.
L'effet CGNAT s'y ajoute : un IP public sert à des centaines d'abonnés réels, d'où des mesures plus souples.
La location se paie au port, pas au gigaoctet.
ParseHub automatise la collecte, mais les sites comme Amazon, Google ou Booking repèrent vite une adresse issue d'un datacenter. Le score de fraude associé à ce type d'IP augmente les CAPTCHA, les limitations de débit et les interruptions. Un ParseHub proxy mobile réduit ce risque, car l'adresse provient d'un ASN d'opérateur et ressemble à la connexion d'un abonné réel.
Les adresses utilisées passent par des modems et des routeurs SIM équipés de cartes SIM réelles, pas par des serveurs d'hébergement. Pour la plateforme visée, la requête ressemble à celle d'un terminal mobile classique, ce qui limite les contrôles inutiles. Cette différence évite de relancer sans fin les mêmes pages et protège le temps de configuration.
Sur une cible difficile, les proxys résidentiels peuvent plafonner, tandis que les IP mobiles bénéficient d'un niveau de confiance plus élevé. Une même adresse publique est partagée entre des milliers d'abonnés, ce qui rend un blocage brutal coûteux pour la plateforme. Résultat : le taux de succès monte souvent entre 95 et 99 %, et la collecte avance sans multiplier les tentatives bloquées.
Quand la page demande une session, une pagination longue ou un contenu localisé, un proxy pour ParseHub doit garder une identité stable ou tourner au bon rythme. Une rotation trop rapide peut casser une étape, une rotation trop lente peut déclencher une limite. Le bon réglage dépend donc de la protection du site et de la profondeur du projet.
La facturation se fait par port, sur 1, 7 ou 30 jours, sans comptage au gigaoctet. La période minimale est de 24 heures. Le trafic illimité signifie qu'aucun volume n'est facturé au Go ; cela ne transforme pas la connexion mobile en lien à vitesse illimitée. Cette absence de facturation au Go s'applique aux deux formats, Lite et Regular.
Pour un projet ParseHub, le bon plan dépend du nombre d'exécutions, de la protection de la cible et du besoin de contrôle sur l'adresse IP. Un port partagé peut suffire pour une veille simple, tandis qu'un appareil dédié devient plus pertinent dès que la session ou la pagination doit rester stable.
| Point à comparer | Lite | Regular |
|---|---|---|
| Port | partagé entre 5 utilisateurs au maximum | appareil dédié |
| Rotation | automatique toutes les 2 à 5 minutes | pilotée par lien, minuteur ou session stable |
| Contrôle | aucune action manuelle sur l'appareil | redémarrage de l'appareil disponible |
| Usage pertinent | veilles simples, cibles peu protégées | collectes longues, connexions, pagination, ciblage fin |
Le port Lite est partagé entre cinq utilisateurs au maximum et change d'adresse automatiquement toutes les 2 à 5 minutes. Cette rotation ne peut pas être pilotée manuellement, et le redémarrage de l'appareil n'est pas disponible. Pour une veille de prix, un catalogue peu défendu ou une exécution courte, ce cadre suffit et évite de mobiliser une ressource entière.
Le budget reste alors concentré sur les collectes qui n'exigent pas de pilotage fin. Si la cible ne demande ni connexion ni longue pagination, ce format permet de lancer des exécutions régulières sans surdimensionner le port.
Le port Regular attribue l'appareil mobile à un seul projet pendant la location. L'adresse peut rester fixe pendant une session, changer via un lien ou selon un minuteur, et l'appareil peut être redémarré si la connexion devient instable. Sur un site protégé, ce contrôle aide à conserver la pagination, une connexion ou un panier sans repartir de zéro après une coupure.
Le ciblage par pays et par opérateur aide aussi à obtenir une vue locale cohérente. Le support est prioritaire sur ce format, ce qui réduit le temps d'attente lorsqu'un réglage doit être vérifié avant une collecte importante.
Dans la configuration du projet, activez les proxys personnalisés puis collez l'accès au format ip:port:login:password, ou utilisez la liste blanche d'IP si votre environnement a une adresse sortante fixe. Choisissez HTTP ou HTTPS pour un flux web classique, ou SOCKS5 si l'outil l'exige. Chaque paramètre doit correspondre au même pays que les en-têtes et la langue attendus par le site. La documentation onlineproxy.io/fr/manual détaille les réglages utiles.
Avant la production, un proxy pour ParseHub doit être validé par une exécution de test sur quelques pages. Vérifiez le type d'IP, la présence d'une adresse mobile et le taux de réponses valides, puis augmentez le volume progressivement. Cette étape courte évite de lancer une longue collecte avec un accès mal ciblé ou une rotation inadaptée.
Conseil pratique : si la cible affiche une page locale, contrôlez que l'IP, la langue, le fuseau et le format de devise pointent vers le même pays. Une incohérence de géolocalisation suffit souvent à déclencher un contrôle supplémentaire.
La plupart des échecs ne viennent pas de ParseHub, mais d'un détail de proxy. Chaque erreur se paie en exécutions relancées, en données incomplètes ou en temps de support.
Avant de lancer un projet sensible, vérifiez l'adresse avec un outil comme IPQualityScore ou Spur, contrôlez le type ASN, puis faites un test réel. Sur une collecte importante, le choix d'un proxy pour ParseHub se mesure au coût d'une session perdue, pas uniquement au prix du port. Une IP mal qualifiée peut faire perdre des heures de données, alors qu'une vérification préalable prend quelques minutes.
En cas de problème technique, la politique prévoit d'abord un remplacement ; si un remboursement est demandé, il est possible dans la première heure, puis au prorata du temps utilisé. Le cashback est versé en crédits internes après la location payée, sans conversion en argent. L'équipe de support fonctionne 24/7 avec un objectif de première réponse de 4 heures, et le port Regular bénéficie d'un traitement prioritaire. Un proxy serveur de datacenter peut être obtenu via le widget, mais les proxys mobiles ne sont pas inclus dans cette option.
L'enjeu n'est donc pas d'ajouter un simple relais réseau, mais de choisir une configuration qui protège la collecte. Une adresse mobile cohérente, une rotation adaptée et un test initial réduisent les relances, préservent le budget et rendent les données exploitables plus vite.
