Principe de versionnement
Le numéro de version de l’API est inclus dans l’URL de base :Modifications sans changement de version
Les modifications suivantes ne nécessitent pas de changement de version majeure :- Modification des URLs (autre que l’URL de base)
- Ajout de nouveaux champs dans une réponse
- Ajout de nouveaux paramètres de requête
- Ajout/suppression/modification des valeurs d’un ENUM
- Modification de la taille des pages de pagination
Votre code doit être conçu pour ignorer les champs inconnus dans les réponses afin de rester compatible avec ces évolutions.
Modifications avec changement de version
Un changement de version majeure (ex: v1 → v2) sera effectué uniquement pour :- Suppression de champs existants
- Modification du type de données d’un champ
- Changement de comportement incompatible
- Modifications pouvant entraîner un dysfonctionnement des clients
Surveillance des versions
Champs à surveiller
Interrogez régulièrement la ressource racine pour surveiller les changements :_version: Version mineure actuelle (ex: “1.10”)_last_version_url: URL de la dernière version disponible_expiration: Date d’expiration de la version actuelle_changelog: Lien vers l’historique des modifications
Exemple de réponse
Interprétation
| Situation | Signification | Action |
|---|---|---|
_last_version_url == _self | Vous utilisez la dernière version | ✅ Aucune action requise |
_last_version_url != _self | Une nouvelle version est disponible | ⚠️ Planifier une migration |
_expiration == null | Pas d’expiration prévue | ✅ Version stable |
_expiration != null | Version sera désactivée à la date indiquée | 🚨 Migration urgente requise |
Mise en place d’alertes
Script de surveillance (Python)
Script de surveillance (Shell)
Processus de migration
Lorsqu’une nouvelle version majeure est annoncée :1
Période de transition
Les deux versions (ancienne et nouvelle) restent accessibles simultanément
2
Tester la nouvelle version
Testez votre intégration avec la nouvelle URL fournie par
_last_version_url3
Adapter votre code
Effectuez les modifications nécessaires pour la compatibilité
4
Déployer les changements
Mettez à jour votre code en production avant la date d’expiration
5
Surveillance post-migration
Vérifiez que tout fonctionne correctement avec la nouvelle version
Changelog
Le changelog est accessible via l’URL fournie dans la réponse racine :- Les nouvelles fonctionnalités
- Les corrections de bugs
- Les changements de comportement
- Les dépréciations
- Les annonces de migration
Bonnes pratiques
Conception pour la compatibilité
- Ignorer les champs inconnus : Ne pas échouer sur des champs non reconnus
- Utiliser les URLs fournies : Ne jamais construire d’URLs manuellement
- Versionner votre code : Gardez trace de la version d’API utilisée
- Tester régulièrement : Validez votre intégration à chaque évolution mineure
Exemple de code robuste (Python)
Support
Pour toute question sur la migration :- Email : [email protected]
- Le support vous accompagnera durant la période de transition