Stripe能否将Checkout Session返回的支付链接通过邮件发送给客户？

直接通过邮件、WhatsApp分发Stripe Checkout Session支付链接是完全安全的，属于Stripe官方支持的合法使用场景，不存在额外的安全风险。
Stripe生成的Checkout Session链接仅包含全局唯一、不可暴力枚举的会话ID，所有交易核心参数（应付金额、商品信息、订单规则）全部存储在Stripe服务端，只要你的Stripe API密钥没有泄露，第三方无法通过篡改链接参数修改交易内容，支付全程在Stripe的PCI DSS合规托管页面完成，和常规客户端重定向方案的安全等级完全一致。

• 注意区分会话有效期，按需选择产品：
  一次性Checkout Session默认创建后24小时自动过期，如果你给客户预留的支付窗口期短于24小时，可以直接使用，记得在发送的消息里明确告知客户链接失效时间；如果需要长期有效、可反复发送给不同客户的固定支付链接，不要用Checkout Session，换用Stripe Payment Link产品，生成的链接永久有效，更适合邮件、社交渠道长期分发。
• 强绑定订单标识，以Webhook结果为唯一履约依据：
  创建Checkout Session时，务必通过client_reference_id字段传入你自有系统的唯一订单号，通过metadata字段绑定客户身份、订单摘要信息；必须配置Stripe Webhook监听checkout.session.completed、checkout.session.expired等核心事件，只有收到Stripe服务端推送的、签名校验通过的支付完成事件，再触发发货、开通服务等履约逻辑，绝对不要以客户支付后跳转回你站点的前端回调作为支付成功判断依据，避免客户付完款直接关页面导致漏单、假回调骗单的问题。
• 做好链接访问范围控制：
  一次性Checkout Session是和特定订单、特定金额绑定的，不要在公开网页、公共社交平台评论区这类开放场景贴这类链接，避免无关人员点击支付造成对账混乱；创建定向发给特定客户的Session时，可以传入customer_email、customer_phone字段预填客户信息，既可以提升客户支付体验，也能降低串单概率；不要在Session的metadata、商品描述字段存客户身份证号、隐私联系方式等敏感信息，避免客户转发链接造成信息泄露。
• 规避渠道拦截问题：
  发送链接时尽量直接展示checkout.stripe.com开头的官方域名链接，不要直接用无资质的第三方短链服务包装链接，避免被邮件服务商、WhatsApp判定为钓鱼链接拦截；如果确实需要做渠道点击统计，要用自有已备案、有信誉记录的域名做跳转，且跳转目标明确为Stripe官方支付页，不要加中间跳转的可疑诱导页。
• 做好异常兜底：
  后台要支持根据自有订单号快速查询对应Checkout Session的状态，遇到客户反馈链接过期、打不开、信息错误时，及时作废旧会话生成新链接发送；同时要加每日定时对账逻辑，主动拉取Stripe侧的Session状态，补全Webhook推送丢包导致的状态不一致问题，避免漏单错单。

补充说明：已完成支付的Checkout Session会自动失效，不存在被重复扣款的风险，不需要额外做支付拦截逻辑。

内容的提问来源于stack exchange，提问作者Shrey Agarwal