Les cinq axes
| Axe | Ce qu'on regarde |
|---|---|
| Versions et dépendances | écart entre la version d'Angular installée et la version courante, bibliothèques tierces bloquantes, dépendances abandonnées |
| Préparation aux signals et à Angular 22 | usage de zone.js, composants à migrer, détection de changements, écart avec une application sans zone |
| Qualité et tests | couverture et nature des tests, typage strict, règles de lint, dette visible |
| Sécurité | vulnérabilités connues des dépendances, gestion des entrées et du HTML, configuration |
| Performance | poids des bundles, chargement différé, Core Web Vitals des écrans clés |
Un score par axe aide à comparer deux applications ou une application avant et après travaux, à condition que chaque constat renvoie à un emplacement dans le code et à une action.
Classer les constats
Un rapport qui liste cent remarques de même poids ne sert à rien. Demandez une échelle de priorité (de P1, à traiter tout de suite, à P4, confort) et, pour chaque constat : où, pourquoi, quoi faire. Demandez aussi que les faux positifs aient été retirés par une relecture humaine : les outils automatiques en produisent, et ils font perdre du temps aux équipes.
Un export de tickets (CSV importable dans Jira, GitLab ou Azure DevOps) évite de recopier le rapport à la main dans le backlog.
Chiffrer la migration
Une estimation honnête est :
- en fourchette de jours, pas en prix ferme : « 18 à 28 jours » dit l'incertitude, « 22 jours » la cache ;
- par lot (montée de versions, retrait de zone.js, bibliothèques à remplacer, tests), pour décider quoi faire d'abord ;
- avec sa base de calcul : taille du code, nombre de composants concernés, hypothèses sur l'équipe ;
- exprimée pour un développeur Angular expérimenté, et non pour votre équipe actuelle, qu'il faut ajuster.
Plus l'estimation est détaillée (compatibilité vérifiée de chaque bibliothèque tierce, plan par sprint), plus la fourchette se resserre : on passe typiquement d'un ordre de grandeur à une fourchette de l'ordre de plus ou moins 20 %.
Faut-il donner accès au code ?
Pas forcément. Un outil qui lit le dépôt localement, sans rien exécuter ni envoyer, peut produire un fichier de mesures sans code source ; seul ce fichier est transmis. Pour une application sous accord de confidentialité, c'est la voie la plus simple à faire valider.
Ce qu'un audit ne fait pas
- Il ne réalise pas la migration.
- Il ne remplace pas un test d'intrusion.
- Il ne couvre pas les bibliothèques internes que vous ne transmettez pas.
- Il ne s'applique pas à AngularJS (1.x), qui relève d'un autre projet.
L'offre Consigne, en bref
L'audit Angular à prix fixe suit cette méthode, entièrement à distance : vous lancez l'outil libre audit-angular (licence MIT) à la racine du dépôt, vous envoyez le fichier de mesures, et vous recevez un rapport PDF, l'estimation en jours et le fichier de tickets. Trois formules : Flash (790 € HT, 5 jours ouvrés), Standard (2 490 € HT, 10 jours) et Migration (3 990 € HT, 15 jours). Les limites sont écrites sur la page de l'offre : les estimations sont des ordres de grandeur et non un engagement de prix sur les travaux. L'outil reste utilisable seul, y compris en intégration continue.
Sources
- Fiche de l'offre Audit Angular à prix fixe, Consigne
- Textes relus le 30 octobre 2026