Utilisez Atera Browser Connect pour automatiser les tâches effectuées dans le navigateur

Atera browser connect permet à Robin d’utiliser un véritable navigateur Chrome sur un endpoint pour effectuer des tâches IT qui n’ont pas d’API, comme des portails internes, des systèmes RH, des pages d’administration d’imprimantes ou des consoles SaaS. Robin navigue, lit les pages, remplit les formulaires et clique dans les interfaces comme le ferait un technicien, puis envoie un résultat structuré à Atera.

Les sessions s’exécutent dans le profil Chrome (ou Edge) réel du endpoint, en utilisant la session authentifiée de l’utilisateur connecté. Rien n’est simulé ou exécuté en mode headless. Robin travaille dans la même session de navigateur que celle visible par l’utilisateur.

Pourquoi utiliser Atera browser connect ?

Comble le manque d’API : Permet d’atteindre des objectifs dans des applications web sans API, donc des tâches qui nécessitaient auparavant des clics humains peuvent désormais s’automatiser.
Fonctionne sur des sessions authentifiées réelles : S’exécute dans le profil Chrome du endpoint, ce qui permet d’agir sur des portails internes et outils nécessitant de vraies identifiants.
Basé sur l’état réel de la page : Chaque action se base sur une lecture à jour de la page, donc Robin n’agit jamais sur un état obsolète ou supposé.
Visible et contrôlable : Un bandeau sur la page montre en temps réel ce que fait Robin, et l’utilisateur final peut arrêter la session à tout moment.
Limité par conception : Les sessions sont limitées en nombre d’étapes et surveillées par des timeouts, donc aucun risque de session incontrôlée.

Avant de commencer

Veuillez noter les points suivants :

Atera browser connect nécessite que le module Robin soit activé sur votre compte.
Les Playbooks ne sont pas nécessaires pour connecter l’intégration. Cependant, les sessions navigateur ne peuvent être déclenchées que par un Playbook. Vous devrez configurer au moins un Playbook avant que Robin puisse lancer une session.
Les navigateurs pris en charge sont Chrome et Edge (basé sur Chromium). Les autres navigateurs ne sont pas pris en charge.
Les systèmes d’exploitation pris en charge pour les endpoints sont Windows et macOS.
Les sessions s’exécutent dans le navigateur réel et visible de l’utilisateur final. Les sessions headless ne sont pas prises en charge.
L’extension doit être installée sur le endpoint avant de démarrer une session. Si elle n’est pas déjà installée, la page du Chrome Web Store s’ouvre sur le endpoint pour que l’utilisateur puisse l’installer et l’activer.
Sur des flottes gérées qui bloquent les extensions externes via une politique, l’installation forcée peut échouer. Vérifiez votre politique de gestion Chrome/Edge si l’extension n’apparaît pas. Si vous avez activé l’intégration Google Workspace dans Atera, vous pouvez mettre à jour cette politique depuis la fenêtre de gestion de l’intégration browser connect.

Connecter Atera browser connect

Connectez l’intégration une fois par compte (ITD) ou une fois par client (MSP). Une fois connectée, Robin peut demander des sessions navigateur sur n’importe quel endpoint couvert.

Pour connecter Atera browser connect :

Allez dans Centre IA > Intégrations.
Trouvez Atera browser connect et cliquez sur Connecter.
Choisissez une option de Déploiement :

À la demande : Lorsqu’une session est demandée pour la première fois, la page du Chrome Web Store s’ouvre sur le endpoint pour que l’utilisateur installe l’extension. Elle n’est pas installée silencieusement.
Google Workspace : Disponible si vous avez activé l’intégration Google Workspace. En la sélectionnant, vous pouvez choisir les unités organisationnelles (OU) auxquelles appliquer la politique d’installation forcée.

Passez en revue les capacités IA dont Robin disposera une fois connecté (voir ce que Robin peut faire dans votre navigateur ci-dessous), puis cliquez sur Connecter.

