Shopify 分类文章 - 光算科技

Shopify 卸载插件后的残留清理：代码、脚本与数据

卸载 Shopify 应用只是解除授权关系，主题代码、模板 JSON 里的 app block 与页面脚本仍然留着。本文按三层给出残留定位与清理顺序、卸载前的数据导出取舍，以及删完要逐类页面做的回归检查。

按功能对照 Shopify 原生做法与常见插件：区块与模板、菜单、元字段、图片、多语言多币种各自能覆盖到什么程度，评论与评分为什么替代不了，以及替换前要核对的数据、地址、结构化数据与主题残留。

把选插件的标准压到三条：问题是否写得清楚、脚本代价能否提前估出来、卸载时能不能干净退出。文章给出脚本基线的对比方法、功能重叠的代价、试用期要验的清单，并说明哪些需求不值得为了省订阅费自己写。

从脚本盘点入手处理客户数据与同意管理：列出统计、广告、会话类脚本的归属与落点，给出同意前延迟加载的最小写法与自测方法，说明政策文本、客户访问与删除请求的执行顺序，并标明合规判断需要专业意见。

把结账滥用拆成机器人下单、盗卡下单和恶意拒付三类，分别给出判断依据与处置动作，说明平台风险提示的能力边界、人工审核规则与支付方工具的分工，以及误判真实订单的代价和规则观察期的设置方法。

评论应用为什么要读订单和客户数据，取决于平台按资源类别给出的授权范围，而不是它的功能名字。文章给出已装应用的审计流程、撤权前必须确认的三件事，以及卸载之后仍然留在主题里的东西。

店铺后台出问题，多数不是密码太弱，而是权限给宽了并且没人回收。文章给出两步验证该覆盖谁、按钱与客户数据与代码三个方向拆权限的做法、离职当天要处理的清单，以及判断可疑活动的顺序。

移动端的性能检查不要按指标排，要按页面类型排。文章给出首页、集合页、产品页各自要看的重点，按影响面和风险排序的改动顺序，以及测试条件不固定时最容易得出错误结论的几种情况。

Shopify 后台速度报告和 PageSpeed Insights 的分数经常对不上，原因在于两类数据的口径不同。这篇文章按顺序讲清差异的来源、可复现的同条件对比方法，以及哪些瓶颈其实来自第三方脚本，需要自己核实的地方也一并标出。