site命令查询：原始数据无法导出时怎样保留可复查记录
📱 Mozilla/5.0 (compatible; QlyzeBot/1.0; +https://app.qlyze.io/bot)
🔗 /632628362a8a.html
📄
site命令查询：原始数据无法导出时怎样保留可复查记录
结论先说：当系统只展示结果、不提供导出时，可复查记录的关键不是把每个数字都抓下来，而是固定查询条件、留一张结果快照、写清复查触发点。三件事做到，才谈得上决定保留、改写还是退出。
先判断这份记录要支撑哪种取舍
保留、改写、退出三种决定，对记录的要求并不相同。保留意味着旧内容或旧系统还会继续被引用，记录里必须能看出它当时的覆盖范围；改写意味着后续要动结构或内容，记录里要留下改动前的基线；退出意味着不再维护，记录里至少要能说明退出的判断依据，以及哪些部分被迁移走了。
如果连要支撑哪种决定都没定，抓下来的截图和数字往往互相矛盾。先写一句话：这份记录是为了在什么条件下证明什么。写不出来，说明还不该开始整理。
导出受限时，最少要固定哪几项
没有导出功能时，把下面几项按可复制文本或截图固定下来，通常比抓一堆零散数字有用：
- 查询词本身，包括是否带引号、是否限定站点范围，以及查询时使用的完整表达式。
- 查询发生的日期与时段。结果会随时间变化，没有时间戳的记录无法复查。
- 结果总量或分页结构，以及可见结果的排列顺序。顺序本身也是信息。
- 被特别关注的那几条结果，逐条记下标题、摘要中与判断相关的部分、以及它出现在第几位。
- 查询时所处的环境：登录状态、所在地区、使用的语言设置。这些会影响看到什么。
动作上，可以先截一张包含查询表达式和结果总数的整页图，再把关键几条单独复制成文本。截图负责证明“当时确实是这样”，文本负责后续能被检索和比对。只做其中一样，复查时都会缺东西。
截图和文本各自解决什么问题
截图容易被当作证据，但它有两个明显短板：无法全文检索，也无法直接进入后续的对比流程。文本可以检索、可以逐条标注，但脱离了页面上下文，别人不容易判断它是不是被裁剪过。
更稳的做法是让两者互相指认：文本里每条记录都标出它在截图中的位置，截图里对关键条目做统一标记。假设有一批旧页面要评估是否退出，用这种方式记录后，三个月后复查时，只要重新执行同一表达式，就能逐条对照哪些还在、哪些已经消失。对照结果直接决定下一步是继续观察还是启动迁移，而不是凭印象判断。
什么情况下该保留，什么情况下可以退出
保留成立的前提通常是：这些内容仍被外部引用、仍承担入口作用，或者退出成本高于维护成本。改写成立的前提是：内容本身还有价值，但结构、表述或指向已经过时。退出成立的前提是：已经确认没有引用来源、没有内部依赖，且相关部分已经迁移或确认不再需要。
一个可用的判断顺序是：先看记录里是否还有活跃的引用痕迹，再看改写的工作量是否小于重新组织的成本，最后才考虑退出。这个顺序不能反过来。先决定退出再补记录，很容易把“我没查到”当成“它不存在”，而这两件事在证据强度上完全不同。
让记录经得起下一次复查
记录做完不等于结束。给每条记录留一个复查触发点，比如“下次改版前”“合作关系结束后一个周期”“引用来源发生变化时”。触发点写清楚，复查才有起点。
复查时不要只比对数字。结果条数变化可能来自查询环境、索引更新、内容本身改动等多种原因，单独一项变化不足以证明处理正确。把变化和当时的动作放在一起看，才能判断这次记录是否支持了原先的决定。若发现记录缺了关键条件，先补条件再下结论，不要用新截图去覆盖旧截图，两者应并存。
最后一步是交接。把查询表达式、时间戳、截图与文本的对应关系、以及复查触发点放在同一处，并注明记录人。这样即使原查询环境已经不可用，接手的人仍能按同一条件重新执行，判断这份旧内容、旧系统或旧合作关系，究竟该保留、改写，还是退出。
