Sites créés par IA : comment les mettre à jour demain ?

Une entreprise fait créer son site avec une intelligence artificielle. Le résultat est rapide, moderne et parfois spectaculaire. Six mois plus tard, le tarif change, un service d’IA disparaît et une nouvelle page doit être ajoutée. Qui peut intervenir ?

C’est à ce moment-là que la vraie nature du site apparaît. Tant que tout est neuf, on juge surtout son apparence. Lorsqu’il faut le faire vivre, la question devient beaucoup plus concrète : le propriétaire peut-il effectuer seul une modification ordinaire, ou doit-il rappeler la personne qui a construit le site ?

Lovable par exemple, est souvent présenté comme un outil capable de créer un site ou une application à partir d’une conversation. On décrit ce que l’on veut, l’outil produit les pages et le code. Cette façon de travailler ouvre des possibilités intéressantes. Elle ne répond pourtant pas, à elle seule, à la question de l’autonomie après la mise en ligne.

Mettre à jour un site peut vouloir dire deux choses

Pour une personne qui utilise surtout son téléphone, « mettre à jour le site » signifie généralement corriger un texte, remplacer une photo, modifier un prix, publier une actualité ou ajouter un service. Ce sont des mises à jour de contenu.

Pour un professionnel du web, la même expression peut désigner autre chose : corriger une faille de sécurité, adapter le code à une nouvelle version d’un outil, renouveler une dépendance ou vérifier que le site fonctionne toujours correctement. Ce sont des mises à jour techniques.

Un propriétaire de site n’a pas forcément envie de s’occuper de la seconde catégorie. En revanche, il peut raisonnablement souhaiter changer ses horaires ou publier une actualité sans demander un devis à chaque fois. C’est ici que la différence entre un site construit comme un programme et un site équipé d’un CMS devient importante.

Un CMS, c’est quoi exactement ?

CMS signifie « système de gestion de contenu ». WordPress en est l’exemple le plus connu. On peut le comparer à l’arrière-boutique d’un magasin. Les visiteurs voient la vitrine ; le propriétaire dispose d’une autre entrée pour modifier les textes, les images, les pages et les articles.

Il n’a pas besoin de connaître le code informatique qui affiche le bouton bleu ou organise les colonnes. Il se connecte, ouvre la page concernée, modifie le contenu puis enregistre. Selon les droits qui lui sont attribués, il peut rédiger sans toucher aux réglages sensibles.

WordPress fournit aussi un historique des révisions. Si une modification tourne mal, il est possible de retrouver une version précédente d’une page. Ce fonctionnement est connu de nombreux professionnels du web : un autre prestataire peut généralement reprendre un site WordPress, même si la qualité de la reprise dépend toujours de la façon dont le site a été construit.

Avec Lovable, le site est d’abord un projet de développement

Lovable fonctionne autrement. Le propriétaire ou le prestataire décrit une modification dans une conversation, puis l’outil intervient sur le projet. Son interface permet également de sélectionner des éléments dans l’aperçu et de modifier du texte directement. Il existe un historique, des brouillons et des outils de publication.

Il serait donc inexact d’affirmer qu’un site Lovable est impossible à modifier sans développeur. Une personne ayant accès au projet peut demander un changement à l’IA ou utiliser l’édition proposée dans l’aperçu. La difficulté se situe ailleurs : cette personne intervient dans l’outil qui construit le site, pas nécessairement dans une interface éditoriale conçue uniquement pour gérer le contenu.

La nuance peut sembler abstraite. Prenons un exemple. Dans WordPress, changer un tarif revient souvent à ouvrir la page « Tarifs », remplacer un nombre et cliquer sur « Mettre à jour ». Dans un projet Lovable sans CMS, on peut demander : « Remplace 80 € par 90 € sur la page Tarifs ». L’IA doit alors identifier le bon endroit dans le projet et produire une nouvelle version. La manipulation peut être très simple, mais elle reste une intervention sur le projet du site.

