核心实施拆解
从选型到加购:三条关键前端链路
ugee 面向全球创作者销售无屏数位板、数位屏、可独立运行的 Android 平板和入门 3D 打印。真正高成本的错误是买错设备类型:要不要外接电脑、笔能做什么、盒子里有什么,都会随这一步改变。商城因此先按创作任务分流,再在型号长页里把作品、运笔和在售配置放进同一条阅读节奏,并把配件与市场规则留在主机选项之外。
项目背景
先明确客户怎么选,再决定前端承担什么
用户先选择 Drawing Pad、Tablet、Monitor、Android Tablet 或 3D Printer,再比较 UT2/UT3、S640、M708、UE12/16 等的屏幕、尺寸、笔、系统和箱内清单。学生优惠、VAT、配送和配件完成判断。
Shopify 创意硬件前端、产品分类、规格型 PDP、配件与全球购买体验。
01任务分流
让找绘图板的人和找 3D 打印机的人走不同的第一条路径
在比较 UT2、S640 这些型号之前,先把用户送进无屏板、数位屏、独立平板或 3D 打印中正确的一条。
- 01选择创作任务对应的设备类型
- 02在系列里比较尺寸、笔和是否独立运行
- 03进入型号页确认兼容与箱内清单
实现方法
- 用系列承载设备类型,把无屏绘图板、数位屏、独立 Android 平板和入门 3D 打印做成一级路径,而不是按品牌术语混排。
- 屏幕、尺寸、压感、笔和系统兼容写在产品对象上;颜色与在售配置走变体,笔尖和支架不进入同一组 option。
- Predictive Search 同时回传商品与系列建议,让搜型号的人和搜 drawing pad 的人都能先落到正确范围。
部署与验收
- 关键特性、箱内清单和兼容说明拆成 section 与 block,用 schema 绑定产品字段,新型号沿用已有设备类型即可进入分流。
- 搜索保留输入中、无结果和键盘操作状态,避免只有精确型号名才能被找到。
最终效果实现后的变化
- 用户先确认要不要屏幕、要不要外接电脑,再进入具体型号,而不是在混杂列表里猜测品类。
- 3D 打印留下自己的材料与配件逻辑,不会占用绘图设备的规格问题。
查看脚本与 Shopify API 依据
predictive-search.jssearch-form.jsPredictive Search API02型号长页
给 UT2 和 UT3 各自的长页证明,而不是复制一张规格表
相近绘图板要在滚动叙事里讲清作品、运笔和结构,同时不能把当前可售配置讲丢。
- 01打开 UT2 或 UT3 产品页
- 02滚动观看作品与运笔
- 03在同一比例里看到设备结构
- 04规格面板原地切换
- 05确认当前配置后再加购
实现方法
- UT2、UT3 分别加载 details-page-ut2-3.js、details-page-ut3-3.js 等型号脚本,长页时间轴按 SKU 维护,而不是所有绘图板共用一套滚动编排。
- GSAP 与 ScrollTrigger 组织创作场景的阅读节奏;Swiper 负责画廊和模块轮播,避免滚动叙事和滑动手势抢同一套交互。
- ugee_tab.js 与 details-tab.js 在当前模板内切换规格面板,不靠整页重载购买表单。
- media-gallery.js 与产品表单通过 pubsub.js 同步变体,滚动演示只讲当前配置,不另算一套选项结果。
部署与验收
- 第二屏媒体可延迟加载,首屏先保证设备识别和购买控件。
- 滚动叙事留出暂停、减弱动效和无障碍焦点出口,避免演示锁死页面。
- 型号脚本只挂在对应产品页,UT2 与 UT3 的时间轴互不混用;脚本异常时规格和原生商品表单仍可阅读、可提交。
最终效果实现后的变化
- 相近型号进入长页后能看清笔感和是否需要电脑,而不只是重复一张参数表。
- 读完创作演示后,用户面对的仍是将要加入购物车的那一个配置。
查看脚本与 Shopify API 依据
details-page-ut2-3.jsdetails-page-ut3-3.jsdetails-ut2.jsdetails-gsap.min.jsdetails-ScrollTrigger.min.jsdetails-swiper-bundle.min.jsdetails-lazy-2nd.jsdetails-tab.jsugee_tab.jsmedia-gallery.jspubsub.jsGSAPSwiper03配件成套
笔尖、支架和保修按兼容关系旁挂,不写进主机变体
主机买的是在售配置;耗材、支架和保修作为可独立履约的商品跟在后面,避免把配件塞进 option。
- 01锁定主机颜色与在售配置
- 02按兼容关系选择笔尖、支架或线缆
- 03Ajax 加入购物车并回显行项目
- 04在购物车边界处理保修加购
实现方法
- 配件保持独立产品,用兼容关系挂到主机,库存和售后与 UT2、UT3 主机分开维护。
- product-form.js 与 product-info.js 只处理当前主机变体;pubsub.js 把库存和表单状态同步到画廊与抽屉,配件不改写主机 option。
- 系列和卡片上的 quick-add.js 只提交已确认的主机配置,长页不是唯一加购入口。
- Carebox 扩展停在购物车保修加购,不进入产品变体。
部署与验收
- 抽屉以 Cart Ajax 返回结果为准,数量修改和删除走 change / update,避免页面局部显示过期行项目。
- 移动端快速加购和数量控件避开规格 Tab,箱内清单保持可读。
- 支付与钱包脚本留在结账边界,不和主题里的配件关系绑在一起。
最终效果实现后的变化
- 用户能分清这次买的是主机、耗材还是保修,履约和售后也可以分开处理。
- 加购后在抽屉确认具体行项目,不必离开型号页才能知道有没有加对。
查看脚本与 Shopify API 依据
product-form.jsproduct-info.jspubsub.jscart-drawer.jscart.jsquick-add.jsquantity-popover.jscarebox-cart.jsCart Ajax: addCart Ajax: changeCart Ajax: update运营交接
上线之后,运营团队可以继续维护
- 目录按无屏绘图板、数位屏、独立 Android 平板和入门 3D 打印展开,UT2、UT3、S640、M708、UE12 / UE16 等型号落在对应创作任务下。
- 屏幕、尺寸、压感、笔与系统兼容写在产品对象;颜色和在售配置用变体管理。
- 笔尖、支架、线缆保持独立商品,靠兼容关系挂到主机,库存和售后不与主机混在同一组选项里。
- 公开店面默认英语与美国市场,地区和语言同时走主题 localization-form 与 Transtore 扩展。
- VAT、插头、系统语言、驱动下载、配送和教育优惠按市场编辑;核心规格跨市场共享。
- 结账支付与钱包脚本与主题本地化分开,换市场时不必重做选型到加购的主路径。
资料说明公开来源与核验边界
公开资料来源
内容核验
行业、商品与公开功能依据品牌官网核验;无法从前台验证的 App、后台配置和经营数据不作推断。WESWOO 的工作范围只按项目记录和客户授权表述。
公开信息最近核验:2026-08-12