Concevoir un site web avec l'incertitude : ce que l'IA m'a appris

On construit tous sur du sable — et c’est normal

Un client nous appelle. Il veut un site. Il sait ce qu’il vend, il connaît ses clients, il a même une vague idée du design qu’il aime. Mais quand on creuse — vraiment creuse — personne ne sait exactement ce qui va convertir. Personne ne sait si le bouton doit être rouge ou vert, si la page d’accueil doit parler du produit ou du problème client, si le formulaire doit avoir 3 champs ou 7.

L’incertitude n’est pas un bug dans la création de site. C’est une feature permanente.

Pendant 15 ans, j’ai géré cette incertitude à l’ancienne : intuition, expérience, A/B tests laborieux, itérations longues. Résultat : des cycles de 3-4 semaines pour livrer un site qui était, au mieux, une hypothèse validée à 60% — et qui, trop souvent, finissait par poser la vraie question : pourquoi votre site web ne génère-t-il aucun client ?

L’IA a changé mon rapport à l’incertitude. Pas en la supprimant — elle ne le peut pas. Mais en me permettant de raisonner de manière probabiliste, vite, à grande échelle. Et ça, ça change tout dans la façon de construire un site web.

Ce que “raisonner de manière probabiliste” veut vraiment dire

La plupart des décisions en création web sont présentées comme binaires. On choisit A ou B. On garde ou on supprime. On refait ou on conserve.

C’est une illusion confortable.

La réalité, c’est que chaque décision de design ou d’architecture est un pari sur une probabilité. Est-ce que cette hero section va capter l’attention de 60% des visiteurs ou de 20% ? Est-ce que ce tunnel de conversion va perdre les gens à l’étape 2 ou à l’étape 4 ? Est-ce que ce contenu va ranker en 3 mois ou en 18 ?

Penser de manière probabiliste, c’est arrêter de chercher la certitude — et commencer à gérer les risques intelligemment.

Ce n’est pas nouveau dans la tech. Les développeurs qui font du TDD, les product managers qui travaillent avec des OKR, les growth hackers qui itèrent sur des hypothèses — tous raisonnent en probabilités sans toujours le nommer ainsi.

Ce qui est nouveau, c’est que l’IA compresse dramatiquement le coût de tester ces hypothèses.

L’IA ne décide pas à votre place — elle multiplie vos options

Voilà ce que j’ai compris après avoir intégré Claude Code dans mon workflow de production.

L’IA n’est pas un oracle. Elle ne sait pas mieux que vous ce que veulent vos clients. Elle ne peut pas prédire les tendances de votre marché local normand mieux qu’un commercial qui fait du terrain depuis 10 ans.

Mais elle peut générer 8 variations d’une page d’accueil en 45 minutes. Elle peut produire 3 architectures d’information différentes pour le même site e-commerce. Elle peut rédiger 5 versions d’un pitch de hero section avec des angles complètement différents — produit, bénéfice client, preuve sociale, urgence, storytelling.

Ce que vous faisiez avant en 2 jours de maquettage, vous le faites maintenant en 2 heures.

Et là, quelque chose de fondamental se produit : vous arrêtez de vous battre pour défendre votre première idée, parce qu’elle n’est plus la seule sur la table. Vous passez de la logique “je dois avoir raison” à la logique “quelle option a le plus de chances de fonctionner”. C’est aussi ce qui rend les prototypes plus honnêtes vis-à-vis du client — un sujet qu’on développe dans l’honnêteté des prototypes à l’ère de la création de site par IA.

C’est exactement ça, raisonner de manière probabiliste. Et l’IA vous y force, presque malgré vous.

Ce que Cyd Stumpel m’a appris sur l’apprentissage permanent

Il y a une idée que je retrouve chez les meilleurs développeurs web que j’ai croisés — et que Cyd Stumpel, développeuse front-end reconnue dans la communauté Astro et Vue, formule clairement : on ne finit jamais d’apprendre à construire pour le web.

Ce n’est pas une posture humble de façade. C’est une réalité technique.

Le web change. Les standards changent. Les comportements utilisateurs changent. Ce qui était une bonne pratique en 2018 peut être une dette technique en 2024. Un site conçu sans tenir compte des Core Web Vitals avant 2021 était peut-être beau — il était juste invisible sur Google.

“Always building, always learning” — ce n’est pas un slogan. C’est la description honnête du métier.

Ce que l’IA change dans cette équation, c’est la vitesse d’absorption des nouvelles pratiques. Quand Astro 4.0 sort avec de nouvelles APIs, je peux demander à Claude de me générer des exemples d’implémentation, de m’expliquer les différences avec la version précédente, de m’aider à migrer un composant existant. Ce qui prenait une journée de lecture de documentation et d’expérimentation prend maintenant 2 heures.

L’IA ne remplace pas l’apprentissage. Elle en accélère le cycle.

