Ressources · Intégration n8n

Intégration BrowserAct n8nAutomatiser BrowserAct avec n8n.

Un bot BrowserAct peut tourner depuis un workflow n8n, au rythme que tu décides et avec tes données. L'intégration BrowserAct n8n propose une seule opération, Run a Bot, construite sur six champs requis, et aucun trigger : le départ vient toujours d'un autre nœud n8n.

Nœud communautaire Ce nœud n'est pas livré avec n8n : c'est un paquet communautaire (n8n-nodes-browseract) à installer depuis Settings › Community nodes sur une instance auto-hébergée. npm

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert l'intégration BrowserAct n8n ?

L'intégration BrowserAct n8n confie une seule mission au workflow : lancer un bot BrowserAct et récupérer ce qu'il produit. Le nœud couvre une ressource, Bot, et une opération, Run a Bot. Rien n'écoute côté BrowserAct, donc le départ vient toujours d'un autre nœud n8n. Ce que le bot renvoie arrive ensuite en items ordinaires, lisibles par le nœud suivant.

La forme du nœud commande tout le reste. Une opération, une ressource, pas de trigger. Autrement dit, BrowserAct n'est jamais le premier nœud du canevas. Un Schedule Trigger qui part à intervalle fixe, un Webhook n8n (une URL qu'un autre service appelle) ou le trigger d'un autre outil ouvre le workflow, et l'appel au bot vient juste après.

Premier scénario, la veille tarifaire d'un distributeur. Le Schedule Trigger part chaque nuit, le nœud lance un bot du Template Marketplace, et les items repartent vers Google Sheets. L'onglet se remplit tout seul, avec une ligne datée par passage.

Deuxième scénario, l'exécution à la demande. Un commercial remplit un formulaire interne, l'outil appelle un nœud Webhook, et l'identifiant du bot arrive dans le corps de la requête. Le nœud le lit par une expression du type {{ $json.botId }}, une expression étant simplement une référence à un champ de l'item entrant. Le résultat part ensuite par Gmail, directement dans la boîte du demandeur.

Troisième scénario, le run qu'on surveille. Un bot au timeout long peut occuper une exécution un bon moment, donc la branche qui suit compte autant que l'appel. Un résultat exploitable continue vers la suite du workflow ; un résultat vide mérite un traitement séparé, sinon la donnée creuse redescend toute la chaîne sans que personne le voie.

Quand basculer sur HTTP Request : le nœud s'arrête à Run a Bot. Tout le reste de l'API BrowserAct n'a aucun bouton ici. Le nœud HTTP Request, lui, appelle n'importe quel endpoint de cette API en réutilisant le même credential via l'authentification prédéfinie. C'est la façon normale de couvrir ce qu'une opération unique ne couvre pas.

Deux limites à connaître avant de construire. Le paquet est un nœud communautaire, ce qui écarte une instance n8n Cloud standard tant que le nœud ne fait pas partie des nœuds vérifiés. Et comme aucun événement BrowserAct ne peut démarrer un workflow, la fraîcheur dépend de l'intervalle du Schedule Trigger ou du service qui appelle le webhook. L'Avis n8n détaille ce modèle, et la Formation n8n reprend ces briques une par une.

Connexion

Comment connecter BrowserAct à n8n ?

  1. 01

    Installer le nœud communautaire

    Le nœud n'est pas livré avec n8n. Sur une instance auto-hébergée, ouvre Settings, puis Community nodes, et installe le paquet npm n8n-nodes-browseract, aujourd'hui en version 1.4.0. BrowserAct apparaît alors dans le panneau des nœuds comme n'importe quelle autre application. Sur n8n Cloud, le même écran n'accepte que les nœuds communautaires vérifiés : prévois donc l'auto-hébergement (Docker ou npm) si celui-ci n'en fait pas partie.

  2. 02

    Créer le credential une bonne fois

    Un credential, c'est un jeu d'accès enregistré dans n8n. Passe par le menu Credentials, crée celui de BrowserAct, enregistre, et tous les workflows de l'instance peuvent s'en servir. Le nœud le propose ensuite dans sa liste déroulante, donc rien à recoller au deuxième workflow ni au dixième. Un seul endroit à modifier le jour où la clé change, aussi.

  3. 03

    Désigner le bot à lancer

    Pose le nœud BrowserAct après ton déclencheur et ouvre-le. Choisis l'opération Run a Bot, indique dans Search Bots From où chercher, sélectionne le bot, mappe ses entrées, règle Proxy Region et laisse Timeout tel quel tant que le bot n'est pas lent. Exécute le nœud une fois depuis l'éditeur : le panneau de sortie montre exactement ce que le nœud suivant recevra.