Si le prestataire conserve seul le compte Lovable, les accès au projet et les moyens de publication, le client dépend effectivement de lui. Cette dépendance ne vient pas uniquement de l’intelligence artificielle. Elle vient surtout de l’organisation choisie au départ et des accès remis au client.

Un site créé par IA peut recevoir une vraie interface de gestion, c’est là que ça se complique. Ou pas

Un site réalisé avec Lovable peut être relié à un CMS ou recevoir une interface d’administration spécialement développée. Lovable documente par exemple une connexion à Contentful, un CMS séparé dans lequel les éditeurs rédigent les contenus que le site affiche ensuite.

Cela change la situation : le propriétaire retrouve une interface consacrée aux textes, aux images ou aux actualités. Mais cette autonomie doit être prévue et construite. Elle n’apparaît pas automatiquement parce que le site a été créé avec une IA.

Une interface sur mesure peut être très agréable, avec uniquement les champs nécessaires. Elle représente aussi du travail supplémentaire. Il faut décider ce qui sera modifiable, créer les écrans, gérer les droits d’accès, tester les sauvegardes et prévoir les évolutions. À l’inverse, WordPress fournit déjà cette mécanique générale.

Les avantages d’un site réalisé avec Lovable

• Une première version peut prendre forme très vite. L’outil permet de passer d’une idée à une interface visible sans commencer par des semaines de développement.
• Le site peut être très personnalisé, si l’on ne se contente pas d’un premier résultat classique de base. Il n’est pas forcément limité à une succession de modèles prévus par un thème.
• Lovable est particulièrement intéressant pour les outils interactifs. Un espace client, un calculateur, un formulaire évolué ou une petite application dépassent parfois le cadre d’un site vitrine classique. (Mais aussi source de bugs techniques)
• Les modifications peuvent être formulées en langage courant. Une personne capable d’expliquer précisément ce qu’elle veut peut essayer de faire évoluer le projet sans écrire elle-même le code.
• Le code peut être synchronisé avec GitHub. Cette copie facilite la sauvegarde, la collaboration avec un développeur et un éventuel hébergement en dehors de Lovable.

Ses inconvénients pour un propriétaire non technique

• L’espace de travail reste celui d’un projet web. Même si l’on parle à une IA, il faut comprendre quelle page modifier, vérifier le résultat et savoir quand publier.
• Une demande apparemment simple peut toucher plusieurs endroits. Un numéro de téléphone peut apparaître dans l’en-tête, le pied de page, la page de contact et les données destinées aux moteurs de recherche.
• Le propriétaire doit savoir contrôler ce que l’IA a changé. Une modification réussie visuellement peut créer un problème sur mobile, casser un formulaire ou modifier une autre partie du site. Il faut souvent aller voir dans l’arrière-boutique ce que l’IA a vraiment fait.
• Les accès et la publication peuvent rester entre les mains du prestataire. Sans compte propriétaire, documentation et procédure de reprise, le client ne dispose pas réellement de son outil.
• La portabilité existe, mais elle n’est pas magique. Récupérer le code sur GitHub est précieux. Encore faut-il trouver quelqu’un capable de le comprendre, de le déployer et de reprendre les services auxquels il est connecté.
• Un blog ou un catalogue fréquent peut demander un CMS complémentaire. Sans cette couche, chaque nouveau contenu devient une modification du projet.

Les avantages de WordPress pour les mises à jour courantes

• L’interface sépare le contenu de la partie technique. On peut rédiger une page ou un article sans ouvrir les fichiers du site.
• Les rôles limitent les risques. Un rédacteur peut publier du contenu sans avoir accès aux extensions ou aux réglages généraux.
• Les révisions offrent un filet de sécurité. Une version antérieure peut être restaurée après une erreur de contenu.
• De nombreux prestataires connaissent l’outil. Changer d’interlocuteur reste généralement plus simple que pour une application développée sur mesure.
• Le site peut grandir progressivement. Actualités, formulaires, boutique ou espace de formation peuvent être ajoutés selon les besoins, sous réserve de choisir des extensions fiables.

