Mémorandum : l'architecture web en 72h par l'OS marketing & IA

Préambule

Ce mémorandum documente l'architecture complète utilisée pour construire le site de Schneider AI, de la recherche stratégique au déploiement en production, en 72 heures. Nous publions ce document pour deux raisons. La première est de démontrer, par l'exemple, ce que nous installons chez nos clients. La seconde est de fournir une méthodologie directement réplicable à quiconque veut comprendre comment un système bien conçu élimine la dépendance aux développeurs web, designers, techniciens SEO et cabinets d'études de marché.

Le résultat final n'est pas un site web. C'est un organisme vivant, piloté par une intelligence centrale, capable d'évoluer au rythme du marché sans recommencer à zéro.

1. La logique du système

La plupart des entreprises abordent la création de site web comme un projet de production : brief à une agence, allers-retours sur les maquettes, recette, mise en ligne. Le résultat est un livrable figé, dont la durée de vie utile commence à décliner le jour du lancement.

Nous avons abordé le problème différemment. Un site web n'est pas un livrable. C'est le point d'entrée visible d'un système de pensée. Si ce système est bien construit, le site qui en résulte est cohérent, précis, et peut être régénéré, mis à jour ou reconfiguré en quelques heures. Si ce système est absent, aucune agence, aucun budget et aucun outil IA ne comblent le vide.

La contrainte que nous nous sommes imposée, 72 heures de la décision au déploiement en production, n'était pas un défi de performance. C'était une validation de méthode. Si le système est solide, le temps d'exécution s'effondre. C'est exactement ce qui s'est produit.

Ce mémorandum documente chaque phase de ce système, avec les outils, les décisions d'architecture et les règles opérationnelles qui ont permis ce résultat.

2. Phase 1 — Ingénierie stratégique et distillation

Durée approximative : 8 à 12 heures.

2.1 L'objectif de la phase

Avant d'écrire une ligne de contenu ou une ligne de code, nous avons créé le cerveau marketing de l'entreprise. Ce document, que nous appelons le Document Maître, est la source de vérité unique de tout ce qui suit. Il encode le marché, la marque, la stratégie, les objections, les preuves d'autorité, le ton de voix et le modèle économique dans un format structuré, ingérable par n'importe quel agent IA en aval.

Sans ce document, les agents produisent du contenu générique. Avec lui, ils produisent de l'intelligence.

2.2 L'arsenal de recherche

L'étape initiale n'utilise pas de LLM conversationnel classique. Elle mobilise des modèles de Deep Research, dont la fonction est de synthétiser des corpus larges de données réelles, pas de générer des approximations plausibles.

Outils utilisés : Perplexity Deep Research et Tavily Deep Research.

Règle opérationnelle stricte : chaque question stratégique est soumise à au moins deux modèles distincts. Les résultats sont ensuite croisés. Cette double instruction élimine les biais propres à chaque modèle et identifie les zones de convergence, qui sont les données les plus fiables.

2.3 La recherche profonde assistée

Nous avons soumis une dizaine de questions à haute densité stratégique. Quelques exemples représentatifs : Que recherchent précisément les dirigeants de PME et ETI lorsqu'ils envisagent un accompagnement en transformation IA marketing ? Quelles sont les offres actuelles des cabinets concurrents, leur positionnement, leur structure tarifaire et leurs angles d'attaque ? Quelles sont les objections les plus fréquentes, les peurs implicites et les doutes qui freinent l'achat dans ce marché ? Quels sont les signaux déclencheurs qui poussent un dirigeant à agir maintenant plutôt que dans six mois ?

Ces questions ne visent pas des réponses générales. Elles visent des données exploitables : formulations précises, patterns comportementaux, points de friction identifiés.

2.4 La technique de distillation

Les retours bruts des modèles de Deep Research sont volumineux. La tendance naturelle est de les synthétiser, ce qui produit inévitablement une perte d'information et une régression vers la moyenne.

Nous avons adopté une approche différente : la distillation. L'instruction donnée à l'IA n'est pas "résume ce document". Elle est : "Distille. Conserve le cœur absolu de l'information. Garde les données précises, les chiffres, les formulations exactes. Supprime tout le verbiage."

Le résultat est une dizaine de pages denses, sans remplissage, directement utilisables comme matière première stratégique.

2.5 La construction du Document Maître

Clément Schneider confronte ensuite la data distillée avec l'offre réelle du cabinet. Ce travail est itératif et humain. L'IA a fourni le marché. Le fondateur apporte le jugement.

Le Document Maître couvre : cibles et segmentation, offre et modèle économique, narratif stratégique (Why, How, What), ton de voix et règles éditoriales, preuves d'autorité et cas clients, analyse concurrentielle, objections et réponses, FAQ.

2.6 Le challenge par l'IA

Une fois le premier jet produit, nous soumettons le Document Maître à un LLM avec une instruction précise : "Qu'est-ce qui manque dans ce document pour que ce soit le meilleur contexte possible pour un agent IA ?"

