Comment j'ai refait le design d'un site web en quelques minutes avec Claude Opus

Comment j'ai refait le design d'un site web en quelques minutes avec Claude Opus

Il y a deux semaines, je me suis assis à mon bureau à 23h avec un problème. Un client avait besoin que son site entier soit converti d'un thème clair basique vers un design sombre soigné, qu'une toute nouvelle page de services soit créée de zéro, et qu'un audit SEO complet soit réalisé avec tous les correctifs déployés — le tout avant une réunion le lundi matin. L'ancien moi aurait passé une nuit blanche, à bûcher sur du CSS, écrire du HTML, lancer Lighthouse, et corriger manuellement les balises meta une par une.

Au lieu de ça, j'ai ouvert Claude Code, tapé trois prompts, et je suis allé me coucher.

Quand je me suis réveillé, le site était en ligne. Un thème sombre avec des ratios de contraste parfaits. Une page de services qui correspondait au langage de design existant jusque dans les espacements. Balises meta, sitemap, robots.txt, favicon, cartes Open Graph — tout était en place. La transformation entière a pris à Claude environ douze minutes de traitement actif. Mon implication directe ? Peut-être quatre-vingt-dix secondes de frappe.

Cette nuit-là a changé ma façon de penser les workflows de développement web. Pas parce que l'IA a fait quelque chose de magique — mais parce qu'elle a révélé à quel point le "développement web" consiste en réalité en prises de décisions répétitives qu'un agent bien instruit peut gérer sans toi.

Voici exactement comment j'ai mis ça en place, ce qui s'est passé pendant le processus, et les parties qui m'ont surpris — y compris la seule chose que Claude a mal faite et que j'ai failli ne pas voir.

Le problème que personne n'admet à propos de la maintenance de sites web

Voici un secret inavoué que la plupart des développeurs ne diront pas à voix haute : maintenir un site web, c'est ennuyeux. En construire un ? Ça, c'est excitant. Choisir la stack, concevoir l'architecture, écrire les premiers composants. Mais six mois plus tard, quand le client te demande de passer du mode clair au mode sombre, d'ajouter une page, et de "corriger les trucs SEO" — c'est le travail que personne ne veut faire.

Ce n'est pas du travail difficile. C'est ça le plus frustrant. Convertir un thème clair en sombre, c'est principalement ajuster les couleurs de fond, les couleurs de texte, les couleurs de bordure, et s'assurer que les ratios de contraste restent accessibles. Créer une nouvelle page qui correspond au design existant, c'est copier la structure, changer le contenu, mettre à jour la navigation. Faire un audit SEO, ça veut dire vérifier les mêmes vingt choses à chaque fois — les meta descriptions, la hiérarchie des titres, les balises alt, le sitemap, le robots.txt.

Chaque tâche prend peut-être une heure ou deux. Mais empilées ensemble, elles te bouffent une journée entière. Et cette journée est remplie de décisions qui ne demandent pas de créativité — elles demandent de la cohérence. "Est-ce que ce gris foncé a assez de contraste avec ce gris légèrement plus foncé ?" "Est-ce que j'ai mis à jour la navigation sur les deux pages ?" "Est-ce que l'URL canonique est correcte ?"

C'est précisément le genre de travail pour lequel les agents IA sont faits. Pas les décisions architecturales créatives. Pas la logique métier complexe. Le travail d'exécution cohérent, qui suit des patterns, que les humains font en mode automatique de toute façon — sauf que les humains font des erreurs en mode automatique et que l'IA ne se fatigue pas.

J'utilisais Claude Code pour la génération de contenu et l'assistance au code depuis des mois. Mais je n'avais pas essayé de l'utiliser comme un agent complet de modification de site web avant de découvrir deux skills qui ont tout changé. Et il y a une différence cruciale entre utiliser Claude comme chatbot et l'utiliser comme agent — je t'expliquerai ça quand on arrivera à la section de mise en place.

Ce que Claude Opus 4.6 fait vraiment de différent

Avant de détailler le redesign, je dois clarifier quelque chose qui m'a d'abord embrouillé. Claude Opus 4.6, ce n'est pas juste un chatbot plus intelligent. Quand tu passes du mode Chat au mode Code dans Claude Desktop, tu changes fondamentalement le modèle d'interaction. En mode Chat, Claude te donne des réponses. En mode Code, Claude passe à l'action.

