Présentation des nouveaux Proxies Résidentiels Shifter

Nous livrons aujourd’hui la prochaine génération de Proxies Résidentiels Shifter. C’est le changement le plus important apporté au produit depuis le lancement de la passerelle résidentielle d’origine, et il consolide une année de retours clients en trois améliorations qui, selon nous, changent concrètement l’expérience de l’utilisation de proxies en production à grande échelle.

Pour aller à l’essentiel : un seul endpoint, vous payez au Go, vous pouvez cibler par pays, région, ville ou ASN sur tous les plans sans supplément, et le pool est passé de 31M+ à 205M+ d’IP résidentielles dans 195+ pays. La vitesse est en hausse sur toute la ligne.

La suite de cet article détaille ce qui a changé, pourquoi, et ce que les clients existants doivent savoir.

Ce qui est nouveau, en un coup d’oeil

Une passerelle unifiée. Un seul endpoint, p.shifter.io:443. Chaque requête, chaque pays, chaque session, même hôte, même port. Les paramètres de ciblage sont encodés dans la chaîne de nom d’utilisateur au moment de la requête — pas de sous-domaines spécifiques au plan ni d’allocations par port à gérer.

Une tarification à la bande passante sur tous les plans. Vous payez pour les données que vous transférez réellement. Pas de ports, pas de facturation à la requête, pas de limites de concurrence. Les plans démarrent à $1.00/Go à grande échelle ; la page de tarification présente l’ensemble de la grille tarifaire.

Le ciblage par ville et ASN sur tous les plans. Ce qui était autrefois une fonctionnalité réservée aux entreprises est désormais inclus dans chaque plan, sans supplément. Vous pouvez router via n’importe quelle ville couverte (la plupart d’entre elles, voir Locations) ou vous limiter à un ASN spécifique, en ajoutant un simple indicateur à votre nom d’utilisateur.

Ces trois changements sont étroitement liés dans notre réflexion — ils résultent d’une refonte architecturale globale, et non de trois décisions produit indépendantes. Mais c’est l’expérience côté client qui a changé : un endpoint plus simple, une facture plus simple, et une précision que la plupart des équipes n’espéraient pas obtenir à ce niveau de prix.

Pourquoi une passerelle unique

Le produit résidentiel d’origine, lors de son lancement il y a quelques années, reposait sur des plans basés sur des ports. Achetez 100 ports, obtenez 50 connexions simultanées sur chacun, chacun avec sa propre paire hôte:port. C’était un modèle défendable pour l’époque et il nous a bien servis, ainsi que les clients qui construisaient une infrastructure sérieuse par-dessus, pendant des années.

Deux évolutions ont rendu le modèle par ports inadapté :

Les pools sont devenus suffisamment grands pour que la concurrence cesse d’être la contrainte. Avec 205M d’IP dans le pool, la question “le réseau peut-il gérer 5 000 connexions simultanées” n’est plus pertinente. La réponse est oui. Les questions intéressantes portent sur quelles IP, dans quelles zones géographiques, avec quel comportement de session — des questions auxquelles les ports ne vous aidaient pas à répondre.

Les charges de travail sont devenues plus dynamiques. Un pipeline de données moderne ne fait pas tourner 100 scrapers en régime permanent pendant un mois. Il exécute des fan-outs en rafale déclenchés par des webhooks ou des planifications, avec une concurrence variant de 1 à 1 000 sur quelques heures. Les allocations de ports statiques sous-servaient ces pics ou surfacturaient la capacité inactive.

La passerelle unifiée répond aux deux problèmes. Un seul endpoint, un ciblage analysé en bordure de réseau, pas de limite de concurrence. Allouer des IP depuis le bon pool au moment de la requête, router, retourner. Le modèle mental du client se simplifie : une URL, une authentification, un jeu d’identifiants, une facture.

Pourquoi la tarification à la bande passante

C’est la partie du changement la plus significative et la plus facile à expliquer. La bande passante est ce que vous consommez réellement. Les ports étaient un proxy (dans un autre sens du terme) pour la bande passante — concurrence x débit. La bande passante est la ressource physique sous-jacente. Tarifer sur la ressource sous-jacente signifie que la facture correspond à la réalité.

Concrètement, avec la nouvelle tarification :

