← Tous les articles

FourA Digest, du 1er au 8 mai 2026

Proxy Finder sélectionne désormais les proxies en fonction de ce qui a réellement fonctionné pour vos sites cibles, avec des correctifs de stabilité pour Browser et un filtre de produit dans le Dashboard.

Points clés

Proxy Finder apprend désormais par hôte. Il ne se contente plus de choisir un proxy généralement rapide ; il sélectionne un proxy qui a déjà fonctionné pour le site que vous ciblez. Browser a reçu un correctif de stabilité qui élimine une catégorie d'échecs au démarrage à froid. De plus, les vues Metrics et Activity du Dashboard peuvent désormais être filtrées par produit.

Nouveautés

Proxy Finder choisit des proxys qui fonctionnent réellement pour votre cible

C'est le changement majeur de la semaine, et son intégration a nécessité plusieurs itérations.

Avant : Proxy Finder effectuait sa sélection dans le pool global selon des critères généraux de performance. Deux requêtes vers le même site cible piochaient dans le même pool générique, même si la plupart des proxys de ce pool ne fonctionnaient pas sur ce site précis.

Maintenant : pour chaque hôte cible interrogé, Proxy Finder suit les proxys qui ont réellement abouti. Les nouvelles requêtes échantillonnent quelques éléments parmi cet ensemble validé, utilisent un petit groupe de test sur des proxys inconnus pour continuer l'apprentissage, et évitent ceux qui ont déjà échoué sur cette cible. L'ensemble validé est défini par hôte et persiste après les redémarrages.

Si vous scrapez des sites protégés où seule une petite fraction des proxys fonctionne, la différence devrait être nette. Moins de choix inefficaces, moins de retries, moins de budget gaspillé.

Nous avons déployé cette fonctionnalité derrière un flag, effectué six itérations pour ajuster les cas limites (l'une d'elles, consistant à encadrer la logique d'apprentissage pour la maintenir stable à faible trafic, a demandé deux passes supplémentaires), et activé la valeur par défaut en production cette semaine.

Browser gagne en fiabilité après les périodes d'inactivité

Deux correctifs, un seul résultat.

Premièrement, Browser présentait un bug d'état obsolète au démarrage à froid. Après une période d'inactivité suffisante, la couche d'affichage sous-jacente conservait un verrou qui empêchait le lancement suivant d'aboutir. Votre première requête après une période de calme pouvait échouer ou se bloquer. Nous libérons désormais ce verrou avant le lancement.

Deuxièmement, la route API publique qui redirige vers Browser pointait vers une mauvaise destination dans certains environnements. Le trafic était silencieusement mal acheminé. La configuration de routage est maintenant corrigée.

Si vous avez constaté un comportement instable lors de la première requête sur Browser à faible volume, l'explication est là.

Filtrer Metrics et Activity par produit

Les pages Metrics et Activity du Dashboard intègrent désormais un filtre par produit sous forme de pastilles. Cliquez sur Single, Browser ou Proxy Finder, et les graphiques s'ajustent uniquement au trafic de ce produit. Pratique lorsque vous souhaitez examiner la latence ou les erreurs d'une seule partie de votre consommation plutôt qu'une vue agrégée.

Une mise à jour mineure du site

La page /jobs est en ligne. Nous recrutons un Founding Engineer et un Engineer. Les deux pages détaillent le périmètre du poste, les objectifs du premier mois et la procédure de candidature.

Nous avons également optimisé le rendu mobile de l'aperçu du Dashboard sur la page d'accueil, actualisé les images d'aperçu social sur neuf routes publiques, mis à jour le fichier robots.txt pour les standards IA de 2026 (outils de récupération et prévisualisations de partage social autorisés, crawlers d'entraînement bloqués), et actualisé les Conditions Générales avec une clause d'utilisation acceptable plus explicite ainsi qu'une mention de juridiction à Sofia incluant la dérogation pour les consommateurs de l'UE.

Sous le capot

Un renommage interne effectué plus tôt durant cette période a modifié le nom d'une fonctionnalité sur l'ensemble du site. Même produit, même comportement ; l'ancienne formulation déclenchait les filtres de règles des plateformes publicitaires.

Nous ne publions pas encore les chiffres issus de la nouvelle logique de sélection. Nous voulons deux semaines complètes de trafic en production avant d'avancer des taux de réussite. Les vrais chiffres, dès que nous les aurons.

Nous avons passé le mois dernier à reconstruire la couche qui détermine quel proxy utiliser pour chaque cible. Et la partie complexe n'est pas l'algorithme ; c'est d'évaluer s'il apporte un gain réel sous des charges de travail concrètes. Voilà à quoi ressemble notre mois de mai.