← Tous les articles

FourA Digest : 30 oct. au 6 nov. 2026

Les sorties premium de Proxy Finder prennent désormais en charge région, ville, réseau, appareil et durée de vie, et le proxy ID transmet l'emplacement à Single et Browser. Correctifs mobiles inclus.

Points clés

Besoin d'une adresse à Sofia qui reste identique pendant un quart d'heure ? Proxy Finder peut désormais vous en fournir une. Les sorties Premium acceptent une région, une ville, un réseau, un type d'appareil et une durée de vie, et le proxy ID renvoyé conserve cet emplacement pour Single et Browser. Dans le Dashboard, les champs de recherche fonctionnent correctement sur mobile, l'Overview d'un nouveau compte ne saute plus pendant son chargement, et les exécutions Auto dans le playground sont enregistrées dans History. Tout ce qui suit est en production, et la majorité se trouve aussi sur le changelog.

Nouveautés

Sorties Premium par région, ville, réseau et appareil

Certaines cibles vérifient votre localisation exacte, pas seulement votre pays. Un prix qui varie selon la ville. Un localisateur de magasins. Un site qui traite différemment un opérateur mobile et une connexion résidentielle. Proxy Finder accepte désormais cinq champs supplémentaires sur les sorties Premium :

  • exitState, exitCity et exitAsn sélectionnent la région, la ville ou le réseau (par numéro d'AS) d'où provient la sortie. Ils nécessitent exactement un pays dans exitCountries.
  • exitOs sélectionne le type d'appareil auquel appartient l'adresse : windows, android, ios ou mac.
  • exitLifetimeMin conserve la même adresse pour une durée allant de 3 à 1 440 minutes.

Chacun de ces paramètres requiert exitClass: "premium" et achemine la request exclusivement via les sorties Premium, le pool standard ne pouvant pas garantir un emplacement précis. La région, la ville, le réseau et l'appareil nécessitent également un forfait avec geo targeting. Et si votre quota de trafic Premium est épuisé, la request est rejetée avec un code 403 contenant X-FourA-Limit: plan_limit_premium, afin de ne jamais sortir depuis un endroit non sollicité.

L'intérêt principal apparaît après le premier appel. L'ID proxy dans la response conserve l'emplacement, de sorte qu'un appel ultérieur sur Single ou Browser nécessite uniquement cet ID et rien d'autre :

import requests

H = {"X-API-Key": "pk_live_..."}

r = requests.post(
    "https://api.foura.ai/api/proxy",
    headers=H,
    json={
        "exitClass": "premium",
        "exitCountries": ["BG"],
        "exitCity": "sofia",
        "exitLifetimeMin": 15,
        "request": {"method": "GET", "url": "https://example.com/"},
    },
).json()

# Same city, same address, for the lifetime you asked for
page = requests.post(
    "https://api.foura.ai/api/single",
    headers=H,
    json={"url": "https://example.com/stores", "proxy": r["proxy"]},
).json()

Ce sont les termes que le port de proxy prend déjà en charge pour state, city, asn et os. Le ciblage que vous avez configuré sur le port est donc directement reporté. La référence des emplacements de sortie détaille chaque règle, et l'onglet Proxy du playground du Dashboard propose un groupe Exit location, ce qui vous permet de tester un emplacement avant d'écrire la moindre ligne de code.

Un autre changement s'ajoute à cela. Une sortie premium à laquelle est assignée une liste de pays reste désormais confinée à cette liste, et exitCountry dans la response indique le pays d'où elle provient, exactement comme pour le pool standard.

Browser déduit le pays à partir de l'identifiant de proxy

Une page peut comparer le fuseau horaire du navigateur avec le pays de l'adresse qu'elle détecte, et une incohérence constitue l'un des signaux de détection de bot les plus simples à exploiter. Browser aligne les deux pour vous. Il récupère désormais le fuseau horaire uniquement à partir de l'identifiant proxy, de sorte que le champ exitCountry sur /api/browser a disparu. Une request qui continue de l'envoyer reste fonctionnelle; le champ est simplement ignoré.

Le Dashboard sur mobile, et dès le premier jour

Les menus déroulants avec recherche du Dashboard fonctionnent désormais correctement sur mobile. En toucher un ne déclenche plus de zoom sur iPhone, toucher n'importe où ailleurs ferme la liste, l'ouvrir n'affiche pas le clavier virtuel, et la liste s'adapte à l'espace restant disponible. Toucher la petite icône (i) à côté d'un libellé n'ouvre plus le champ situé en dessous.

Sur un nouveau compte, la vue d'ensemble Overview charge son guide de configuration en même temps que le reste de la page. Les filtres restent donc bien en place au lieu de glisser vers le bas une seconde plus tard. Sur un compte sans aucun trafic API pour l'instant, seuls les panneaux API affichent le libellé Sample (si vous utilisez uniquement le port de proxy, vos panneaux Proxy indiquent vos chiffres réels sans aucun libellé).

Exécutions Auto dans History

Les exécutions Auto dans le playground du Dashboard apparaissent désormais dans History aux côtés de Single, Proxy et Browser, et vous pouvez enregistrer une request Auto comme preset. C'est un réel avantage car Auto est un explorateur d'itinéraires, pas la route de production: il détermine quel point d'accès vers un site fonctionne, et la session qu'il renvoie est celle que vous rejouez ensuite à grande échelle sur Single, Proxy Finder ou Browser. Avec l'exécution enregistrée dans History, vous pouvez revenir sur la route détectée, et le bouton Carry transfère son User-Agent et son identifiant de proxy vers les autres onglets.

Factures pour les forfaits facturés à terme échu

Si votre forfait est facturé à terme échu, sa facture est désormais envoyée automatiquement à la fin de chaque mois de facturation, payable sous sept jours. L'e-mail comprend le PDF, nos coordonnées bancaires et le numéro de facture à renseigner comme référence de paiement. Cette même facture est accessible sous Invoices dans la section Billing.

Sous le capot

Les serveurs Browser libèrent désormais eux-mêmes leur mémoire de travail. Si l'un d'eux vient tout de même à manquer de ressources, il sort de la rotation jusqu'à son rétablissement, et vos requests sont dirigées vers des serveurs en mesure de les traiter. Nos serveurs API ont bénéficié des mêmes optimisations: leurs health checks n'attendent plus d'éléments susceptibles de bloquer, ainsi un serveur en difficulté le signale rapidement et son trafic bascule vers les autres.

Un proxy ID désignait autrefois un point de sortie. Aujourd'hui, il peut représenter une ville, un réseau et un quart d'heure.