出海App推广｜30个免费+付费上架渠道清单

做 iOS App、SaaS 或独立产品出海，上架渠道的价值不在于一次提交 30 个网站，而在于让不同阶段的用户在可信、相关的场景里发现并试用产品。本文保留原题，并按 2026 年 9 月可核验的官方资料重做清单：BetaList 当前为付费提交；DevHunt 已转向技术招聘；AppShopper 已停止服务；FeedMyApp、Open Launch、PitchWall、Indie Products 等未找到稳定的现行官方提交路径，因此不再列入。新清单包含 30 个仍可验证的渠道，并标出适用对象、成本模式、提交条件与优先级。平台政策和价格会变化，正式提交前仍应以对应官方页面为准。

F 代表存在无需购买加速或广告的基础入口，但不等于一定审核通过、获得展示或产生外链；P 代表提交、加速、推广或合作可能收费；F/P 代表同时存在基础与付费选项；条件型代表平台可能采用分成、编辑审核、社区门槛或产品资质，而不是标准目录提交。所有渠道都应使用真实产品、准确价格、可访问页面和一致品牌信息，不能通过刷票、批量账号、虚假评论或重复内容制造热度。

• 01｜Apple App Store（开发者计划付费）——iOS 产品的基础分发入口。重点不是完成上架，而是把产品页本地化、隐私信息、截图、订阅说明、评分反馈与真实产品体验对齐。
• 02｜App Store Featuring Nominations（F，编辑审核）——可在 App Store Connect 为新 App、重要更新、App 内活动或开发者故事提交精选提名；提交不保证被推荐。
• 03｜AppSumo（条件型合作）——更适合可提供明确优惠、交付能力和长期支持的软件产品。它是市场合作与交易渠道，不是简单的免费目录，要评估审批、分成、退款和履约成本。

• 04｜Product Hunt（F）——适合已有可用产品、清晰定位和发布日响应能力的团队。不要索要或激励点赞；发布价值来自试用、反馈、品牌搜索和后续转化，而不是单日票数。
• 05｜Hacker News / Show HN（F）——适合开发工具、技术产品、开源项目和有技术细节的产品。用户必须能够实际试用；单纯落地页、等待名单和营销话术通常不适合。
• 06｜BetaList（P）——面向早期科技产品，但当前官方支持页明确为付费提交。适合验证早期兴趣，不应继续标注为免费渠道。
• 07｜Indie Hackers（F）——适合创始人分享构建过程、收入模型、失败复盘和产品进展。先贡献真实经验，再介绍产品；不要把社区当作链接投放区。
• 08｜Peerlist Launchpad（F）——适合设计师、开发者和产品人发布项目。发布按周组织，应提前完善个人档案、产品叙事、演示和反馈安排。
• 09｜Uneed（F/P）——存在免费排队和付费加速路径，具体等待时间与价格会变化。适合准备充分的工具和 SaaS；先确认实时队列、上榜规则与重复发布限制。
• 10｜MicroLaunch（F/P，提交前复核）——适合小型产品、Micro-SaaS 与独立开发项目。其计划与排队机制可能调整，提交前查看当前控制台和官方说明，不要沿用旧价格。
• 11｜EarlyHunt（F/P）——面向早期产品，提供基础与付费发布选项。适合在 Product Hunt 之前测试定位、素材和早期反馈。
• 12｜IndieHunt（F/P）——偏 AI 与数字产品的周期性发布社区。应先核对可接受的产品类型、免费条件和高级方案，再决定是否投入。
• 13｜PeerPush（F/P）——提供免费队列与付费快速发布。把它当作一次可测量的目录曝光，不要直接采用平台自报流量作为效果承诺。

• 14｜r/iOSApps（F，社区门槛）——适合 iOS App 的发布、更新和反馈。当前版规包含社区 Karma、指定发布格式、价格与内购披露等要求；规则可能变化，发帖前必须重新阅读置顶说明。
• 15｜r/apple Self-Promotion Sunday（F，严格规则）——适合对 Apple 用户有明确价值的产品，但自我推广通常限定在指定时间和格式，并要求长期参与社区。不能协调投票、重复发布或伪装用户评价。
• 16｜产品对应的垂直 Subreddit（F，非批量提交）——优先选择目标用户真实讨论问题的社区，而不是成员最多的社区。先读规则、观察语言和高频问题，再以解决问题为核心参与；只有在相关且被允许时才提及产品。

