神山秘境详情页「模块预埋」系统性扩展规划(gpt6 咨询结论)

背景:product-detail 已落地通用模块渲染器(白名单 + 默认关实例 + wx:for 动态分发)。
现状白名单 12 类,仅 product 页接入渲染器。本次目标:参考大站详情页内容模块,系统性扩充预埋清单。
咨询:gpt6(gpt-6-astra,medium),材料见 /tmp/gpt6_prembed_material.md。

一句话结论

本次用一次重提审,固化 13 个新图文模块(12 P0 纯展示 + 1 静态评价骨架)到白名单 + 默认关模板;并把 item/hotel 两页也接入渲染器,使其日后同样能 A 端免提审开关。 地图导航、实时余位、客服等交互能力不随本次预埋,按正式功能另行合规提审。


一、大站详情页内容模块调研要点(参考基准)

携程 / 飞猪 / 小红书 / 马蜂窝 / 有赞 / 思途 CMS 的文旅·线路·酒店详情页,标准模块高度一致:

行程安排(分日时间轴)、亮点概览、费用包含/不含、餐饮/住宿/交通、必玩景点、必吃美食、注意事项、退改规则、用户评价、问答、FAQ、相关推荐、地图位置、商家信任背书、保险、集合出发、实时余位、客服入口。

共性规律:「亮点→行程/说明→注意事项→用户评价」是黄金叙事链;结构化组件(时间轴/卡片)比长文转化高;信任背书(资质/评价/退改)显著降低支付犹豫。

二、预埋分级清单(gpt6 建议新增 13 类型)

分级新类型数据形状纯展示建议归属页
P0itinerary 行程安排分日 entries(可含图)是product
P0cost_exclude 费用不含entries是product
P0altitude 高原提示text+entries是product
P0faq 常见问题entries(问答)是三页
P0cancellation 退改规则结构化/entries是三页
P0related 相关推荐entries(标题/图/说明)是三页
P0merchant 商家背书text+images+entries是三页
P0gear 装备清单entries是product
P0kora 转山路线结构化(节点/里程/海拔)是product
P0season 最佳季节text+images+entries是product
P0etiquette 宗教禁忌entries是product
P0departure 集合出发结构化(地点/时间/说明)是product
P1reviews 评价骨架entries(已核实评价正文)仅静态三页
P2 不新增:用户问答、保险、实时余位、客服 —— 涉及接口/交易/资质,不当作预埋。

三、审核风险三分法(铁律再确认)

类别模块判断与动作
安全预埋12 个 P0 纯图文 + 静态 reviews仅 text/images/entries + 空态守卫,无新 scope/接口。仍须随本次模板代码重提审;规则/资质/评价文案须真实性核验(不得伪造评分)。
需谨慎map、reviews(接后端)、related(跳转)、merchant(资质展示)getLocation 已存在 ≠ 地图/导航全获准;wx.chooseLocation 等新增能力不能靠默认关规避。先限定静态展示,实际导航/接口/跳转/资质逐项核对现有能力与资料。
不该预埋用户发问、实时余位、IM/客服、保险购买新接口/权限/支付资质风险,业务流程与合规明确后作为正式功能另行开发提审。

四、现有白名单归并(最终 25 类集合)

归并决定依据
亮点 / 必玩景点 / 必吃美食 → 并入 intro都能以介绍表达,无需为每种标题开模板。
餐饮 / 途中住宿 / 交通 → 作为 itinerary 分日 entries随线路日程变化,不宜独立。
一般出行提醒 → 沿用 notice;高原/装备/宗教 → 独立新类型通用提醒已有容器;三类领域语义明确独立。
visit 与 redeem 暂不合并分属 item/product,语义是否重叠材料不足,先核对再迁移。
leader/gallery/video 等保留已登记,删改影响既有契约。

最终白名单共 25 类:现有 12(hero/intro/includes/leader/provenance/visit/rooms/booking/redeem/gallery/video/notice)+ 新增 13(itinerary/cost_exclude/altitude/faq/cancellation/related/merchant/gear/kora/season/etiquette/departure/reviews)。map 暂不计入,待交互边界明确。

五、落地优先级矩阵与提审策略

模块分级风险成本批次
itinerary / kora / departureP0安全·限静态中(结构化排版)第一批
cost_exclude / altitude / faq / cancellationP0安全·须核实低第一批
related / merchant / gear / season / etiquetteP0安全·纯展示低第一批
reviews 静态骨架P1谨慎·不伪造低第一批(仅真实内容时启用)
map 及导航P1谨慎·核 scope中~高第二批
问答/余位/客服/保险P2不该预埋高第二批正式功能

关键实现依赖(gpt6 指出,务必重视):当前只有 product 页接入通用渲染器。要让 item/hotel 也享有「A 端免提审开关」能力,本次必须把这两页也接入渲染循环并完成测试,否则即便给它们登记实例也无法兑现。

包体约束:以本次约 13 个轻量新模板、25 类型总量作经验规划;主包 2MB 硬上限下真实可行数取决于编译体积与图片资源。长行程/评价/关联列表须分段 setData,避免单次推送大对象(体积阈值需开发者工具实测)。

六、下一步建议(待 Lean 拍板)

  1. 确认第一批范围:是否采纳上述 13 类型 + 同时接入 item/hotel 渲染器(推荐,否则两页预埋能力落空)。
  2. 内容真实性核验清单:cancellation/merchant 资质/altitude 等须与运营实际政策对齐,不得写死假文案。
  3. map 留第二批,先不进白名单。
  4. 实现后:开发者工具开 flag 视觉验收(gpt6 9 项)+ 一次重提审。

*本文件为分析规划,未改动代码。代码改动需 Lean 明确授权后实施。*