Remarque : Si vous choisissez À la demande, vous devrez installer Atera browser connect sur le endpoint depuis le Chrome Web Store avant de pouvoir connecter l’intégration.

Atera browser connect apparaît maintenant comme Connecté. Robin peut demander des sessions navigateur sur vos endpoints.

Ce que Robin peut faire dans votre navigateur

Robin dispose d’environ 40 types d’actions. Les plus courantes sont :

Navigation et lecture : Ouvre des URL, suit des liens, lit du texte, des tableaux et des champs sur n’importe quelle page.
Remplir et soumettre des formulaires : Saisit dans les champs, sélectionne des options et soumet des formulaires sur tout portail web.
Clique et interagit : Clique sur des boutons, ouvre des menus, gère les pop-ups et les dialogues de confirmation.
Extraction de données structurées : Récupère des tableaux, listes et paires clé-valeur d’une page pour les utiliser dans des Tickets.

Comment fonctionne une session navigateur

Une fois que Robin identifie un objectif nécessitant un navigateur, il demande une session sur le endpoint concerné. Ensuite :

Chrome (ou Edge) s’ouvre sur le endpoint, et l’extension se connecte à Robin.
Robin lit la page actuelle (un résumé des éléments interactifs plus une capture d’écran) et décide de l’action suivante.
L’extension exécute cette action dans l’onglet actif, comme cliquer sur un bouton ou remplir un champ, puis renvoie le résultat.
Robin lit le résultat et décide de l’étape suivante. Cela se répète jusqu’à ce que l’objectif soit atteint, que Robin soit bloqué ou qu’une limite de session soit atteinte (voir Limites de session ci-dessous).
Robin envoie le résultat à Atera sous forme structurée.

Remarque : Comme chaque étape relit la page en direct au lieu de supposer qu’une action a fonctionné, Robin peut s’adapter à des situations comme une page lente à charger ou un pop-up inattendu en cours de tâche.

Bandeau sur la page

Pendant une session, un bandeau sur la page montre à l’utilisateur final :

Le mode actuel de l’agent : Réflexion, Exécution, Attente, Erreur, Terminé ou Inactif.
Le nombre d’étapes en cours.
La liste des actions récentes.

L’utilisateur final peut arrêter la session depuis le bandeau à tout moment.

Limites de session

Les sessions sont automatiquement limitées pour éviter qu’elles ne tournent indéfiniment :

Budget d’étapes : Une session est limitée à 50 étapes maximum, que l’objectif soit atteint ou non.
Timeouts de surveillance : Une session se termine si une commande n’est pas reconnue ou si la session reste inactive trop longtemps.
Arrêt manuel : L’utilisateur final peut mettre fin à une session à tout moment depuis le bandeau.

Quand une session se termine, quelle qu’en soit la raison, Robin reçoit un résultat structuré expliquant l’issue.

Déconnecter Atera browser connect

La déconnexion retire l’intégration de votre compte. Tous les Playbooks dépendant des sessions navigateur cesseront de fonctionner jusqu’à reconnexion.

Pour déconnecter Atera browser connect :

Allez dans Centre IA > Intégrations.
Trouvez Atera browser connect et cliquez sur Déconnecter. Si vous avez utilisé l’intégration Google Workspace pour appliquer une politique d’installation forcée à des OU, retirez-la ici d’abord. Cet écran vous permet d’appliquer ou de retirer la politique.
Cliquez à nouveau sur Déconnecter dans la fenêtre de confirmation.

Atera browser connect est maintenant déconnecté. Vous devrez le reconnecter pour utiliser à nouveau l’intégration.

Confidentialité et sécurité