Cette distinction est importante. Quand j'ai demandé à Claude de convertir le thème de mon site, il ne m'a pas donné des suggestions CSS en disant "essaie de changer ces valeurs". Il a ouvert les vrais fichiers HTML et CSS dans mon dépôt Git, analysé la palette de couleurs existante, associé chaque jeton de couleur à son équivalent en mode sombre, effectué les modifications, et m'a montré un diff de ce qu'il avait changé.

L'agent travaille directement avec ton système de fichiers via un répertoire de travail — un dossier local lié à un dépôt Git. Chaque modification que Claude effectue se fait sur de vrais fichiers que tu peux examiner, commiter ou annuler. Pense à ça moins comme parler à une IA et plus comme du pair programming avec un développeur junior extrêmement rapide qui ne se laisse jamais distraire.

Il y a un élément supplémentaire dans l'architecture qui rend tout ça puissant : les skills. Les skills sont des capacités modulaires qui étendent ce que Claude peut faire. C'est comme des plugins, mais en plus intelligent — chaque skill vient avec ses propres instructions et workflows spécialisés.

Pour le projet de redesign du site, j'ai utilisé deux skills :

Le skill Front-end Design — un skill officiel maintenu par Anthropic avec plus de 100 000 installations au moment où j'ai enregistré ceci. Il donne à Claude une connaissance approfondie des systèmes de design, de la théorie des couleurs, des standards d'accessibilité et des patterns de mise en page responsive. Quand j'ai dit à Claude de convertir en thème sombre "avec un contraste parfait", c'est le skill qui lui a permis de comprendre ce que "contraste parfait" signifie réellement en termes de ratios WCAG AA.

Le skill SEO Audit — un skill communautaire avec environ 19 000 installations. Celui-ci transforme Claude en un analyseur SEO complet capable de crawler ton site, d'identifier les problèmes par rapport aux bonnes pratiques actuelles, puis d'implémenter concrètement les corrections.

La combinaison de ces deux skills avec les capacités natives d'édition de code de Claude est ce qui rend le workflow presque absurdement efficace. Mais bien le configurer est important — si tu sautes une étape, tu passeras plus de temps à débugger la configuration que tu n'en aurais passé à faire le travail manuellement.

Voici exactement comment le mettre en route en partant de zéro.

Configurer Claude comme ton agent web — étape par étape

Étape 1 : Avoir un site web dans un dépôt Git.

Ça semble évident, mais le détail clé est que Claude a besoin d'un accès au système de fichiers via un dépôt Git. Si ton site est sur une plateforme gérée comme Squarespace ou Wix sans accès Git, ce workflow ne fonctionnera pas. Tu as besoin de vrais fichiers HTML, CSS et JavaScript dans un dépôt.

Pour ma démo, j'ai utilisé GitPage pour mettre en place rapidement un site de test. Le processus était simple — j'ai choisi un template de design, entré des données d'exemple (nom, email, descriptions de services basiques), et déployé. En cinq minutes, j'avais un site en ligne avec son code source dans un dépôt Git.

Astuce : Si tu testes ça pour la première fois, n'utilise pas un site en production. Crée un projet jetable. Tu voudras avoir la liberté d'expérimenter sans t'inquiéter de casser quelque chose d'important.

Étape 2 : Installer Claude Desktop et passer en mode Code.

Télécharge Claude Desktop depuis le site d'Anthropic — c'est disponible pour Mac et Windows. Après l'installation, tu seras par défaut en mode Chat. Passe en mode Code avec le toggle dans l'interface. C'est l'étape que la plupart des gens ratent. Le mode Chat te donnera des conseils sur comment refaire le design de ton site. Le mode Code le fera vraiment.

Une fois en mode Code, définis ton répertoire de travail sur le clone local de ton dépôt Git. C'est comme ça que Claude sait quels fichiers lire et modifier. Le répertoire de travail est le point d'ancrage de tout ce qui suit.

Étape 3 : Comprendre le fichier claude.md.

Dans ton répertoire de travail, tu trouveras (ou tu créeras) un fichier claude.md. Pense à ça comme le manuel d'instructions que tu donnes à Claude à propos de ton projet spécifique. Il contient des informations sur la structure du projet, les conventions, et toutes les règles spéciales que Claude doit suivre.