Construire avec l’incertitude : le workflow concret

Voici comment ça se traduit concrètement dans mon agence, sur un projet de site vitrine pour une PME.

Phase de découverte accélérée. Avant, je passais 2-3 jours à construire un brief client complet avant de pouvoir commencer à maquetter. Maintenant, après un premier appel d’1h, je génère avec Claude un document de 15 pages qui couvre les personas, les hypothèses de conversion, l’architecture proposée, et 3 angles éditoriaux différents. Le client réagit à quelque chose de concret — pas à des questions abstraites.

Maquettage probabiliste. Au lieu de partir sur une seule direction Figma, je génère 2-3 structures de page différentes basées sur des hypothèses explicites. “Cette version mise sur la preuve sociale en haut de page — hypothèse : vos clients ont besoin d’être rassurés avant d’agir.” “Cette version met le problème client en avant — hypothèse : vos visiteurs arrivent avec une douleur précise et cherchent une solution rapide.” Le client choisit une hypothèse, pas juste une esthétique.

Livraison itérative mesurable. Le site sort en 3-5 jours au lieu de 3-4 semaines. On intègre Google Analytics 4 avec des événements de tracking dès le départ — pas après coup. On sait dans 30 jours si l’hypothèse était bonne. On ajuste. C’est ça, gérer l’incertitude intelligemment.

Ce workflow n’est pas parfait. J’ai eu des clients qui ont choisi la mauvaise hypothèse malgré mes conseils. J’ai eu des sites qui convertissaient moins bien que prévu. La différence : on le sait vite, et on peut corriger vite.

Le vrai risque, c’est de prétendre qu’on sait

Voici le piège dans lequel tombent encore beaucoup d’agences web — et beaucoup de clients aussi.

Présenter une seule maquette comme “la” solution. Défendre des choix de design comme des certitudes. Promettre des positions SEO sans tracking sérieux. Livrer un site sans plan de mesure.

C’est confortable à court terme. Ça évite les discussions difficiles. Ça donne l’impression de maîtriser.

Mais c’est exactement l’inverse de ce que demande la réalité du web.

Vous savez combien de sites vitrines on audite chaque année qui n’ont aucun objectif de conversion défini ? Des sites beaux, bien codés, avec un bon référencement technique — et zéro moyen de savoir s’ils génèrent des leads ou pas. L’agence a livré. Le client a payé. Personne ne sait si ça fonctionne.

“Un site web sans objectifs mesurables, c’est une brochure PDF qu’on a payée trop cher à héberger.”

L’incertitude bien gérée, c’est l’opposé de ça. C’est construire avec des hypothèses explicites, des métriques définies dès le départ, et une culture de l’itération plutôt que de la livraison finale.

3 principes actionnables pour votre prochain projet web

Si vous retenez trois choses de cet article :

Nommez vos hypothèses avant de commencer. Avant de valider une maquette, formulez explicitement le pari que vous faites : “On pense que nos clients décident sur la preuve sociale” ou “On pense que le prix est leur premier critère”. Ça change la façon dont vous évaluez le design — et ça vous donne un critère de succès mesurable.

Utilisez l’IA pour multiplier les options, pas pour avoir raison plus vite. La tentation est forte de demander à l’IA “quelle est la meilleure architecture pour mon site ?” et de prendre sa réponse pour argent comptant. Mieux vaut lui demander “donne-moi 3 architectures différentes avec les hypothèses de chacune” — et choisir en connaissance de cause.

Livrez vite, mesurez tôt, ajustez souvent. Un site lancé en 5 jours avec un tracking solide vous apprend plus en 30 jours qu’un site peaufiné pendant 2 mois sans métriques. L’incertitude se réduit avec les données réelles — pas avec plus de temps de maquettage. C’est précisément cette approche qui guide notre création de site internet.

Construire mieux, c’est construire en acceptant de ne pas tout savoir

Quinze ans à faire des sites web, et la leçon la plus utile que j’ai apprise, c’est celle-là : les meilleurs projets ne sont pas ceux où on avait tout prévu. Ce sont ceux où on avait les bons outils pour apprendre vite et corriger vite.

L’IA est le meilleur outil que j’aie jamais eu pour ça. Pas parce qu’elle connaît les réponses. Mais parce qu’elle rend le coût de l’exploration suffisamment bas pour qu’on puisse se permettre d’explorer vraiment.

Vous avez un projet web en tête — refonte, premier site, e-commerce ? On peut regarder ensemble les hypothèses qui méritent d’être testées, et construire un workflow qui vous donne des réponses en semaines plutôt qu’en mois.

Prenez contact avec GDM-Pixel — diagnostic honnête, sans engagement, sans bullshit.

---

GDM-Pixel est une agence web basée à Caen. On construit des sites avec Astro, React et Tailwind, on automatise ce qui peut l’être, et on documente ce qui fonctionne vraiment.