Priorly 使用指南

四类东西：商品、分类、页面和博客文章。除此之外没有别的 —— 第十一步列出了刻意排除在外的部分，以及原因。

对商品，保留标题、URL 句柄、描述、状态、供应商、商品类型、标签、选项、每个规格及其价格、对比价、条码和排序位置，搜索引擎标题与描述，主题模板，以及元字段。对分类：标题、句柄、描述、排序方式、包含的商品、它们的手动顺序、自动条件、SEO 字段、模板和元字段。对页面：标题、句柄、正文、是否已发布、模板和元字段。对博客文章：标题、句柄、正文、摘要、作者、发布状态、标签和元字段。

商品和分类在变更的那一刻就被记录。Shopify 会即时通知应用，所以按下保存几秒后版本就已存在 —— 一个下午里改两次又撤两次，留下的是三个版本，而不是一个。

页面和博客文章不同，而这个不同很要紧。Shopify 对它们没有这样的通知，所以应用只能靠把店铺和自己的记录做比对来发现变更，而比对发生在你打开应用时，且最多每天一次。在两次比对之间被改动又改回去的页面不会留下痕迹，因为两次看到的都一样。

凡是适用的界面都会标出这个区别：商品和分类标注「实时记录」，页面和博客文章标注「比对发现，非实时监听」。这不是应用藏在脚注里的限制。

全新安装做的第一件事，是给整个商品目录拍一张快照。小店铺一两分钟；大店铺则在后台跑，你可以先去做别的，仪表板会显示进度。

那张快照之后的一切都是历史。每个条目的第一行叫「首次快照」，所以它的记录从哪里开始始终清楚 —— 而不是这个条目本身从哪天开始。

在那之前什么都不存在。Shopify 自己不保留版本历史，也不会交出来，所以你安装的那一天，就是任何套餐所能触及的最早一天。

安装之日以前，任何东西都不存在版本 —— 任何套餐都一样。这正是要在需要之前就装上、而不是出事第二天早上才装的全部理由：它无法展示它不在场的那一天。

从那以后有两条线限制你能回溯多远，晚的那条说了算：快照本身，以及你的套餐保留多少天。免费方案下，安装满 30 天之后，快照不再是界限，保留期成了界限。当下是哪一条在起作用，仪表板会直接写出来，不用你自己算。

仪表板是所有已记录的变更，最新的在最上面：改了什么、属于哪一类条目、这次变更从哪里来、什么时候。

每一行都标明来源，这四种值得分清。「在 Shopify 中变更」是常规情况：有人或有程序编辑了条目，Shopify 告知了应用。「首次快照」是这个条目历史的起始行。「由遗漏检查发现」是应用靠比对自己察觉的，而不是被通知的 —— 页面和博客文章永远是这样进来的，故障期间漏掉的内容也是这样补进来的。「已还原」是应用自己应你的要求做出的变更。

搜索接受名称或 URL 句柄。旁边有两个筛选：一个按条目类型，一个按变更性质。点开任意一行都能看到该条目的完整历史。

每一行都带着条目的图片，它在那里是为了让你不用读 SKU 就认出一件商品。

图片只用于显示，从不写回。还原一个条目，不会还原它的图片：应用保存的是指向图片的链接，不是文件本身，重新建立的条目会不带图片回来。

同一个界面在手机上也能用 —— 别人为这件事打电话给你时，你多半就在手机旁：表格会折成一行行，而不是横向滚动。

「检查遗漏的变更」按需跑一次比对。它和按计划运行的是同一套流程，也正是你在刚被告知「某处改了」、想确认记录里有它时会按的按钮。

点开任意一行，就能看到这个条目的各个版本，最新的在上，每个都有日期和来源。「当前」标记的是此刻正在你店铺里生效的那一个，标题处会写明存有多少个版本。

一个版本就是这个条目在那一刻的全部内容 —— 不是差异清单，而是完整状态。所以任何一个版本都能直接放回去，不需要中间那些；也所以无论两个版本相隔多远，应用都能把它们并排展示。

被删除的条目仍然保有自己的历史和页面。界面顶部会写明它已被删除，而最新的那个版本就是回去的路：还原它是重新建立这个条目，而不是编辑一个已有的。

早于你套餐保留期的版本会被清除，而应用是事前提醒而不是事后：一条通知会写明日期和即将消失的版本数量，于是有一周时间来处理或升级。

