Les modèles d'IA changent sans cesse. Ce qui fait un bon site ne change pas.

On juge souvent un site à ce qu'on en voit : une page d'accueil, des photos, des couleurs. C'est la partie qui se montre, et c'est la plus petite. Un site qui sert une entreprise reçoit des clients, prend des réservations ou des commandes, enregistre des données, envoie des messages, encaisse parfois. Il doit fonctionner la nuit, le dimanche, le jour où personne ne le surveille.

Il n'a plus un seul lecteur. Il est lu par vos clients, par les moteurs de recherche qui décident s'ils le trouveront, et désormais par les assistants d'IA qui répondent à leur place. Un bon site parle à ces trois lecteurs à la fois, sans que vous ayez à y penser.

C'est pour cela que nous ne vendons pas des pages. Nous livrons des applications qui tiennent.

Un site performant s'affiche vite, sur le téléphone d'un client, dans le train, avec une connexion moyenne. On le trouve, parce que sa structure est claire pour ceux qui l'indexent. Il ne tombe pas, il ne perd rien, il se met à jour sans casser.

Aucune de ces qualités ne s'obtient en générant du code. Elles viennent de choix techniques précis, répétés et vérifiés : ce qu'on charge et ce qu'on ne charge pas, la façon dont une page est préparée, la façon dont elle est décrite aux moteurs de recherche. Ces choix, nous les avons faits une fois, nous les avons mesurés, et nous les corrigeons quand une mesure nous donne tort. Chaque site construit avec Kubbler en hérite dès le premier jour.

Il y a deux manières de fabriquer un site avec l'IA. La première consiste à tout générer, à chaque fois, de zéro : le code des pages, mais aussi celui des comptes, des paiements et de la sécurité. Le résultat impressionne le premier jour. Ensuite, chaque site est un prototype unique, avec ses propres failles, que personne ne relit et que personne ne maintient.

Nous avons choisi l'autre manière, celle de l'industrie. Tout ce que les sites ont en commun (les comptes et les accès, les données, les paiements, l'hébergement, les sauvegardes, les mises à jour) est écrit une fois par nos ingénieurs, testé, puis amélioré pour tous les projets à la fois. C'est notre socle. Ce qui change d'un métier à l'autre, vos pages, vos règles, votre image, se construit par-dessus.

Ce socle est à nous, et nous l'assumons : on ne peut garantir que ce que l'on maîtrise. Nous l'hébergeons en France, nous l'opérons, et nous en répondons. Vos données, elles, restent les vôtres.

L'IA excelle là où une erreur se voit. Traduire un besoin exprimé avec vos mots en pages et en parcours, proposer une mise en page, rédiger un premier texte, le traduire : si elle se trompe, vous le voyez dans l'aperçu, et une phrase suffit à corriger.

Elle est beaucoup moins fiable là où une erreur ne se voit pas. Une faille de sécurité, une donnée mal enregistrée, un paiement mal compté ne se remarquent pas à l'écran : ils se découvrent trop tard. Cette part-là, nous ne la confions pas à l'IA. Elle est écrite par des personnes, relue, et éprouvée sur chaque projet.

Même dans son domaine, l'IA ne touche pas au code de votre application. Elle modifie un plan, que le socle construit ensuite selon ses propres règles. C'est ce qui permet de lui faire confiance : elle propose, mais elle ne peut pas casser ce qui tient.

L'IA propose un plan, et vous le lisez avant que quoi que ce soit ne soit construit. Elle propose une retouche, et vous l'approuvez, la reformulez ou l'écartez. C'est vous qui décidez du jour où votre site est mis en ligne.

Mais on ne décide bien que de ce qu'on comprend. C'est pour cela que Kubbler décrit en langage courant ce que fait chaque partie de votre application : ce qu'un bouton déclenche, ce qu'un champ accepte, ce qui est enregistré. Vous n'avez pas besoin de lire du code pour savoir ce que votre site fait au nom de votre entreprise.

Votre connaissance de votre métier, de vos clients et de vos règles est ce qu'aucun modèle ne possède. C'est la matière première de votre application.

Nous l'utilisons pour écrire du code, pour relire, pour explorer des pistes qu'aucun de nous n'aurait eu le temps d'explorer seul. Elle a changé notre façon de travailler, et nous ne prétendrons pas le contraire.

Mais elle travaille chez nous comme elle travaille dans votre projet : dans un cadre. Aucun élément d'une page ne contourne les briques du socle, aucun texte n'est écrit en dur, aucune couleur n'échappe à la charte graphique, et des contrôles automatiques le vérifient, que la ligne vienne d'un ingénieur ou d'un modèle. Chaque modification du socle a un auteur humain, qui la relit et qui en répond.

L'IA changera, et vite. Depuis septembre, nous avons déjà remplacé cinq modèles dans Kubbler. Chaque fois, le changement a tenu en une ligne, et aucun site n'a eu à être reconstruit, parce qu'un site construit avec Kubbler n'appelle aucun modèle pour fonctionner : il tourne sur le socle.

Un produit dont toute la valeur tient dans « l'IA écrit votre code » est en concurrence avec l'IA elle-même, et chaque nouveau modèle le rattrape un peu plus. Notre valeur est ailleurs : dans un socle mesuré et opéré, et dans les décisions accumulées projet après projet. Quand les modèles progressent, ils composent mieux sur ce même socle. Leur progrès devient le nôtre, et celui de chaque projet.