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 reCAPTCHA Mobile. Lorsque nous publions une nouvelle version du SDK, les versions précédentes sont abandonnées et une date d'arrêt est définie. Lorsqu'une version du SDK est arrêtée, les appels vers projects.assessments.create va 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 de 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 s'adressent bugs qui pourraient exister dans les versions précédentes. Bien que Google met tout en œuvre pour améliorer la détection offerte par les versions précédentes du SDK, certaines fonctionnalités et mises à jour 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 de SDK continueront de fonctionner en production pour les applications déployées. En raison de modifications possibles dans l'App Store iOS, Google Play Store et autres plates-formes de distribution mobile, versions compatibles peuvent ne pas être applicables dans les nouvelles versions d'une application. Cela inclut les modifications les compilateurs requis et les 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 de SDK. Nous vous recommandons de passer immédiatement à une version compatible.

Planification

Le tableau suivant indique les dates d'abandon de chaque version. Nous vous recommandons vous passez à la dernière version dès que possible après sa publication.

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, au plus tôt au 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 présentent aucun problème visuel (reCAPTCHA v2) comme ceux de reCAPTCHA SafetyNet. Il n'est plus recommandé d'utiliser des défis visuels dans les applications mobiles, mais pour les clients qui souhaitent les activer, nous les fournissons exemple de code pour utiliser des tests 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 avez désormais la possibilité d'activer la facturation pour dépasser la limite de quota.