React

React est une bibliothèque JavaScript open source créée par Meta (anciennement Facebook) pour construire des interfaces utilisateur à partir de composants réutilisables. Sortie en 2013, elle est devenue la technologie frontend la plus utilisée au monde, aussi bien par des startups en phase de lancement que par Airbnb, Netflix ou Uber.

Dans l’écosystème SaaS, React est un quasi-standard pour la couche d’interface. Associé à Next.js pour la structure, TypeScript pour le typage et Node.js pour le serveur, il forme une stack full-stack cohérente : une même équipe travaille en JavaScript de bout en bout, du navigateur à la base de données.

Le principe de base : les composants

L’idée centrale de React est de découper l’interface en composants, des briques autonomes qui encapsulent chacune un morceau d’interface et sa logique. Un bouton, un formulaire, une carte produit, un tableau de bord : chaque élément est un composant.

function Button({ label, onClick }) {
  return <button onClick={onClick}>{label}</button>;
}

Ce bouton peut servir des dizaines de fois dans l’application, avec des paramètres différents à chaque usage. Si son design change, on le modifie à un seul endroit et toute l’application suit.

Cette logique de briques réutilisables est aussi celle des design systems : les composants React deviennent le vocabulaire commun entre les maquettes des designers et le code des développeurs.

Les hooks : l’état et la logique des composants

Les hooks permettent aux composants de gérer leur état interne et leurs effets de bord (appels API, abonnements, minuteurs). Introduits en 2019, ils ont beaucoup simplifié l’écriture des composants.

function Counter() {
  const [count, setCount] = useState(0);

  return (
    <button onClick={() => setCount(count + 1)}>
      Cliqué {count} fois
    </button>
  );
}

Les plus utilisés sont useState (gérer un état local), useEffect (déclencher des actions après le rendu) et useContext (partager des données entre composants sans les passer manuellement). On peut aussi créer des hooks personnalisés pour réutiliser de la logique métier : un hook useAuth, par exemple, gère l’authentification de l’utilisateur dans toute l’application.

Le Virtual DOM : comment React met l’interface à jour

À chaque interaction (clic, saisie, navigation), l’état de l’application change et l’interface doit refléter ce nouvel état. Manipuler directement le DOM, la structure HTML de la page, coûte cher en performances. React passe par un Virtual DOM : une représentation de l’interface en mémoire. Quand l’état change, React compare la nouvelle version à l’ancienne et ne met à jour dans la page que ce qui a réellement changé. L’interface reste fluide, même avec des milliers d’éléments à l’écran.

Ce qui a changé avec React 19

React a beaucoup évolué depuis fin 2024, au point que des réflexes appris il y a cinq ans sont devenus obsolètes.

Les Server Components exécutent une partie des composants uniquement sur le serveur : le navigateur reçoit du HTML prêt à afficher, sans le JavaScript associé. Les pages sont plus légères, l’affichage initial plus rapide et le référencement meilleur. Portés par Next.js, ils sont devenus l’architecture par défaut des nouveaux projets.

Le React Compiler, désormais stable, optimise automatiquement les rendus à la compilation. Les développeurs n’ont plus à parsemer leur code de useMemo et useCallback, une source récurrente de bugs et de complexité.

Create React App, le point de départ historique des projets React, est déprécié depuis février 2025. L’équipe React recommande de démarrer directement avec un framework comme Next.js. Côté sécurité, la faille React2Shell découverte fin 2025 dans le protocole des Server Components a rappelé qu’une stack moderne exige des mises à jour régulières et suivies.

Nous analysons ces évolutions en détail dans notre article sur l’avenir de React en 2026.

L’écosystème React

La force de React tient autant à son écosystème qu’à la bibliothèque elle-même.

Next.js est le framework React le plus répandu. Il ajoute le rendu côté serveur, la génération de pages statiques, le routing et les routes d’API : tout ce qui manque à React pour construire un produit complet.

TypeScript est le standard des projets React professionnels. Le typage statique réduit les bugs et facilite le travail à plusieurs sur le même code. En 2026, démarrer un projet React sans TypeScript se justifie difficilement.

Pour le reste, des bibliothèques éprouvées couvrent chaque besoin courant : Zustand ou Redux pour la gestion d’état, React Hook Form pour les formulaires, TanStack Query pour les requêtes de données, Radix UI ou shadcn/ui pour les composants d’interface. On assemble plus qu’on ne réinvente.

Pourquoi React domine le marché

