# PigeonPod vs Podsync：YouTube 转播客 RSS，哪种方案更适合你？

PigeonPod 和 Podsync 都能把 YouTube 内容变成可在播客 App 订阅的 RSS。不过，真正要做的选择并不是「PigeonPod Cloud 还是 Podsync」这么简单。

PigeonPod 本身就有两条路：不想管服务器，可以用 **PigeonPod Cloud**；想把实例、存储和部署边界握在自己手里，可以选 **PigeonPod self-hosted**。Podsync 当然也是一个可靠的 self-hosted 选项，但为了 self-hosted 而离开 PigeonPod，并不是必选动作。

## 先说结论

如果你只是想把关注的 YouTube 频道或播放列表从推荐流里拎出来，安安静静地放进播客 App 听，选 **PigeonPod Cloud**。不用准备服务器，也不用维护 RSS 对外访问。

如果你愿意自己运维，但还想保留订阅、下载剧集、私有 RSS、播放这些完整的 product workflow，优先看看 **PigeonPod self-hosted**。自托管不等于一定要换成另一套工具。

如果你更喜欢用 `config.toml` 管理一切，或者明确需要 Podsync 已文档化的 Vimeo source support，**Podsync** 很值得单独评估。它是面向配置的 feed generator，而不是 PigeonPod 的简单替代品。

## 先按你愿意承担的运维来选

### PigeonPod Cloud：把时间留给收听，不必留给服务器

PigeonPod Cloud 面向的是想直接使用 YouTube-to-podcast workflow 的听众。添加公开频道或播放列表，按需要筛选内容，然后把私有 RSS 订阅到 Apple Podcasts、Pocket Casts 或其他兼容的播客 App。具体操作可以看 [YouTube 转播客指南](/zh/helps/how-to-convert-youtube-to-podcast/)。

### PigeonPod self-hosted：实例自己管，workflow 继续用

