Créer izoard.be avec Claude : du design à la mise en ligne

izoard.be est un site statique en HTML et CSS, avec plus de soixante-dix pages par langue, en néerlandais, en français et en anglais. Nous l’avons construit avec Claude, à partir d’un seul design system et d’une seule feuille de style. Chaque modification part automatiquement en ligne sur Cloudflare via GitHub, et chaque semaine, le site s’améliore d’un point.

La base est la même que si vous nous confiez la création de site web : du HTML et du CSS statiques, construits avec l’IA, le code sur GitHub et le site en ligne sur Cloudflare. Voici le processus, de la règle de charte graphique à l’amélioration hebdomadaire : ce que fait Claude, et ce qui reste le travail d’un humain.

Fixez les règles dans un design system

Tout, sur izoard.be, suit un seul ensemble de règles. Notre design system s’appelle Editorial : il définit quelles couleurs, polices et composants existent, et ce qui est interdit. Nous l’avons créé dans Claude Design, et ce même système pilote aussi nos présentations et nos annonces.

Un exemple : le jaune canari (#FFD60A) ne sert que comme aplat, jamais comme couleur de texte sur le papier. Les accents de texte sont en or (#756A0E). Claude n’a donc pas à refaire ce choix à chaque page.

Comment construire un tel système, et pourquoi il fonctionne : lisez un design system pour Claude.

Donnez à Claude un briefing permanent

Claude Code commence chaque session avec une fenêtre de contexte vide. Un fichier CLAUDE.md placé dans le dossier du projet est chargé au début de chaque session et fournit un contexte durable ^[1]. Le nôtre décrit comment le site est construit, quelles règles de design s’appliquent, comment fonctionne la publication et quelles erreurs nous ne voulons plus refaire.

Le ton y figure aussi : « je » en néerlandais, « vous » en français, « you » en anglais. Anthropic précise lui-même que Claude traite ces instructions comme du contexte, pas comme une configuration imposée ^[1]. La relecture reste donc nécessaire.

Construisez en statique, sans plugins

Le site n’a ni CMS, ni base de données, ni étape de build. Une seule feuille de style donne leur apparence à toutes les pages. Cela les garde rapides et rend chaque modification prévisible.

Quelques choix que nous avons mis au point avec Claude :

• Des polices hébergées sur notre propre serveur. Elles venaient d’abord de Google Fonts, une requête externe qui retardait l’affichage. Sur mobile, cela coûtait environ 780 millisecondes selon notre mesure.
• Des animations sans JavaScript. Les blocs glissent à l’écran grâce à la fonction CSS view(), qui lie une animation au moment où un élément devient visible ^[2].
• Un mode sombre avec un bouton, qui suit par défaut le réglage de votre appareil.
• La vidéo via Cloudflare Stream, dans une lightbox qui ne s’ouvre que lorsque vous cliquez.
• Un formulaire de contact maison qui envoie ses données à HubSpot via l’API, sans charger le script de HubSpot.

Pourquoi nous préférons le statique à WordPress, et quand ce n’est pas le cas : lisez WordPress ou site statique.

Déménagez sans perdre votre trafic

L’ancien site WordPress avait le français à la racine. Le nouveau met le néerlandais à la racine, le français sur /fr/ et l’anglais sur /en/. Un fichier _redirects redirige chaque ancienne URL en 301 vers son équivalent.

Cloudflare applique ce fichier directement et accepte jusqu’à 2.000 redirections statiques et 100 dynamiques ^[3]. Pour la page d’accueil, il n’y en a délibérément aucune : c’est désormais l’accueil en néerlandais. Le plan complet, étape par étape, se trouve dans migrer un site web sans perte SEO.

Testez d’abord, mettez en ligne ensuite

Le code se trouve dans un dépôt privé sur GitHub. Cloudflare Workers Builds construit et publie automatiquement le site à chaque push vers la branche principale ^[4]. La production ne vient donc que de cette branche, jamais directement d’un ordinateur portable.

Si une modification doit d’abord être examinée, Claude crée une version de test avec wrangler versions upload. Elle reçoit sa propre URL, tandis que la production reste inchangée ^[5]. Le commit ne suit qu’après l’accord de Bert.

L’hébergement lui-même ne pèse presque rien : les requêtes vers des fichiers statiques sont gratuites et illimitées chez Cloudflare ^[6].

Améliorez le site d’un point chaque semaine

Le 16 septembre 2026, le site entier a fait l’objet d’un audit : 148 points d’amélioration vérifiés. Pour chaque point, Bert choisit faire, ne pas faire ou plus tard, et il fixe l’ordre. Chaque semaine, Claude exécute un point.

Les règles fixes de cette boucle d’amélioration :

• Un point par semaine, jamais regroupé avec d’autres modifications.
• Un contrôle sur trois largeurs d’écran, 375, 768 et 1280 pixels, dans le thème clair et dans le thème sombre.
• Néerlandais, français et anglais en même temps.
• Aucune affirmation ni aucun chiffre nouveau que personne n’a fourni.

La mesure fait aussi partie d’un site. izoard.be a sa propre fenêtre de consentement en trois langues. Comment consentement et mesure s’articulent, Cédric l’explique dans Consent Mode v2 en pratique.

Vous voulez savoir où en est votre site en matière de vitesse, de technique et de visibilité ? Le scan de site gratuit fait le point.