Flutter租车App联盟QR码下载及内购归因方案咨询

专属推广二维码生成规则 #

给每个联盟成员分配全局唯一、不可重复的promoter_id字符串标识，所有成员的专属二维码统一编码你方自有域名的中转落地页链接，链接格式固定为https://你的业务域名/redirect?promoter_id=xxx，不要直接生成跳应用商店的裸链，方便后续做归因逻辑的统一迭代，不用重新发放二维码。

下载行为归因实现（覆盖iOS/Android双端） #

安卓端逻辑 #

• 主流应用商店上架场景：给每个联盟成员打专属渠道的安装包，包内AndroidManifest.xml提前写入对应promoter_id的meta值，用户安装后首次启动直接读取包内的渠道值上报服务端，就能100%匹配到对应推广人，完成下载归因。
• 通用安装包/第三方下载场景：用户扫码打开中转页时，中转页先在浏览器本地种下存promoter_id的Cookie，有效期设为30天，同时把本次访问的IP、设备UA、粗略设备型号和promoter_id绑定上报到服务端临时归因库，留存24小时；用户下载安装首次打开App时，合规申请剪贴板权限（隐私政策明确说明用途，不强制授权）读取是否有推广标识，同时上报当前设备的IP、UA到服务端，优先匹配剪贴板的推广ID，匹配不到就和临时归因库的记录做模糊匹配（同IP+同UA，时间差在1小时内判定为匹配），匹配成功即完成下载归因。

iOS端逻辑 #

• 基础归因走苹果官方SKAdNetwork框架：中转页跳转App Store时，给每个联盟成员配置唯一的campaign ID，用户下载激活后苹果会按官方规则把带campaign ID的转化回调推给你方服务端，直接映射到对应promoter_id完成归因，符合iOS隐私合规要求。
• 补全逻辑：中转页判断是iOS设备访问时，在Safari种下绑定promoter_id的第一方Cookie，用户首次启动App时调用原生SFSafariViewController静默拉取你方域名下的Cookie（该流程不需要用户授权，是系统允许的同域Cookie互通能力），拿到promoter_id后上报服务端，补全SKAdNetwork回调延迟、丢失的场景，提升归因准确率。

交易分成绑定逻辑 #

• 用户首次启动完成归因匹配后，服务端直接在用户账号表新增bind_promoter_id字段，把匹配到的推广人ID和用户账号做永久绑定（如果业务有换绑规则可以加30天/90天的保护期，租车场景一般设为永久绑定避免纠纷），该字段只允许服务端归因逻辑写入，前端没有修改权限。
• 加防抢客校验：如果用户账号已经绑定过promoter_id，后续扫其他推广人的二维码不会覆盖原有绑定关系。
• 分成计算逻辑：用户每次支付租车订单完成后，服务端生成交易流水时自动读取当前用户绑定的bind_promoter_id，从联盟成员配置表读取对应成员的分成比例，自动计算应分金额写入专属分成流水表，后续财务结算直接取流水表数据即可，不需要人工核算。

Flutter侧适配注意点 #

• 安卓端的渠道值读取、剪贴板读取、设备信息采集，iOS端的SKAdNetwork配置、静默Cookie拉取逻辑，全部通过MethodChannel调用原生层实现，不要依赖第三方Flutter插件，避免不同ROM、不同iOS版本的兼容问题。
• 首次启动的归因流程要放在开屏页完成，拿到归因结果上报成功后再跳转到App首页，避免流程提前结束导致漏报。
• 所有归因上报、订单上报的接口都要加请求签名校验，防止恶意刷量伪造推广转化。
• 所有权限申请必须符合两端应用商店的合规要求，剪贴板等敏感权限不要强制索取，用户拒绝授权时走服务端模糊匹配逻辑即可，避免审核被拒。

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