# Simon Willison teste Webframe comme bac à sable du scraping > Simon Willison évalue webframe, un exécuteur léger de JavaScript pour navigateur, et relève ses performances ainsi que plusieurs limites techniques. Type : Actualité IA · Catégorie : Outils · Publié le 2026-10-27 · Signal IA - Order & Chaos Source : https://www.orderchaos.eu/signal-ia/actu/simon-willison-teste-webframe-entre-scraping-et-bac-a-sable Tags : javascript, navigateurs, scraping, sandbox, go, claude --- ## En résumé - Webframe exécute des pages web comme des programmes dans une vue navigateur cachée. - Simon Willison compare ses performances à celles de shot-scraper pour le scraping. - L’outil présente des limites liées au CSP, à la fenêtre d’affichage et aux contrôles navigateur. **Le signal :** Webframe, projet de Jeff Lindsay, exécute du JavaScript dans une vue Web cachée et affiche les sorties console. **Évaluation publiée le 26 octobre** Simon Willison a évalué webframe comme outil de scraping et de bac à sable dans un article publié le 26 octobre 2026. Le projet de Jeff Lindsay permet d’exécuter une page web comme un programme. Il reçoit une URL ou un fichier, puis lance son code dans une vue web masquée. Les appels à `console.log()` sont envoyés vers la sortie standard. Les exceptions apparaissent sur la sortie d’erreur standard. Willison a demandé à [Claude](/signal-ia/actu/bragjack-detourne-cinq-agents-chromium-avec-une-extension) Opus 5.5 de tester le projet. Le travail devait inclure des prototypes exploratoires et une comparaison avec les pratiques de la commande JavaScript de [shot-scraper](https://github.com/simonw/shot-scraper). L’évaluation complète est publiée sur le [blog de Simon Willison](https://simonwillison.net/2026/Oct/26/webframe-evaluation/). **Un exécuteur compact** Webframe est écrit en Go et repose sur la bibliothèque glaze. Cette bibliothèque donne accès au navigateur système de chaque plateforme. Elle utilise WKWebView sur macOS, WebKitGTK sur Linux et WebView2 sur Windows. Webframe n’embarque donc pas son propre moteur de navigateur. Willison le décrit comme un petit projet capable de lancer rapidement du JavaScript navigateur. Il le rapproche de son outil shot-scraper, tout en soulignant une différence de taille et de dépendances. Webframe forme un paquet beaucoup plus réduit. Il ne dépend pas de Playwright. Cette architecture vise l’exécution d’une page dans un navigateur système, avec une sortie principalement constituée des journaux et des erreurs produits par le code. ## Webframe exécute du JavaScript navigateur **Des performances comparables** L’évaluation présente webframe comme un navigateur JavaScript rapide et léger. Pour le [scraping](/signal-ia/actu/les-editeurs-europeens-subissent-plus-de-scraping-ia), ses performances sont comparables à celles de shot-scraper. Cette comparaison porte sur les usages fondés sur l’exécution de code dans une page web. Le projet peut donc servir à reproduire des motifs encouragés par la commande JavaScript de shot-scraper. Willison a demandé plusieurs essais avant de formuler son analyse. Ces essais incluaient l’exploration du dépôt [tractordev/webframe](https://github.com/tractordev/webframe), l’exécution du programme et la création de prototypes. L’évaluation examinait aussi webframe comme outil potentiel de bac à sable. Les résultats positifs concernent surtout la rapidité, la légèreté et l’accès à une vue web masquée. **Des contrôles encore limités** L’évaluation relève toutefois plusieurs aspérités importantes. Webframe rencontre des échecs liés à la politique de [sécurité](/signal-ia/actu/claude-code-rehberger-alerte-lattaque-reussit-80-pourcent-du-temps) du contenu, appelée CSP. Sa fenêtre d’affichage mesure également 0 par 0. Certaines chargements restent bloqués sans terminer leur exécution. L’outil ne fournit pas toutes les métadonnées HTTP. Ses contrôles du navigateur restent limités. Ces éléments réduisent la régularité des essais de scraping et de bac à sable décrits par Willison. Ils distinguent aussi webframe d’un outil doté de réglages navigateur plus complets. L’article associe donc le projet à un usage prometteur pour des tâches ciblées, mais signale des difficultés techniques concrètes lors d’exécutions plus exigeantes. ## Les limites touchent les usages avancés **Un choix dépendant du système** Le recours au navigateur système constitue un élément central de webframe. Sur macOS, l’outil s’appuie sur WKWebView. Sur Linux, il utilise WebKitGTK. Sur Windows, il passe par WebView2. Cette approche évite d’embarquer un moteur navigateur séparé. Elle s’accompagne toutefois des comportements et contrôles propres à l’intégration évaluée par Willison. Les échecs CSP, la fenêtre 0 par 0, les chargements suspendus et les métadonnées HTTP absentes apparaissent dans cette évaluation. Pour le scraping, Willison retient une comparaison de performance favorable à webframe face à shot-scraper. Pour le bac à sable, il décrit surtout un outil à tester avec prudence au regard de ses contrôles limités.