kourma.com : la construction du site de l'agence, documentée de l'intérieur

Cette étude documente la construction de kourma.com, le site que vous êtes en train de lire : son architecture, ses moteurs éditoriaux, son dispositif de visibilité et son outil interne. C'est une étude de construction, en build in public : pas une réalisation client, pas une preuve de résultats, le simple récit vérifiable de ce qui a été construit, et pourquoi. Elle suit la même règle que nos études Tabigil et NotchIA : des faits sourcés et datés, des interprétations présentées comme telles.

Le contexte de départ

Lancer une agence qui vend des sites rapides et bien construits impose une évidence : son propre site doit appliquer ce qu'elle vend. kourma.com est donc le premier chantier de KOURMA, et son chantier-école. Chaque mécanisme décrit dans nos guides (structure en clusters, réponses citables, données structurées, dates réelles) y est réellement en œuvre, vérifiable par n'importe qui.

Six jours documentés, du scaffold au dispositif en ligne

L'historique Git interne du projet documente six jours de construction continue, du 18 au 23 août 2026, depuis le scaffold Next.js initial jusqu'au dispositif actuellement en ligne. Sur cette période, le dépôt enregistre 85 commits : un chiffre qui sert à documenter l'historique, pas à mesurer une quantité de travail. La première mise en ligne date du 18 août 2026, le jour même du commit initial du contenu (la création du projet d'hébergement en atteste).

Si ce délai a été possible, c'est que les conditions décrites dans notre article Créer un site professionnel en 2 semaines étaient toutes réunies, à leur maximum : périmètre décidé, contenus produits en interne, validations immédiates, client et prestataire confondus. Ces six jours décrivent ce projet précis : ils ne constituent pas une promesse de délai pour un projet client.

Ce qui a été construit

• Une trentaine de pages publiques : 11 articles organisés en deux clusters (applications métier ; création de site), 2 études de cas, 7 démonstrations interactives, et les pages de l'agence (services, méthode, FAQ, à propos, contact).
• Un moteur de contenu à blocs partagé entre le blog et les études de cas : titres hiérarchisés, listes, tableaux, citations, images légendées, liens internes, FAQ propre à chaque article.
• Un dispositif complet pour les moteurs de recherche et les moteurs IA, détaillé ci-dessous.
• Le projet comprend également un outil interne utilisé pour gérer devis, facturation, clients et suivi de projets.

Les faits techniques vérifiables

Tout ce qui suit se vérifie sur le site public ou dans le code :

• Next.js 16 (App Router), React 19, TypeScript et Tailwind 4, hébergés sur Vercel : chaque publication est un commit, chaque commit déclenche un déploiement.
• Des pages générées statiquement, et un sitemap dynamique dont les dates de modification reflètent les vraies mises à jour.
• Un graphe d'entités JSON-LD relié par identifiants sur tout le site : l'organisation, le fondateur, le site, et selon les pages, les articles, services, FAQ, fils d'Ariane et logiciels documentés.
• Des dates de publication et de mise à jour distinctes, affichées et transmises aux moteurs (« Mis à jour le » visible sur les articles enrichis).
• Des fichiers llms.txt et llms-full.txt maintenus en synchronisation avec le contenu.
• Un robots.txt ouvert aux crawlers des moteurs IA ; l'accès d'OAI-SearchBot a été testé le 22 août 2026 : pages servies normalement, sans blocage.
• Une notification IndexNow automatisée à chaque publication, déclenchée par le déploiement ; les soumissions figurent dans les journaux de build. Soumettre n'est pas être indexé : nous ne revendiquons que la soumission.
• Des images de partage générées par code, avec une image dédiée par étude de cas.
• Une couche typographique automatique (espaces insécables devant les deux-points, dans les montants) appliquée au rendu.

Les décisions de conception, et pourquoi

• Des clusters plutôt que des articles isolés : une page de référence par sujet, des satellites à intention unique, un maillage bidirectionnel. Objectif : couvrir les vraies questions des prospects sans que nos pages se concurrencent entre elles.
• Une réponse autonome sous chaque titre formulé en vraie question : quand un moteur IA cite une page, il cite un passage ; chaque section doit pouvoir se suffire.
• Le recyclage des articles existants avec une vraie date de mise à jour, plutôt que des doublons : une seule page par intention, enrichie quand elle le mérite.
• Des fourchettes de prix publiées comme ordres de grandeur, jamais garanties ; et une distinction constante entre la promesse (ce dont nous sommes capables) et l'engagement (ce qui est écrit au devis).
• Des études de cas de produits internes : pas de client inventé, pas de chiffre invérifiable, et une section « ce que nous referions différemment » dans chacune.
• Pas d'avis auto-attribués, pas de fiche locale artificielle : les preuves sociales attendront d'être réelles.

Les résultats mesurés : aucun, pour l'instant

Les effets de ce dispositif ne sont pas encore mesurables : cette étude documente sa construction, pas ses résultats. Elle sera mise à jour lorsque des données réelles seront disponibles.

Ce qui est observable aujourd'hui se limite à ce qui est en ligne et vérifiable : les pages, les fichiers, les tests datés cités plus haut. Aucune donnée de trafic, d'indexation, de position ou de citation par des moteurs IA n'est disponible à ce jour, et nous n'en revendiquons aucune.

Ce que nous referions différemment

• Reconstituer les dates à partir des faits, pas de l'éditorial : lors de la préparation de cette étude, nous avons comparé les dates affichées sur les premiers articles avec l'historique réel de mise en ligne du site. Les quatre premiers contenus portaient des dates éditoriales antérieures à leur première publication effective. Nous les avons donc réalignées sur leur véritable date de mise en ligne, le 18 août 2026. Depuis, les dates de publication et de modification sont liées à des événements réels du projet.
• Brancher la mesure avant le contenu : la Search Console n'était pas encore configurée pendant la construction du dispositif. Dans l'autre ordre, nous aurions un point de référence daté du premier jour.

La fraîcheur ne se décrète pas, elle se documente.

La suite, en public

Ce site restera notre chantier-école : la mesure, les témoignages réels et les prochains contenus seront documentés ici, avec leurs dates de mise à jour. Si cette façon de construire, vite mais vérifiable, correspond à ce que vous cherchez pour votre propre site ou votre application métier, nous travaillons avec la même méthode pour nos clients. Parlons de votre projet.