「查看并还原」会在写入任何内容之前打开预览。每一个会改动的字段都列出来，店铺现有的值与将要还原的值并排，每一行还标明属于哪一类改动：变更、新增或删除。

差异直接标在文字里，所以一段少了一句话的描述，展示给你的是那一句，而不是两段让你用眼睛去比。

此刻生效的版本仍会留在这个条目的历史里。还原本身也是一次变更，和其他变更一样被记录 —— 你刚刚替换掉的东西离回来只有一次点击，误操作的还原不是一扇单向门。

免费方案下，预览会列出所有会改动的字段，但把值用点隐去。改动的形状是可见的 —— 哪些字段、有多少个 —— 而读到值、把值写回去，正是付费方案增加的部分。

一次还原是作为一个操作写入的。如果其中一部分失败了，应用会告诉你是哪一部分，而不是报告成功、让你之后自己发现。

预览里所有项一开始都是勾选的。取消某一行的勾选，那个字段就保留它现在的值 —— 于是还原只取你选中的字段，条目的其余部分原封不动。

这是日常场景：上周二的价格是对的，上周二的描述不对 —— 那就取价格，别碰描述。每一行还带一个「还原」按钮，适用于真的只有一个字段、又不想去取消另外十一个勾选的时候。

有些行没法分开，预览会在侧边用一条线把它们连起来说明这一点。属于同一个规格的行会一起动，而一个商品的全部规格会作为一整份列表一起动，因为 Shopify 就是这么存的 —— 把上个月的规格放在今天的选项旁边，是一个 Shopify 理应拒绝的商品。

分类也一样：它要么是手动的，要么是自动的，所以它的成员列表和规则一起动。把成员列表还原到一套仍在生效的规则上，下一刻就会被那套规则悄悄覆盖。

有时没有哪个单一版本是对的。描述是两周前那版对，价格是昨天那版对，而还原其中任何一个版本，都意味着连本来没问题的那一半也一并接受。

「从历史构建」会把每个字段曾经有过的所有值都列出来，每个值标注的是它生效的时间段，而不是它出现的那一刻 —— 于是一行读起来是「8 月 3 – 5 日生效」，你真正在选的正是这个。字段后来又回到过的值只提供一次，取自最近的那一段，而不是列三遍。

每个字段选一个值。没有动过的字段保持店铺现在的值，它作为第一个选项出现并标注为「当前」—— 所以没动的字段是有意保留，而不是漏看。

确认页是两张表：会改动的部分（当前值对新值），以及保持不变的部分。它点名的是字段而不是日期，因为结果是一套组合，把它叫作「3 号那个版本」会是一句谎话，而时间线此后会一直重复这句谎话。

写入之后，你会得到发生变动的字段清单、一个进入 Shopify 中该条目的链接，以及回去的路：这套组合和其他变更一样，可以撤销。

这里同样有两对不能拆开，原因和上一步相同：商品的选项与它的规格同行，分类的规则与它的成员同行。博客文章根本没有这个选择界面，因为 Shopify 没有提供逐字段写回的办法。

读取的是该条目最新的 200 个版本。在长保留期方案下、变动频繁的商品可能不止这些，界面会明说，而不是悄悄给你一份更短的清单。

被删除的条目在单独一页上，标着它们消失的日期和类型。搜索和类型筛选与仪表板上的用法相同。

还原其中一个，会依据最后一份记录版本重新建立它。对商品，这意味着它的规格、价格、条码、选项、标签、SEO 字段和元字段 —— 以及它在每一个曾归属的分类中的位置和排序。对分类，意味着它的规则或成员列表及其顺序。店铺里没有别的东西指向页面和博客文章，所以把条目放回去就是全部工作。

除非你另有指定，商品会以草稿状态回来，页面则处于未发布状态。这个勾选项存在，是因为「这东西是不是马上就上店面」在那一刻是个真问题，否则你就得抢在店面前面把它藏起来。分类不提供这个选择：它的可见性存放在这个应用并不记录的「销售渠道发布」里，勾了也不会有任何作用。

网址会保留，所以链接和搜索排名照常有效。

Shopify 分配的内部 ID 不会保留。重新建立的条目是一个新 ID，而所有指向旧 ID 的东西 —— 过往订单、其他应用的数据、你去年做的一份导出 —— 仍然指向空处。这一点无法改变：ID 由 Shopify 分配。

