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

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.