YouTube node: “Playlist Item > Get Many” hangs with no output when given a valid playlist ID the credential’s default channel doesn’t own

快速结论：该问题最初报告为使用表达式传递非默认频道拥有的有效公共播放列表 ID 时节点无响应。实际排查后发现，大多数情况下的“挂起”并非代码缺陷，而是节点在等待 Webhook 触发器事件，并未真正执行。优先确认工作流是否包含未固定的 Webhook 触发器。

问题场景

用户在使用 n8n 的 YouTube 节点时，选择 Resource 为 Playlist Item，Operation 为 Get Many。在“Playlist Name or ID”字段中以表达式形式传入一个有效的公共播放列表 ID（例如，将频道 ID 的 UC 前缀改为 UU 获得的自动生成上传播放列表 ID），该播放列表不属于凭据默认频道。执行节点后，UI 中字段显示 “value … is not supported”，节点持续旋转而无任何输出。

报错原文

value ... is not supported

（UI 中的提示，执行时节点无输出、无错误，仅持续旋转）

原因分析

根据 Issue 讨论，该问题最终被确认为用户误操作，而非代码缺陷。节点实际在等待工作流中的 Webhook 触发器 事件，由于没有固定（pinned）测试数据且未调用测试 Webhook URL，节点始终处于等待状态，因此表现为“挂起”。

可能原因：用户在工作流编辑模式下执行下游节点，但上游 Webhook 节点未触发，导致下游节点无限等待。

另外，Issue 中也提到：Playlist Item > Get Many 操作的 “Playlist Name or ID” 字段默认使用 loadOptionsMethod: 'getPlaylists'，该方法通过 GET /youtube/v3/playlists?mine=true 加载数据，因此下拉列表仅包含凭据默认频道拥有的播放列表。使用表达式传入其他有效 ID 时，UI 会显示 “value is not supported”，但这不影响实际 API 调用（API 本身可接受任意公共播放列表 ID）。

环境排查

• 确认 n8n 版本（Issue 中测试环境为 v2.28.6）
• 确认工作流是否包含 Webhook 触发器 且未固定测试数据
• 确认凭据所属的 Google 账号是否包含多个频道（品牌账号），目标播放列表是否在默认频道下

解决步骤

1. 检查工作流中上游是否存在 Webhook 节点，并确认 Webhook 节点是否已触发或是否有固定的测试数据。
2. 如果工作流包含 Webhook 节点，执行下游节点时需确保 Webhook 已触发（调用测试 Webhook URL），或先 固定（pin） 一份测试数据到 Webhook 节点。
3. 如果希望忽略 Webhook 触发流程，可以暂时禁用 Webhook 节点，或直接使用“手动执行”模式并传入固定数据。
4. 目前 n8n 的 YouTube 节点 Playlist Item > Get Many 已经支持通过表达式传入任意有效的公共播放列表 ID，无需修改代码。如果仍然遇到问题，可尝试重建容器或清除运行时状态。

验证方法

确保 Webhook 节点已触发或有固定数据后，重新执行 Playlist Item > Get Many 节点。如果返回播放列表中的视频条目，则问题解决。如果仍挂起，检查 n8n 日志确认是否有 API 错误或超时。

参考来源

n8n-io/n8n #33594

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。