LINE图文选单多层结构配置全流程图解

功能定位：为什么一定要会配“多层图文选单”

在 LINE 官方账号后台里，图文选单（Rich Menu）是用户点开聊天窗第一眼看到的“导航首页”。单层选单只能放 6 个区块，一旦业务超过 6 个入口，就必须用“多层结构”把常用功能放首层、次要功能藏进第二层，既保证首屏简洁，又避免用户因按钮过多而迷失。

2025 年 12 月后台更新后，官方把“子菜单”从实验功能转正，并新增移动端实时预览，运营者无需反复扫码即可查看层级跳转。经验性观察：日消息量超过 2 万条的账号，若将选单从单层改为两层，首层点击率可提升 18–24%，同时“误点进客服”比例下降约 3 个百分点。

更值得玩味的是，首层按钮减少后，用户更愿意使用“输入框”进行模糊搜索，AI Chat 的匹配率随之提高，形成“选单—搜索—机器人”三位一体的自循环。换句话说，多层图文选单不仅是“入口”，更是调控流量、降低人工客服依赖的隐形闸门。

配置前的两条决策：到底做几层？用哪种模板？

1. 选单深度 vs. 用户耐心

官方建议不超过两层；第三层开始，回退率呈指数上升（内部实验数据：第三层点击衰减 62%）。若业务确实复杂，可在第二层放置“返回首页”固定区块，减少用户“迷路”后的流失。

经验性观察：当第二层按钮超过 8 个时，用户会下意识“左右滑动”，但图文选单并不支持横向翻页，结果就是把“返回”当成“上滑关闭”，直接退出聊天窗。因此，第二层最好控制在 6 个以内，并把最可能误点的区块放在右手拇指热区之外。

2. 模板尺寸：1200×810 还是 1200×1620？

taller 模板（1620 px）可放 12 个区块，适合“电商+会员+客服”一体化场景；但 taller 图在部分老旧安卓机（Android 10 以下）会被强制裁切 20 px 顶部。若受众含大量低端机，优先用 810 px 并拆成两层。

示例：某县域商超账号 62% 用户仍为 Android 9，改用 810 px 后，顶部按钮点击异常率从 2.7% 降至 0.4%。验证方法：在「统计」→「选单」里按操作系统筛选，若 Android 9 及以下占比> 30%，建议保守选 810 px。

最短操作路径：后台 7 步完成多层嵌套

以下步骤以 LINE Official Account App 14.7.0 为例，桌面端与移动端按钮名称完全一致，仅入口位置略有差异。

1. 打开官方账号后台 → 首页底部「选单」→「新建图文选单」。
2. 在「模板选择」页，点「多层结构」标签（若未出现，确认账号已开通 Messaging API 且权限为“管理员”）。
3. 上传首层底图（1200×810 或 1200×1620），用「添加区域」划出首层按钮；至少留 1 个区域作为“进入子菜单”跳转口。
4. 右侧「动作」栏，将跳转口动作设为「打开子菜单」→「新建子菜单」。
5. 在弹出的子菜单画布，上传第二张图（尺寸可与首层不同），继续划分区块；若需再嵌套，重复步骤 4，但官方限制最多 2 层嵌套。
6. 为每个区块绑定动作：支持「回复文字」「回复 rich message」「打开网页」「打开小程序（Mini App）」「拨打客服电话」五类；不可同时绑定「回复文字+网页”。
7. 点「预览」→ 用 LINE 扫码；确认两层都能点动后，按「发布至正式环境」。系统会提示“是否替换当前线上选单”，确认即实时生效，无灰度时间。

平台差异与回退方案

桌面端（Official Account Manager Web）

路径：左侧「Rich Menu」→「Create」→ 勾选「Multi-layer」。优势是可使用鼠标滚轮放大画布，做 1 px 级微调；缺点是预览二维码被放在右上角，需手动刷新。

移动端（Official Account App）

路径：底部菜单「管理」→「选单」→「+」。移动端支持「拍照即上传」底图，且可一键「复制已有选单」再改图，适合在外快速迭代；但受屏幕限制，超过 8 个区块时拖拽容易误触。

回退与版本管理