如果重新挂接的过程中有一部分失败 —— 比如某个分类已经不存在了 —— 应用会说明哪些部分没能连回去，而不是报告一次干净的成功。

当一次导入或批量编辑已经扫过整个目录，一件一件地改就是用错了工具。「撤销这段时间」取一个时间窗口，把窗口内变过的一切都放回去。

应用自己也会察觉。一口气记录到二十五条或更多变更 —— 一「口气」在安静五分钟后结束 —— 仪表板上就会出现提示，写明数量和时间，它的按钮直接打开撤销界面，时间窗口已按你店铺所在时区填好。这条提示在所有套餐上都会出现，因为哪怕店铺无法撤销整段时间，也仍然需要知道昨夜有四百个商品被改写了。它可以关掉，而关掉并不会隐藏之后的另一条。

界面会先列出它将要做的事：哪些会退回、哪些本来就没变、哪些是在窗口内新建的。最后这类放不回去 —— 一件当时并不存在的东西，没有更早的版本 —— 所以诚实的做法是把它们列出来并不去碰。

如果一个窗口查出来是空的，先别急着相信它。时间用的是你店铺自己的时区，所以按你手边的钟填出来的窗口，会整体错开那个时差。页面和博客文章只能靠比对发现 —— 最多每天一次，最高套餐每小时一次 —— 所以窗口内的改动可能还没被记录：先跑一次遗漏检查，再重新打开这个窗口。如果有一段缺口盖住了那几个小时，那里是记录缺了一块，而不是真的风平浪静。至于早于首次快照、或者超出你套餐保留期的窗口，它背后本就没有可查的东西。

在窗口内被删除的东西，会被当作「需要撤销的删除」来处理，也就是说它会像其他找回一样，带着一个新 ID 回来。

撤销整段时间属于最高套餐。发现它的那条提示不是。

有时变更没能到达应用。这些时间段会显示为缺口，标明覆盖的小时数和各自的原因，而不是被抹平：一份悄悄缺了一块的历史，比一份明说缺口在哪的历史更糟。

原因有四种，说的是不同的事。「变更通知没有送达」和「Shopify 无法投递变更通知」是故障，我们这边或他们那边的。「首次快照没有跑完」意味着初次抓取被中断，记录的起点比应有的晚。「应用失去了读取这类数据的权限」意味着某项权限被移除 —— 通常是卸载后重装，或者一次未被接受的权限变更。

「检查遗漏的变更」会通过比对店铺和记录，把还能补上的补上。它无法找回在缺口期间被改动又改回去的值，因为店铺里已经没有可比对的东西了；它能找回的，是所有仍然不一致的部分。

缺口一旦补上，应用会直说 —— 某个指定日期之后是完整的 —— 于是记录本身的可靠程度是页面上的事实，而不是一个假设。

有六样东西刻意留在应用之外，而这份清单由应用自己维护，好让这条边界能在平静的日子里核对，而不是在糟糕的日子里发现。

订单和客户完全不记录：那是财务和个人数据，而保存它们的应用会持有自己并不需要的个人信息。主题是另一件事，要用另一套工具。其他应用把设置放在自己的系统里，这个应用看不到。库存数量时刻在变，把旧数字放回去，错的时候多过对的时候。图片是最让人意外的一项：保存的是指向图片的链接，不是文件本身 —— 从删除列表里找回的条目会不带图片回来，需要在 Shopify 里重新添加。

同一份清单也在应用内部，放在覆盖范围页上，与每一类实际记录的内容并列 —— 好让你在依赖其中任何一项之前先读到它。

免费版记录整个商品目录并保留其中 30 天。一切都可读、可比对，包括「还原会改动什么」的预览：值被隐去，改动的形状没有。这足以让出问题的那天，历史已经在那儿了。

Basic 每月 12 美元：还原、找回已删除，以及保留 90 天。

Advanced 每月 29 美元：撤销整段时间，把遗漏检查从每天一次改成每小时一次，以及保留 365 天。

没有哪个套餐按目录大小计费，所以店铺变大了账单也不会变：价格按店铺算，不按商品算。两个付费套餐都从 14 天免费试用开始，而且每个店铺只有一次试用：换套餐不会重新开始一次。