FeedMe Mobilizer 全文下载 — 三种引擎、FeedMe 选择器、自定义 CSS 定位正文
很多 RSS 订阅源只提供摘要而不提供全文——这是网站防止读者流失的常用策略。Mobilizer 的作用就是绕过这个限制：从文章的原始链接重新下载页面，去除网页上的导航、侧边栏、广告等干扰元素，只保留正文内容。
三种 Mobilizer
1. FeedMe 自带
FeedMe 内置的 Mobilizer，使用简单的算法解析 URL 中的正文内容。
优点：无外部依赖、无调用频率限制、同步时唯一可用的 Mobilizer。缺点：算法相对简单，遇到结构复杂或正文标记不明显的网站时，可能解析出错误内容（比如把侧边栏当成正文）。
2. Mercury
FeedMe 可以调用第三方 Mercury Parser API。Mercury 是目前社区公认解析质量最高的 Mobilizer 服务之一。
优点：解析准确率通常最高，对复杂页面、动态加载内容的处理比自带 Mobilizer 好很多。缺点：Mercury API 有调用频率限制，超出后会被限流。同步时不可用，只有阅读时才能调用。
3. Google Web Light
Google 提供的页面简化服务。通过 Google 的服务器对目标页面进行简化处理后返回。
优点：Google 服务稳定、免费。对英文网站解析质量不错。缺点：国内部分网站可能没有 Google Web Light 的缓存，或者加载速度不稳定。同样同步时不可用。
什么时候用哪个
- 同步时：只能用 FeedMe 自带 Mobilizer（出于限流保护）
- 阅读时（手动切 Web）：用你在订阅源设置里选的 Mobilizer
- 阅读时（自动切 Web）：同上
建议策略：
- 大多数源用 FeedMe 自带（够用、不花钱）
- 结构复杂、FeedMe 自带解析不准的源 → 给它们单独配 Mercury（阅读时生效）
- Google Web Light 作为 Mercury 被限流时的备选
FeedMe Mobilizer 选择器（CSS 定制）
从 v4.1 开始，FeedMe 给自带 Mobilizer 加了一个强大的扩展功能：FeedMe Mobilizer 选择器。简单说就是让你告诉 FeedMe「在这个网站上，正文在 HTML 的哪个元素里」。
为什么需要选择器
FeedMe 自带 Mobilizer 的算法是自动猜「哪个元素是正文」——对结构规整的网站没问题，但对一些自定义模板、正文藏在特别深的 DOM 节点里的网站，它可能猜错。
选择器让你手动帮它定位正文，解析质量和速度都会提升。
使用步骤
- 确认哪个订阅源需要选择器（FeedMe 自带 Mobilizer 在这个源上解析不准）
- 在桌面浏览器里打开这个源的任意一篇文章
- 用开发者工具（F12）找到包含正文的最小 HTML 元素
- 看这个元素的 ID 或 class 属性
- 回到 FeedMe → 订阅管理 → 点开那个源 → 订阅设置
- Mobilizer 选「FeedMe」，下面会显示「FeedMe Mobilizer Selector」输入框
- 填入：
#content-body（如果是 ID）或.content-body（如果是 class） - 保存。如果之前打开过 Web 页面，记得点文章页「重新加载页面」让它重新解析
例子
- 假设某博客正文在
<article id="main-content">里 → 填#main-content - 假设某新闻站正文在
<div class="article-body">里 → 填.article-body
这需要一点 HTML/CSS 知识和浏览器开发者工具的使用习惯，但一旦配好，那个源的全文解析就稳定了。