Migrer de NetNut vers ProxyHat consiste essentiellement à faire un rechercher-remplacer : basculez votre passerelle vers gate.proxyhat.com (port 8080 pour HTTP, 1080 pour SOCKS5), transférez vos paramètres de pays et de session dans les indicateurs de nom d'utilisateur de ProxyHat, et achetez du trafic prépayé qui n'expire jamais au lieu d'un engagement mensuel. Pour une configuration de scraping classique, la bascule complète prend largement moins d'une heure. Ce guide fait correspondre chaque concept NetNut à son équivalent ProxyHat, détaille la première configuration, et vous propose une comparaison tarifaire honnête afin de bien calibrer votre premier achat.
Si vous êtes ici en raison de la saisie du 2 juillet et souhaitez d'abord en connaître le contexte, nous avons traité séparément ce qui est arrivé à NetNut et ce que cela signifie pour les clients. Cet article est purement pratique.
Migrer de NetNut vers ProxyHat : la table de correspondance des concepts
Les deux plateformes reposent sur la même architecture de base — un unique hôte de passerelle, le comportement de routage étant encodé dans le nom d'utilisateur du proxy. C'est ce qui rend la migration rapide. Le tableau ci-dessous fait correspondre les concepts ; les détails relatifs à NetNut reflètent sa configuration documentée publiquement avant la saisie (par exemple, la passerelle gw.ntnt.io et des suffixes de nom d'utilisateur comme -res-us ou -sid-).
| Concept | NetNut (avant la saisie) | ProxyHat |
|---|---|---|
| Hôte de passerelle | gw.ntnt.io | gate.proxyhat.com |
| Port HTTP | 5959 | 8080 |
| SOCKS5 | Selon l'offre | Port 1080, même passerelle |
| Ciblage par pays | Suffixe de nom d'utilisateur, ex. username-res-us | Indicateur de nom d'utilisateur : user-country-US |
| Ciblage par ville | Selon l'offre | Indicateur de nom d'utilisateur : user-country-DE-city-berlin |
| Session persistante | Suffixe d'ID de session, ex. -sid-123456 | Indicateur de nom d'utilisateur : user-session-abc123 |
| Rotation d'IP | Tourne sauf si un ID de session est figé | Tourne à chaque requête sauf si un indicateur de session est défini |
| Résidentiel statique / ISP | Offres résidentielles statiques | Catalogue statique ISP : IP dédiées, 66 pays, $11/30 days, trafic illimité |
| Séparation des équipes | Sous-comptes via un gestionnaire de compte | Sous-utilisateurs en libre-service |
| Facturation | Engagement mensuel ; les Go non utilisés expirent | Trafic prépayé ; n'expire jamais |
Étape 1 : créez un compte et achetez un petit forfait de test
Commencez avec le plus petit forfait — 1 GB pour $10 — et considérez-le comme votre budget d'évaluation. Comme le trafic ProxyHat n'expire jamais, il n'y a aucune pénalité à démarrer petit : le gigaoctet que vous achetez aujourd'hui sera toujours là le trimestre prochain, et les remises sur volume (jusqu'à $3.60/GB à 500 GB) s'appliquent dès que vous êtes prêt à monter en charge. Les paliers complets figurent sur la page tarifaire.
C'est une différence délibérée par rapport au modèle d'engagement. Vous n'avez pas besoin de deviner correctement votre volume mensuel dès le premier jour pour obtenir un tarif juste.
Étape 2 : remplacez la passerelle dans votre code
Le changement se résume à une modification d'une seule ligne dans l'URL du proxy. Une requête de style NetNut :
curl -x http://username-res-us:password@gw.ntnt.io:5959 https://ipinfo.io/jsondevient, sur ProxyHat :
curl -x http://user-country-US:pass@gate.proxyhat.com:8080 https://ipinfo.io/jsonEn Python, le même remplacement :
import requests
proxies = {
"http": "http://user-country-US:pass@gate.proxyhat.com:8080",
"https": "http://user-country-US:pass@gate.proxyhat.com:8080",
}
r = requests.get("https://ipinfo.io/json", proxies=proxies, timeout=30)
print(r.json())Si votre pile utilise SOCKS5, la même passerelle le sert sur le port 1080 avec des indicateurs de nom d'utilisateur identiques :
curl -x socks5://user-country-US:pass@gate.proxyhat.com:1080 https://ipinfo.io/jsonExécutez la requête plusieurs fois : vous devriez voir une IP résidentielle différente à chaque requête, toutes géolocalisées dans le pays ciblé.
Étape 3 : recréez le géociblage et les sessions persistantes
Tout ce que NetNut encodait dans des suffixes de nom d'utilisateur possède un équivalent direct dans les indicateurs de nom d'utilisateur de ProxyHat :
- Pays : ajoutez
-country-XXà votre nom d'utilisateur —user-country-US,user-country-DE. La couverture est répertoriée sur la page des emplacements. - Ville : complétez l'indicateur avec une ville —
user-country-DE-city-berlin. Utile pour les tâches sensibles à la ville, comme le suivi local des SERP (voir suivi des SERP). - Session persistante : ajoutez un indicateur de session avec l'identifiant de votre choix —
user-session-abc123. Les requêtes portant la même chaîne de session conservent la même IP de sortie tant que la session reste active ; pour forcer une nouvelle IP, changez l'identifiant. Cela remplace le mécanisme-sid-de NetNut à l'identique. - Rotation : le comportement par défaut, exactement comme avec NetNut — omettez l'indicateur de session et chaque requête obtient une nouvelle IP, ce que recherchent la plupart des charges de travail de web scraping.
Étape 4 : recréez les sous-comptes avec des sous-utilisateurs
Si vous utilisiez les sous-comptes NetNut pour séparer des équipes, des projets ou des clients finaux, les sous-utilisateurs de ProxyHat répondent au même besoin en libre-service : chaque sous-utilisateur dispose de ses propres identifiants, ce qui vous permet d'attribuer un accès par projet et de garder la charge de travail d'un client nettement séparée de celle d'un autre — sans passer par un gestionnaire de compte pour le faire. Il est préférable de les configurer dès la phase de test plutôt qu'après, afin que vos rapports d'utilisation soient correctement répartis dès le premier gigaoctet réel.
Si vous utilisiez les IP résidentielles statiques de NetNut
Pour les charges de travail qui nécessitent la même IP pendant des semaines — gestion de comptes, vendeurs sur marketplace, connexions de longue durée — le pool résidentiel est le mauvais outil, quel que soit le fournisseur. L'équivalent chez ProxyHat est le catalogue statique ISP : IP statiques dédiées dans 66 pays à $11 par 30 jours avec trafic illimité, disponibles à la fois en HTTP et en SOCKS5. Le catalogue inclut des pays où il est réellement difficile de trouver des IP statiques, comme le Nigeria. Consultez les disponibilités sur la page des emplacements.
Tarification : ce qui change quand le trafic n'expire pas
| Modèle NetNut (typique, avant la saisie) | ProxyHat | |
|---|---|---|
| Facturation | Paliers d'engagement mensuel | Forfaits prépayés, achetés quand vous le souhaitez |
| Trafic non utilisé | Expire à la fin du cycle | N'expire jamais |
| Point d'entrée | Engagements négociés avec un commercial | $10 pour 1 GB, en libre-service |
| En volume | Négocié | $3.60/GB à 500 GB, publié sur tarifs |
Le point de comparaison honnête est le coût effectif, pas le prix affiché. Sous un engagement mensuel, chaque gigaoctet non utilisé gonfle silencieusement le prix de ceux que vous avez réellement consommés. Avec un trafic prépayé qui n'expire pas, votre tarif effectif est le tarif que vous avez payé — c'est pourquoi un premier gigaoctet à $10 peut, dans la pratique, revenir moins cher qu'une allocation plus importante que vous ne consommez qu'à moitié.
Liste de contrôle pour la bascule
- Achetez un petit forfait et vérifiez la connectivité avec les commandes curl ci-dessus.
- Exécutez votre charge de travail réelle contre vos cibles réelles et comparez les taux de réussite et la latence — vos domaines sont le seul indicateur de référence qui compte.
- Migrez d'abord les tâches à rotation, sans état ; déplacez les charges de travail à session persistante une fois le comportement des sessions validé.
- Recréez les identifiants par projet sous forme de sous-utilisateurs avant d'inviter l'équipe.
- Déplacez toute charge de travail nécessitant une IP statique vers le catalogue ISP plutôt que de figer des sessions résidentielles sur le long terme.
Si l'essai est concluant, calibrez votre prochain achat sur le palier de volume adapté — le trafic vous attendra de toute façon. Commencez sur la page tarifaire.
Points clés à retenir :
- La migration se résume au remplacement de l'URL du proxy :
gate.proxyhat.com, HTTP sur 8080, SOCKS5 sur 1080.- Les suffixes de nom d'utilisateur de NetNut correspondent directement aux indicateurs de ProxyHat :
-res-us→-country-US,-sid-…→-session-….- Le trafic prépayé n'expire jamais : commencez avec 1 GB pour $10 et passez aux tarifs de volume ($3.60/GB à 500 GB) uniquement une fois vos propres tests concluants.
- Les charges de travail à IP statique relèvent du catalogue statique ISP : 66 pays, $11 par 30 jours, trafic illimité.
Questions fréquentes
Combien de temps prend la migration de NetNut vers ProxyHat ?
Pour la plupart des configurations, moins d'une heure. L'URL du proxy passe à gate.proxyhat.com (port 8080 pour HTTP, 1080 pour SOCKS5), et les paramètres de géociblage ou de session persistante se transforment en indicateurs de nom d'utilisateur comme user-country-US ou user-session-abc123. Le reste de votre code de scraping ne change pas.
ProxyHat prend-il en charge SOCKS5 comme le faisait NetNut ?
Oui. La même passerelle sert le HTTP sur le port 8080 et le SOCKS5 sur le port 1080, avec un ciblage basé sur le nom d'utilisateur identique pour les deux protocoles.
Que devient le trafic ProxyHat que je n'utilise pas ?
Rien — le trafic acheté n'expire jamais. Contrairement aux engagements mensuels où les gigaoctets non utilisés disparaissent à la fin du cycle, le trafic prépayé ProxyHat reste sur votre solde jusqu'à ce que vous l'utilisiez.
Puis-je obtenir des IP résidentielles statiques comme celles proposées par NetNut ?
Oui. Le catalogue statique ISP de ProxyHat propose des IP dédiées dans 66 pays à $11 par 30 jours avec trafic illimité en HTTP comme en SOCKS5 — y compris dans des pays difficiles à sourcer comme le Nigeria.
