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

Cette page explique la règle et le calendrier d'abandon et d'arrêt 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 au Google Play Store peuvent être bloqués s'ils contiennent une version du SDK qui a été arrêtée. L'App Store iOS ne dispose pas d'un tel mécanisme.

Les derniers SDK offrent la meilleure protection et les meilleures performances. Ils corrigent également les bugs qui peuvent exister dans les versions précédentes. Bien que Google fasse tout son possible pour 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 correctifs, 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 de l'App Store iOS, du 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ètes : 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.

Planification

Le tableau suivant indique la date 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.8 Compatible 4 juin 2025 4 juin 2025 3e trimestre 2026 3e trimestre 2028
18,7 Compatible 10 octobre 2024 12 mai 2025 2e trimestre 2026 2e trimestre 2028
18,6 Compatible 19 juin 2024 10 septembre 2024 4e trimestre 2025 1er trimestre 2028
18.5 Obsolète 21 févr. 2024 29 mai 2024 2e trim. 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 juillet 2023 1er trimestre 2024 3e trimestre 2026
18.1 Obsolète 1er février 2023 6 avr. 2023 1er trimestre 2024 2e trimestre 2026
18 Obsolète 31 octobre 2022 30 novembre 2022 1er trimestre 2024 1er trimestre 2026
17,1 Obsolète 29 mai 2024 29 mai 2024 3e trimestre 2024 2e trimestre 2026
17 Obsolète 9 décembre 2021 18 mai 2022 3e trimestre 2024 2e trimestre 2026
16.1 Obsolète 1er juin 2021 1er juin 2021 3e trimestre 2024 2e trimestre 2026
16 Obsolète 15 avr. 2020 16 juin 2021 3e trimestre 2024 2e trimestre 2026
 SafetyNet reCAPTCHA Obsolète 5 janvier 2022 3e trimestre 2024 3e trimestre 2025

Problèmes visuels

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

Tarifs

La mise à niveau depuis la version 16, 17 ou 18 n'a aucune incidence sur la tarification. 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 avez désormais la possibilité d'activer la facturation pour dépasser la limite de quota.