Apache Cordova

Apache Cordova est un framework open source qui permet de créer des applications mobiles dites hybrides : l'application est développée avec des technologies web (HTML, CSS, JavaScript) puis emballée dans une coquille native pour être distribuée sur l'App Store et Google Play. En 2026, le projet existe toujours, mais l'écosystème commercial qui le rendait viable s'est largement retiré. Pour une application Cordova en production, la question n'est plus « faut-il migrer ? » mais « quand, et vers quoi ».

Pourquoi Cordova a compté

Dans les années 2010, Cordova et sa distribution commerciale PhoneGap ont permis à des milliers d'entreprises de publier une application iOS et Android à partir d'un seul code web, avec une seule équipe. Un système de plugins donnait accès aux fonctions du téléphone : caméra, GPS, notifications. Pour beaucoup d'applications métier, le compromis était excellent : moins cher que deux développements natifs, et largement suffisant pour des écrans de gestion, de consultation ou de saisie.

Pourquoi parler de fin de cycle

Le projet n'a pas été officiellement arrêté par la fondation Apache : une petite communauté de bénévoles publie encore des mises à jour, comme cordova-ios 8 fin 2025. Mais les signaux de retrait de l'écosystème sont factuels et publics :

• Adobe a arrêté PhoneGap en 2020, retirant le principal soutien commercial de l'écosystème.
• Microsoft a retiré le support de Cordova de sa plateforme App Center en 2022, avant de fermer App Center lui-même en 2025.
• Ionic, le framework historiquement construit sur Cordova, développe et recommande Capacitor, son successeur, comme environnement officiel depuis 2019.
• L'usage s'est effondré : selon les enquêtes développeurs du secteur, la part d'utilisateurs de Cordova a été divisée par environ trois entre 2019 et 2023, et ne remonte pas.
• La maintenance dépend de bénévoles : à chaque durcissement annuel des exigences d'Apple et de Google (nouvelles versions d'iOS et d'Android, niveau de SDK minimal exigé sur les stores), la mise à jour de Cordova arrive quand elle peut.

Ce que cela signifie pour votre application en production

• Chaque mise à jour d'iOS ou d'Android peut casser un plugin que plus personne ne maintient.
• Les exigences des stores montent chaque année, et chaque mise en conformité devient plus longue, plus chère et plus risquée.
• Les développeurs qui maîtrisent Cordova se raréfient, et les nouveaux ne s'y forment plus.
• Le risque n'est pas une panne soudaine, c'est l'érosion : des correctifs de plus en plus lents et coûteux, jusqu'au jour où une mise à jour bloque la publication.

Les alternatives en 2026

• Capacitor : le successeur conçu par Ionic. Même principe d'application web emballée dans une coquille native, outillage moderne, et compatibilité avec une grande partie des plugins Cordova. C'est le chemin de migration le plus court : l'essentiel du code web existant est conservé.
• React Native : une réécriture avec des interfaces réellement natives. Plus coûteux, pertinent quand l'application est au cœur de votre offre et que l'expérience utilisateur doit monter en gamme.
• La PWA (Progressive Web App) : si la présence sur les stores n'est pas indispensable, une application web installable depuis le navigateur couvre beaucoup de cas d'usage métier, sans publication de store ni validation d'Apple ou de Google.

Le point de vue PeakLab

Chez PeakLab, agence de développement d'applications sur mesure à Paris, nous abordons une application Cordova en production comme un actif à protéger, pas comme une erreur à juger : au moment de sa construction, c'était souvent le bon choix. La démarche raisonnable tient en trois temps. D'abord un audit court : quels plugins sont utilisés, lesquels ne sont plus maintenus, quelle part du code web est réutilisable. Ensuite le choix de la cible : Capacitor quand le code existant est sain, ce qui transforme la migration en chantier de quelques semaines plutôt qu'en réécriture ; React Native ou une PWA quand l'application mérite de toute façon une refonte. Enfin une migration par étapes, l'application restant publiée et fonctionnelle pendant toute la transition.

Le point décisif à nos yeux : la migration est l'occasion de reprendre la maîtrise. Code livré et documenté, chaîne de publication automatisée vers les stores, dépendances à jour et inventoriées. L'objectif n'est pas seulement de quitter Cordova, c'est de ne pas recréer la même dépendance ailleurs dans cinq ans.

Quand agir

• Votre application Cordova fonctionne encore correctement : c'est précisément le bon moment pour planifier, parce que rien ne brûle.
• Une mise à jour d'iOS, d'Android ou des exigences des stores a déjà demandé une intervention en urgence cette année.
• Votre prestataire historique ne trouve plus de développeurs à l'aise sur le sujet.
• Une évolution fonctionnelle importante est prévue : autant la construire sur la technologie cible que sur une technologie en retrait.

Trois questions suffisent pour ouvrir le sujet avec votre équipe ou votre prestataire : combien de plugins Cordova l'application utilise-t-elle, et combien sont encore maintenus ? Que se passerait-il si Apple ou Google durcissait ses exigences au prochain trimestre ? Quelle part du code serait conservée avec Capacitor ? Les réponses dessinent le calendrier et le budget de la migration, pendant que vous avez encore le choix du moment.