La communauté React est la plus grande du frontend : documentation abondante, milliers de bibliothèques open source, réponses rapides quand on bute sur un problème. Pour une startup, c’est aussi un argument de recrutement, car les développeurs React sont bien plus nombreux sur le marché que les spécialistes de technologies moins répandues.

Meta maintient React depuis plus de dix ans en soignant la rétrocompatibilité. Un projet React écrit il y a cinq ans tourne encore aujourd’hui moyennant des mises à jour mineures. Pour un produit qui doit durer, cette stabilité pèse lourd dans le choix.

React n’impose pas non plus d’architecture rigide. On peut commencer par une application simple, puis ajouter la gestion d’état, le rendu serveur ou les optimisations de performance à mesure que le produit grandit, sans tout réécrire.

Les limites de React

React n’est pas un framework complet. La bibliothèque gère l’interface, pas le routing, les API ni le rendu serveur. La quasi-totalité des projets s’appuie donc sur Next.js ou un équivalent pour combler ces manques.

La gestion de l’état peut devenir complexe. Plus l’application grandit, plus coordonner l’état entre les composants demande de la rigueur. Sans discipline, le code accumule de la dette technique. Le choix de la solution de gestion d’état mérite d’être posé tôt dans le projet.

Le référencement en rendu client pur reste faible. Une application React rendue uniquement dans le navigateur est mal indexée par les moteurs de recherche. Pour les pages qui doivent être visibles sur Google, le rendu serveur est indispensable ; c’est la raison principale de l’adoption massive de Next.js et un enjeu direct de SEO.

Le poids du JavaScript initial. React et ses dépendances alourdissent le premier chargement. Les Server Components ont nettement réduit le problème, mais sur une page où chaque milliseconde compte, le découpage du code reste un sujet à traiter sérieusement.

React Native : du web au mobile

React Native applique les concepts de React aux applications mobiles iOS et Android. Un développeur React peut construire une application mobile sans apprendre Swift ou Kotlin, et une bonne partie du code (logique métier, hooks, gestion d’état) se partage entre le web et le mobile.

Pour une startup SaaS qui envisage une application mobile en complément de son produit web, ce partage de compétences et de code réduit nettement les coûts et les délais. Instagram, Shopify et Discord utilisent React Native en production.

React face à Vue, Svelte et Angular

Vue.js offre une courbe d’apprentissage plus douce et une syntaxe souvent jugée plus intuitive. Il est populaire en France, mais son écosystème et son vivier de développeurs restent plus réduits que ceux de React.

Svelte compile les composants en JavaScript pur, sans Virtual DOM. Les performances sont excellentes, mais l’écosystème est encore jeune et le recrutement plus difficile.

Angular est un framework complet avec routing, formulaires et injection de dépendances intégrés. Son cadre strict convient aux grandes organisations, moins aux startups qui cherchent de la vitesse.

Le bon choix dépend de l’équipe, du produit et de l’existant. Pour la majorité des projets SaaS, React reste toutefois l’option la plus sûre en matière d’écosystème et de recrutement. Notre guide sur les technologies à utiliser pour son SaaS en 2026 compare les options couche par couche.

FAQ React

React est-il un framework ou une bibliothèque ?

Une bibliothèque. React gère l’affichage des composants d’interface, rien d’autre. Le routing, le rendu serveur et les routes d’API viennent d’un framework construit au-dessus, le plus souvent Next.js. En pratique, la distinction s’estompe : la documentation officielle recommande elle-même de démarrer avec un framework.

Quelle est la différence entre React et React Native ?

React construit des interfaces web qui s’exécutent dans un navigateur. React Native reprend les mêmes concepts (composants, hooks, état) pour produire des applications mobiles natives iOS et Android. Un développeur qui maîtrise l’un passe à l’autre rapidement.

React est-il gratuit ?

Oui. React est open source sous licence MIT, utilisable sans frais y compris dans un produit commercial. Meta finance son développement, comme Vercel finance celui de Next.js.

Comment Polara Studio utilise React

Chez Polara Studio, React est la fondation de notre stack frontend. Tous nos projets clients sont construits avec React et Next.js, en TypeScript strict, avec un design system de composants réutilisables que nous enrichissons d’un projet à l’autre.

Ce choix n’a rien d’idéologique. Une seule équipe couvre l’interface, le serveur et la base de données parce que tout est écrit dans le même langage. Un produit livré aujourd’hui restera maintenable dans cinq ans, ce qui compte pour des clients qui construisent des SaaS destinés à durer. Et les composants accumulés au fil des projets nous permettent de livrer un MVP fonctionnel en quelques semaines plutôt qu’en plusieurs mois.