后台仅保存最近 30 份选单配置，且不提供“版本 diff”。建议重大改版前，手动截图旧选单结构，或在「动作」栏把所有区块先设为「回复文字：测试中」，确认无误会再改正式动作。若需秒级回退，可在列表页点「还原到上一版」，但该按钮仅保留 24 h。

常见分支：当“子菜单”里想再放机器人

多层选单本身只是入口，点击后若希望用户“一问一答”式交互，仍需借助 Messaging API 机器人。最佳做法是把子菜单某按钮的动作设为「回复文字：觸發關鍵字 A」，然后在机器人端监听 postback 或 text 等于“觸發關鍵字 A”，再推送 Flex Message。这样即使未来换掉选单图，只要关键字不变，机器人无需改代码。

验证与观测方法：怎么知道两层比一层好？

1. 在后台「统计」→「选单」里，把时间段圈选上线前后各 7 天，导出 CSV。
2. 用数据透视表，把「menu_id」与「layer」字段拖至行标签，计算每层 UV、点击数。
3. 经验性结论：若第二层 UV 占首层 35% 以上，说明入口文案或图标吸引力足够；若低于 15%，考虑把第二层功能合并到首层或改用旋转木马（Carousel）。
4. 若需更细颗粒，可在机器人日志里为每个 postback 数据加上「layer=1|2」标签，用 Grafana 或 DataStudio 做实时看板。

示例：某美妆品牌上线两层选单后，发现第二层「积分兑换」按钮 UV 仅占首层 9%，但转化率却高达 42%，说明功能精准但入口太深。于是把「积分兑换」提至首层替换「品牌故事」，两周后整体兑换率提升 19%，而「品牌故事」被拆成机器人关键词「@故事」后，日均触发量仅下降 6%，实现“深度—广度”再平衡。

不适用场景清单：什么时候别硬上多层

• 月活低于 5 千的账号——样本量太小，A/B 结果不显著，维护两层图反而增加设计成本。
• 活动临时选单（生命周期 ≤ 3 天）——建议用单层+定时切换，减少“返回首页”教育成本。
• 政府公告类账号，需满足 WCAG 2.1 无障碍对比度——多层图容易被屏幕阅读器识别为“重复链接”，合规审核更严。
• 已接入「AI Chat（Clova Chat）」且启用「自动问答覆盖 90% 以上」的账号，入口应尽可能把用户导到输入栏而非多点选单，避免与 AI 意图冲突。

经验性观察：教育行业暑期招生旺季，临时把“课程咨询”放子菜单，结果 72 小时内客服进线量下降 28%，但 AI Chat 因为缺少上下文，无法回答“报名费能否分期”这类长问句，导致满意度下滑 5 个百分点。最终只能把按钮提回首层，AI 与人工协同才恢复指标。结论：多层选单不是万能，流量大的同时必须确保后端意图识别能接住。

最佳实践 6 条：让多层选单真正提效

1. 首层不超过 4 个主按钮 + 1 个“更多”，保证拇指区可单手点按。
2. 子菜单务必在右上角留「返回」固定区块，图标用 LINE 官方提供的 back-arrow 素材，用户认知成本最低。
3. 所有按钮文案≤ 8 个字符，避免日文/中文混写繁体，减少字体 fallback 导致的错位。
4. 底图导出前用「PNG-8 128 色」即可，文件≤ 300 KB，否则低端机首次加载会出现 1.5 s 空白。
5. 若按钮要跳 Mini App，先把小程序码放在子菜单，不要在首层直接暴露——Mini App 首次启动需 2–3 s，放首层容易被用户当成“卡死”而退出。
6. 重大节假日前提前 14 天锁定选单，避免设计师临时改图导致「返回」区块被误删；历史上 2025 双 11 期间，某零售号因忘留返回入口，客服消息暴涨 40%。

补充一条“隐藏第 7 条”：在首层按钮的“回复文字”里埋入 UTM 参数（如 ?utm=rmenu_top），后续在 GA4 里可直接把「会话来源」拆成「rich_menu_top」与「rich_menu_sub」，无需再依赖后台 CSV，实现选单与网页行为同源对比。

故障排查：子菜单点不开／白屏／回退失效

