小程序分享能力如何实现？分享链路有哪些注意点？

简化版

小程序分享主要通过页面 onShareAppMessage、朋友圈分享和带参数路径实现。设计时要注意分享入口、路径参数、落地页恢复、登录态、场景值统计和风控，不能只写一个标题和图片就结束。

详细版

分享实现通常包括：

页面声明可分享能力。
在 onShareAppMessage 返回标题、路径和图片。
路径中携带业务参数，例如活动 ID、邀请人 ID。
落地页在 onLoad 解析参数并恢复上下文。
服务端记录分享关系和转化。
对敏感奖励做防刷和幂等处理。

常见注意点：

分享路径要短而稳定。
参数不要携带敏感信息。
页面要能独立打开，不能依赖上一个页面栈。
分享图要符合审核和展示比例。
邀请奖励要以后端判定为准。

完整版教学

一、分享不是按钮，而是一条访问链路

很多人把小程序分享理解成 onShareAppMessage 返回一个对象。真实业务里，分享至少包含分享发起、参数生成、用户点击、落地恢复、转化统计和奖励结算。任何一环没设计好，都会出现“点开空白页”“邀请人丢失”“奖励重复发”的问题。

一个完整链路可以这样看：

分享者打开页面
  → 生成分享路径
  → 好友点击进入
  → 页面解析参数
  → 服务端记录关系
  → 完成转化后结算奖励

二、路径参数要少、稳、可校验

分享路径通常会带参数，例如 pages/activity/detail?id=88&inviter=U100。参数要足够恢复页面，但不能把手机号、token、内部价格等敏感信息放进去。路径会被转发、截图、收藏，天然不是私密通道。

数字上可以按“可读性”和“可靠性”估算：如果路径长度从 80 字符涨到 800 字符，排查和兼容风险都会上升；如果一个活动只需要 activityId 和一个短邀请码，就不要塞完整 JSON。复杂上下文可以存到服务端，用短码换取。

Page({
  onShareAppMessage() {
    return {
      title: '邀请你一起参加活动',
      path: `/pages/activity/detail?id=88&inviteCode=A7K9`,
      imageUrl: 'https://example.com/share.png'
    }
  }
})

三、落地页必须能独立启动

被分享页面可能是用户进入小程序的第一个页面，此时没有上一页数据、没有全局缓存、也可能没有登录态。如果页面依赖 getCurrentPages()[0] 的临时数据，就会在分享进入时失败。

正确做法是把页面需要的关键业务 ID 放在路径或短码里，进入后重新拉取数据。登录态缺失时先展示可公开信息，再引导登录或静默登录。这样用户点分享卡片时不会因为状态未初始化而白屏。

情况	风险	处理
无页面栈	不能返回上一页	提供首页/活动页入口
无登录态	无法查私有数据	先查公开数据，再登录
参数过期	活动已结束	展示结束态和推荐入口
邀请码无效	关系无法绑定	不阻断页面主流程

四、邀请关系要防重复和防刷

裂变活动常见规则是“邀请 1 人注册得 10 积分”。如果只在前端判断，很容易被伪造。服务端应根据被邀请用户、活动 ID、邀请人、设备和行为结果做幂等判定。

举例：用户 B 先后通过 A、C 两个人的分享链接进入并注册，奖励归属必须有规则，例如首次有效邀请优先。数据库可以用 activityId + invitedUserId 做唯一约束，保证同一个被邀请者只贡献一次奖励。

绑定邀请关系：
activityId + invitedUserId 唯一
首次有效 inviter 写入
后续重复进入只记录访问，不重复发奖

五、分享统计要区分访问和转化

分享数据不能只看点击量。1000 次点击可能只有 20 次注册，也可能有 300 次注册。常见指标包括分享次数、点击人数、落地页访问、授权登录、关键行为完成和奖励发放。漏斗分层后才知道问题在哪。

如果分享点击 10000 次，落地页打开 8000 次，登录 1000 次，下单 100 次，说明主要流失在登录前；如果打开只有 2000 次，可能是分享图、标题或路径落地有问题。面试里能讲出漏斗思维，比只讲 API 更像工程答案。

六、朋友圈分享和会话分享要分别设计

会话分享更适合强关系邀请，朋友圈分享更适合内容传播。它们的入口、展示样式和用户意图不同，标题与落地页也应该有所区别。比如好友会话可以突出“我邀请你”，朋友圈更适合突出内容价值或活动主题。

同时要关注平台审核和风控。诱导分享、夸大奖励、虚假福利都可能触发审核风险。技术实现即使没问题，运营规则不合规也会导致能力受限。

记忆钩子：分享卡片只是入口，真正难点在“参数能恢复、关系能判定、奖励不重复、数据能归因”。

七、常见误区与追问

误区：实现 onShareAppMessage 就算分享功能完成。 它只生成入口，落地恢复、统计和奖励结算同样重要。
误区：分享参数可以放任何业务数据。 分享路径不是私密通道，敏感信息和长 JSON 都不适合放进去。
误区：被分享页一定有完整页面栈。 分享进入常常是冷启动，页面必须能独立加载数据。
追问：如何防止重复发邀请奖励？ 服务端用活动和被邀请人做唯一约束，并以业务完成事件触发奖励。
追问：分享效果怎么分析？ 拆成分享次数、点击、访问、登录、转化和奖励发放的漏斗。
追问：分享码过期怎么办？ 页面不应白屏，应展示过期态，并提供返回首页或查看新活动入口。

八、加强记忆

小程序分享用“入口、参数、落地、归因、风控”五个词串起来。入口负责让用户愿意点，参数负责恢复上下文，落地页负责冷启动可用，归因和奖励必须在服务端幂等处理，风控保证玩法不越界。这样回答分享题，不会停留在 API 层。

简化版

详细版