搜索入口与读者问题
Shopify 主题自定义：先复制，再预览、发布与回滚
先复制并命名主题副本，再区分 Theme settings、Sections、Blocks 与 Templates 的作用。用真实商品、集合、搜索、购物车和移动端回读预览；官方页面只说明产品入口与规则，不能替代本店的发布、模板分配和回滚证据。
改 Shopify 主题前，Duplicate 能保护什么，不能保护什么？
Theme settings、Sections、Blocks 和 Templates 分别应该在哪里改？
什么时候值得新建 product 或 collection template？
怎样用真实商品、集合、搜索、购物车和移动端预览主题？
副本里的模板预览，和线上对象的正式分配有什么区别？
移动端被遮挡或 App embed 冲突时，先检查什么？
发布主题前要留下哪些验收证据和回滚条件？
切回旧主题会不会恢复商品、菜单和价格改动？
官方来源与复核边界
这些页面用于确认主题自定义、Sections、Blocks、Templates、下载和复制店铺的官方入口。它们不能证明本店主题已经复制、模板已经正式分配、移动端没有遮挡、App 没有冲突，或发布后可以回滚；证据请脱敏保存。
第二阶段 · 主题与店铺结构
主题备份与装修：先复制，再改 Sections、Blocks 和 Templates
先预览真实客户路径并复制主题，再用全局设置、Sections、Blocks 和 Templates 组织首页、商品页和集合页，最后用桌面/移动端验收、发布和回滚。
做到什么程度才算完成
沿着 Online Store > Themes > Edit theme 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Online Store > Themes > Edit theme
- 产出
- 一份带日期的主题备份、页面模板清单、首页与商品页结构图、移动端截图、发布记录和每项修改的回滚方法。
- 可以继续
- 副本可识别，关键页面和模板在桌面/移动端预览通过，发布后路径稳定，上一版主题和回滚负责人明确。
- 必须暂停
- 如果未复制 live theme、模板分配不明、移动端遮挡、App 冲突或发布后无法恢复，先暂停装修和发布。
证据边界：主题编辑器预览不证明 live theme 已发布，也不证明所有设备、App、动态 source 和真实客户流程都正常；发布后必须重新回读。
为什么现在先做这一步
主题装修既影响转化，也可能影响所有商品、集合、菜单和结账入口。没有副本和回滚，任何一次 padding、template、App embed 或全局颜色修改都可能把整个店铺带入不可解释的状态。
开始前准备
- 准备当前 live theme 名称、版本、备份命名规则和回滚负责人。
- 列出真实商品、集合、菜单、搜索、购物车、模板和移动端设备。
- 先写首页信息层级、每项改动的目的和需要保留的旧版本。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
选择并预览主题
在 Online Store > Themes 查看当前主题和 Theme Store 选项。先用 Preview 检查商品页、集合页、菜单、搜索、购物车和移动端，不要只看主题示例首页。
做完后应该看到或拿到：得到主题候选版本在真实店铺路径上的预览结果。
怎样算完成：商品、集合、菜单、搜索、购物车和移动端没有关键遮挡或路径断裂，候选主题适合继续复制。
如果结果不对或入口没出现：入口或预览内容不对时，确认当前店铺、页面标题和 Preview 上下文，回到完整 Online Store > Themes section。
留下证据：记录主题名称、版本、预览 URL、设备、关键路径结果和验证时间。预览不证明 live theme 已发布。
复制主题并命名备份
对当前主题执行 Duplicate，用日期加用途命名，例如 2026-08-01-before-launch。先在副本改主题代码和设置，并记录谁在什么时候改了什么。主题副本不是整店备份，也不是隔离的商品库；商品、集合、菜单、页面和其他共享数据仍需另外保留修改前记录。
做完后应该看到或拿到：得到可识别、可回退、与当前 live theme 分开的备份副本。
怎样算完成：副本名称、来源主题、创建时间、修改人和回滚目标都能回读。
如果结果不对或入口没出现：新模板未出现在商品或集合的分配列表时，先确认模板在哪个主题。后台只列当前已发布主题的模板；副本中的新模板先用主题编辑器预览，不要为了出现一个下拉选项就仓促发布。
留下证据：保存副本名称、来源、日期、修改记录、模板分配和 live theme 名称。
失败处理：不要直接大改 live theme 再靠记忆恢复。复制后只隔离了主题改动；修改商品或菜单前还要确认影响范围并保留原值。
理解 Sections、Blocks 与 Theme settings
进入 Edit theme。Section 是页面模块，Block 是模块内元素，Theme settings 控制全局颜色、字体、按钮和布局。先改全局，再处理单页，避免同一个样式在多个地方重复修。
做完后应该看到或拿到：得到全局设置、页面 Sections 和 Blocks 的责任边界。
怎样算完成：每次改动都能指出影响范围、保存状态、前台结果和恢复方式。
如果结果不对或入口没出现：页面入口或字段不对时，确认当前模板、页面标题和 section/card，不要在名称相近的模板中继续改。
留下证据：记录全局设置、模板、Section/Block、动态 source、影响页面和截图。
整理首页的信息顺序
首屏说明卖什么、适合谁和下一步，后面再放核心卖点、主推商品、信任信息、使用场景、FAQ 和邮件订阅。每个 Section 只承担一个主要任务，删除没有信息价值的默认模块。
做完后应该看到或拿到：得到从理解产品到行动的首页信息层级和模块职责。
怎样算完成：桌面和移动端首屏、卖点、商品、信任、FAQ 和 CTA 顺序符合客户任务，文字和按钮没有被遮挡。
如果结果不对或入口没出现：移动端文字或按钮被遮挡时，检查 Section padding、fixed/sticky 元素、App embed 和安全区，不要只缩小字体。
留下证据：保存首页结构图、Section 顺序、移动端截图、CTA 路径和复测时间。
失败处理：如果每个模块都在抢首屏注意力，先回到客户任务删减或重排，不要继续增加 Banner。
建立商品和集合 Templates
确有布局差异时再创建商品或集合模板。先在副本的主题编辑器选择模板，通过 Preview > Change 选一个对象查看效果；这一步只是预览，不会给对象分配模板。商品或集合后台的 Theme template 列表只使用当前已发布主题中的模板。新模板仅在副本时，先完成预览，把发布后分配和原分配的恢复方法写进下一步发布计划。
做完后应该看到或拿到：得到可复用模板的预览结果、动态数据检查和待执行的分配计划；线上是否已分配另行记录。
怎样算完成：副本模板在指定商品或集合上预览通过，已记录对象、模板所在主题及原分配。需要新模板的对象列入受控发布计划，不能把预览成功记成线上已分配。
如果结果不对或入口没出现：对象仍显示默认模板时，先区分编辑器预览与正式分配。确认当前已发布主题含有目标模板后再按批准范围分配，并从真实 URL 检查；不要在未发布副本中反复找后台分配选项。
留下证据：记录模板名称、所在主题、预览对象、原分配、动态 source、预览 URL 和移动端结果。实际分配时间在获批发布并完成分配后补记，未执行就保留待办。
完成预览、发布和回滚记录
用桌面与手机预览首页、集合、商品、购物车和搜索，检查按钮、文字、图片比例和 sticky 元素。保存截图以及原商品或集合模板分配。通过指定负责人的发布确认后，才发布选定副本；对仅在新主题中的模板，随后分配获准的对象并立即复查其真实 URL。保留上一版主题和独立的数据恢复记录，不把未完成的分配当成上线通过。
做完后应该看到或拿到：得到发布副本、验收截图、发布时间、上一版主题和可执行回滚动作。
怎样算完成：关键路径在发布前后都通过，谁在什么条件下恢复哪个主题已写清楚。
如果结果不对或入口没出现：发布后效果变回旧版时，确认发布的是正确副本，检查主题切换记录和自定义是否保存，必要时从上一版回滚。
留下证据：保存桌面/移动端截图、发布主题名、时间、关键 URL、问题单、回滚负责人和回滚结果。
失败处理：发布后出现布局、模板或 App 冲突时，先限制受影响的发布范围并保存证据。确认上一主题与当前商品和 App 兼容后才恢复；切换主题不会自动还原商品内容、菜单或对象的模板分配，相关数据必须按原记录单独处理。
现在把判断用到你的店铺
先用真实商品页、集合页、搜索和购物车预览主题，再复制并命名备份。副本中先改 Theme settings 和 Sections/Blocks，再用 Preview > Change 核对备用模板。商品和菜单等共享数据另留原值；新模板的发布与正式分配按同一批准计划执行，之后重走桌面和移动端路径，分别检查主题恢复与数据恢复。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：一份带日期的主题备份、页面模板清单、首页与商品页结构图、移动端截图和每项修改的回滚方法。
相关后台路径：Online Store > Themes > Edit theme
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：主题编辑器预览不证明 live theme 已发布，也不证明所有设备、App 和真实客户流程都正常
继续条件：存在命名清楚的备份，关键模板与移动端首屏已预览，发布人和回滚点都明确
暂停条件：如果改动只存在于 live theme、没有副本或移动端购买路径仍被遮挡，不要发布
下一步：下一步建立 Pages、Menus 与 URL redirects，把内容变成客户能找到的路径。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
主题备份后的恢复演练
把常见故障写成可以执行的恢复动作：先定位版本、模板或模块，再决定修复副本、暂停发布或恢复上一版。记录实际结果，不要把“知道怎么回滚”当成已经演练。
| 场景 | 先检查 | 继续条件 | 失败/回滚 | 证据 |
|---|---|---|---|---|
| 模板已发布但对象仍显示旧布局 | 商品/集合分配和发布主题 | 前台读取当前对象的模板和动态 source | 对照原分配和批准的目标模板单独修复；副本预览不能替代正式分配。 | 对象 URL/模板：________ |
| 移动端遮挡 | padding、sticky/fixed、App embed、安全区 | 按钮、文字和图片比例可读可用 | 恢复副本或移除冲突模块 | 设备/截图：________ |
| 发布后变旧版 | 发布副本、主题切换记录、保存状态 | 正确副本在关键路径稳定 | 恢复上一版主题并保留问题证据 | 时间/负责人：________ |
| App 或模板冲突 | 副本版本、App embed、模板分配 | 冲突被定位且重测通过 | 暂停发布或回滚上一版 | 问题单/复测：________ |
| 商品或菜单内容也被修改 | 先分清主题设置与共享店铺数据，并查看修改前的原始值。 | 相关商品、菜单和原模板分配分别恢复或获准保留，前台结果重新核对。 | 不要只切换旧主题。按已保存的原值和单独批准的范围处理数据。 | 对象/原值/实际结果：________ |
当前设置需要确认的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 改动位置 | 先全局 Theme settings，再 Sections/Blocks | 减少重复修改和样式漂移 |
| 备份命名 | 日期 + 用途 | 让来源和回滚目标可识别 |
| Template 数量 | 按结构差异建立 | 避免每个 SKU 一份难维护模板 |
| 发布动作 | 预览、截图、第二人确认后发布 | 把回滚从口头承诺变成动作 |
这些地方先不要乱动
- 不要在 live theme 上直接大改，再靠记忆恢复。
- 不要为每个 SKU 复制模板，也不要忘记把模板分配回商品或集合。
- 不要只看桌面或 Theme Store 示例；移动端、真实对象和发布后版本都要验收。
常见问题
复制主题后就自动成为 live theme 吗？
不会。副本需要单独预览、编辑、验收和发布；发布前要保留当前 live theme 作为回滚目标。
每个商品都应该有一个独立 template 吗？
不应该。只有结构确实不同的商品或集合才拆分模板，否则模板数量会难以维护。
Theme editor 预览通过就可以发布吗？
还要在桌面和移动端检查真实商品、集合、搜索、购物车、模板和 App 影响，并写清发布后回滚动作。
主题副本是不是整店的测试环境和备份？
不是。主题副本隔离的是主题本身，商品、集合、菜单和其他店铺数据仍可能被多个主题读取。假设你把保温杯售价从 49 改成 39，切回旧主题不会把商品价格改回 49。主题恢复与数据恢复需要不同的原始记录和确认。
当前结论与继续条件
主题任务的完成标准不是页面看起来更漂亮，而是每次改动都有副本、范围、模板分配、真实前台结果和回滚动作。继续前确认桌面和移动端关键路径稳定，发布副本和上一版主题都可识别。