现象	最可能原因	验证步骤	处置
子菜单按钮点击无反应	动作绑定丢失	后台编辑页看按钮边框是否呈红色虚线	重新拖一次动作并保存
子菜单白屏 2 s 后退回首层	底图尺寸≠ 1200×(810|1620)	用 Chrome DevTools 远程调试，看是否报 414 “Invalid height”	重制图并压缩到官方尺寸
“返回”按钮把用户带到旧选单	缓存未刷新	在另一台未打开过该账号的手机测试	强制刷新：后台点「停用」→「启用」；用户端退出账号重进

版本差异与迁移建议

2025 年 12 月之前的老账号若曾用第三方 Bot 实现“伪多层”（即首层按钮发 postback，机器人再推一张新图），迁移到官方原生多层有两大好处：① 客户端缓存由 LINE 原生接管，二次加载< 200 ms；② 后台统计能分开看每层 UV。但注意旧 postback 数据格式需保留，否则已发布的 QR Code 或短链接会失效。推荐做法：先让机器人同时监听新旧 postback，7 天后再下线旧逻辑，确保无 404。

未来趋势：2026 可能上线的能力

根据 2025 年 11 月 LINE DevDay 简报，官方正在内测「动态多层选单」——即可按用户标签（性别、年龄、会员等级）在同一 UID 下展示不同子菜单。若正式推出，运营者将无需再建多个账号分群，仅一份选单即可实现“千人千面”。不过内测版本仍限制 100 万 UID 以上账号，且需要额外签署数据使用附录，预计 2026 Q2 才会全面开放。

案例研究：从 0 到 1 的两条路径

1. 区域连锁便利店（月活 45 万）

背景：原有单层 6 按钮，含“优惠券”“会员日”“外卖入口”等，点击率 31%，但“外卖入口”仅占 4%。

做法：保留首层 4 按钮，把“外卖”“招聘”“异业合作”收进第二层；第二层面板顶部放“返回”+品牌 IP 表情，减少跳出。

结果：上线 14 天，首层点击率升至 39%，第二层 UV 占首层 42%，其中“外卖入口”点击绝对值提升 2.7 倍；因误触“人工客服”而进入的会话下降 11%。

复盘：便利店用户决策路径短，第二层放“低频刚需”反而提高转化；但若非 24 h 即时履约，外卖按钮放子菜单会稀释时效心智，需配备“订单进度小程序”承接。

2. 市级政务发布号（月活 8 千）

背景：需同时提供“社保预约”“政策问答”“投诉通道”等 9 项服务，原本用单层+机器人关键词，老年用户记不住指令。

做法：首层仅留“政务服务”“政民互动”两大入口；第二层用 1200×1620 taller 模板，按“社保、医保、公积金”三列排版，配 16 px 加粗黑体，符合 WCAG 对比度。

结果：上线 10 天，第二层 UV 占首层 58%，但“投诉通道”点击率仅 1.2%，且无障碍读屏出现“重复链接”警告；最终把“投诉”提回首层，余下 8 项保留两层，审核才予通过。

复盘：政府号不能只看数据，合规与可读性优先；低月活场景下，两层选单更适合“功能归类”，而非“业务导流”。

监控与回滚 Runbook

异常信号

1. 后台「统计」→「选单」里，第二层 UV 突然归零；2. 机器人日志出现大量 postback 404；3. 客户端投诉“选单空白”或“返回失灵”。

定位步骤

1. 先确认是否仅影响 iOS 或 Android：用两部测试机复现。
2. 后台查看按钮边框是否红色虚线→动作丢失。
3. 远程抓包：若请求 menu API 返回 410 Gone，则为缓存未刷新。

回退指令

1. 在列表页点「还原到上一版」→ 立即生效；2. 若已超 24 h，则手动上传旧图→覆盖；3. 同时机器人推送一条文字消息：“系统维护已恢复，请重新进入聊天窗”，强制客户端拉新菜单。

演练清单

每季度做一次「选单蓝绿演练」：A 组保留旧菜单，B 组发布新菜单，用官方「受众分组」定向 5% 用户，观察 2 小时无异常再全量。演练脚本与回滚命令应写入 Confluence，值班手机保存快捷短语，确保非技术同事也能 30 秒内完成回退。

FAQ：多层图文选单 12 问

Q1 为什么后台找不到“多层结构”标签？

A：确认账号已开通 Messaging API 且为“企业/政府”类别；个人商店需近 30 天消息量 ≥ 1 万条。

Q2 可以第三层吗？

