Cette page explique la politique d'abandon et d'arrêt, ainsi que le calendrier des versions du SDK reCAPTCHA Mobile.
Lors de la publication d'un nouveau SDK, les versions précédentes sont abandonnées et une date d'arrêt est définie. Lorsqu'une version de SDK est arrêtée, les appels à projects.assessments.create
commencent à recevoir un message d'erreur indiquant que cette version n'est plus utilisable. De plus, les envois sur le Google Play Store peuvent être bloqués s'ils contiennent une version du SDK de fermeture. L'App Store iOS ne dispose pas d'un tel mécanisme.
Les derniers SDK offrent la meilleure protection et les meilleures performances, et corrigent les bugs pouvant exister dans les versions précédentes. Bien que Google s'efforce d'améliorer la détection proposée par les versions précédentes du SDK, certaines fonctionnalités et améliorations nécessitent un nouveau SDK. Pour en savoir plus sur les améliorations et les corrections, consultez les notes de version.
Définitions
Compatible:ces versions de SDK continueront de fonctionner en production pour les applications déployées. En raison de modifications possibles dans l'App Store d'Apple, le Google Play Store et d'autres plates-formes de distribution mobile, les versions compatibles ne peuvent pas être envoyées dans les nouvelles versions d'une application. Cela inclut les modifications apportées aux compilateurs obligatoires et aux règles de confidentialité ou de divulgation.
Obsolète:ces SDK continueront de fonctionner, mais ils seront arrêtés à l'avenir. Nous vous recommandons de passer à une nouvelle version du SDK dès que possible.
Arrêt:lorsqu'un SDK est arrêté, il peut renvoyer des erreurs dans les appels à
projects.assessments.create
,getClient()
,execute()
et d'autres méthodes de SDK. Vous devez passer immédiatement à une version compatible.
Planification
Le tableau suivant indique les dates d'arrêt de chaque version. Nous vous recommandons de migrer vers la dernière version dès que possible après son lancement.
Version | État | Première version | Dernière version | Obsolescence | Arrêter |
---|---|---|---|---|---|
18.6.x | Compatible | 21 août 2024 | Actuel | 3e trimestre 2025 | 3e trimestre 2027 |
18.5.x | Compatible | 29 février 2024 | Actuel | 2e trimestre 2025 | 2e trimestre 2027 |
18.4.x | Compatible | 13 novembre 2023 | 21 février 2024 | 1er trimestre 2025 | 1er trimestre 2027 |
18.3.x | Obsolète | 6 août 2023 | 6 août 2023 | 1er trimestre 2024 | 3e trimestre 2026 |
18.2.x | Obsolète | 1er mai 2023 | 5 juillet 2023 | 1er trimestre 2024 | 3e trimestre 2026 |
18.1.x | Obsolète | 1er février 2023 | 6 avril 2023 | 1er trimestre 2024 | 2e trimestre 2026 |
18.0.x | Obsolète | 31 octobre 2022 | 30 novembre 2022 | 1er trimestre 2024 | 4e trimestre 2025 |
16.x.x, 17.x.x (bêta) | Compatible | 30 mars 2020 | 18 mai 2022 | 1er trimestre 2025 | À déterminer, pas avant le 1er trimestre 2026 |
SafetyNet reCAPTCHA | Obsolète | 5 janvier 2022 | 3e trimestre 2024 | 3e trimestre 2025 |
Problématiques visuelles
Les versions 16 et ultérieures du SDK reCAPTCHA ne comportent pas de défis visuels (reCAPTCHA v2) tels que ceux que vous trouverez dans reCAPTCHA SafetyNet. Nous ne recommandons plus d'utiliser des défis visuels dans les applications mobiles. Toutefois, pour les clients qui souhaitent toujours les activer, nous fournissons un exemple de code pour utiliser des défis visuels dans une WebView.
Tarifs
La mise à niveau à partir des versions 16, 17 ou 18 n'a aucune incidence sur les tarifs. reCAPTCHA SafetyNet était soumis à la limite de quota de reCAPTCHA, et il n'était pas possible de dépasser cette limite. Lorsque vous passez à reCAPTCHA, vous pouvez désormais activer la facturation pour dépasser la limite de quota.