WordPress vient de transformer l’« édition de site » en conversation.
Quand la plateforme qui fait fonctionner une part considérable du Web modifie son workflow, tout le monde en ressent la secousse.
WordPress est utilisé par 42,6 % de l’ensemble des sites web, selon W3Techs. Même si seule une fraction des propriétaires de ces sites adopte la modification par prompts, cela représente tout de même un changement important dans la manière dont s’effectue la publication web au quotidien.
Selon The Verge, le nouvel assistant est intégré à l’expérience d’édition de WordPress, notamment à l’éditeur de site et à la bibliothèque multimédia. Plutôt que de parcourir les menus à la recherche du bon réglage, les utilisateurs peuvent décrire ce qu’ils veulent, puis affiner le résultat, qu’il s’agisse de réécrire le contenu d’une page, de traduire du texte, de générer ou de modifier des images, ou d’effectuer des ajustements visuels comme changer les polices.
Ce que la modification par prompts change pour les équipes
Pour les petites entreprises, les organisations à but non lucratif et tous ceux qui travaillent sans équipe web dédiée, le bénéfice immédiat est de gagner en dynamique. Les mises à jour courantes peuvent s’inscrire dans une boucle plus courte : demander une modification, la vérifier, affiner le prompt, publier.
C’est différent du workflow traditionnel, fait d’arrêts et de reprises, où un simple ajustement se transforme en quinze minutes passées à se demander « où est donc cette option ? », ou en ticket qui reste dans la file d’attente de quelqu’un d’autre. Et comme de nombreuses « modifications rapides » sont en réalité des ajustements destinés à soutenir la croissance, cette approche s’intègre aussi naturellement aux workflows liés à la visibilité dans les moteurs de recherche, notamment à la manière dont les équipes utilisent déjà les outils de référencement dopés à l’IA.
Cela change aussi la compétence qui compte le plus. L’avantage revient désormais aux personnes capables d’exprimer clairement leur intention : le public auquel elles s’adressent, le ton nécessaire, les éléments qui ne doivent pas bouger et le résultat visé. En pratique, l’écriture de prompts ressemble ainsi moins à une astuce qu’à une nouvelle forme de culture web.
Pour les équipes qui veulent obtenir des résultats plus homogènes, il est utile de traiter les prompts comme un processus plutôt que comme une action ponctuelle, raison pour laquelle certaines se tournent vers des outils d’ingénierie des prompts pour standardiser et tester ce qui fonctionne.
Les petits caractères
La modification par prompts ne supprime pas la responsabilité ; elle la redistribue. Quand il devient facile d’effectuer des changements, leur vérification devient la tâche principale : repérer les glissements de ton, préserver l’accessibilité et s’assurer qu’une « petite mise à jour » n’a pas discrètement perturbé les espacements, la hiérarchie ou les mises en page mobiles.
C’est aussi là que la promesse de productivité peut vaciller : lorsque les résultats générés par l’IA nécessitent un nettoyage, les équipes peuvent se retrouver avec davantage de travail de vérification, un phénomène qu’eWeek a décrit sous le terme de workslop.
Il existe aussi un risque d’uniformisation. Si de nombreux propriétaires de sites demandent les mêmes types d’améliorations avec un langage similaire, le Web peut commencer à converger vers un ensemble familier de réglages par défaut adaptés à l’IA. Les équipes soucieuses de se différencier auront intérêt à se doter d’un guide simple : consignes de marque, règles précisant ce qu’il ne faut pas modifier et vérification systématique avant toute mise en ligne.
À lire aussi : Lorsque les mises à jour assistées par l’IA sont déployées plus vite qu’elles ne sont vérifiées, le Web peut finir par contenir davantage de bruit que de signal, un problème qui apparaît à l’échelle d’Internet avec la bouillie de contenu générée par l’IA.