PigeonPod 是开源项目，可以部署到自己的基础设施上。Docker、持久化存储、备份、安全部署和升级仍需要你负责；不同的是，不必为了拿到控制权，就把原本完整的 PigeonPod workflow 换成单一的 feed generator。部署前请阅读 [self-hosted 安装指南](https://github.com/aizhimou/pigeon-pod/wiki/Installation)。

### Podsync：适合把配置文件当作主界面的人

Podsync 是开源的 self-hosted feed generator。它的官方文档说明了 Docker 或 binary 安装、`config.toml`、持久化存储和 YouTube API key；同时支持 YouTube、Vimeo、audio/video feed、定时更新、过滤和清理策略。详情见 [Podsync 官方 README](https://github.com/mxpv/podsync/blob/main/README.md)。

## 三种路径放在一起看

<section class="comparison-cards" aria-label="比较 PigeonPod Cloud、PigeonPod self-hosted 与 Podsync">
  <article class="comparison-card">
    <p class="comparison-card__eyebrow">托管服务</p>
    <h3>PigeonPod Cloud</h3>
    <p class="comparison-card__summary">把 YouTube 变成私有播客 RSS，不需要自己跑服务器。</p>
    <dl class="comparison-card__details">
      <div>
        <dt>适合谁</dt>
        <dd>想听内容，不想日常维护基础设施的人。</dd>
      </div>
      <div>
        <dt>怎么开始</dt>
        <dd>注册账号，再添加公开的 YouTube 频道或播放列表。</dd>
      </div>
      <div>
        <dt>你要维护什么</dt>
        <dd>产品里的订阅和内容选择。</dd>
      </div>
    </dl>
  </article>

  <article class="comparison-card comparison-card--pigeonpod">
    <p class="comparison-card__eyebrow">Self-hosted PigeonPod</p>
    <h3>PigeonPod self-hosted</h3>
    <p class="comparison-card__summary">实例归你，同时保留 PigeonPod 的完整应用 workflow。</p>
    <dl class="comparison-card__details">
      <div>
        <dt>适合谁</dt>
        <dd>需要控制权，又不想放弃完整 product workflow 的人。</dd>
      </div>
      <div>
        <dt>怎么开始</dt>
        <dd>用 Docker 部署 PigeonPod，并配置自己的环境。</dd>
      </div>
      <div>
        <dt>你要维护什么</dt>
        <dd>主机、存储、备份、网络和升级。</dd>
      </div>
    </dl>
  </article>

  <article class="comparison-card">
    <p class="comparison-card__eyebrow">Configuration-first</p>
    <h3>Podsync</h3>
    <p class="comparison-card__summary">以配置文件为中心的专注型 feed generator。</p>
    <dl class="comparison-card__details">
      <div>
        <dt>适合谁</dt>
        <dd>看重配置层控制，或需要已文档化 Vimeo support 的人。</dd>
      </div>
      <div>
        <dt>怎么开始</dt>
        <dd>部署 Docker 或 binary，编写配置并准备 API credentials。</dd>
      </div>
      <div>
        <dt>你要维护什么</dt>
        <dd>主机、配置、存储、API key 和升级。</dd>
      </div>
    </dl>
  </article>
</section>

这不是一张静态的功能清单。具体的 feed limit、storage 和付费计划会变化；长期使用前，请分别确认 [PigeonPod pricing](/zh/pricing/)、[self-hosted 安装指南](https://github.com/aizhimou/pigeon-pod/wiki/Installation) 与 Podsync 文档。

## 什么情况下选 PigeonPod Cloud

当你的重点是收听，而不是运营一套服务时，PigeonPod Cloud 更顺手。

- 想尽快把 YouTube 频道或播放列表做成私有播客 feed。
- 希望在 product UI 里筛选上传内容、管理订阅。
- 希望 Apple Podcasts、Pocket Casts 等播客 App 能直接订阅，而不用关心自己的服务是否对外可用。
- 现在先少折腾，之后仍保留迁到 PigeonPod self-hosted 的选择。

日常使用不复杂：添加频道或播放列表，用关键词和时长过滤保留想听的内容，再订阅生成的 feed。符合条件的新上传内容会继续走后续 sync workflow。

## 什么情况下选 PigeonPod self-hosted

如果你本来就在维护 home server、VPS 或 NAS，PigeonPod self-hosted 往往是更自然的下一步。

- 你想拥有自己的 PigeonPod 实例、存储和部署边界。
- 你需要订阅、已下载剧集、私有 RSS 和播放都在同一套 application workflow 里。
- 你能接受负责 host、备份、networking 和升级。
- 你想控制运行环境，但不想为了这件事重建整套使用习惯。

## 什么情况下考虑 Podsync

Podsync 适合「配置文件就是我最顺手的界面」的使用方式。

- 你希望把 feed、schedule、retention 和 media option 放进配置文件管理。
- 你习惯维护 API credentials，也能自行排查 upstream 变化。
- 你确实需要 Podsync 已文档化的 Vimeo support。
- 你需要的是专注的 feed-generation service，而不是更完整的 application workflow。

和所有 self-hosted 服务一样，Podsync 也意味着持久化存储、备份、播客客户端的网络访问、升级，以及出现问题时的排查工作。

## 一个实用的判断清单

准备迁移已有 feed 前，先问自己五个问题：

1. 我愿不愿意维护 server 和 storage？
2. 如果愿意，我需要完整的 PigeonPod workflow，还是 configuration-first feed generator？
3. 我只需要 YouTube，还是 Vimeo support 是刚需？
4. 播客 App 是否需要从家庭网络以外访问这个 feed？
5. 如果换工具，原有剧集和 feed URL 怎么处理？

第一个问题的答案如果是否，先从 PigeonPod Cloud 开始。如果答案是肯定，先评估 PigeonPod self-hosted；只有当 Podsync 的 configuration-first 方式或 source support 更贴合你的要求时，再选 Podsync。

## 开始使用

按你愿意承担的运维程度开始即可：[注册免费的 PigeonPod Cloud 账号](https://app.pigeonpod.cloud/register)，或者先看 [PigeonPod self-hosted 安装指南](https://github.com/aizhimou/pigeon-pod/wiki/Installation)。如果 Podsync 有你明确需要的能力，先用一个 feed 跑通全流程，再迁移整个播客库会更稳妥。