# 公众号旧文记得内容却搜不到？把自己的叫法接到原文术语上

> 面向跨领域自学产品设计的读者，用术语入口卡区分正式名称、缩写和个人问法，配合 Obsidian 别名与明确搜索式，让保存的公众号旧文能被再次找到并追溯出处。

作者：MPHistory 团队
发布日期：2026-10-31
更新日期：2026-10-31
原文：https://mphistory.followto.us/blog/2026-10-31-wechat-content-assets

## 为反复搜不到的概念建一张入口卡

公众号旧文已经存好，却总是记得意思、想不起原词，可以另建一张术语入口卡：写下原文用词、确认过的别名、自己常用的问法，再链接到相关文章。以后先搜自己的说法，从卡片返回原文，不必逐篇改标题或重写正文。

这适合从其他岗位转向产品设计、同时阅读中英文术语的自学者。例如，你想找“菜单怎么分组”，保存的文章却讨论“信息架构”。两者有联系，但不能直接当成同义词。入口卡既要帮助查找，也要留下这种区别。

## 先判断是词没对上，还是材料没有保存

从一次失败的搜索开始，记下输入的词。再通过文章目录或阅读记录找到目标文章，确认正文可读，抄下对应小节里的实际用词。若文章尚未取得、正文缺失，补别名也解决不了问题；只有内容在本地、词语不匹配，才进入术语整理。

尚需保存历史文章时，可在 [MPHistory](https://mphistory.followto.us/) 粘贴目标公众号的一篇公开文章链接，预览确认账号与本批范围后，按需下载。它提供一次性历史打包，包含 HTML、Markdown、本地图片、目录页和 `manifest.csv`。篇数、价格、续接条件与服务器保留期限，请查看[首页当前规则](https://mphistory.followto.us/#inRule)。

保留原始 zip，文章与图片保持原有相对位置，术语卡另放在自己的笔记目录。具体整理可参考[公众号文章下载后的资料库指南](/blog/2026-10-20-wechat-archive-personal-knowledge-base)。关键字只出现在图片里时，需要另外补文字索引，见[图解检索方法](/blog/2026-10-27-wechat-content-assets)。

## 把名称、个人问法和相关概念分开

每张卡只处理一个概念，分三处记录：

- **名称与别名**：原文术语、经核对的英文全称、缩写；注明适用语境。
- **个人问法**：你确实会输入的短语，例如“栏目放哪里”“菜单怎么分组”。这是查找入口，不是定义。
- **容易混淆的概念**：说明有关联但不能互换的词，以及应另查什么。

以信息架构为例，[Nielsen Norman Group 的原始说明](https://www.nngroup.com/articles/ia-vs-navigation/)区分了信息架构与导航：前者涉及内容及其组织关系，后者涉及让用户到达内容的界面组件。因此，“导航设计”可以作为相关线索，却不宜直接填成“信息架构”的等价别名。

缩写还可能跨领域重名。先在卡片中注明“本卡讨论网站或应用的内容组织”，再判断新文章是否属于这个语境。不要因为几篇文章都出现同一缩写，就全部挂到同一概念下。

## 在 Obsidian 里设置入口，再明确搜索范围

以下是自建笔记 `术语入口/信息架构.md` 的示例，题名和文章记录均为占位内容，需要用实际材料替换；这些字段不是 MPHistory 自动生成的：

```markdown
---
aliases:
  - Information Architecture
  - IA
---
个人检索词：菜单怎么分组、栏目放哪里
适用语境：网站或应用的内容组织
区别提醒：导航设计是相关概念，不作为等价别名

相关阅读：
- 文章原题：填写实际标题
- 来源：作者或署名、公众号、发布日期、原文链接
- 本地位置：填写实际文章路径与对应小节
- 关联理由：用自己的话说明该小节回答什么
- 待核事项：哪些名称或概念关系尚未确认
```

[Obsidian 官方别名文档](https://obsidian.md/help/aliases)说明，`aliases` 应写成 YAML 列表，输入内部链接时可以用别名找到笔记。这里把别名加在自己的概念卡上；保存的公众号正文继续保留原样。

全文检索则使用明确的词和运算符。按照[官方搜索文档](https://obsidian.md/help/plugins/search)，空格连接的词要求同时命中，`OR` 表示任一词命中，`path:` 可以限定目录。目录按上例命名时，可以这样查：

```text
path:"术语入口" "菜单怎么分组"
path:"术语入口" [aliases:IA]
"信息架构" OR "Information Architecture"
```

第一条找写过个人问法的卡片，第二条找别名属性含 IA 的卡片，第三条在库内寻找任一名称。不要把两个名称简单用空格拼接，否则会要求文件同时含有它们。设置别名也不等于搜索会自动用所有别名查询全部原文；需要查哪些词，就明确写进搜索式。

不用 Obsidian 时，也可以在普通 Markdown 笔记正文里列出别名与个人问法，再使用阅读器支持的搜索方式。核心是保留词语到来源的对应关系。

## 用一次失败的搜索修补入口

先整理最近真正卡住的概念，别急着给整库建立词典。做完一张卡，按下面的清单实际检查，不预设一定命中：

1. 输入当时失败的个人问法，能否找到这张卡？
2. 输入缩写或英文名称，能否定位正确语境？
3. 从卡片能否打开对应本地文章，找到支持关联判断的小节？
4. 搜相关概念时，是否把仅仅有关联的材料误当成同一概念？

找不到就补自己实际会用的词；结果太杂就限定目录或补上下文。新发现两个词并不等价时，修改自己的卡片，保留判断依据，不回头替作者改正文。每条来源分别保留作者、公众号、日期和原文链接，避免把多篇文章的观点拼成一个无出处的定义。

入口卡用于个人学习，第三方全文和配图不因整理而取得公开传播许可。对外可分享自己的概括与来源链接；团队共享、上传外部 AI 服务或建设语料库前，另行确认版权及授权范围。

MPHistory 完成历史内容打包，术语整理与检索由自己的工具承担。以后需要持续接收新文章，可另行了解 [Mp2RSS](https://mp2rss.bugcode.dev/) 的订阅能力；新材料仍需核对语境，再接入已有入口卡。