L'IA identifie les gaps, les ambiguïtés, les zones sous-documentées. Nous affinons jusqu'à obtenir un contexte qui ne laisse aucune marge d'interprétation aux agents en aval. C'est ce niveau de précision qui détermine la qualité de tout ce qui suit.

3. Phase 2 — Séquençage multi-agents et production de contenu

Durée approximative : 6 à 10 heures.

3.1 Le principe d'isolation des agents

L'erreur la plus commune dans l'utilisation de l'IA pour produire du contenu est de demander au même agent de tout faire : comprendre la stratégie, structurer le site, rédiger le contenu, penser au SEO. Le résultat est invariablement médiocre, parce qu'un agent sans rôle défini optimise pour la moyenne.

Nous séparons les responsabilités en deux agents distincts avec des mandats incompatibles.

3.2 Agent 1 — L'Architecte

Mandat : Ingérer le Document Maître et produire la stratégie web globale ainsi que le sitemap détaillé. L'Architecte ne rédige pas de contenu. Il prend des décisions d'architecture : quelles pages existent, dans quel ordre, avec quel objectif, selon quel parcours client.

Livrable : un sitemap annoté, où chaque page est associée à son rôle dans le parcours client (Découverte, Considération, Décision) et aux éléments du Document Maître qu'elle doit activer.

3.3 Agent 2 — Le Rédacteur

Mandat : Produire le contenu de chaque page, au mot près, dans un format directement injectable dans le code. Le system prompt de cet agent est lourd et non-négociable. Il comprend : le rôle assigné, la SOP opérationnelle en 4 étapes, les règles éditoriales absolues, la direction de ton de voix, et l'intégralité du Document Maître comme contexte client.

La hiérarchie de pensée imposée à l'Agent 2 : Stratégie → Besoin client → Positionnement → Preuve → Narratif → SEO. Le SEO est en dernière position. La pertinence stratégique est en première car les règles d'optimisation pour les moteurs de recherche deviennent obsolètes.

3.4 Le workflow de validation en trois étapes

L'Agent 2 est délibérément bridé. Il ne produit pas une page complète d'un seul tenant. Chaque page passe par trois étapes de validation humaine : validation de l'objectif, validation de la structure, validation du contenu complet.

Ce "pacing" n'est pas une contrainte, c'est une garantie qualité. Il est beaucoup plus rapide de corriger un objectif mal posé à l'étape 1 que de réécrire une page entière après l'étape 3.

Livrable final de la Phase 2 : Un document externe contenant le contenu validé, structuré par page, prêt à être injecté dans le code.

4. Phase 3 — Infrastructure et règles de développement

Durée approximative : 2 à 4 heures.

4.1 La règle de l'isolation des contextes

