Registre SEO SSOT en TypeScript : la doctrine 2026

Registre SEO SSOT : pourquoi une page indexable doit exister 2 fois

En 2026, la doctrine Next.js de pointe pose un principe non négociable : "une page indexable n'existe pas tant qu'elle n'est pas dans le registre SEO". Transposé à React/Vite, c'est encore plus critique car rien n'est généré automatiquement.

Le pattern SsoT typé

Un seul objet TypeScript décrit chaque route et alimente 4 sorties :

type SeoRouteConfig = {
  path: string;
  title: string;            // ~60 chars
  description: string;      // ~155 chars
  indexable: boolean;       // false = noindex + exclu sitemap
  schema: SeoSchemaType;    // webpage|service|faq|article|none
  sitemapGroup: "main"|"pages"|"blog"|"none";
  breadcrumb?: Array<{name: string; path: string}>;
  dateModified?: string;    // ISO 8601 signal fraîcheur
};

→ Alimente metadata, JSON-LD, sitemaps, audit CI. Zéro source secondaire.

Le fallback noindex strict

Route absente du registre = noindex,nofollow automatique. Évite les pages publiées par erreur qui héritent de la metadata home (= duplicate content massif).

Cas client : agence SaaS B2B

Avant : 47 pages indexées dont 12 fantômes (canonical incorrect). Après registre SSOT + fallback noindex : 35 pages propres, +67% impressions GSC en 90j (Google a redistribué l'autorité sur les vraies pages).