Ajouter comme source préférée sur Google
Les agents d’IA ne se contentent plus de répondre à des questions. Ils sont désormais capables d’effectuer des tâches.
Sur un site WordPress, cela peut notamment consister à configurer un environnement de staging, à mettre à jour une extension, à effectuer des vérifications, à mettre en production une modification validée, à vider le cache et à consigner les opérations effectuées. Actuellement, un développeur ou un gestionnaire de site peut être amené à effectuer chacune de ces étapes lui-même. Les agents peuvent désormais prendre en charge davantage de tâches routinières, tout en laissant aux humains le soin de prendre les décisions importantes.
Cela ne signifie pas qu’un système d’IA doive disposer d’un accès illimité à l’environnement de production ; ce sont plutôt les équipes qui déterminent à quoi un agent peut accéder, quelles actions il peut effectuer et à quel moment il doit obtenir l’approbation d’un humain.
Il s’agit d’une transition des processus manuels vers une automatisation supervisée, dans laquelle les humains définissent les règles et le logiciel se charge des tâches les plus répétitives.
Les agents IA passent des réponses aux actions
La plupart des équipes utilisent déjà l’IA comme une aide. Elle peut répondre à une question, rédiger un projet ou aider à résoudre un problème, mais quelqu’un doit encore exploiter ces informations et effectuer le travail proprement dit.
Les agents modifient cette relation. Au lieu de se contenter d’une recommandation, un agent peut utiliser des outils connectés pour mener à bien une tâche. Il peut collecter des informations, prendre des décisions dans le cadre de règles définies, mener une action approuvée et rendre compte du résultat.
Gartner s’attend à ce que ce modèle se généralise rapidement. D’ici 2028, le cabinet prévoit que plus de la moitié des entreprises privilégieront les plateformes assumant la responsabilité des résultats des flux de travail plutôt que les outils se contentant d’assister les employés. Selon Gartner, les utilisateurs supervisent de plus en plus des systèmes qui exécutent le travail à leur place, plutôt que de gérer eux-mêmes chaque étape de la procédure.
WordPress dispose déjà de certains des éléments nécessaires à cette évolution. L’API Abilities offre au cœur de WordPress, aux extensions et aux thèmes un moyen standard de définir des actions ainsi que leurs entrées, leurs sorties et leurs autorisations. L’adaptateur MCP de WordPress peut ensuite exposer certaines capacités sous forme d’outils que les agents IA peuvent découvrir et exécuter.
Cela ne signifie pas pour autant que toutes les tâches WordPress se prêtent d’emblée à l’automatisation. En revanche, cela modifie ce qui est techniquement possible. L’IA peut aller au-delà du simple fait d’indiquer à un développeur comment effectuer une tâche et, lorsqu’elle dispose des droits d’accès appropriés, exécuter elle-même certaines parties de cette tâche.
La question la plus pertinente à se poser désormais est la suivante : quelles tâches liées au site les équipes devraient-elles réellement confier à des agents ?
À quoi pourraient ressembler les opérations de site web pilotées par des agents
La manière la plus simple de se représenter les opérations de site web pilotées par des agents est d’examiner le travail que les équipes WordPress effectuent déjà au quotidien. La maintenance, les déploiements, le dépannage et les tâches administratives comprennent tous des étapes que les agents peuvent prendre en charge.
Maintenance et mises à jour
La maintenance des extensions et des thèmes est un domaine où l’utilisation d’agents s’impose naturellement. Plutôt que de vérifier chaque site manuellement, une équipe peut demander à un agent de rechercher les mises à jour disponibles, de déterminer celles qui nécessitent une attention particulière, d’appliquer les modifications approuvées, d’effectuer des vérifications et de rendre compte de ce qui s’est passé.
L’agent pourrait également transférer la tâche vers un environnement de staging lorsqu’une mise à jour présente davantage de risques. Si un test échoue, il pourrait signaler le problème ou annuler la modification au lieu de poursuivre le flux de travail.
Certains éléments de ce modèle existent déjà sans IA. La fonctionnalité « Mises à jour automatiques » de Kinsta crée une sauvegarde avant une mise à jour, applique la mise à jour de l’extension ou du thème, compare des captures d’écran avant et après la modification, puis restaure automatiquement la sauvegarde lorsque les tests de régression visuelle détectent un problème.
Un agent peut ajouter une couche supplémentaire en coordonnant ce type de tâches automatisées d’un site à l’autre et en déterminant à quel moment une intervention humaine est nécessaire.
Environnements de staging et déploiements
Les déploiements impliquent une autre série d’étapes reproductibles. Un agent pourrait créer un environnement de staging, appliquer une modification approuvée, déclencher des tests, collecter les résultats et préparer la mise à jour pour la production. Un développeur pourrait ensuite examiner le résultat et approuver le déploiement final.
L’API de Kinsta expose déjà plusieurs de ces opérations d’hébergement par programmation. Les équipes peuvent créer des environnements de staging, basculer du staging vers la production, vider les caches du site et du CDN, mettre à jour les extensions et les thèmes, et vérifier l’état des opérations de longue durée via l’API.
Cela permet de mettre en place des workflows dans lesquels l’agent se charge de l’exécution des tâches de routine tandis que le développeur conserve le contrôle des décisions relatives à la production.
Performances et dépannage
Lorsqu’un site ralentit ou commence à générer des erreurs, la première étape consiste généralement à déterminer ce qui a changé. Cela implique souvent de vérifier les analyses, les journaux, les mises à jour récentes, le comportement du cache et l’utilisation des ressources avant que la cause ne soit clairement identifiée.
Un agent peut se charger de collecter une grande partie de ces éléments d’information en premier lieu.
Par exemple, l’API Kinsta peut renvoyer des statistiques du site et des journaux de serveur par programmation. Ses points de terminaison d’analyse fournissent des informations telles que les visites, la bande passante, les codes de réponse, les emplacements et d’autres données de trafic, tandis que ses points de terminaison de journaux permettent de récupérer les enregistrements d’erreurs, d’accès et de performances du cache.
Un agent pourrait rassembler ces signaux, identifier les causes probables et soit recommander la prochaine étape, soit mettre en œuvre une action prédéfinie à faible risque.
Contenu et tâches administratives
Ce même modèle s’étend à WordPress lui-même. Les agents pourraient préparer des mises à jour de contenu, extraire des informations pour les rapports clients, mettre à jour des réglages prédéfinis ou gérer des tâches administratives répétitives accessibles via les outils et les API de WordPress.
Rien de tout cela n’exige qu’un agent contrôle l’intégralité d’un site. L’opportunité la plus immédiate réside dans la transformation d’étapes manuelles individuelles en tâches que le logiciel peut exécuter, puis dans la décision du niveau d’autorité à lui accorder pour chacune d’entre elles.
L’automatisation ne signifie pas nécessairement une autonomie totale
Les équipes n’ont pas à choisir entre le travail manuel et le fait de confier à un agent IA un contrôle illimité. Elles peuvent accroitre l’automatisation par étapes et maintenir l’implication humaine chaque fois que le risque l’exige.
Une manière concrète d’envisager cela consiste à considérer ce processus comme une progression :
- Observer : l’agent lit les informations et rend compte de ce qu’il trouve.
- Recommander : il suggère l’étape suivante en fonction de règles prédéfinies ou des données disponibles.
- Préparation : il effectue des tâches réversibles, telles que la création d’un environnement de staging ou l’application d’une modification dans cet environnement.
- Agir avec validation : il n’exécute la prochaine étape qu’après qu’une personne l’ait examinée et approuvée.
- Agir dans le respect des règles : il gère de manière autonome les tâches à faible risque, à condition qu’elles restent dans des limites clairement définies.
Certaines tâches sont plus faciles à automatiser que d’autres. Un agent peut extraire des données analytiques ou signaler des extensions obsolètes avec très peu de risque. La mise en production d’un code ou la restauration d’une sauvegarde est différente, et la plupart des équipes souhaiteront qu’une personne examine d’abord ces actions.
Les agents n’ont pas besoin de gérer chaque situation à la perfection pour être utiles. Il leur suffit d’avoir une tâche spécifique à accomplir et un point de rupture clair où ils s’arrêtent pour restituer le travail à un humain.
Pour la plupart des équipes, cela signifie commencer par des tâches routinières et maintenir l’implication humaine lorsque les enjeux sont plus importants. À mesure que ces flux de travail gagnent en fiabilité, les équipes peuvent décider dans quels cas il est judicieux de laisser davantage de marge de manœuvre aux agents pour agir de manière autonome.
Une automatisation accrue nécessite de meilleures mesures de sécurité
Un outil d’IA qui vous donne une mauvaise réponse pose un certain type de problème. Un agent qui effectue une modification de production inappropriée en pose un autre.
À mesure que les agents assument davantage de travail, les contrôles d’accès revêtent une importance croissante.
N’accordez à chaque agent que les droits d’accès dont il a besoin. Si sa mission consiste à extraire des données analytiques, il n’a pas besoin d’accéder au DNS. S’il vérifie les mises à jour des extensions, il n’a pas besoin d’autorisation pour supprimer un site ou gérer les utilisateurs. Moins il dispose de droits d’accès, moins il y a de risques de défaillance.
Les équipes doivent également maintenir des procédures d’approbation pour les actions à haut risque. Cela peut inclure les déploiements en production, les restaurations de sauvegardes, les modifications du DNS, la gestion des utilisateurs ou toute autre action susceptible d’entrainer une interruption de service, une perte de données ou un changement inattendu visible par les clients.
Vous devez également disposer d’un moyen d’annuler une modification si un problème survient. Les environnements de staging, les sauvegardes, les tests et les procédures de retour en arrière y contribuent tous. À mesure que les agents prennent en charge une part croissante du travail, ces mesures de protection deviennent encore plus importantes.
L’objectif n’est pas de partir du principe qu’un agent fera tout correctement. Il s’agit de faciliter la détection des erreurs et, dans la mesure du possible, de faciliter leur correction.
Lorsque les agents effectuent le travail, les équipes doivent pouvoir voir ce qui s’est passé
L’automatisation ne réduit pas le besoin de visibilité. Elle le renforce.
Lorsqu’un développeur apporte des modifications manuellement, il sait généralement à la fois ce qu’il a modifié et pourquoi. Mais lorsqu’un agent commence à exécuter les étapes du workflow, l’équipe a besoin d’un compte rendu clair de ce qui s’est passé, sans avoir à reconstituer la séquence a postériori.
Au minimum, elle doit pouvoir répondre aux questions suivantes :
- Quelle action a été exécutée ?
- Qu’est-ce qui l’a déclenchée ?
- Quel site ou environnement a-t-elle affecté ?
- A-t-elle abouti ?
- Quels changements cela a-t-il entrainés ?
- L’équipe peut-elle annuler cette action ?
Kinsta met déjà à disposition plusieurs sources que les équipes peuvent utiliser pour répondre à ces questions. Le journal d’activité MyKinsta enregistre les actions au niveau du compte et du site, notamment qui les a lancées, quand elles ont été exécutées et si elles ont abouti. Kinsta met également à disposition les journaux d’activité de l’entreprise via son API, avec des filtres permettant de cibler le site, l’utilisateur, la catégorie et la clé API concernés.
Les analyses et les journaux fournissent une couche supplémentaire de contexte. L’API Kinsta peut renvoyer par programmation les analyses du site, les sauvegardes et les journaux du site, ce qui permet aux workflows automatisés d’accéder aux mêmes données opérationnelles que celles utilisées par les équipes lors de leurs investigations.
Pour les problèmes de performances plus complexes, l’APM de Kinsta décompose les requêtes WordPress lentes en processus PHP, requêtes de base de données, extensions, hooks et appels externes.
Les utilisateurs sont susceptibles de cliquer moins souvent sur les boutons à mesure que les agents prennent en charge davantage de tâches d’exécution. Ils ont toutefois toujours besoin d’informations suffisantes pour comprendre ce que ces agents ont fait, repérer rapidement les problèmes et intervenir en cas de dysfonctionnement.
Les API deviennent la couche d’exécution pour l’exploitation des sites
Les agents ont besoin d’un moyen fiable d’interagir avec les systèmes qu’ils gèrent. Pour l’exploitation des sites web, cela passe généralement par des API et d’autres interfaces structurées.
Le flux de travail commence à ressembler moins à : Utilisateur > tableau de bord > action
Et davantage à : Utilisateur > agent > API ou outil > action > résultat > vérification par l’utilisateur
Le tableau de bord a son importance, mais il ne doit pas nécessairement être le seul lieu où s’effectue le travail.
L’API REST de Kinsta prend déjà en charge un large éventail d’opérations d’hébergement WordPress. Les équipes peuvent l’utiliser pour créer et cloner des sites, créer des environnements de staging, mettre en production les modifications issues du staging, mettre à jour les extensions et les thèmes, vider les caches, gérer les sauvegardes, récupérer des données analytiques et des journaux, gérer les noms de domaine et modifier divers réglages d’environnement.
Cela signifie que les agents n’ont pas besoin d’un moyen distinct pour traiter chaque tâche d’hébergement. Ils peuvent utiliser les mêmes API que celles sur lesquelles les développeurs s’appuient déjà pour les scripts, les intégrations et autres automatisations.
Kinsta a également illustré ce modèle à l’aide d’un serveur MCP connecté à l’API Kinsta. Dans cet exemple, un assistant IA peut répertorier les sites WordPress, inspecter les environnements et vider le cache grâce aux outils mis à disposition par le serveur MCP. L’équipe contrôle les outils auxquels l’agent peut accéder, et dans cet exemple, les actions restent soumises à une autorisation explicite.
Cette distinction est importante. Les API fournissent la couche d’exécution, tandis que l’agent offre un moyen plus flexible de décider quand et comment l’utiliser.
À mesure que de plus en plus d’opérations liées aux sites web deviendront disponibles par programmation, les équipes n’auront plus besoin d’ouvrir un tableau de bord et de cliquer elles-mêmes à chaque étape. Elles pourront confier certaines tâches définies à des agents tout en conservant MyKinsta à leur disposition pour la gestion directe, la vérification et l’intervention.
En quoi cela modifie-t-il le modèle de prestation des agences ?
Pour les agences, le changement le plus important n’est peut-être pas d’ordre technique. Il pourrait être d’ordre opérationnel.
Les agents peuvent décharger l’agence des tâches de maintenance courante et de reporting. Cela ne rend pas pour autant les développeurs ou les équipes chargées des comptes superflus. Cela modifie simplement la manière dont ils consacrent leur temps.
Au lieu de gérer chaque étape manuellement, les équipes peuvent se concentrer davantage sur la conception du flux de travail. Elles décident quelles tâches un agent peut prendre en charge, quelles conditions doivent être remplies, à quel moment le processus doit s’arrêter et quand une intervention humaine est nécessaire.
Les équipes disposent ainsi de plus de temps pour les tâches qui nécessitent encore un jugement humain, notamment :
- Déterminer le déroulement des flux de travail,
- Intervenir lorsque l’automatisation rencontre un imprévu,
- Prendre des décisions en matière d’architecture et de performances,
- Gérer la sécurité et les accès,
- Résoudre les problèmes les plus complexes,
- Et collaborer avec les clients sur les priorités et les prochaines étapes.
L’automatisation modifie également l’aspect commercial de la maintenance. Les agences consacrent souvent beaucoup de temps à des tâches que les clients voient rarement, qu’il s’agisse de mises à jour de routine, de vérifications ou de rapports. À mesure que les agents prennent en charge davantage de ces tâches, les agences peuvent se concentrer davantage sur les résultats, les temps de réponse, la fiabilité et la santé globale des sites qu’elles gèrent.
Cela offre également aux équipes davantage de marge de manœuvre pour se développer. Une agence peut gérer davantage de sites sans que cela n’entraine une augmentation proportionnelle de la charge de travail répétitif pour chaque nouveau client. Les développeurs disposent de plus de temps pour s’attaquer à des problèmes plus complexes, tandis que l’agence peut fournir un accompagnement plus proactif sans alourdir la charge de travail liée à la maintenance quotidienne.
Cela soulève une question pertinente pour les agences : qu’advient-il de votre modèle de prestation lorsque la maintenance d’un nombre deux fois plus important de sites ne nécessite plus deux fois plus de tâches répétitives ?
La réponse n’est probablement pas une réduction du nombre de personnes effectuant les mêmes tâches. Il s’agit plutôt pour les collaborateurs de consacrer moins de temps à l’exécution des tâches routinières et davantage aux décisions, aux exceptions et au travail avec les clients qui nécessitent encore un jugement.
Préparez-vous à l’ère des agents sans parier sur l’avenir
Vous n’avez pas besoin de remanier entièrement votre flux de travail pour vous préparer à des opérations pilotées par des agents. Commencez par les processus que votre équipe utilise déjà et identifiez les points où vous pouvez rendre les étapes plus claires, plus sures et plus faciles à automatiser.
À partir de là :
- Classez les tâches par niveau de risque. Déterminez quelles tâches un agent peut gérer de manière autonome et lesquelles nécessitent encore la validation d’une personne.
- Vérifiez l’accès aux API. Les tâches sont beaucoup plus faciles à automatiser lorsque le système les rend déjà accessibles par programmation.
- Renforcez les procédures de staging et de restauration. Offrez aux agents un environnement sécurisé pour effectuer des modifications et un moyen fiable de les annuler.
- Définissez les autorisations. Identifiez les comptes, les identifiants et les systèmes qui contrôlent chaque étape du flux de travail.
- Conservez des traces précises. Assurez-vous que votre équipe puisse voir ce qui a changé, quand cela a changé et où chercher en cas de dysfonctionnement.
- Commencez par une tâche ciblée. Laissez un agent signaler les extensions obsolètes sur un ensemble de sites avant de lui demander de gérer l’intégralité d’un workflow de maintenance.
Rien de tout cela ne dépend du fait que les agents atteignent une autonomie totale. Ces changements facilitent dès aujourd’hui l’automatisation et la gestion des opérations liées aux sites web, tout en offrant aux équipes davantage d’options à mesure que les flux de travail pilotés par des agents gagnent en maturité.
Kinsta prend déjà en charge bon nombre de ces flux de travail grâce à son API et à ses outils d’automatisation existants ; les équipes n’ont donc pas besoin d’attendre que les agents soient pleinement autonomes pour commencer à s’appuyer sur ce modèle.
Ce sont toujours les humains qui dirigent les opérations
Les agents IA peuvent prendre en charge une plus grande partie du travail routinier, mais ce sont toujours les personnes qui sont responsables du résultat.
Les développeurs continuent de prendre les décisions architecturales. Les agences savent toujours ce qui importe à chaque client. Les équipes techniques décident toujours quand intervenir, quel niveau de risque elles sont prêtes à accepter et comment réagir lorsqu’un flux de travail déraille.
Ce qui change, c’est la quantité de travail quotidien que chacun doit effectuer manuellement. Les équipes continuent de prendre les décisions et restent responsables du résultat, mais les logiciels peuvent prendre en charge une plus grande partie des tâches intermédiaires.
Le prochain gestionnaire de votre site pourrait bien être un agent d’IA. Le changement le plus important réside dans le fait que votre équipe passera peut-être moins de temps à gérer le site et davantage à définir la manière dont ces opérations doivent fonctionner.
Carlo est un passionné de webdesign et de développement frontend. Il joue avec WordPress depuis plus de 10 ans, notamment en collaboration avec des universités et des établissements d'enseignement italiens et européens. Il a écrit des dizaines d'articles et de guides sur WordPress, publiés à la fois sur des sites web italiens et internationaux, ainsi que dans des magazines imprimés. Vous pouvez trouver Carlo sur X et LinkedIn.