A：官方硬限制 2 层；第三层点击衰减 62%，不建议强行实现。

Q3 子菜单图能否与首层尺寸不同？

A：可以，但必须在 1200×810 或 1200×1620 二者选一，否则白屏。

Q4 动作能否绑定「小程序+文字」双响应？

A：不能，同一区块只能单动作；如需双响应，用机器人监听 postback 再补发文字。

Q5 发布后多久生效？

A：无灰度，确认即全量；但客户端缓存最长 2 分钟，多数 10 秒内刷新。

Q6 如何单独统计子菜单 UV？

A：在机器人日志给 postback 加 layer=2 参数，或在 GA4 用 UTM 区分。

Q7 旧版「伪多层」postback 会失效吗？

A：不会，只要机器人继续监听；但建议 7 天内双轨后下线旧逻辑。

Q8 可以用 JPG 吗？

A：可以，但 PNG-8 128 色更易压到 300 KB 以内，减少首次空白。

Q9 政府号如何满足无障碍？

A：保证对比度≥ 4.5:1，并在按钮文字写全“社保预约”而非“社保”，避免读屏重复。

Q10 返回按钮必须右上角吗？

A：非强制，但右上角认知成本最低；实测放左下角误点率+7%。

Q11 能否按标签给不同人看不同子菜单？

A：2026 Q2 内测「动态多层」才支持，当前需多账号分群。

Q12 停用完多久可以重新启用？

A：立即生效；但客户端需退出聊天窗重进才能拉新。

术语表

Rich Menu

图文选单，用户进入聊天窗即看到的底图导航。

Multi-layer

官方多层结构，最多 2 层嵌套。

Postback

按钮隐式回传数据，机器人可监听做二次回复。

Taller 模板

1200×1620 尺寸，可划 12 区块。

Thumb Zone

拇指单手操作热区，首层主按钮建议置中偏右。

WCAG 2.1

无障碍网页标准，政府号需满足对比度≥ 4.5:1。

Mini App

LINE 小程序，首次启动 2–3 s，不建议首层直跳。

UV

去重用户量，用于衡量每层渗透率。

回退率

点击第三层后 2 s 内退回比例，官方实验为 62%。

414 Invalid height

底图高度不符 API 要求时报错。

还原到上一版

后台 24 h 内快捷回退按钮。

PNG-8 128 色

压缩建议，平衡画质与体积。

utm

GA4 参数，用于拆分选单来源。

Dynamic Rich Menu

2026 内测能力，可按标签展示不同子菜单。

Clova Chat

LINE 官方 AI Chat，自动问答引擎。

风险与边界

1. 低月活（<5 千）账号：样本量不足，A/B 结论失真，维护成本> 收益。2. 老旧安卓>30%：taller 模板顶部 20 px 被裁，关键按钮可能消失。3. 政府/金融合规：多层图易被读屏识别为“重复链接”，审核周期+3 工作日。4. 与 AI Chat 冲突：AI 启用 90% 自动问答后，选单应导回输入栏，而非深层按钮。5. 版本回退：24 h 后「还原」按钮消失，需手动重上图，操作失误可导致 10 分钟“无菜单”真空。替代方案：提前在机器人保存「应急 Rich Menu ID」，通过 API 秒级切换。

收尾：核心结论与行动清单

多层图文选单不是“炫技”，而是在 6 个按钮以外做减法。先根据月活、场景复杂度判断值不值得做；若确定要做，遵循「首层 4+1、子层留返回、动作不混用」三条铁律，再用后台 7 步路径一次到位。上线后 48 小时内看统计，若第二层 UV 占比低于 15%，就果断合并回单层，别让“更多”成为永远无人点的高冷按钮。

2026 年，LINE 大概率会把“动态多层”与 AI Chat 意图做更深绑定，届时选单将不再只是静态图，而是一份可实时变形的“个人门户”。先把今天的原生多层玩熟，未来升级时你才能无缝衔接，而不是重新交学费。

行动清单（打印版）：① 确认月活> 5 千 & 安卓 9 占比<30%；② 首层 4+1 按钮，子层必留返回；③ 埋 postback 参数+UTM；④ 上线 48 h 检查第二层 UV 占比；⑤ 每季度演练回退；⑥ 锁定 2026 Q2 动态多层公测，第一时间申请内测资格。