Les limites de WordPress qu’il ne faut pas cacher

WordPress ne rend pas tout simple par nature. Un site surchargé d’extensions ou construit avec un assemblage compliqué peut devenir difficile à reprendre. L’interface peut également sembler encombrée à une personne qui se connecte deux fois par an.

Le logiciel, le thème et les extensions doivent être entretenus. Des mises à jour mal préparées peuvent créer des incompatibilités. Il faut donc prévoir des sauvegardes, une surveillance de sécurité et un minimum de maintenance technique.

L’autonomie sur le contenu ne signifie pas que le propriétaire doit devenir administrateur système. Un bon projet WordPress organise les responsabilités : le client modifie ce qu’il connaît, tandis qu’un professionnel veille au fonctionnement technique.

Lovable ou WordPress : la bonne question n’est pas « lequel est le meilleur ? »

Pour un site vitrine contenant quelques pages qui changent rarement, un site entièrement « fait par IA » peut convenir si le propriétaire possède les accès, et qu’il est prêt à perdre son site si la plateforme IA modifie ses conditions. Il doit aussi bien connaître l procédure pour les petites modifications.

Pour un site alimenté régulièrement, un blog, un catalogue, des offres d’emploi ou plusieurs rédacteurs, un CMS apporte une autonomie éditoriale beaucoup plus naturelle. Il peut s’agir de WordPress ou d’un autre CMS relié au site.

Le choix dépend donc moins du mot « IA » que de la vie prévue du projet. Un site ne se résume pas à son jour de lancement. Il faut imaginer qui le modifiera dans un an, avec quelles compétences, quels accès et quel budget.

Les questions à poser avant de signer

1. Est-ce que je suis concrètement propriétaire de mon site ?
2. Pourrai-je modifier seul un texte, une photo, un tarif et mes horaires ? Pouvez-vous me le montrer avant la livraison ?
3. Qui peut publier une nouvelle version du site ?
4. Existe-t-il un historique et une sauvegarde récupérable ?
5. Quels services extérieurs sont nécessaires au fonctionnement du site et qui possède leurs comptes ?
6. Combien coûteront les petites modifications après la mise en ligne ?
7. Comment un autre prestataire pourra-t-il reprendre le projet si notre collaboration s’arrête ?

L’autonomie se prépare

Dire à un client qu’il est « propriétaire de son site » ne suffit pas. Il doit posséder le nom de domaine, les comptes importants, les sauvegardes et, lorsque cela compte pour son activité, une copie exploitable du code. Il doit également savoir ce qu’il peut modifier lui-même et qui appeler pour le reste.
Mamweb gère au quotidien les différents éléments techniques. Car vous avez autre chose à faire que penser à renouveler votre nom de domaine ou votre hébergement. Et si vous oubliez, vous pouvez perdre l’adresse de votre site.

Une plateforme IA ne condamne pas automatiquement le propriétaire à dépendre de son prestataire. WordPress ne garantit pas automatiquement son indépendance. Dans les deux cas, un projet mal transmis crée une dépendance. La différence est que WordPress propose dès le départ une interface connue pour gérer le contenu, tandis qu’un projet 100% IA doit souvent organiser cette autonomie de façon plus volontaire.

Avant d’admirer la vitesse avec laquelle un site apparaît à l’écran, il vaut donc la peine de poser une question très ordinaire : le jour où je veux changer trois lignes, comment vais-je m’y prendre ?

Pour aller plus loin

Les fonctions décrites dans cet article peuvent évoluer. Pour vérifier leur état actuel, consultez la présentation officielle de l’éditeur Lovable, l’outil permettant d’éditer depuis l’aperçu, la documentation sur la synchronisation du code avec GitHub et l’exemple de connexion à un CMS Contentful. Pour WordPress, voir la documentation de l’éditeur de blocs, des rôles utilisateurs et des révisions.