Actions

Ce que le nœud BrowserAct sait faire

Le nœud BrowserAct expose 1 opérations sur 1 ressources. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.

Matrice ressources × opérations
RessourceRun a Bot
Bot✓

Bot

1 opération
01

Run a bot

workflow.runWorkflow

Ce que tu vois dans n8n

Notes & cas d'usage

Lance un bot BrowserAct depuis le workflow et rapporte ce que le run a produit, sous forme d'items que le nœud suivant lit directement.

Paramètres clés

  • Search Bots From : TEMPLATE pour le Template Marketplace, WORKFLOW pour tes bots publiés.
  • Bot : le bot du marketplace, choisi dans la liste ou par expression.
  • Bot : ton propre bot, à condition qu'il ait une version publiée.
  • Bot Inputs : mappe les champs entrants sur ce qu'attend le bot.
  • Proxy Region : la région de proxy du run.
  • Timeout : la durée du run en secondes, 3600 par défaut.
Cas d'usage
une collecte nocturne où le planning donne le tempo et le bot fait la récolte.
Besoin d'aide

Besoin d'aide pour automatiser BrowserAct avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

BrowserAct et n8n, les questions qui reviennent

01L'intégration BrowserAct est-elle gratuite dans n8n ?
Côté n8n, le nœud ne coûte rien. C'est un nœud communautaire, donc il n'est pas livré avec n8n : il vit sous forme de paquet npm n8n-nodes-browseract, en version 1.4.0, à installer depuis Settings puis Community nodes. Sur une instance auto-hébergée, que tu la fasses tourner avec Docker ou avec npm, cette installation est gratuite. Sur n8n Cloud, la règle est plus étroite, puisque seuls les nœuds communautaires vérifiés y sont acceptés. Ce que coûte BrowserAct de son côté est une autre question, que cette page ne traite pas. Le budget à prévoir porte sur l'hébergement, pas sur le nœud.
02Quels credentials faut-il pour le nœud BrowserAct ?
Un seul credential BrowserAct à créer dans n8n, réutilisable partout. Tu passes par le menu Credentials, tu ajoutes l'entrée BrowserAct, tu enregistres, et le nœud le propose ensuite dans sa liste déroulante sur tous les workflows de l'instance. Le nœud n'a pas de sélecteur d'authentification, donc pas de choix à faire entre plusieurs méthodes : il n'y a qu'un chemin. Les champs exacts demandés par ce credential ne figurent pas dans la source utilisée pour cette page, donc regarde le formulaire dans n8n une fois le paquet communautaire installé. Le même credential sert aussi à un nœud HTTP Request via l'authentification prédéfinie.
03Quelles sont les limites de l'intégration BrowserAct n8n ?
Le nœud couvre une ressource, Bot, et une opération, Run a Bot. Rien d'autre de l'API BrowserAct n'a de bouton dédié dans n8n. Quand il te manque un appel, le nœud HTTP Request atteint n'importe quel endpoint de cette API et réutilise le même credential via l'authentification prédéfinie, ce qui évite de gérer deux jeux d'accès. L'autre limite tient à l'installation : un nœud communautaire n'est pas disponible sur une instance n8n Cloud standard tant qu'il n'est pas vérifié. Sur le run lui-même, Timeout s'exprime en secondes et vaut 3600 par défaut.
04Un événement BrowserAct peut-il démarrer un workflow n8n ?
Non. Il n'existe pas de nœud trigger BrowserAct, donc rien de ce côté ne réveille un workflow. Le workflow démarre ailleurs, puis appelle BrowserAct. Trois options couvrent presque tous les cas : un Schedule Trigger qui part à intervalle fixe, un Webhook n8n, c'est-à-dire une URL qu'un autre service appelle quand quelque chose se passe chez lui, ou le trigger d'un autre outil déjà en place. Prends le Schedule Trigger pour une collecte récurrente, le Webhook quand c'est un système extérieur qui décide du moment, et règle l'intervalle selon la fraîcheur dont tu as besoin.
05n8n ou Make pour BrowserAct ?
Ça dépend surtout de l'endroit où doit tourner le workflow. n8n s'auto-héberge avec Docker ou npm, ou s'utilise sur n8n Cloud, l'offre hébergée par n8n, et un workflow se comporte pareil dans les deux cas. Make est uniquement hébergé, sans option d'auto-hébergement, et se facture à l'opération. Pour BrowserAct, l'écart est plus net que d'habitude, parce que le nœud est un paquet communautaire : l'installer suppose une instance que tu contrôles, ce qui oriente vers n8n auto-hébergé. Au-delà, compare sur la maîtrise des données, le modèle de coût et la logique visuelle que ton équipe lit le plus vite.