先约定交付目标，不把演示当作发奖系统
这套流程面向需要在店铺网站嵌入活动组件的商家与前端开发者。先登记负责人、有效期、参与资格、兑换条件和结果来源，再选转盘、刮刮卡或盲盒。展示动画不是奖品分配证据。本地模式必须明确标注演示；接口模式则需要商家后端承担身份验证、概率、库存和兑换。
保留同一次导出的原始文件。选择分离文件时，把 index.html、widget.css 与 widget.js 一起部署；也可明确选用单文件 HTML。config.json 是可编辑配置，不是秘密存储区。写进前端代码的优惠内容对访客可见，外部图片会由访客浏览器向图片站点请求。辅助检查只用虚构或脱敏数据，不上传真实兑换码、客户信息与私钥。
核对配置和接口约定，而不只看格式通过
根据当前导出说明编写 JSON Schema，检查 version、campaignId、mode、endpoint 和奖品标识。奖品标识唯一、本地概率恰好合计 100% 等跨字段条件还要另行核对，不能以基础结构校验代替。转盘扇区大小相同只是视觉表现，不代表各奖品概率相同。比较修改前后的 JSON，说明规则、文案、概率和结果来源为什么变化。批准配置变更后重新导出，不混用新配置与旧脚本。
导出运行时提交 version、campaignId 和 requestId；商家响应须回传相同的 requestId，并给出已配置的 prizeId。可选凭据与兑换字段以导出约定为准。检查脱敏的中奖与未中奖样例，并准备错误样例用于负向测试。样例通过不代表接口已执行，也不能验证资格或库存扣减。编辑器中的预览不会调用商家接口。
让规则、按钮和结果状态都能读懂
检查实际文字与背景、按钮文字与按钮底色的对比度，包括开奖结果。单一色对通过不等于整页符合可访问性要求。用可访问性检查工具扫描导出 HTML 的标签及结构问题，再到浏览器确认。人工检查键盘进入组件、焦点是否可见、结果是否可感知，以及关闭动画后能否操作；静态扫描不能证明刮卡交互或嵌入框架可用。
长译文、较大字号、奖品图片与兑换链接都会影响结果布局。不能只检查尚未抽奖的初始画面。活动规则应有可阅读的文字，而不是只藏在动画中。未解决的交互问题应列入交接记录，不能因主题预览看起来漂亮就放行。
在真实部署与宿主页面验证交互
将组件自行部署到获授权的 HTTPS 测试站。响应式比较用于找出选定宽度下的裁切与布局异常；截图只记录画面，不代表抽奖成功。这些工具不保证检查跨域框架内部或登录状态。记录网址、视口和版本，再人工打开实际店铺嵌入页面，验证滚动、框架高度、键盘操作与外部兑换链接。
运行时只为同源请求发送凭证。相对接口路径解析到组件所在域名，而不是外层店铺域名。独立 HTTPS 接口需要正确的跨域许可，但这不会使浏览器自动发送跨域 Cookie；第三方 Cookie 限制也可能影响嵌入登录。优先采用受控的独立组件域名，并审核导出框架的沙箱权限。这些权限服务于商家接入，不是对可信商家代码的隔离保证。
用测试结果人工覆盖中奖、已配置的未中奖项、非成功 HTTP 状态、错误 JSON、未知 prizeId、requestId 不匹配，以及超过约定 15 秒的响应延迟。失败时不得以本地随机奖品兜底。当前页面手动重试会复用未完成请求的标识，但刷新页面不受该机制保护；服务端必须用事务保存幂等结果，并处理已经分配奖品却丢失响应的情况。这些测试不应消耗真实奖品。
交接可识别的版本与尚未完成的事项
最后一次批准修改后再计算 SHA-256。交付最终文件、配置差异、部署域名、接口约定、脱敏浏览器记录、未验证项和责任人。哈希只能标识文件字节，不能证明概率公平或后端安全。真实库存、参与资格、兑换和活动授权仍是独立上线门槛。
若下一步是投放链接或二维码，转到营销链接预检专题；若要比较整页改版前后证据，使用响应式页面变更专题；若要准备 Stripe 优惠码候选导入包，使用批量预检专题。它们都不能替代抽奖组件自身的商家接口验收。