C'est la règle la plus importante de cette phase, et la plus contre-intuitive pour quiconque découvre le développement assisté par IA. Le Document Maître fait environ 1 500 lignes. Si vous l'injectez dans Cursor (l'environnement de développement IA que nous utilisons), il pollue le contexte de code et dégrade significativement la qualité du code généré. L'agent de développement doit recevoir uniquement ce qui sert à coder.

Règle opérationnelle : Le contenu est dans un document externe. Le code ingère ce contenu via des références, pas via le contexte de Cursor.

4.2 Les choix d'architecture technique

Stack : Next.js (Server-Side Rendering), Tailwind CSS v4, Framer Motion.

Pourquoi le SSR : L'indexation SEO nécessite que le contenu soit rendu côté serveur. Le SSR garantit que les moteurs de recherche et les robots d'indexation des LLMs (pour la visibilité GEO) reçoivent un HTML complet, pas une page vide en attente d'hydratation JavaScript.

Infrastructure : Dépôt GitHub créé, déployé sur Vercel. La V1 est en production dans les premières heures. Ce n'est pas une maquette, c'est un site live. Les itérations suivantes se déploient en quelques secondes via Git.

4.3 Les Cursor Rules

Un fichier de règles dédié au développement est créé dans Cursor. Ce fichier encode les contraintes non-négociables : structure de navigation et maillage interne, identité de marque (palette de couleurs, typographie, éléments UI), technologies imposées et patterns de code autorisés, règle critique d'équilibre typographique (text-balance pour éliminer les mots orphelins), structure JSON-LD exhaustive pour le SEO et le GEO.

Les Cursor Rules sont l'équivalent du Document Maître pour le code. Elles garantissent que chaque agent de développement, sur chaque session, produit du code cohérent avec les décisions prises.

5. Phase 4 — Direction artistique et boucle de correction

Durée approximative : 4 à 6 heures.

5.1 Le problème du premier jet

La génération directe dans Cursor produit un résultat techniquement fonctionnel mais visuellement amateur. C'est un problème structurel, pas un problème de prompt. Un agent de développement optimise pour le code correct, pas pour l'esthétique.

5.2 La boucle v0 + Cursor

La solution est une séparation des responsabilités entre deux environnements distincts. v0 (Vercel) est utilisé pour la création de composants UI spécifiques. Son modèle est entraîné sur des milliers d'interfaces de haute qualité. Il excelle dans la génération de composants isolés : fonds animés (effets "aurora glow"), éléments interactifs (points animés, particules), composants de navigation (logo ticker, barres de preuve sociale).

Le workflow : génération du composant spécifique sur v0 jusqu'à satisfaction, export du composant, capture d'écran de références visuelles externes alignées avec la direction artistique souhaitée, injection du composant et des captures dans Cursor avec l'instruction : "Recommence cette section. Intègre ces composants précis. Aligne la direction artistique sur ces références."

5.3 La homepage comme preuve de concept

La page d'accueil est traitée différemment des autres pages. Elle est la preuve de concept visuelle de l'ensemble du système. Nous lui consacrons plus d'itérations, plus de temps de correction, et c'est elle qui valide définitivement le design system avant de passer au déploiement industriel.

Une fois la homepage validée, elle devient la référence absolue pour toutes les pages suivantes.

6. Phase 5 — Déploiement industriel

Durée approximative : 6 à 10 heures.

6.1 La logique de duplication

Avec une homepage validée, des Cursor Rules établies et un document de contenu complet pour chaque page, le déploiement des pages restantes devient mécanique.

Le prompt de duplication est simple et invariable : "Tu as la homepage comme référence de design et les Cursor Rules comme contraintes techniques. Voici le contenu exact de cette nouvelle page. Déroule-la en respectant les deux."

L'agent n'invente rien. Il n'interprète pas. Il applique un pattern validé à un contenu validé.

6.2 La cadence d'itération

Chaque page suit le même cycle : génération, vérification visuelle rapide, correction ponctuelle via v0 ou directement dans Cursor, validation, déploiement immédiat sur Vercel.

La vitesse d'exécution dans cette phase est directement proportionnelle à la qualité du travail effectué dans les phases précédentes. Les corrections sont mineures parce que les décisions majeures ont été prises en amont.

7. Phase 6 — L'organisme vivant

Horizon opérationnel : immédiat et continu.

7.1 Au-delà du site statique

Un site web construit avec cette architecture n'est pas un livrable. C'est le point d'entrée visible d'un système qui peut s'étendre et s'adapter. Deux extensions sont opérationnelles ou en cours de déploiement.

7.2 Le CMS automatisé

L'humain produit des notes brutes. Ce peuvent être des observations de marché, des retours clients, des idées de contenu, des données nouvelles. L'agent du CMS ingère ces notes, les confronte au Document Maître pour vérifier la cohérence stratégique et le ton de voix, rédige l'article complet au format SEO, et soumet le résultat pour validation.

La validation humaine se résume à une décision binaire : publier ou corriger. Le temps de production d'un article passe de plusieurs heures à quelques minutes.

7.3 L'écosystème agentique omnicanal

Le Document Maître est la source de vérité partagée entre le site, le CRM et les agents IA métier. Cette architecture permet des workflows qui étaient impossibles sans elle.

Exemple concret : un agent vocal assiste à un appel commercial ou à une réunion client. Il en produit le résumé structuré, identifie les signaux d'opportunité dans la conversation, pousse le lead enrichi dans le CRM avec les informations pertinentes pré-renseignées, et propose un draft de contenu LinkedIn en lien avec les points soulevés pendant l'échange.

Chaque composant du système parle le même langage parce qu'il s'appuie sur le même Document Maître. La cohérence est systémique, pas manuelle.

8. Ce que cela signifie pour votre entreprise

8.1 Ce que ce système remplace

Ce workflow a produit, en 72 heures, le travail que les configurations traditionnelles répartissent entre un cabinet d'études de marché, un stratège marketing, un rédacteur, un designer, un développeur front-end et un technicien SEO. Ces fonctions ne disparaissent pas. Elles sont absorbées par le système, avec un seul architecte humain pour piloter l'ensemble.

La barrière à l'entrée n'était pas le talent. Elle était l'architecture.

8.2 L'agilité comme avantage structurel

Avec ce système, un changement de positionnement ne déclenche pas un projet de refonte à six mois. Il déclenche une mise à jour du Document Maître, suivie d'une régénération des pages concernées. Le marché peut évoluer. L'entreprise s'adapte à la même vitesse.

8.3 Ce que nous installons chez nos clients

Ce mémorandum documente notre propre méthode parce que nous appliquons le même principe à chaque mission. L'OS Marketing et IA que nous déployons chez nos clients repose sur la même architecture : un Document Maître stratégique (le Context Engineering de la Phase 1), des agents spécialisés pour chaque fonction, des règles opérationnelles qui garantissent la cohérence dans le temps.

La Phase 1 de notre offre, intelligence de l'OS, construit exactement ce socle. La Phase 2 déploie les composants opérationnels, dont le site web, sur cette fondation.

Le site que vous lisez en ce moment est la preuve de concept.