Quand nous disons aux clients que nous construisons des sites marketing en TypeScript, la réponse la plus courante est : n'est-ce pas excessif ? C'est juste un site brochure.
C'est une question légitime. TypeScript ajoute de la complexité à un projet. Pour un site statique de cinq pages qui ne change jamais, cette complexité pourrait ne pas se rembourser. Mais pour un site marketing qui sera maintenu, étendu, et peut-être passé à une autre équipe — TypeScript est l'un des meilleurs investissements dans le build.
Voici l'argument, spécifiquement pour les sites marketing.
L'hypothèse est que les sites marketing sont simples, stables, et n'ont pas besoin de discipline d'ingénierie. C'est vrai au moment du lancement. Ça cesse d'être vrai environ trois mois plus tard.
Un site marketing après lancement reçoit :
À ce stade, le "simple site brochure" tourne sur une codebase non-triviale éditée par plusieurs personnes. La valeur de TypeScript se compose exactement ici.
C'est là que TypeScript économise le plus de temps sur les sites marketing. Voici pourquoi :
Chaque CMS headless (Contentful, Sanity, Prismic) retourne du contenu sous forme de JSON. Sans TypeScript, vous accédez à ce contenu sans validation :
// JavaScript — aucune validation
const title = post.fields.title
const author = post.fields.author.name
// Et si author est null ? Et si fields n'existe pas ?
// Vous l'apprenez au runtime, sur votre site en production.
Avec TypeScript, vous définissez le schéma de contenu :
interface BlogPost {
title: string
author: { name: string; avatar: string } | null
publishedAt: string
tags: string[]
}
// Le compilateur vous signale le cas null
// avant que vous livriez le bug
const authorName = post.author?.name ?? 'Zynra Team'
Les schémas CMS changent — un champ est renommé, un champ requis devient optionnel. Sans TypeScript, ces changements cassent silencieusement votre site jusqu'à ce qu'un utilisateur le signale. Avec TypeScript, le compilateur intercepte chaque site d'appel qui doit être mis à jour.
La plupart des agences construisent un site et le remettent. TypeScript est une documentation qui ne peut pas devenir obsolète. Une signature de fonction dit au prochain développeur ce qu'elle accepte et retourne. Une interface lui dit quelle forme ont les données.
Sans types, un nouveau développeur lit le code et devine les contrats. Avec les types, les contrats sont explicites et appliqués par le compilateur.
Le coût de maintenance d'une codebase non typée se compose dans le temps. Deux ans après le lancement, le développeur original est parti, le code a été touché par quatre personnes, et personne n'est confiant sur ce que quoi que ce soit fait.
Le mode d'échec de JavaScript est une erreur runtime. Quelque chose est undefined quand le code supposait qu'il ne l'était pas. Une fonction reçoit le mauvais type.
Ces bugs atteignent la production. Les utilisateurs les voient.
Le mode d'échec de TypeScript est une erreur de compilation. Le build échoue. Le code cassé ne se déploie jamais.
Pour un site marketing, c'est particulièrement précieux parce que :
Vous êtes le seul développeur et vous ne remettrez jamais. Les bénéfices de documentation et de sécurité de TypeScript sont plus précieux à travers les personnes et le temps.
Le site est genuinement statique et ne changera genuinement jamais. Un vrai site brochure — cinq pages, pas de CMS, pas d'intégrations — construit une fois et laissé seul.
Le délai est extrêmement comprimé et l'équipe ne connaît pas TypeScript. Apprendre TypeScript sous une deadline d'une semaine est une recette pour du mauvais TypeScript.
Nous construisons tous les projets clients Next.js en TypeScript. Cela inclut les sites marketing de cinq pages.
Notre raisonnement : le coût de la configuration TypeScript se mesure en heures. Le bénéfice — intégration CMS plus sûre, meilleures passations, interception d'erreurs à la compilation — s'accumule pendant toute la durée de vie du projet.
Nous n'avons jamais eu un client qui revient dire "j'aurais préféré que vous n'utilisiez pas TypeScript." Nous avons eu des clients qui reviennent de projets JavaScript avec des bugs liés aux types qui coûtent plus à corriger que TypeScript n'aurait coûté à ajouter.
Vous construisez un site marketing et vous interrogez sur les choix techniques ? Démarrez une conversation — nous vous dirons ce que nous construirions pour votre brief spécifique et pourquoi.
Nous prenons un nombre limité de projets chaque trimestre. Dites-nous ce que vous construisez.
Votre site est absent de Google car il est trop récent ou bloqué. Comment savoir laquelle en deux minutes, plus 10 causes et leurs solutions.
LCP, INP, et CLS — ce qu'ils mesurent vraiment, pourquoi ils comptent pour le classement et le taux de rebond, et les cinq changements qui corrigent 80 % des problèmes CWV sur les sites marketing.