reCAPTCHA 迁移概览

本文档介绍了如何于 Google Cloud将 reCAPTCHA Classic 迁移到 reCAPTCHA Enterprise,包括迁移原因、自动化流程以及对现有 reCAPTCHA 实现的影响。

为什么迁移到 reCAPTCHA

Google Cloud 上的 reCAPTCHA 提供企业级功能,例如账号卫士、短信防御、多重身份验证和欺诈防范。该平台使用 Google Cloud 来显示信息中心,并与 Cloud Monitoring 和 Looker 集成,以增强监控、报告和提醒功能。

无论您是自行迁移密钥还是等待自动迁移,您的密钥都会继续正常运作,无需进行任何代码更改。

对现有密钥和数据的影响

迁移后,您现有的 v2 或 v3 网站密钥仍可继续使用。您无需更改网站上的任何代码。即使您没有立即接受项目所有权邀请,该密钥仍会继续发挥作用。

基于Google Cloud的部署的优势

改用基于 Google Cloud的部署可带来以下好处:

  • 简化技术:所有 reCAPTCHA 开发工作都专注于此独特产品。
  • 更强的合规性:该平台通过从数据控制方转变为数据处理方,提高了数据保护法规的遵守程度。
  • 抢先体验高级功能:您可以抢先体验账号防御和密码防御等高级功能,以及改进的Google Cloud 控制台体验,包括生成式 AI 数据分析和增强型信息中心。
  • 解决服务条款问题:该平台可解决以下问题:用户的传递性企业使用服务条款限制了其数据使用。

自动迁移过程概览

如果您不自行迁移密钥,reCAPTCHA 会自动迁移密钥。 自动迁移会预配一个 Google Cloud 项目,并将您的 reCAPTCHA 密钥与该项目相关联。自动迁移包括以下步骤:

  1. 系统会创建一个 Google Cloud 项目来存放现有密钥。

  2. 您的项目密钥与 Google Cloud 项目相关联。

  3. 您会收到一封电子邮件邀请,邀请您接受项目所有权。如果某个密钥有多个所有者,系统会邀请所有者加入同一个新项目。

    项目所有权邀请不会过期。迁移后,您的密钥会继续发挥作用。不过,如需管理密钥(例如创建、删除或修改密钥),您必须接受项目。

    如果您有现有的 Google Cloud 账号,则可以在现有 Google Cloud 账号的项目中创建新的 reCAPTCHA 密钥,将自动迁移流程创建的项目移至现有Google Cloud 账号。

迁移时间安排

所有 reCAPTCHA Classic 客户都必须在 2025 年底之前迁移到 Google Cloud ,否则系统会将他们迁移到 Google Cloud 。此流程涉及以下阶段。

  • 2024 年第 3 季度:不再允许使用新的传统密钥。
  • 2025 年第 1 季度:发送第一封通知,告知客户使用自助迁移工具进行迁移。
  • 2025 年第 3 季度:向尚未从传统版迁移的客户发送后续通知,其中包含指向 Google Cloud 控制台迁移工具的直接链接。
  • 2025 年第 4 季度:客户自动从经典版迁移到企业版。
  • 2025 年第 4 季度:所有经典密钥均会被拒绝,没有 Google Cloud 项目的密钥的 API 访问权限会被锁定。

您可以随时迁移传统版账号。在规划迁移时,请考虑公司的代码冻结时间表。如果您不迁移账号,Google 团队会在 10 月自动迁移您的经典版账号。无需立即更改代码。SiteVerify 请求会继续像迁移前一样正常运行。将账号迁移到 Google Cloud 后,您可以创建评估,以便使用高级功能。

访问 reCAPTCHA 管理控制台

reCAPTCHA 管理控制台仍然可用。将账号迁移到 Google Cloud后,您仍然可以从 reCAPTCHA 管理控制台访问历史数据以及与传统版账号相关的任何配置。不过,对关键配置所做的任何更改都必须通过 Google Cloud 控制台进行。

如果您在账号迁移后未接受项目所有权,reCAPTCHA 管理控制台会将您重定向到接受项目所有权的页面。

结算和违规处置

reCAPTCHA Enterprise 的免费层级每月可进行 10,000 次评估。如果每月使用量超过 10,000 次评估,您必须为Google Cloud 项目启用结算功能

在自动迁移后,如果您每月进行的评估次数超过 10,000 次免费评估,并且未启用结算,则 reCAPTCHA 会针对任何新请求返回错误。

  • SiteVerify 个请求:迁移后,超出配额的 SiteVerify 个请求将fail open。这意味着,它们将返回得分为 0.9success:true,并且 API 响应将包含一条错误消息,指明您已超出配额。此行为旨在防止有效用户被屏蔽,与之前的经典 reCAPTCHA 政策类似。这是企业版密钥的 API 行为变更。

  • CreateAssessment 个请求:超过配额 fail closedCreateAssessment 个请求。这意味着,请求将返回 Resource Exhausted (429) HTTP 错误,并且不会创建 Assessment。为帮助防止这种情况,超配额通知和电子邮件会提醒您缺少结算账号。

密钥管理和监控

迁移后,您将开始使用 Google Cloud 控制台进行密钥管理。使用Google Cloud 控制台监控网站的流量,并分析迁移后发生的请求的风险。

后续步骤