Full-Stack + SEO : comment MSLEGY.com a conquis la première page

MSLEGY.com ressemble à un site corporate classique. C'est le genre de projet facile à sous-estimer, car le travail intéressant est invisible : le site devait se charger instantanément, se classer en première page sur ses mots-clés et convertir les visiteurs en contacts. Voici l'étude de cas — la méthode full-stack et SEO qui y a mené.

Le problème : un site web qui fonctionne comme un actif commercial

Le client ne voulait pas d'une brochure. Il voulait un site qui performe comme un membre de l'équipe commerciale : rapide sur mobile (d'où vient l'essentiel de son trafic), visible en première page de Google et conçu pour transformer un visiteur en demande. La plupart des agences livrent un design et s'arrêtent là ; le travail de classement était le véritable livrable.

Ce cadrage change tout dans la construction. Quand le SEO est le produit, chaque décision technique — architecture, rendu, métadonnées, performance — est prise par rapport à une norme mesurable.

Une architecture pour une cible mesurable

Le site est un build Next.js avec des pages rendues côté serveur, des données structurées et des URL propres. Tout le sitemap est statique et pré-rendu : chaque route existe en HTML au moment du build, ce qui est la meilleure chose que vous puissiez faire pour la performance comme pour la crawlabilité.

// chaque page embarque des données structurées + une URL canonique
export const metadata: Metadata = {
  title: "…",
  alternates: { canonical: "https://mslegy.com/about" },
  openGraph: { type: "website", siteName: "MSLEGY" },
  robots: { index: true, follow: true },
};

Le choix d'une stack pré-rendue compte au-delà des mots à la mode : le serveur n'attend pas que JavaScript construise la page, donc le contenu est visible par les crawlers et les humains au même instant. Il n'y a pas de « plugin SEO » ; l'architecture est le SEO.

Core Web Vitals comme critères d'acceptation

Voici la discipline que la plupart des projets sautent : les Core Web Vitals étaient des critères d'acceptation, pas un bonus. LCP, CLS et INP étaient mesurés à chaque déploiement, et une régression faisait échouer le build comme le ferait un test cassé. Cela transforme la performance en contrat plutôt qu'en espoir.

Concrètement, cela signifiait :

• Tout auto-hébergé. Polices, scripts et images servis depuis une seule origine — pas de requête tierce bloquante, pas de requête DNS pour un hôte qui n'existe que pour servir une police.
• Un budget de performance imposé par la construction. Rendu statique par défaut, images correctement dimensionnées et encodées, aucune récupération de données à l'exécution.
• CLS éliminé par conception. Chaque élément de mise en page dispose d'un espace réservé, donc rien ne bouge pendant le chargement.

Rien de tout cela n'est exotique. C'est de la discipline d'ingénierie, appliquée comme vous l'appliqueriez à tout système ayant une exigence de latence stricte. Le site se charge vite parce qu'il a été construit pour atteindre un chiffre, pas par chance.

Le système SEO : les mots-clés mènent aux pages

Le programme SEO était un système, pas une liste de tâches. La méthode :

1. L'intention des mots-clés mappée aux pages. Chaque groupe de mots-clés était attribué à exactement une page avec une seule mission. Pas de page d'accueil bourrée de mots-clés ; chaque page répond à une question précise.
2. L'intention de la page mappée à l'action. Chaque page était conçue pour convertir son audience — l'action de contact faisait partie de l'architecture de la page, pas un penser après-coup.
3. Tout mesuré dès le premier jour. Search Console, analytics et tableaux de bord Core Web Vitals étaient câblés avant le lancement. Chaque décision post-lancement était pilotée par les données.

groupe de mots-clés    →  page        →  action de conversion
"services mslegy"      →  /services   →  contact / devis
"ce que nous faisons"  →  /about      →  contact
"[service] + prix"     →  /pricing    →  planifier un appel

C'est ce que la plupart des gens ratent : le SEO n'est pas une stratégie d'accumulation de contenu. C'est une stratégie d'architecture de l'information — décider à quoi sert chaque page, et s'assurer que le moteur de recherche et l'humain s'accordent sur le sujet.

La checklist SEO technique qui a vraiment compté

La liste peu glamour a fait l'essentiel du travail :

• Titres et structure sémantiques — un seul H1 par page, une vraie hiérarchie, et des titres qui correspondent à la question posée.
• Balises Schema.org — structures Organization, Article et FAQ pour que le moteur sache ce que chaque page est avant même de la lire.
• Sitemap XML et robots gérés explicitement — générés depuis la même source de vérité que les pages, donc jamais désynchronisés.
• URLs canoniques sur chaque page — aucune ambiguïté de contenu dupliqué, jamais.
• Core Web Vitals dans le vert — la performance comme fondation sur laquelle tout le reste repose.

Aucun de ces points n'est un hack. Collectivement, ils rendent le site trivialement facile à comprendre pour un moteur et trivialement agréable pour un humain — et cet alignement est tout l'enjeu.

Il y a aussi un effet de composition qui mérite d'être nommé : un site techniquement propre est peu coûteux à maintenir. Parce que les métadonnées, le sitemap et la structure canonique sont générés depuis une seule source de vérité, une nouvelle page part complète en SEO par défaut. L'équipe peut publier sans checklist de pré-vol, et la structure ne dérive jamais. Quand le coût de faire ce qu'il faut tend vers zéro, ce qu'il faut faire est fait de manière constante — c'est exactement ce qu'exige une position en première page en pilote automatique.

Ce que disaient les métriques

Le site tient ses positions de première page sur ses mots-clés cibles, et le comportement qui compte — les visiteurs qui arrivent et convertissent — a suivi la visibilité. La corrélation était propre parce qu'il n'y avait rien pour la brouiller : pas de trafic payant qui masque l'histoire, pas de canaux de vanité.

La leçon durable est celle-ci : MSLEGY.com se classe parce qu'il est rapide, structuré et honnête sur le but de chaque page. Le SEO et l'ingénierie sont la même discipline — supprimer les frictions entre le visiteur et la réponse — et le système SEO continue de tourner en pilote automatique parce qu'il est intégré à l'architecture, pas ajouté après coup.

Si vous construisez un site qui doit performer — ou si vous voulez une seconde passe sur un site existant — parlons-en. C'est exactement le genre de travail full-stack et SEO que nous faisons chez XAI.ma.