Pour un projet de site web, ton claude.md pourrait inclure des choses comme :

• Quel framework CSS tu utilises
• Les variables de couleur et les design tokens
• Les conventions de nommage des fichiers
• Le workflow de déploiement

Ce fichier persiste entre les sessions, donc Claude garde le contexte de ton projet même quand tu démarres une nouvelle conversation. Je ne saurais trop insister sur la différence que ça fait — ça transforme Claude d'un assistant générique en un membre d'équipe qui connaît ton projet.

Étape 4 : Installer les skills.

Les skills s'installent via de simples commandes dans Claude Code. Tu peux découvrir les skills disponibles via le répertoire de skills de Claude. Pour notre workflow :

# The front-end design skill
/install-skill frontend-design

# The SEO audit skill
/install-skill seo-audit

L'installation est rapide — généralement moins d'une minute. Une fois installés, les skills sont disponibles pour tous tes projets, pas seulement le répertoire de travail actuel.

Si tu es arrivé jusqu'ici, tu es prêt à faire ce qui m'a pris douze minutes et qui m'aurait pris une journée entière manuellement. La section suivante est celle où ça devient fun.

Le redesign : du thème clair au sombre en quelques minutes

J'ai commencé avec un prompt simple. Rien de fancy. Pas d'instructions élaborées ni de descriptions en plusieurs paragraphes.

"Convertis ce site web de son thème clair actuel vers un thème sombre moderne avec un contraste parfait."

C'est tout. Dix-sept mots.

Claude s'est mis au travail. Voici ce que j'ai vu se passer en temps réel :

D'abord, il a scanné chaque fichier HTML et CSS du dépôt pour comprendre le système de design existant. Il a identifié la palette de couleurs — les fonds, les couleurs de texte, les bordures, les accents, les ombres. Il a cartographié la hiérarchie des composants. Puis il a commencé à faire les modifications.

