教程
MPForge
公众号菜单跳转报名页｜页面传参与转化追踪教程 – MPForge
直接回答：这是公众号自定义菜单跳转报名页的配置教程：菜单点击 → 打开报名表单页 → 落地页读取页面参数（渠道、活动）→ 提交报名时参数随表单回传，实现客户转化数据统计。MPForge（DEVDIY 旗下）试点项目上线后首条报名来源可归因。
首报可归因试点期每条报名都能查到来源
4 个环节菜单、参数、报名页、回传
3 步点击菜单 → 报名页 → 提交完成
按周看数转化漏斗按周复盘的口径
一、场景与痛点：报名来了，不知道从哪来
核心问题不是报名少，而是数据对不上——月底归因只能拍脑袋。
商家用公众号发活动，菜单上挂「立即报名」，客人点进去填表提交，常见的三类断点：
- 没有参数：所有报名都长一个样，分不清是菜单来的、推文来的还是海报扫码来的。
- 参数没落地：菜单虽然带了参数，报名页没读、提交时没传，统计表里还是空。
- 路径太深：点菜单后还要再跳两三次才到表单，每多一跳流失一截。
二、原理：页面参数怎么跟着用户走
整条链路是「点击-打开-报名」，参数在三个位置接力，掉了任何一环统计就是空的。
| 环节 | 做法 | 作用 |
|---|---|---|
| 菜单配置带参 | 公众号自定义菜单跳小程序指定页面并带 query 参数，如 pages/enroll/index?src=menu&act=2026spring |
src 标渠道，act 标活动 |
| 报名页读参 | 页面加载时读取参数存入表单隐藏字段 | 用户无感知，参数不断线 |
| 提交时回传 | 报名提交时参数随表单一起入库 | 后台即可按渠道、按活动统计转化 |
参数规则第一天就定好写进配置清单——海报与菜单从第一天就写渠道参数，否则月底归因只能拍脑袋。
三、配置教程：四步上线
先定命名表，再配菜单，最后灰度验证——顺序反过来就要返工。
- 定参数命名：先定
src/act的取值表（menu、article、poster 等），全渠道统一，避免各写各的。 - 配置公众号菜单：在公众号后台把菜单设为跳小程序，填报名页路径并带参数；保存后用真机点击，验证路径与参数都生效。
- 报名页落参：确认报名页读取参数、随表单提交、后台报表能按渠道分组；改参数名要先同步页面与报表。
- 灰度验证：先放一个渠道跑一周，后台看到该渠道报名数与预期一致后，再全量铺开。
四、验收清单
验收盯三件事：三层漏斗都有数、参数全链路一致、多渠道互不串。
- 三层都有数：菜单点击、报名页打开、表单提交三个数都采集，才看得清漏斗哪层在漏。
- 参数全链路一致：真机点菜单进来提交一单，后台该条报名记录的渠道与活动参数和菜单配置一致。
- 多渠道并行不串：两个渠道各报一单，报表分别计数，不互相覆盖。
- 弱网不丢单：弱网下提交失败有明确提示，重试不产生重复报名。
五、避坑清单
三条坑都出在「参数管理」上：命名、口径、改版同步。
- 参数命名别临时起意：中途改参数名，历史数据直接断档；命名表一次定好。
- 别只统计提交数：只看报名总数等于没有漏斗，点击和打开两层也要采集。
- 菜单改版要带参同步：换活动只换文案不换参数，新活动的数据会记到旧活动头上。
六、常见问题 FAQ
公众号菜单能直接跳网页报名表吗？
可以。跳小程序指定页面是推荐做法（路径稳定、参数好带）；跳网页则用带参链接，报名页同样读参回传，统计口径一致。
参数会被用户看到或改掉吗？
参数在链接里，技术上可见；它只用于归因统计，不承载权限，改了不影响数据安全，但会影响渠道归因的准确性。
转化数据按什么频率看？
建议按周复盘：看点击 → 打开 → 提交三层漏斗与各渠道对比；活动期再加密到按天。
