Dernières mises à jour et améliorations de FourA
Les cibles qui se résolvent dans une plage de réseau privé renvoient désormais une erreur 400 avec une erreur de validation claire au lieu d'être transférées. La vérification s'exécute avant l'envoi de toute request et couvre les blocs IPv4 et IPv6 réservés. Si vous passez accidentellement un nom d'hôte interne, vous verrez immédiatement une erreur claire. Même comportement pour Single, Proxy Finder et Browser.
Pointez n'importe quel client compatible MCP vers https://mcp.foura.ai/mcp et authentifiez-vous avec votre clé API FourA. Vous obtiendrez Single, Proxy Finder et Browser comme outils que votre LLM peut appeler directement. Fonctionne avec Claude Desktop, Claude Code et tout autre client qui supporte le protocole MCP. Guide de configuration →
Le playground de la page d'accueil propose un troisième onglet Browser, à côté de Use Proxy et Find Proxy. Connectez-vous et vous pourrez exécuter de réelles requests Browser depuis le dashboard en un clic.
Les colonnes request et response partagent désormais des onglets identiques (UI, Body, Headers, Cookies, Raw). Chaque volet dispose de son propre sélecteur de vue (arborescence JSON, arborescence HTML, texte), Expand étire la response sur toute la largeur, et Ctrl/Cmd+K ouvre la recherche dans le volet avec une navigation suivant/précédent. Les boutons Copy et Download sont intégrés à chaque volet et récupèrent exactement ce qui s'affiche à l'écran, et l'onglet Cookies regroupe désormais par hôte avec un filtre, une suppression par ligne et des badges d'indicateurs.
L'endpoint Browser n'accepte que huit paramètres (url, userAgent, headers, cookies, proxy, timeout_ms, checkStatus, checkText). Le playground affichait auparavant des options supplémentaires comme wait_selector et viewport qui étaient ignorées silencieusement lors de l'envoi. Chaque champ est désormais conforme au schéma : Browser force la méthode GET, masque le textarea body, et l'onglet Raw affiche le JSON exact envoyé à l'API ainsi qu'une commande curl pour reproduire la requête.
Single et Proxy Finder supprimaient silencieusement la signature de l'unblocker même lorsque unblocker: true était configuré, de sorte que les protections anti-bot qui vérifient la signature de la request rejetaient toujours les requests. Corrigé de bout en bout. Si vous aviez configuré unblocker: true et que vous étiez bloqué sur des sites protégés par Cloudflare, c'en était la cause.
Certains sites Cloudflare renvoient un code 200 OK mais injectent un script en arrière-plan qui génère le véritable cookie cf_clearance un instant plus tard. Auparavant, Browser renvoyait la page avant l'arrivée de ce cookie, laissant le jar vide. Désormais, Browser attend l'événement lié au cookie, vous obtenez ainsi un cookie cf_clearance propre que vous pouvez rejouer via Single ou Proxy.
Vous pouvez désormais composer et envoyer des live requests directement depuis votre dashboard. Choisissez l'une de vos clés API, basculez entre Single, Proxy et Browser, renseignez l'URL, les headers et le body, puis appuyez sur Cmd+Enter pour l'exécuter. Le panneau response affiche le statut, le timing et la taille, ainsi que le body, les headers et les vues raw que vous pouvez copier ou télécharger.
Nous avons déployé des cartes Open Graph uniques pour l'ensemble des 30 articles de blog existants. Les liens partagés sur Discord, LinkedIn, Slack ou Twitter affichent désormais un aperçu propre et personnalisé au lieu d'un favicon générique. Les nouveaux articles ont leur carte générée automatiquement, avec un ajustement du texte qui renvoie les longs titres à la ligne au lieu de les couper au milieu d'un mot.
Les captures d'écran et les diagrammes intégrés dans les articles de blog s'adaptent désormais lorsque vous basculez entre le mode clair et le mode sombre. Fini les images sombres qui agressent le regard sur une page claire, ou les captures d'écran claires qui disparaissent sur un fond sombre.
Le bouton "Plus anciens" du blog renvoyait auparavant vers la page 1. La pagination utilise désormais des URL de type /blog/page/N/ avec une navigation numérotée, ce qui permet de parcourir réellement les anciens articles. Merci à Vladimir Petrov.
Les requêtes Browser passaient silencieusement par notre moteur non-JS pendant 41 jours. Si vous avez constaté des échecs de Browser sur les challenges Cloudflare ou les sites riches en JS durant cette période, en voici la raison. Nous avons corrigé le routage. Browser interroge à nouveau un vrai Chrome à chaque requête.
Le filtre par puce de produit (Single, Proxy, Browser) fonctionne désormais aussi sur Metrics et Activity, et plus seulement sur Overview. Sélectionnez un produit n'importe où, et votre choix s'applique aux trois pages. Seule petite restriction : le scope Concurrency sur Metrics est désactivé lorsqu'un filtre de produit est actif, car la simultanéité n'est pas encore ventilée par produit.
Ajout d'une clause d'utilisation acceptable explicite concernant les sites web tiers, ainsi qu'une section plus claire sur la juridiction : les tribunaux de Sofia, avec maintien de la dérogation pour les consommateurs de l'UE. Une relecture rapide est recommandée si vous travaillez avec nous à grande échelle.
L'aperçu du dashboard sur la page d'accueil était à l'étroit sur les petits écrans. Nous avons corrigé la typographie et l'espacement, et ajouté des tooltips qui fonctionnent réellement au tactile (les indices au survol uniquement n'aident pas sur un téléphone).