Le fond est passé du blanc (#FFFFFF) à un charbon profond (#1a1a2e). Le texte est passé du quasi-noir à un blanc cassé (#e0e0e0) qui est plus reposant pour les yeux que le blanc pur sur fond sombre — un détail que la plupart des humains ratent à leur premier essai. Les couleurs d'accent ont été ajustées pour garder leur vivacité sur le fond plus sombre. Les composants de carte ont reçu des ajustements subtils de bordure pour maintenir la séparation visuelle sans paraître agressifs.

Ce qui m'a impressionné, ce n'étaient pas les choix de couleurs — ceux-là sont assez standards pour une conversion en thème sombre. Ce qui m'a impressionné, c'était la cohérence. Chaque composant a été mis à jour. Aucun élément clair orphelin. Aucune violation de contraste. Aucun moment "oups, j'ai oublié le footer" qui hante les conversions manuelles.

La conversion de thème entière a pris environ quatre minutes.

Un truc qui a attiré mon attention — Claude a préservé la palette de couleurs originale sous forme de propriétés CSS personnalisées avec une classe light-theme, rendant théoriquement possible l'ajout d'un toggle de thème plus tard. Je n'avais pas demandé ça. Le skill de front-end design inclut apparemment ça comme bonne pratique. Malin ? Oui. Demandé ? Non. C'est un de ces moments où tu réalises que l'agent IA applique des connaissances que tu n'as pas explicitement demandées, ce qui est à la fois puissant et quelque chose qu'il faut surveiller de près.

Ajouter une page de services sans écrire une seule ligne

Le prompt suivant était tout aussi direct :

"Crée une nouvelle page Services qui soit cohérente avec le design existant. Mets à jour la navigation sur la page d'accueil et la page de services pour inclure le nouveau lien."

C'est là que la compréhension des systèmes de design par Claude brille vraiment. Il n'a pas juste créé une page générique. Il a analysé les pages existantes — la structure du header, la mise en page du contenu, l'échelle typographique, le rythme des espacements, le format du footer — et a tout répliqué pour la nouvelle page de services.

Le contenu qu'il a généré était un peu placeholder mais étonnamment pertinent. Puisque le site de test était positionné comme une agence d'automatisation IA, la page de services incluait des sections pour l'automatisation de workflows IA, le développement de chatbots personnalisés, l'intégration de pipelines de données et le consulting IA. Chaque service avait une description, une liste à puces de livrables, et un bouton d'appel à l'action stylisé de manière cohérente avec le reste du site.

Les mises à jour de navigation se sont faites sur les deux pages simultanément. Le menu header de la page d'accueil incluait désormais un lien "Services". La page de services avait la même navigation avec "Services" surligné comme page active. Aucun lien cassé. Aucun style incohérent. Aucun problème de "j'ai oublié de mettre à jour l'autre page".

Ça a pris environ trois minutes.

Voici la partie qui m'a surpris. Quand j'ai inspecté le HTML, Claude avait ajouté du balisage sémantique — des éléments <nav> appropriés, des attributs aria-current="page" sur l'élément de navigation actif, et avait structuré le contenu des services avec une hiérarchie de titres appropriée (H1 pour le titre de la page, H2 pour chaque service, H3 pour les sous-sections). Ces détails d'accessibilité sont des choses que beaucoup de développeurs humains sautent quand ils sont pressés. Le Claude augmenté par les skills les incluait par défaut.

Mais il y a un bémol dont je veux être honnête. Le contenu des services lui-même était générique. Claude ne connaît pas tes vrais services — il a fait des suppositions raisonnables basées sur le positionnement du site. Tu aurais besoin de remplacer le contenu placeholder par tes vraies descriptions de services. Ce n'est pas une limitation de Claude ; c'est une limitation de l'input. L'IA ne peut pas écrire des descriptions de services précises pour une entreprise dont elle ne sait rien. Le travail structurel qu'elle fait, en revanche, t'épargne la partie fastidieuse pour que tu puisses te concentrer sur le contenu.

L'audit SEO qui a trouvé ce que j'avais raté

Maintenant la partie dont j'étais le plus sceptique. L'audit SEO implique à la fois une analyse technique et des jugements subjectifs. J'ai réalisé des centaines d'audits SEO manuellement et avec des outils comme Screaming Frog, Ahrefs et Google Search Console. Est-ce que le skill SEO de Claude pouvait vraiment rivaliser ?

Le prompt : "Fais un audit SEO complet de ce site web."

L'audit de Claude était minutieux. Il a produit un rapport structuré couvrant chaque facteur SEO on-site majeur, organisé par priorité :

Problèmes critiques trouvés :

• Pas de fichier robots.txt (les moteurs de recherche n'avaient aucune instruction de crawl)
• Pas de sitemap XML (les moteurs de recherche ne pouvaient pas découvrir les pages efficacement)
• Favicon manquant (aspect non professionnel et impact sur la reconnaissance de marque dans les onglets/favoris)
• Meta descriptions dupliquées ou manquantes sur les pages

Problèmes de haute priorité :

• Balises Open Graph manquantes (mauvais aperçus lors du partage sur les réseaux sociaux)
• Balises Twitter Card manquantes (même problème, spécifique à Twitter)
• Hiérarchie de titres incomplète sur la page de services
• Pas d'URLs canoniques spécifiées

Recommandations de priorité moyenne :

• Améliorations du texte alt des images
• Opportunités de maillage interne
• Suggestions de balisage schema
• Pistes d'optimisation de la vitesse de chargement

Ce qui m'a frappé, c'était la précision. L'audit ne disait pas juste "ajoutez des meta descriptions". Il identifiait exactement quelles pages avaient des problèmes et quel était l'état actuel. La découverte du robots.txt était légitime — beaucoup de développeurs qui déploient des sites simples oublient complètement ce fichier, et ça peut causer un gaspillage de budget de crawl sur les sites plus importants.

Ensuite, j'ai donné l'instruction qui testait vraiment le système : "Implémente toutes les corrections SEO recommandées."

Claude a organisé l'implémentation en deux phases. La phase un couvrait les éléments critiques et de haute priorité : créer le robots.txt, générer un sitemap XML, ajouter des meta descriptions à chaque page, implémenter les balises Open Graph et Twitter Card, ajouter une référence au favicon, et corriger la hiérarchie des titres.

La phase deux a traité les éléments de priorité moyenne : améliorer le texte alt, ajouter les URLs canoniques, et implémenter un balisage schema basique.

Chaque correction a été implémentée directement dans le codebase. Je pouvais regarder les diffs défiler pendant que Claude modifiait fichier après fichier. Le robots.txt qu'il a généré était propre et standard :

User-agent: *
Allow: /
Sitemap: https://example.com/sitemap.xml

Le sitemap incluait toutes les pages avec des dates <lastmod> appropriées et des valeurs <changefreq>. Les meta descriptions étaient uniques par page et dans la plage recommandée de 150-160 caractères. Les balises Open Graph incluaient les attributs og:title, og:description, og:image et og:url pour chaque page.

Temps total pour l'audit SEO complet et l'implémentation : environ cinq minutes.

La seule chose que Claude a mal faite

J'ai promis d'être honnête, alors voilà.

L'implémentation du favicon était techniquement correcte mais pratiquement incomplète. Claude a ajouté la balise <link rel="icon"> à chaque fichier HTML et référencé un chemin favicon.ico. Le problème ? Il n'a pas réellement créé le fichier image du favicon. Il a référencé un fichier qui n'existait pas.

C'est une classe d'erreur subtile mais importante à surveiller avec les agents IA. Le code était syntaxiquement parfait. Le pattern d'implémentation était correct. Mais l'asset réel manquait. Si tu avais déployé ça sans vérifier, tu aurais vu des références de favicon cassées dans l'onglet réseau de ton navigateur — une erreur 404 facile à rater parce que les navigateurs gèrent les favicons manquants gracieusement (ils n'en affichent simplement pas).

J'ai attrapé ça parce que je me suis entraîné à vérifier les références d'assets après tout processus automatisé. Leçon apprise : les agents IA sont excellents pour les modifications au niveau du code mais peuvent rater la frontière entre le code et les assets. Vérifie toujours que les fichiers référencés existent réellement.

Après que je l'ai signalé, Claude a immédiatement généré un favicon SVG simple et mis à jour la référence. Problème résolu en trente secondes. Mais il ne l'aurait pas détecté tout seul — et c'est une limitation honnête qu'il vaut la peine de connaître.

Pourquoi ça change les calculs pour les développeurs solo

Laisse-moi mettre des chiffres là-dessus. Voici la comparaison de temps pour exactement les mêmes tâches :

C'est environ un gain de vitesse de 30-40x. Et la qualité du résultat était comparable à ce que je produirais manuellement — dans certains cas meilleure, parce que Claude n'a pas sauté les petits détails d'accessibilité que je pourrais bâcler quand je suis fatigué.

Mais voici ce que la plupart des gens ratent dans ces comparaisons. Le temps gagné, ce n'est pas juste une question de tâche individuelle. C'est ce que ce temps gagné permet.

Quand un client demande un changement de thème et que tu sais que ça prendra trois heures, tu repousses à la semaine prochaine. Quand ça prend quatre minutes, tu le fais tout de suite. La différence de réactivité change entièrement la relation client. Tu passes de "je m'en occupe" à "c'est fait". Ce changement dans le temps de réponse vaut plus que n'importe quelle fonctionnalité individuelle.

Pour les développeurs solo et les petites agences, c'est la vraie histoire. L'IA ne te rend pas paresseux — elle te rend assez rapide pour dire oui à du travail qui ne valait pas le temps auparavant.

Ce que je ferais différemment la prochaine fois

Après avoir exécuté ce workflow plusieurs fois maintenant, j'ai affiné mon approche. Voici ce que j'aurais aimé savoir dès le départ.

Donne plus de contexte à Claude dès le début. Mes prompts initiaux étaient minimalistes, et Claude s'en est bien sorti. Mais quand j'ai commencé à inclure plus de détails — "convertis en thème sombre en utilisant les couleurs de marque #1a1a2e pour le fond et #00d4ff pour les accents" — les résultats étaient encore plus proches de ce que j'avais en tête. Tu ne perds rien à être spécifique. L'IA ne se perd pas avec les détails ; elle devient plus précise.

Examine les diffs, pas les pages. Après que Claude a fait des modifications, ton premier instinct est d'ouvrir le navigateur et de regarder le site. Résiste à cet instinct au début. Regarde le diff Git d'abord. Le diff te montre exactement ce qui a changé, fichier par fichier, ligne par ligne. L'inspection visuelle peut rater des problèmes cachés (comme le fichier favicon manquant). Les diffs ne mentent pas.

Commite entre les prompts. Après chaque changement majeur (thème, nouvelle page, corrections SEO), commite les changements dans Git avant de passer au prompt suivant. Ça te donne des points de rollback propres si quelque chose tourne mal dans une étape ultérieure. Je ne l'ai pas fait au début et j'ai dû démêler des changements quand j'ai voulu annuler une modification spécifique.

Ne fais pas confiance aux audits SEO aveuglément. Le skill SEO de Claude est bon — vraiment bon. Mais le SEO est en partie subjectif et change avec les mises à jour de l'algorithme de Google. Recoupe les recommandations avec tes propres connaissances et les bonnes pratiques actuelles. J'étais d'accord avec environ 90 % de ce que Claude recommandait. Les 10 % restants étaient des suggestions valides qui ne s'appliquaient pas à ma situation spécifique.

Garde le fichier claude.md à jour. Au fur et à mesure que ton projet évolue, mets à jour le fichier d'instructions. Dis à Claude quelles décisions de design tu as prises, quelles conventions tu veux maintenir, quels fichiers il ne doit pas toucher. Plus il a de contexte, moins il risque de faire des modifications qui entrent en conflit avec ta vision.

Vers où ça se dirige

Je construis des systèmes IA pour des clients via mon travail en agence depuis plus de deux ans maintenant. La trajectoire m'est claire, même si le calendrier ne l'est pas.

En ce moment, on est au stade de "l'IA comme développeur junior vraiment rapide". Tu lui donnes des instructions claires, elle les exécute avec précision, et tu examines le travail. C'est déjà transformateur pour la productivité. Mais la phase suivante — où l'agent identifie proactivement les problèmes, suggère des améliorations, et gère des pipelines de déploiement entiers — arrive plus vite que ce que la plupart des gens pensent.

L'écosystème de skills est l'accélérateur clé. Quand j'ai commencé à utiliser Claude Code, il pouvait éditer des fichiers et exécuter des commandes. Ajouter les skills front-end design et SEO lui a essentiellement donné une expertise spécialisée en plus de ses capacités générales. Au fur et à mesure que d'autres skills seront développés — optimisation de performances, renforcement de la sécurité, intégration analytics, conformité d'accessibilité — la portée de ce qu'un seul prompt peut accomplir continuera de s'étendre.

Ma prédiction ? D'ici un an, le workflow standard pour les développeurs solo ne sera plus "construire le site, puis l'optimiser". Ce sera "construire le site avec un agent IA qui gère l'optimisation comme une étape intégrée". La séparation entre développement et optimisation va s'estomper jusqu'à ne faire qu'un seul processus.

Pour les agences comme la mienne, ça signifie qu'on peut prendre plus de projets sans augmenter proportionnellement les effectifs. Ce n'est pas une menace pour les développeurs — c'est une libération du travail de maintenance que personne n'apprécie et que tout le monde évite.

À toi de jouer

Le site client que j'ai mentionné au début ? Il était en ligne lundi matin. Le client a adoré le thème sombre. Il n'a pas remarqué les améliorations SEO — ce qui est exactement le but. Un bon SEO est invisible pour les utilisateurs et visible uniquement pour les moteurs de recherche et les tableaux de bord analytics.

Trois semaines plus tard, le temps de chargement moyen du site avait baissé de 0,4 seconde (le nettoyage des balises meta a réduit les redirections inutiles), et il a commencé à se positionner sur deux mots-clés longue traîne pour lesquels il n'apparaissait pas avant. De petites victoires, mais mesurables. Le genre de victoires qui s'accumulent au fil des mois.

Si tu as repoussé la maintenance de ton site, les rafraîchissements de design ou le nettoyage SEO parce que le travail te semble fastidieux — configure Claude Code avec ces deux skills ce week-end. Choisis une page sur un projet et essaie le workflow. Les douze minutes que ça prendra te convaincront plus vite que tout ce que je pourrais écrire ici.

Et la prochaine fois que quelqu'un te demandera de convertir un thème clair en sombre, tu souriras au lieu de soupirer.

Travaillons ensemble

Tu cherches à construire des systèmes IA, automatiser des workflows ou faire évoluer ton infrastructure tech ? Je serais ravi de t'aider.

• Fiverr (builds personnalisés & intégrations) : fiverr.com/s/EgxYmWD
• Portfolio : mejba.me
• Ramlit Limited (solutions entreprise) : ramlit.com
• ColorPark (design & branding) : colorpark.io
• xCyberSecurity (services de sécurité) : xcybersecurity.io