小程序分享与朋友圈教程｜路径参数、卡片图与合规文案 – MPForge

一、先统一：onShare 返回别各写各的

结论先记住：每个页面自己拼分享参数，是卡片像广告、打开路径乱的根源——先做统一封装再谈增长。

分享出去的每一张卡片，都是一次「另起的第一屏」：标题、摘要、图、落地页路径，任何一项错位，用户点进来看到的就不是预期内容。统一封装后，所有页面共用一套默认标题图与参数注入逻辑，个别页面再覆写，维护成本直线下降。菜单显隐与右上角菜单的控制口径见 小程序分享菜单显示控制，动态改写分享内容的场景参考 小程序更新分享菜单。

二、开工前备齐四样材料

材料不齐，分享链路会在活动前夜还在返工。

• 分享标题与图规范：标题一句话说清「点开有什么」，图按卡片比例出图，文字区域避开缩略裁切。
• 参数字典：渠道、活动、用户来源各用什么参数名、取值怎么编码，全局一张表，归因口径见 分享卡片获客归因。
• 禁用诱导话术清单：「转发得奖」「分享解锁」类表述列成负面清单，写文案前先过一遍。
• 真机测试账号：安卓与 iOS 各备一台真机，分享卡片在不同端的展示有差异，模拟器看不出来。

三、落地步骤：从封装到监控

顺序不能乱：封装先行、出图规范、类目确认、自查诱导、监控收尾。按这五步走：

1. 统一 onShare 返回：封装默认标题、图与路径，参数通过字典注入；每个页面的落地路径必须真机点开验证一次，杜绝「分享到空白页」。
2. 卡片图按规范出图：统一比例与清晰度，主体居中，避免细碎文字；纯图类分享的存储口径见 小程序分享图片地址用法。
3. 朋友圈能力按类目确认：「分享到朋友圈」的开放范围以当期平台规则为准，先查自己的类目是否支持，再排开发计划。
4. 审核前自查诱导：对照禁用话术清单过一遍标题与海报文案，合规红线细则并入 小程序审核被拒常见原因。
5. 监控打开失败：上报分享点击与落地页到达两个事件，两者差值异常就查参数编码与路径兼容。

四、参数与归因：增长数据才可信

结论：分享链路不做参数归因，增长数据全是猜测——参数设计决定报表能不能看。

页面标题与摘要还会影响搜索与站内展示，整体口径见 小程序页面分享与元信息配置；上线路径的整体节奏见 小程序上线发布 SOP。

五、线上翻车点

结论：分享相关的翻车集中在三条——诱导分享得奖励、分享到空白页、参数把隐私明文带出。

• 诱导分享得奖励：「分享到 3 个群领取 XX」类玩法是审核高压线，改成无利益承诺的中性引导。
• 分享到空白页：参数缺失或路径改版后没人复测，用户点开就是白屏；每条分享路径进发布前检查表。
• 隐私明文外带：把手机号、地址拼进分享参数，等于把用户数据撒在聊天记录里，只传必要标识。

需要用户保存或转发图片素材的活动，海报生成与保存的完整口径见 小程序海报生成教程，两条链路的参数要共用同一张字典。

六、避坑清单

这三条坑都和「随手一发」有关：分享是增长手段，合规永远优先。

• 别把分享当唯一增长引擎：分享触达受平台与用户意愿双重限制，搜索、订阅消息等多渠道并行更稳。
• 别用活动页当默认分享页：日常分享落活动页，活动结束就是大量死链，默认落地选常驻内容页。
• 别忽略卡片图在不同端的裁切差异：安卓与 iOS 展示比例不同，出图时把关键信息放在中央安全区。
• 别混用动态消息能力：动态消息是另一套能力，适用场景与生命周期不同，别和普通分享混排错。

七、常见问题 FAQ