昨天写进去的图片楼层，后端算出来的高度全是 0——小程序里很可能整条不显示。仿真预览看不出这个问题，因为预览是我自己渲染的。
原因：rubik 组件要靠 a_height 字段算楼层高度，我漏写了。线上首页每个图片楼层都有这个字段（600～1100），我的是空的。
现在四期全部补上。调小程序真实接口 api/index/diy-framework 复验，草稿页返回高度 420 / 130 / 110 / 110，与设定一致，无 0 值。
页面上的期次编号和「场景」二字全部去掉了。顾客看到的只有护理主题本身——久坐低头 / 中老年关节护理 / 女性经期护理 / 肛肠护理，配一句人话副标题，右上角一个「限时 3 天」。
楼层标题也改了措辞：往期那条叫「同期在售」（搭配一起买更划算），下期那条叫「即将上新」（提前收藏不错过），主推那条叫「周年庆热销」。没有一处暴露这是第几轮。
已做全文扫描，四期 JSON 里顾客可见文本无「第N期 / 本期 / 往期 / 下期 / 场景」任何一个词。
左边这四个 tab 是给你排期用的运营视图，不是顾客页面的一部分——不去掉是因为你得靠它区分四期。
查清楚了：coupon.type 字段注释写明 1=折扣，2=满减，3=包邮券，discount 存折扣率。这个店历史上真建过折扣券——「7折优惠券」discount=7.0、「八折优惠券」discount=8.0，都已删除。所以 88 折 = 建一张 type=1、discount=8.8 的券，这是查出来的，不是猜的。
appoint_type=2 能把券限定在指定商品上，正好卡住这 15 款；discount_limit 可设封顶金额，防止大额订单亏太多。
但我没建。建券是写操作，直接影响真实成交金额。页面上现在只画了「搭配即享 88 折」的文案——券不建，这就是空头支票。这一步必须你点头。
还要提前想清楚：折扣券和现有满减券（满100-13、满200-30）会不会叠加。A 版原则是「同一订单只命中一档」，配券时互斥关系要设对，88 折叠满减会击穿毛利。
| 你写的 | 库里选定 | 售价 | 备注 |
|---|---|---|---|
| 艾力霜 | 北宫艾力霜 8203 | 158 | 主推 |
| 北宫苏木 | 北宫麻苏 8208 | 148 | 你确认过 |
| 北宫一宁 | 北宫一宁腱鞘炎贴 8207 | 128 | |
| 风湿贴 | 北宫风湿贴 8036 | 126 | 仅 3 人买过 |
| 蒲宁 | 北宫蒲宁 8231 | 148 | 主推 |
| 骨质增生 | 北宫柔尔贴骨质增生贴 8228 | 148 | |
| 滑膜炎 | 北宫滑膜康贴 27 | 128 | |
| 腰间盘 | 北宫腰间盘突出贴 26 | 128 | 27 人买过 |
| 妇科凝胶 | 海蓝北宫凝胶 25 | 158 | 名称存疑 |
| 痛经贴 | 北宫痛经贴 7606 | 128 | |
| 乳腺贴 | 北宫乳复康乳腺贴 8197 | 118 | |
| 秘洁宁 | 北宫秘洁宁 8623 | 146 | 零成交 |
| 肛舒组合 | 肛舒乳膏高锰酸钾 8578 | 30 起 | 主推 · 全店最畅销 |
| 秘北宫 | 秘北宫 8597 | 118 | |
| 畅舒宁(痔疮膏) | 北宫畅舒灵痔疮凝胶 8629 | 148 | 宁 / 灵 不同字 |
一、「妇科凝胶」对的是「海蓝北宫凝胶」id=25 吗？全库搜「妇科 / 洁 / 私处 / 女」都没有匹配，唯一的女性向凝胶就是它（¥158，48 人买过，全店销量靠前）。它是第三轮的主推款，对错了整轮就废了。
二、「畅舒宁」库里叫「畅舒灵」——北宫畅舒灵痔疮凝胶 8629。痔疮类全库只此一款，应该就是它，但字不一样，报你确认。
三、「秘洁宁」8623 零成交，上架至今 0 人买过。当搭配款没问题，但它撑不起转化，心里有数。
我先试了在装修数据里把商品名写成「【主推】北宫艾力霜」，调真实接口一验，后端把名字改回了「北宫艾力霜」——它会拿商品表数据重建整个商品对象，装修里写的 name、tags、销量全部作废。
所以主推品名直接画进了标题条图片：「主推 北宫艾力霜 ＋ 另 3 款任选搭配 搭配即享 88 折」。图片是后端唯一覆盖不掉的地方，商品列表里主推款也排在第一位。
顺带发现：真机上不显示「N 人付款」（接口返回 sales_next 为空）。所以预览里我把销量去掉了——留着就是骗自己。
主题名全部换成专场名：伏案舒颈专场 / 筋骨舒养专场 / 暖宫舒经专场 / 肛周舒护专场，主图和标题条都重出了。
「同期在售」楼层整层删掉——文档的楼层顺序里没有它。层数因此对上了文档：第 1/2/3 轮各 10 层，第 4 轮 8 层。
主推 5 品换人：改成四个主推款＋黑红百草膏（艾力霜 / 蒲宁 / 海蓝凝胶 / 肛舒组合装 / 黑红百草膏）。
领券条加回来了，但内容我控制不了，见下条。
一、领券条显示哪三张券，装修管不了。我把文档要的满599-40、满199-20、满99-10（id=41/27/42，库里都在）写进配置，接口返回的却是「漱口水兑换卷」——一张无门槛减 30、限定指定商品的券。
我做了对照实验：把 09-11 的原始备份写回去（它配的是另外三张券 20/21/40），后端照样只返回漱口水兑换卷。所以不是我写错字段，是后端完全不看装修里配的券列表，自己拉。addType 改成 2 也无效。
要让它显示对的券，得你在后台装修界面手动配一次券楼层，我再读库反推它到底存在哪——跟套餐楼层是同一类问题。
二、文档给每个商品写的短卖点，商品卡上不会显示。「肩颈腰关节都能用」「舒缓肌肉不适」这些我都填进 subtitle 了，接口返回全是空字符串——后端拿商品表数据重建商品对象，装修里写的名称、副标题、销量一律作废。这跟之前「必买」前缀被改回去是同一个机制。
短卖点要真显示，只能改商品表自身的副标题字段，那会影响全站所有页面，不是这个活动能单独决定的。
页面上不再出现「必买」二字，换成你自己用的词「主推」——「必买」带命令感，顾客读起来是被要求，「主推」是被推荐。
券区原先那行小字标注是我给自己留的备注，顾客视角不该有，已删掉。
素材换了新文件名（-v2）而不是同名覆盖：这台服务器的图片缓存是 30 天，同名替换会让看过旧图的人继续看到「必买」版本，必须换 URL 才能真正生效。
每期三个层次：当期主题（大标题＋限时 3 天）→ 同期在售（前面推过的，仍可补购）→ 即将上新（吊一下胃口）。第 1 期没有「同期在售」，第 4 期没有「即将上新」。
这样排的用意：老客户每 3 天回来一次都能看到新东西＋没买的旧东西＋要来的东西。如果四个主题一次全铺开，第一天看完就没有再来的理由了。
四期配色都在周年庆红金体系内变奏，不是换一套视觉——保证 12 天看下来是同一个活动，不是四个活动。顾客感知到的是「这次周年庆一直在上新」，不是「活动分成了四段」。
查了首页的加载链路：小程序请求 api/index/diy-framework&page_id=0 拿框架，实际渲染走的是 page_id=22。首页指向哪个页面的机制我没有完全查清，所以不建议去动它。
更稳的做法：首页指向保持不变，每期只换它的内容。到点把对应那期的 JSON 写进 diy_template id=23（page 22 对应的模板），一条 UPDATE 完成，不碰任何指向配置。
每期切换前的动作固定：先写进草稿页 → 调真实接口验高度 → 你在小程序里看一眼 → 确认后再写线上，并留下上一期的 JSON 备份。
一、周年庆是几周年、哪天开始。商城建站是 2024 年 3 月，但品牌周年庆是哪天我不知道。现在 banner 上只写「周年庆 · 回馈老客户」，没写第几年；期次用的是 D1-D3 这种相对天数，不是具体日期。给我确切信息我就替换。
二、老客户券要不要单独建。现在挂的还是商城现有的三张（满100-13、满200-30、5元无门槛），不是「老客户专属」。要真做回馈，应该建一张限定历史下单用户可领的券——建券是写操作，我没做。
分四期推的前提是老客户每 3 天会回来一次。但这个店目前没有把人叫回来的路：短信只有 506 个号码（2.4%）、公众号模板消息从未接入、订阅消息无用户授权记录。
没有推送，第 2/3/4 期等于没人知道。唯一活着的链路是客服人工微信——如果要跑这个 12 天节奏，得先安排客服在每期开始当天做一轮通知，否则分期的意义会归零。
diy_template id=24（对应 diy_page id=23），可在小程序内打开 /pages/index/index?page_id=23 看真机效果。第 2～4 期为文件草稿，尚未建页面。wx.bg.run 生产库