• Vous achetez une allocation de bande passante, par exemple 100 Go/mois sur notre niveau intermédiaire.
• Vous pouvez l’utiliser comme vous le souhaitez — 1 requête qui transfère un fichier de 100 Go ou 100 millions de requêtes qui récupèrent chacune une réponse API de 1 Ko.
• Concurrence illimitée, débit de requêtes illimité, pas de limites de ports.
• Les dépassements basculent sur une tarification à l’usage depuis votre portefeuille, sans mise à niveau de plan requise en cours de mois.

Pour la plupart des équipes, cela change radicalement la façon dont fonctionne la prévision d’utilisation. “Quelle quantité de données allons-nous transférer le mois prochain” est une question à laquelle vous pouvez répondre avec un calcul rapide. “De combien de ports avons-nous besoin” était une question à laquelle vous ne pouviez répondre qu’empiriquement après avoir exécuté la charge de travail pendant quelques semaines.

Si vous êtes sur un plan par ports et que vous envisagez de migrer, l’équipe support peut extraire votre historique d’utilisation et vous expliquer à quoi ressemblerait le plan à bande passante équivalent. Contactez-nous à hi@shifter.io et nous ferons les calculs ensemble.

Pourquoi le ciblage par ville et ASN partout

Le ciblage au niveau du pays résout un petit problème. Le ciblage au niveau de la ville et de l’ASN en résout un bien plus grand pour les charges de travail qui font réellement tourner notre activité.

Une équipe qui surveille les prix de l’e-commerce dans les métropoles américaines a besoin d’une précision à la ville — les prix Amazon à New York, Los Angeles, Chicago, Houston et Miami sont cinq prix différents, et un proxy au niveau du pays en retourne un sans moyen de savoir lequel. Une équipe qui vérifie les placements publicitaires doit confirmer que la publicité diffusée à San Francisco contient bien le contenu créatif de San Francisco. Une équipe qui scrape la livraison de repas doit récupérer chaque marché DoorDash séparément.

Ce qui était autrefois une fonctionnalité réservée aux contrats entreprise est désormais inclus dans chaque plan. La raison est simple : router une requête via une IP de ville spécifique ne nous coûte pas plus cher qu’une IP de pays. La restriction côté client était une décision de facturation, pas une décision technique. Nous avons supprimé cette restriction.

Même chose pour le ciblage par ASN. Si vous avez besoin d’un FAI spécifique — Comcast (AS7922), Verizon (AS701), BT (AS2856) — ajoutez -asn-<number> au nom d’utilisateur et c’est là que votre trafic sera routé. Pas de supplément, pas de plan supplémentaire.

L’ensemble des indicateurs géographiques :

customer-USERNAME-country-us                            # country
customer-USERNAME-country-us-region-california          # state/region
customer-USERNAME-country-us-city-new_york              # city
customer-USERNAME-country-us-asn-7922                   # ASN (Comcast)
customer-USERNAME-country-us-strict-true                # fail if no exact match

Combinez-les à votre guise. country + city, country + asn, les quatre ensemble. La passerelle analyse et route.

Ce que les clients existants doivent faire

Si vous êtes sur un plan original basé sur des ports, votre plan et vos identifiants existants continuent de fonctionner. La nouvelle passerelle utilise un modèle de tarification différent (bande passante plutôt que ports). La migration est gratuite et des remises sont disponibles pour les clients existants. Contactez le support et nous définirons ensemble le bon plan de migration et le bon tarif pour votre utilisation.

Si vous êtes un nouveau client : inscrivez-vous simplement. La nouvelle passerelle est celle par défaut. La tarification est disponible sur la page de tarification des Proxies Résidentiels et la documentation complète se trouve sur /docs/products/residential-proxies.

La suite

Ce lancement est la partie visible d’environ une année de travail. La partie moins visible concerne l’aspect opérationnel — une meilleure observabilité du comportement par requête, de meilleurs tableaux de bord pour les métriques de bande passante et de session, de meilleurs SDK dans davantage de langages. Une partie de tout cela a déjà été livrée ; d’autres éléments sont en attente. Nous écrirons sur les aspects intéressants au fur et à mesure qu’ils arriveront.

En attendant, les nouveaux Proxies Résidentiels sont en ligne. La tarification, la documentation et l’inscription sont tous accessibles via les liens ci-dessus. Si vous attendiez que le coût de la précision au niveau de la ville baisse, c’est fait. Si vous attendiez la disparition des ports, ils n’ont pas disparu, mais vous n’avez plus à vous en préoccuper. Et si vous démarrez de zéro aujourd’hui, bienvenue. Notre équipe est disponible par chat à hi@shifter.io si vous rencontrez des difficultés.