Google Workspace域名迁移后，YouTube Data API v3是否会受影响？

1. API Key服务器端调用的影响 #

没错，API Key是和GCP项目直接绑定的，跟Google Workspace无关。只要Org B和对应的GCP项目保留不动，用API Key调用YouTube Data API v3的服务器端流程完全不受影响——配额、权限、调用逻辑都不用改，该怎么跑还怎么跑。

2. OAuth 2.0集成的风险点 #

这部分要重点注意，容易出问题：

• OAuth同意屏幕配置：如果之前把secondary-domain.com设为同意屏幕的应用域名或授权域名，等这个域名迁去Workspace A后，Google的安全校验可能会触发，导致同意屏幕无法正常展示，甚至被标记为不安全。建议提前把同意屏幕的域名换成Org B保留的migration.secondary-domain.com，或者确认Workspace A允许这个域名用于OAuth配置。
• OAuth客户端ID的重定向URI：如果客户端ID里配置了secondary-domain.com相关的重定向URI，域名归属变更后，这些URI可能失效。要检查所有OAuth客户端的重定向URI，确保用的是仍属于Org B的域名，或者已经在Workspace A完成验证的域名。
• 用户授权令牌：原Workspace B的用户迁到Workspace A后，他们之前给应用的OAuth授权令牌会失效，得重新授权。因为用户身份的管理租户变了，Google身份系统会判定为不同环境，旧令牌没法用。

3. 其他GCP服务的潜在问题 #

• IAM权限：Org B保留，但用户归Workspace A管了，得确认Org B的IAM权限设置是否允许Workspace A的用户访问这个GCP项目。如果之前权限是基于Workspace B的用户组或域名，迁移后这些权限会失效，得重新配置IAM角色。
• 计费结算：如果Org B的计费是绑定Workspace B的支付方式，要确认迁移后计费是否正常。要是Workspace B的支付方式因为域名变更受影响，可能导致GCP项目的服务被暂停。
• 需域名验证的服务：如果项目里用了Cloud Identity-Aware Proxy、App Engine自定义域名这类需要域名验证的服务，secondary-domain.com的验证状态会随域名迁移失效，得在Workspace A里重新做域名验证，不然相关服务没法正常运行。

内容的提问来源于stack exchange，提问作者Sento Kubo