用 Notion API，操作不当可能会撤回已删除的页面

今天临时收了一些数据做分析，为了验证某个数据的暴增原因，需要根据链接批量爬取内容的互动数据，筛选时间上近、可能导致了暴增的内容。

刚好前几天写过相关的爬虫，改了改就用起来了。

但诡异的是，按道理说这个脚本只会更新页面的数据，实际运行后，Notion 数据库的页面反而增加了。

多出来几十个新页面，把我整懵了。

为了定位问题的原因，我开始回顾脚本的运行步骤：

1. 获取待处理的页面数据，筛选所有互动数据为空的页面，用到了 Notion API 查询数据库；

2. 收集互动数据，调用调试网页发现的网站的 API，用内容的链接获取互动数据；

3. 保存数据，基于收到的互动数据，通过 Notion API 更新对应 Notion 页面的属性值；

新建页面显然发生在第 3 步、更新 Notion 页面的这一时间，但这一步会处理的页面范围，则是第 1 步筛选后的页面就确定下来的，因而问题很有可能出在最开始的筛选条件上。

为什么明明筛选的是互动数据列为空的，找到的结果会比表里现有的数据还多？

我突然想到了一个线索，在运行脚本前，我将原始数据导入 Notion 时，不小心用错了文件，

导致多导入了一些页面。

虽然之后删掉了，但这些页面的互动数据也是空的，即便删掉了，依然有可能被 Notion API 搜到。

验证了一番，果然如此，如果更新已删除页面的属性，这些页面就会「秽土转生」、重新出现在 Notion 里。

Notion 数据库里的页面，即便删掉了也能通过 Notion API 搜索到，这意味着：

- 筛选条件要设好，避免不小心撤回了已删页面，弄乱了数据库

- 能查到的已删页面的应该是有限时间内的，因为 Notion 不太可能一直保留所有已删除的数据，照理超出一定时间范围就会真的删掉

重新查了官方文档后，发现 Notion API 原本就支持删除页面（非永久）与撤回删除，只要在发送请求时更新 archived 参数即可：https://developers.notion.com/reference/archive-a-page

这下多少能理解了，如果无法选中已删除的页面，更不用谈撤销删除了。