Règles d'abandon et d'arrêt des SDK pour mobile

Cette page explique la politique d'abandon et d'arrêt, ainsi que le calendrier des versions du SDK mobile reCAPTCHA. Lorsqu'un nouveau SDK est publié, les versions antérieures sont abandonnées et une date d'arrêt leur est attribuée. Lorsqu'une version du 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 arrêtée du SDK. 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 qui peuvent exister dans les versions précédentes. Bien que Google fasse tout son possible pour améliorer la détection offerte 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 du SDK continueront de fonctionner en production pour les applications déployées. En raison d'éventuelles modifications dans l'App Store iOS, le Google Play Store et d'autres plates-formes de distribution mobile, il est possible que les versions compatibles ne puissent pas être envoyées dans les nouvelles versions d'une application. Cela inclut les modifications apportées aux compilateurs requis 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 du SDK. Vous devez passer immédiatement à une version compatible.

Programmation

Le tableau suivant répertorie la date d'arrêt de chaque version. Nous vous recommandons de migrer vers la dernière version dès que possible après sa publication.

Version État Première version Dernière version Obsolescence Arrêt
18.9 Compatible 7 janv. 2026 15 mai 2026 2e trimestre 2027 2e trimestre 2029
18.8 Compatible 4 juin 2025 15 nov. 2025 4e trimestre 2026 1er trimestre 2029
18.7 Compatible 10 oct. 2024 12 mai 2025 3e trimestre 2026 3e trimestre 2028
18.6 Obsolète 19 juin 2024 10 sept. 2024 4e trimestre 2025 1er trimestre 2028
18.5 Obsolète 21 févr. 2024 29 mai 2024 2e trimestre 2025 2e trimestre 2027
18.4 Obsolète 13 nov. 2023 21 févr. 2024 1er trimestre 2025 1er trimestre 2027
18.3 Obsolète 16 août 2023 16 août 2023 1er trimestre 2024 3e trimestre 2026
18.2 Obsolète 1er mai 2023 5 juil. 2023 1er trimestre 2024 3e trimestre 2026
18.1 Arrêt 1er févr. 2023 6 avr. 2023 1er trimestre 2024 2e trimestre 2026
18.0 Arrêt 31 oct. 2022 30 nov. 2022 1er trimestre 2024 2e trimestre 2026
17.1 Arrêt 29 mai 2024 29 mai 2024 3e trimestre 2024 2e trimestre 2026
17.0 Arrêt 9 déc. 2021 18 mai 2022 3e trimestre 2024 2e trimestre 2026
16.1 Arrêt 1er juin 2021 1er juin 2021 3e trimestre 2024 2e trimestre 2026
16.0 Arrêt 15 avr. 2020 16 juin 2021 3e trimestre 2024 2e trimestre 2026
SafetyNet reCAPTCHA Arrêt 5 janv. 2022 3e trimestre 2024 3e trimestre 2025

Défis visuels

Les versions 16 et ultérieures du SDK reCAPTCHA ne comportent pas de défis visuels (reCAPTCHA v2) comme ceux de reCAPTCHA SafetyNet. Nous ne recommandons plus l'utilisation de défis visuels dans les applications mobiles, mais pour les clients qui souhaitent toujours les activer, nous fournissons un exemple de code permettant d'utiliser des défis visuels dans une WebView.

Tarifs

La mise à niveau depuis la version 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 la dépasser. Lorsque vous passez à reCAPTCHA, vous avez désormais la possibilité d'activer la facturation pour dépasser la limite de quota.