Pas de stockage à long terme du contenu des pages : L’état de la page et les captures d’écran servent à piloter la session et ne sont conservés que brièvement à des fins d’audit de sécurité, puis supprimés. Les identifiants de connexion ne sont jamais extraits, transmis ou stockés.
Les identifiants ne quittent jamais le endpoint : Atera browser connect fonctionne dans le profil navigateur du endpoint. Robin n’extrait, ne transmet ni ne stocke jamais les identifiants de connexion.
Inoffensif sans Robin : Un utilisateur peut installer l’extension depuis le Chrome Web Store, mais elle ne fait rien seule. Elle n’agit que sur instruction de Robin, donc une extension installée mais non assignée est inerte.
Visibilité et contrôle utilisateur : Le bandeau sur la page rend chaque session visible à la personne devant la machine, qui peut l’arrêter à tout moment.
Accès limité : L’extension reste inactive par défaut, même pendant une session Robin. Elle ne s’active qu’après validation de l’utilisateur dans le chat et activation par Robin. Elle n’a aucun accès à l’activité de navigation en dehors des tâches assignées.

Cas d’usage

Réinitialisation de compte sur un portail fournisseur : Un technicien doit réinitialiser le mot de passe d’un utilisateur sur un portail fournisseur sans API. Robin se connecte avec la session réelle du endpoint, navigue jusqu’au compte et effectue la réinitialisation, puis envoie le résultat dans le Ticket.

Configuration d’imprimante : Une imprimante réseau n’expose ses paramètres que via son interface web d’administration. Robin accède à la page d’administration, modifie le paramètre et confirme le changement.

Mises à jour dans un système RH : Une plateforme RH nécessite des clics manuels pour mettre à jour une fiche employé. Robin remplit les champs nécessaires et soumet le formulaire à la place du technicien.

Extraction de données pour les Tickets : Une console SaaS affiche les détails de compte uniquement dans l’interface. Robin extrait le tableau ou les données clé-valeur pertinentes et les joint au Ticket, sans copier-coller manuel.

FAQ

Q : Quels navigateurs sont pris en charge ?

R : Chrome et Edge (basé sur Chromium). Les autres navigateurs ne sont pas pris en charge pour cette intégration.

Q : Est-ce que cela fonctionne en mode headless ?

R : Non. Les sessions s’exécutent toujours dans le navigateur réel et visible de l’utilisateur final.

Q : Que se passe-t-il si l’extension ne peut pas être installée de force sur une flotte gérée ?

R : Certaines politiques de flotte (comme le blocage des extensions externes) peuvent empêcher l’installation forcée. Vérifiez votre politique de gestion Chrome/Edge. Si vous utilisez l’option de déploiement Google Workspace, vous pouvez ajuster la politique d’installation forcée pour les OU concernées depuis la fenêtre de gestion browser connect, ou passer à l’option À la demande et installer depuis le Chrome Web Store.

Q : L’utilisateur final peut-il voir ce que fait Robin ?

R : Oui. Un bandeau sur la page affiche le mode actuel, le nombre d’étapes et les actions récentes pendant toute la session, et l’utilisateur final peut l’arrêter à tout moment en cliquant sur le bouton Terminer la session.

Q : Que se passe-t-il quand une session atteint la limite d’étapes ?

R : La session se termine automatiquement à 50 étapes, et Robin renvoie le résultat atteint à ce moment-là.

Q : Est-ce que Robin stocke mes identifiants ou le contenu des pages ?

R : Non. Atera browser connect fonctionne dans le profil navigateur du endpoint et n’extrait ni ne stocke jamais les identifiants. Le contenu des pages et les captures d’écran servent à piloter la session active et ne sont conservés que brièvement à des fins d’audit de sécurité, puis supprimés.

Q : Que se passe-t-il si je déconnecte l’intégration ?

R : Tous les Playbooks ou automatisations qui dépendent des sessions navigateur cessent immédiatement de fonctionner. Vous devrez reconnecter Atera browser connect pour les utiliser à nouveau.

Comment pouvons-nous vous aider?

Thèmes communs :