Arrêtez de me parler de « no-code »

Le mot qui m’agace

Je vais commencer par une confession. Je n’ai rien contre les outils qui permettent de construire un site sans écrire une ligne de code. J’en utilise. Mes clients aussi.

Ce qui m’agace, c’est le mot. « No-code » est devenu un argument de vente, presque une philosophie. Comme si le code était le problème. Comme si, une fois débarrassé du code, il ne restait plus qu’à cueillir les clients.

Le code n’a jamais été le problème. Le problème, c’est de savoir quoi dire, à qui, et comment.

Qu’est-ce que le no-code, concrètement ?

C’est une famille d’outils qui permettent de construire un site, une appli ou un automatisme en assemblant des blocs à la souris. Glisser, déposer, régler. Le code existe toujours. Il est simplement écrit par l’outil, à votre place.

Rien de neuf sous le soleil. Les éditeurs visuels existent depuis la fin des années 1990. On les appelait juste autrement, et on en parlait moins sur les réseaux.

Ce qui a changé, c’est la qualité. Les outils actuels sont très bons. On peut faire un site correct, rapidement, sans développeur. C’est un vrai progrès, je ne vais pas le nier.

Pourquoi le mot ne veut plus rien dire

Avec l’IA, la frontière a carrément disparu.

Aujourd’hui, je peux décrire une page en français et obtenir le code correspondant en quelques secondes. Est-ce que c’est du no-code ? Il y a du code partout. Je ne l’ai juste pas tapé.

À l’inverse, certains outils « no-code » demandent de comprendre la mise en page, les marges, les grilles, les comportements sur mobile. Bref, de penser exactement comme un développeur, la souris en plus.

La vraie séparation n’est donc plus entre « avec code » et « sans code ». Elle est entre ceux qui savent ce qu’ils construisent et ceux qui assemblent des blocs en espérant que ça tienne.

Ce que le no-code ne fait pas à votre place

C’est là que je deviens pénible. Voici ce qu’aucun outil, avec ou sans code, ne décidera pour vous.

Votre message. Ce que vous vendez, à qui, et pourquoi vous plutôt qu’un autre. L’outil vous donne une jolie boîte. Il ne sait pas quoi mettre dedans.

La structure du site. Quelles pages, dans quel ordre, avec quels titres. C’est ce qui guide le visiteur, et c’est aussi ce que lisent les moteurs de recherche et les IA.

L’identité. Un modèle tout fait, c’est pratique. C’est aussi le même que celui de votre concurrent, à la couleur près. Le jour où tout le monde a le même modèle, plus personne n’a d’identité.

La qualité invisible. Le poids des pages, l’accessibilité, le balisage pour le référencement. Certains outils gèrent ça très bien. D’autres beaucoup moins. Et ce n’est jamais écrit sur la vitrine.

Les questions à se poser avant de choisir un outil

Si vous hésitez, oubliez le débat code ou pas code. Posez-vous plutôt ces questions.

Qui va faire vivre le site ? Si c’est vous, chaque semaine, il faut un outil que vous maîtrisez. Sinon, vous aurez un beau site figé au jour de sa mise en ligne.

À qui appartient le site ? Sur certaines plateformes, vous louez. Le jour où vous voulez partir, vous ne pouvez pas emporter grand-chose. Sur d’autres, vous êtes propriétaire de vos fichiers et de vos contenus. La différence se paie rarement au début. Elle se paie toujours à la fin.

Que se passe-t-il dans cinq ans ? Un outil peut augmenter ses prix, changer ses règles ou disparaître. Un site doit pouvoir lui survivre.

Est-ce que l’outil sert votre idée, ou l’inverse ? Si vous adaptez votre offre aux limites du modèle, c’est que le modèle a gagné.

Alors, pour ou contre ?

Ni l’un ni l’autre. Je suis pour les bons outils au bon endroit.

Pour une page événementielle ou un premier site de test, un outil visuel fait très bien le travail. Pour un site qui porte votre image pendant des années, doit être lu par les IA et vous ressembler, il faut quelqu’un qui pense le projet. Que ce quelqu’un tape du code ou déplace des blocs, franchement, c’est un détail.

Chez Magineo, je choisis l’outil en dernier. D’abord le message, ensuite la structure, ensuite l’image. L’outil arrive à la fin, comme le marteau arrive après le plan.

Donc la prochaine fois qu’on me demande « on peut faire ça en no-code ? », je répondrai : « Oui. Mais on va d’abord faire ça en no-bêtise. »