• 17｜AlternativeTo（F/P）——适合用户会搜索“某产品替代方案”的软件。可提交新应用；免费审核可能排队较久，付费优先审核也不等于保证通过。
• 18｜SaaSHub（F/P）——适合 SaaS 和在线工具。提交后应完成产品验证，确保分类、定价、截图和官网信息一致。
• 19｜G2（F/P，B2B）——适合已公开销售的 B2B 软件。可建立或认领基础档案，但不适合纯消费应用、未上线 Alpha/Beta 或没有可验证产品的项目。
• 20｜Capterra（F/P，软件供应商）——适合面向企业采购者的软件。提交前准备准确的产品类别、功能、价格、目标客户、演示和评价管理流程。
• 21｜GetApp（F/P，资质审核）——适合可公开访问、可演示或试用的商业软件。个人消费 App 或仍处于封闭开发阶段的项目未必符合收录标准。
• 22｜SourceForge Business Software（F/P，以当前方案为准）——适合 B2B 软件建立产品档案和评价资产。重点评估目标客户是否使用该平台，不要仅为了目录数量购买套餐。
• 23｜StartupBase（F/P）——提供免费排队和付费加速，适合创业产品补充一个可发现的公司与产品页面。免费等待时间可能较长。
• 24｜Launching Next（F/P）——可免费提交，也提供付费快速考虑。付费通常购买的是审核速度或推广机会，不代表排名、收录或用户增长。
• 25｜Startup Buffer（F）——仍有创业项目提交入口，适合补充基础品牌资料和产品发现页面。提交前检查最新收录节奏与展示质量。

• 26｜GitHub（F，开源项目适用）——适合拥有可公开代码、SDK、API 示例或技术文档的产品。README 应说明问题、安装、使用、许可证、安全与支持；不要为做外链创建空仓库。
• 27｜ToolHunt（F，开发工具编辑入口）——适合开发者工具、API 和工程效率产品，可按官方方式提交供收录。提交材料应包含可用产品、技术受众、核心场景和演示。
• 28｜SideProjectors（F，展示/交易/合作）——适合展示、出售侧项目或寻找合作者。它不是标准获客目录；如果目标是交易或合作，应披露真实数据、资产边界和交接条件。
• 29｜Wellfound（F/P，公司档案与招聘）——不应被当作 App 下载目录。只有当团队需要建立雇主资料、招聘或接触创业人才时才值得投入。
• 30｜F6S（F/P，创业计划与资源）——更适合加速器、资助、福利和创业项目申请，而不是直接获取 App 下载。应按项目资格和融资需求使用。

先给每个渠道标记产品类型、目标用户、市场、提交成本、审核周期、内容格式、外链属性、可追踪性和预期动作。iOS 消费 App 应优先做好 App Store、精选提名、r/iOSApps 和产品对应社区；开发工具应优先考虑 Show HN、GitHub、ToolHunt 与 Peerlist；B2B SaaS 可优先做 G2、Capterra、GetApp、SaaSHub 与 AlternativeTo；早期独立产品更适合 Product Hunt、Indie Hackers、Uneed 和早期发布社区。与产品不匹配的渠道，即使免费也应跳过。

• 阶段一｜基础就绪：完成稳定产品、英文与目标市场本地化页面、隐私与价格说明、分析事件、UTM 规则、支持邮箱和演示素材。
• 阶段二｜小范围验证：选择 2—3 个低风险渠道测试定位、首屏、注册与激活流程，记录真实反馈并修复阻塞。
• 阶段三｜集中发布：再安排 Product Hunt、Peerlist、Show HN 或重点社区，确保创始人和产品团队能当天回应问题。
• 阶段四｜长期资产：补充适合的软件目录、替代方案页、评价平台与持续更新；不要在一天内批量提交相同文案。

• 发现层：审核通过率、页面是否公开、是否被搜索引擎收录、品牌词与产品词展示。
• 访问层：每个渠道的有效会话、目标市场、落地页参与、商店页访问和下载。
• 产品层：注册、首次关键动作、激活、7日留存、付费试用、退款和支持负担。
• 商业层：合格线索、付费客户、获客成本、回收周期和可归因收入。
• 质量层：用户提出了什么问题、哪些定位被误解、哪些渠道带来的用户最匹配。

公开产品档案可能帮助搜索引擎和 AI 系统发现一致的品牌事实，但“提交成功”不等于页面会收录、传递权重或被 AI 引用。应检查页面是否可公开访问、是否有 canonical、链接是否可抓取、品牌名称和产品信息是否一致、内容是否具有独立价值，以及它是否真正获得用户访问。最安全的策略是把第三方页面作为品牌证据网络的一部分，同时让官网产品页、服务页、案例、定价、FAQ 和联系方式成为事实真源。

对于大多数产品，首轮不需要覆盖全部 30 个渠道。更合理的做法是选择 6—10 个高匹配入口：一个核心商店或官网落地页、两到三个发布社区、两到三个决策型目录，再加一个真实用户社区。每次提交使用适合该平台的内容，保留审核、URL、UTM、发布日期和结果记录。能带来合适用户、有效反馈与可验证品牌证据的渠道，才值得继续维护。