Les deux projets ont bougé fort ces derniers mois. Angular a publié sa version 22 le 3 juin 2026, avec le passage en production de Signal Forms, d'Angular Aria et des API de réactivité asynchrone. React reste sur sa branche 19, sortie en décembre 2024, avec le correctif 19.2.8 publié le 21 juillet 2026 et un compilateur stable depuis octobre 2025.
Les comparatifs disponibles en ligne alignent surtout des fonctionnalités, des courbes d'apprentissage et des parts d'usage. Ces éléments sont utiles pour se faire une idée d'un framework, beaucoup moins pour comprendre pourquoi une entreprise donnée code en Angular et sa voisine en React.
La décision d'une direction technique porte sur d'autres objets : ce que chaque projet livre dans la boîte, le calendrier de support et ses dates de fin, qui gouverne le projet, et surtout ce qui tourne déjà en production. Voici ces éléments, avec les sources, puis ce qu'ils changent pour quelqu'un qui doit choisir sur quoi investir ses prochaines semaines.
Ce que disent les chiffres de popularité
Le sondage annuel de Stack Overflow, mené en juillet 2025 auprès de plus de 49 000 développeurs, donne les taux d'usage suivants sur les frameworks front : React 44,7 %, Angular 18,2 %, Vue 17,6 %, AngularJS 7,2 %. Sur l'envie d'apprendre, React est cité par 30,7 % des répondants contre 12,6 % pour Angular. Sur l'admiration, mesurée auprès de ceux qui l'utilisent déjà, React obtient 52,1 % et Angular 44,7 %.
Trois précautions de lecture avant d'en tirer quoi que ce soit. Les répondants sont des volontaires recrutés en ligne, une population qui surreprésente les profils actifs sur les réseaux techniques. L'enquête est mondiale, donc muette sur le marché français. Et un développeur peut cocher plusieurs frameworks, ce qui interdit de lire ces pourcentages comme des parts de marché.
La ligne la plus instructive du tableau est celle d'AngularJS. Google a arrêté le support de la version 1.x le 31 décembre 2021, sur une dernière version 1.8.3, sans plus aucun correctif de sécurité depuis. Quatre ans plus tard, 7,2 % des répondants déclarent encore l'utiliser, à égalité avec Svelte. Cette persistance mesure le poids réel du parc existant : le code en production survit très largement aux annonces de fin de vie, et une entreprise qui exploite huit applications dans une technologie ne démarre pas la neuvième dans une autre.
Deux périmètres qu'on compare à tort
Angular livre dans le même paquet le routeur, le client HTTP, le système de formulaires, l'injection de dépendances, le CLI et, depuis la version 21, un ensemble de primitives d'accessibilité appelé Angular Aria, passé en stable en v22 avec douze patterns d'interface. React fournit une bibliothèque de rendu, et l'équipe assemble le reste : routeur, outil de build, formulaires, requêtes réseau, souvent un méta-framework comme Next.js par-dessus.
Mettre ces deux objets côte à côte dans un tableau de comparaison produit des lignes qui ne veulent rien dire. La comparaison honnête oppose Angular à un assemblage de six ou sept briques, avec les décisions, la documentation interne et l'accueil des nouveaux arrivants que cet assemblage suppose. Cette liberté est un atout pour une équipe qui sait justifier chaque brique, et une charge récurrente pour une équipe qui doit trancher à chaque projet.
Angular v22 pousse cette logique d'intégration plus loin encore : le décorateur @Service remplace le motif @Injectable({ providedIn: 'root' }), injectAsync permet de charger un service à la demande, et la stratégie OnPush devient le comportement par défaut des nouvelles applications. Le revers figure dans la même annonce : les builders webpack sont dépréciés, l'équipe concentrant ses efforts sur le builder applicatif. Un projet Angular reçoit des fonctionnalités et des ruptures selon un calendrier qu'il ne choisit pas.
Deux régimes de support et de gouvernance
Angular publie une version majeure tous les six mois, chacune bénéficiant de six mois de support actif puis de douze mois de support long terme, soit dix-huit mois au total. Les dates sont publiques et opposables : la version 19 est sortie du support le 19 mai 2026, les versions 20 et 21 sont en LTS, la 22 est en support actif. Une application restée sur une version antérieure à la 20 tourne aujourd'hui sur du code non maintenu, ce qui devient une remarque d'audit dans les référentiels de conformité.
React fonctionne à l'inverse : aucune date de fin annoncée, et un engagement de rétroportage des correctifs de sécurité sur les versions majeures affectées. Le mécanisme s'est vu en décembre 2025, quand une exécution de code à distance sans authentification a été découverte dans les React Server Components, corrigée dans les versions 19.0.1, 19.1.2 et 19.2.1, avec deux vulnérabilités supplémentaires divulguées huit jours plus tard. Aucune date butoir, mais une veille à assurer sur la bibliothèque et sur chaque brique de l'assemblage.
La gouvernance a changé côté React. Annoncée pendant la React Conf du 7 octobre 2025 puis officiellement lancée le 24 février 2026, la React Foundation héberge désormais React, React Native et JSX sous l'égide de la Linux Foundation, avec Amazon, Callstack, Expo, Meta, Microsoft, Software Mansion et Vercel comme membres fondateurs. L'objection classique sur la dépendance à une entreprise unique porte moins qu'avant. Angular reste développé par une équipe de Google, qui l'utilise en interne sur ses propres produits.
Le même code des deux côtés
Un compteur avec une valeur dérivée, écrit dans les deux modèles :
// React
function Counter() {
const [count, setCount] = useState(0);
const double = count * 2;
return <button onClick={() => setCount(c => c + 1)}>{count} / {double}</button>;
}// Angular
@Component({
selector: "app-counter",
template: `<button (click)="inc()">{{ count() }} / {{ double() }}</button>`,
})
export class Counter {
count = signal(0);
double = computed(() => this.count() * 2);
inc() { this.count.update(c => c + 1); }
}Une valeur réactive, une valeur dérivée, une mise à jour par fonction. Les deux écosystèmes ont convergé sur la même idée avec deux moyens différents : les signaux côté Angular, le React Compiler côté React, qui prend en charge la mémoïsation automatique et fonctionne sur toute version depuis React 17.
Là où l'écart se creuse : les formulaires
Depuis la v22, Angular fournit une API de formulaires fondée sur les signaux, avec validation déclarative :
import { signal } from "@angular/core";
import { form, required } from "@angular/forms/signals";
readonly paymentModel = signal({ paymentType: "", amount: 0 });
readonly f = form(this.paymentModel, schema => {
required(schema.paymentType, { message: "Champ obligatoire" });
});L'équivalent React passe par une bibliothèque tierce, ou par les API de formulaire introduites avec React 19 comme useActionState. Sur une application métier chargée en formulaires avec validation conditionnelle, cette différence de périmètre pèse davantage qu'une préférence de syntaxe.
Trois situations où l'arbitrage se voit
Une refonte d'outil interne prévue pour huit ans, avec cinquante écrans derrière une authentification et une équipe dont la composition changera plusieurs fois : le cadre imposé résiste au renouvellement des personnes, les formulaires sont couverts nativement, et le chemin de migration entre versions majeures est outillé par ng update. Aucun enjeu de référencement puisque rien n'est public.
Un produit en ligne avec des pages publiques et une application connectée pose l'inverse : le temps de premier affichage et le référencement comptent, l'équipe veut itérer vite, et l'outillage autour du contenu est nettement plus fourni du côté de React et Next.js.
L'ajout d'un module à un existant se tranche presque toujours en faveur de la stack en place. Introduire une seconde technologie front dans une application existante crée deux systèmes de build, deux bibliothèques de composants et deux compétences à entretenir. Ce calcul reste défavorable même quand la stack en place n'est pas celle que l'équipe préfère, ce qui rejoint les arbitrages décrits dans l'article sur la rentabilité de la formation aux frameworks.
Les pièges de lecture
Prendre un sondage mondial pour une carte du marché local
Un écart de 44,7 % contre 18,2 % dans une enquête internationale ne dit rien du nombre d'offres publiées autour de chez toi. Le comptage à faire tient en dix minutes : ouvrir deux ou trois sites d'offres, filtrer sur ta zone géographique et sur le niveau visé, compter les occurrences de chaque technologie. Cette mesure locale vaut mieux qu'un classement mondial pour décider où investir des semaines de travail.
Confondre admiration et adoption
Le taux d'admiration mesure la satisfaction des personnes qui utilisent déjà l'outil, pas sa présence en production. Angular affiche 44,7 % contre 52,1 % à React sur cet indicateur, un écart qui décrit un ressenti de développeurs et non un volume d'applications déployées.
Sous-estimer la dette de version, des deux côtés
Le risque prend deux formes différentes. Chez Angular, il arrive par calendrier, avec des dates de fin de support connues à l'avance et un rythme de montée de version à provisionner. Chez React, il arrive par l'écosystème, quand une brique de l'assemblage cesse d'être maintenue ou change de modèle, ce que le calendrier ne signale à personne. Les 7,2 % d'AngularJS relevés en 2025 montrent où mène le report indéfini de cette question.
Croire que la première technologie apprise enferme
Composition de composants, gestion d'état, cycle de vie, appels réseau, tests, accessibilité : ces concepts se transfèrent d'un framework à l'autre. Ce qui ne se transfère pas côté Angular tient à l'injection de dépendances, à l'organisation du projet et aux observables RxJS. Un développeur React solide qui bascule perd quelques semaines, pas une carrière.
Traiter TypeScript comme un détail
Mon avis tranché sur ce point : la question qui départage deux candidatures front sur le marché français porte davantage sur la maîtrise de TypeScript que sur le nom du framework. Angular l'impose depuis sa version 2 et la v22 prend en charge TypeScript 6. React laisse le choix, mais l'écosystème professionnel l'a adopté largement. Investir là est rentable dans les deux camps, ce qui est l'objet de la formation TypeScript pour les développeurs JavaScript, et le lien avec la qualité du design est détaillé dans l'article sur les erreurs de typage qui révèlent un mauvais design.
Se former sur l'un, l'autre, ou les deux
Les deux parcours existent dans la catégorie Développement Frontend du catalogue LaPolaris : React : développer des interfaces modernes et Angular & TypeScript : développement web moderne. Pour une équipe amenée à intervenir sur les deux, le parcours se construit en intra-entreprise, avec le socle TypeScript traité en premier.
Questions fréquentes
Lequel apprendre en premier quand on se reconvertit ?
Angular est-il en perte de vitesse ?
Quelle version d'Angular est encore supportée ?
React est-il toujours contrôlé par Meta ?
Combien de temps pour passer de React à Angular ?
Faut-il mettre les deux sur son CV ?
Un point que ces éléments ne tranchent pas : l'endroit où tu prends du plaisir à écrire du code. Ça pèse dans un raisonnement de carrière plus qu'on ne l'admet, parce que ça détermine la capacité à tenir les mois d'apprentissage qui séparent un tutoriel d'une compétence employable.
Pour situer ce choix dans un parcours complet, l'article sur le choix entre front-end, back-end et fullstack pose le cadre, et celui sur l'entretien technique junior décrit ce qu'on demande à l'arrivée.
