产品发布时如何系统化提交目录获取外链与曝光

当需要为软件产品做目录提交以获取 dofollow 外链、提升域名评级、增加发现渠道和 AI 引用时使用。

适用场景

解决思路

1. 先检查是否存在 .agents/product-marketing.md（或 .claude/product-marketing.md、旧版 product-marketing-context.md），若存在先读取，只询问未覆盖或本任务特有的信息。
2. 提交前先做 Phase 0 就绪评估，逐项确认 9 个问题：产品是否公开可访问（无密码墙）；是否有定价页（即使“beta 期免费”也算）；隐私政策和服务条款是否上线；是否有 PNG + SVG + 方形 + favicon 的 logo 资源；是否有 5–8 张真实截图和 60–90 秒演示视频；落地页是否 GEO 就绪（单一 H1、顺序标题层级、FAQ schema、结构化数据）；是否至少有 3 个替代品页面和 3 个用例页面已上线并被索引；是否有模板库或引流资产（若适用）；是否至少有 20 个 beta/早期用户可在 G2 留评。第 1–7 项任一为“否”则硬性阻塞，第 8–9 项为“否”为软性阻塞。
3. 遵守三条硬规则：先建基础再提交；先建目的地页面再提交目录；按目录类型变换定位文案。
4. 确保落地页具备：单一 H1 和顺序标题层级；真实定价页；隐私政策 + 条款；PNG + SVG + 方形 1024×1024 + favicon 的 logo；5–8 张 1920×1080 真实产品截图；60–90 秒演示视频；FAQ schema 标记；Organization、Product、SoftwareApplication 结构化数据。
5. 提交目录前先建好目的地页面：3–5 个竞品替代页（/alternatives/[competitor]）；3–5 个用例页（/for/[audience] 或 /use-cases/[use-case]）；20+ 条目的模板库（若适用）；1 篇自己写的“最佳”博客文章，诚实覆盖竞品。
6. 按目录类型准备不同定位文案：创业目录突出成果；SaaS 目录突出替代品定位；AI 目录突出 AI 优先架构；Agent/MCP 目录突出 Agent/MCP 角度；无代码目录突出易用 + 强大；开发者目录突出技术深度；B2B 评论站突出 ROI + 用例。
7. 按 13 个层级选择目录：Tier 1 旗舰发布（Product Hunt、BetaList、HN Show HN、Fazier、DevHunt，约 15 个）；Tier 2 创业/SaaS（AlternativeTo、SaaSHub、G2、Capterra、F6S、SourceForge、Slashdot，约 50 个）；Tier 3 AI 目录（TAAFT、Futurepedia、Toolify、Future Tools、aitools.inc、AIStage，约 40 个）；Tier 4 Agent/MCP 注册表（Glama、APITracker、LF MCP Registry、AI Agents List，约 10 个）；Tier 5 无代码目录（约 8 个）；Tier 6 “最佳”清单外联（约 10 个收录）；Tier 7 集成市场（Zapier、HubSpot、Slack、Airtable、Notion，约 5 个）；Tier 8 个人资料与内容平台（GitHub、WordPress.com、Substack、Dev.to、SlideShare、Behance，约 50 个）；Tier 9 本地商业目录（约 20 个）；Tier 10 论坛与社区（约 13 个）；Tier 11 新闻稿与文章站（约 25 个）；Tier 12 社交书签（约 5 个）；Tier 13 垂直细分目录（约 20 个）。只提交真正匹配的目录，强行投错分类会浪费首次提交优势并被版主拒绝。
8. 为每个层级准备不同的描述变体：10 词以内标语；60 字符短描述；150 词长描述；5–8 个分类标签；logo 资源；截图 + 演示视频 URL；创始人故事（2–3 句）。不要复制粘贴同一长描述，按层级变换开头句、功能重点和受众框架。
9. 建立提交追踪表（references/submission-tracker-template.csv），从左到右逐项处理，每批约 2–3 小时。每次提交：复制对应层级定位变体、填写表单、上传资源、提交、记录日期/URL/状态/版主备注；上线后用 curl -sIL https://directory.com/your-listing | grep -i rel= 验证外链是否存在且为 dofollow。
10. Product Hunt 深度运营：提前 3 周预热账号，每天给 3 个发布点赞并认真评论，关注 100+ 活跃 maker；Day -14 创建 Upcoming 页面收集通知订阅；Day -10 可选预约 hunter（用功能/致谢/引荐交换，不付现金）；Day -7 准备发布日素材（1270×760 图库、标语、260 字符描述、自己首评、客户首评）；Day -3 邮件列表预热；Day -1 最终检查（无痕模式产品可用、视频自动播放、CTA 指向注册、预览正常）。
11. Product Hunt 发布日执行：太平洋时间 12:01 AM 发布，仅周二/周三/周四；前 2 小时需 50+ 支持者触发算法分发；自己发首评讲为什么做、有何不同、先试什么；30 分钟内回复每条评论；分享到 Twitter/X、LinkedIn、Slack/Discord、邮件列表、Indie Hackers、私信 power user；绝不要请求 upvote，要请求反馈；不要私信陌生人。
12. Product Hunt 发布后：Day 2 发布带数字和教训的诚实复盘博客；交叉发布到 Indie Hackers 和 r/SaaS；仅在有技术角度时才提交 Show HN。
13. G2/Capterra/TrustRadius 评论运营：发布月执行 10-in-30 协议——Day 1 找出 20 个完成有意义操作的用户；每人发个人邮件附直接评论链接；提供小额感谢（如 $25 Amazon 礼品卡，G2 和 TrustRadius 明确允许）；5 天后跟进一次，不要跟进两次；目标 50% 转化即 20 人得 10 条评论。
14. 注意 G2 截止日期：夏季报告约 4 月 28 日截止，秋季报告约 7 月 28 日截止，错过要等 3 个月。
15. G2 徽章策略：“Users Love Us”徽章仍免费（需 20 条评论且均分 4.0+）；Grid、Momentum、Index、Award 徽章需付费 G2 计划（2025 年夏起 $2,999+/年）；第一年不要买付费 G2。
16. 建目的地页面：竞品替代页（/alternatives/[competitor-1..4]），每页含诚实功能对比表、“何时选 X 而非我们”、“何时选我们而非 X”、定价对比、3–5 个用例、带 schema 的强 FAQ；务必诚实，AI 引擎会交叉核对并降权说谎页面。
17. 建用例/ICP 页面：每个 ICP 一个专属落地页（/for/[audience] 和 /use-cases/[use-case]）。
18. 建模板/资产库（若适用）：每个模板一个可索引页面 /templates/[slug]，H1 含关键词、150+ 词描述、截图、“何时使用”、CTA、底部相关模板内链；目标 Day 30 达 100 个模板，Day 90 达 300 个。
19. 写自己品类的诚实“最佳”清单：/blog/best-[category]-tools-2026，包含自己 + 10 个竞品真实评测。
20. 建集成页面：每个集成一个 /integrations/[partner] 落地页，遵循 Zapier 打法。
21. GEO 优化：每页一个 H1 和顺序标题层级；密集事实内容含可引用数据；每个落地页加 FAQ schema；加对比表；前 100 词内明确“这是什么”段落；在 Reddit 和 Hacker News 获得引用；发布原创研究；认领 Crunchbase、LinkedIn 公司页和 Wikidata；若适用在 MCP 注册表（尤其 Glama）以 A/B 等级列出。
22. GEO 测量：每月手动问 ChatGPT、Claude、Perplexity“最好的 [品类] 工具是什么”，记录产品出现位置；用 GeoTracker、llmrefs 等免费工具自动化。
23. 社区持续分发：Reddit 遵守 90/10 规则（90% 真正有帮助，10% 推广）；高价值子版包括 r/SideProject、r/SaaS、r/startups、r/Entrepreneur、r/nocode、r/IndieHackers、r/alphaandbetausers，r/webdev、r/artificial、r/LocalLLaMA 严格仅技术内容；有效内容为真实数字、截图、“我试了什么/结果如何/下次怎么做”结构、带明确教训的迷你案例。
24. LinkedIn 作为 B2B 主渠道：每周 3–5 篇帖子；内容类型按 2026 互动排序为个人故事带商业教训、原创数据/研究、逆向行业观点、8–12 页文档轮播。
25. Twitter/X 作为独立开发者 + 开发者渠道：发布架构、收入、决策的 build-in-public 线程；技术深度内容会被 Google、Claude、Perplexity 索引形成间接 GEO。
26. Indie Hackers：PH 发布日开 build-in-public 线程；每周更新收入、发布、教训；评论量是发帖量 10 倍以积累 karma。
27. Dev.to + Hashnode：每篇实质技术文章 = dofollow 外链 + 开发者受众；用 canonical URL 交叉发布回主博客。
28. 每周追踪 KPI：Domain Rating、引用域名数、索引页面数、每日自然点击、上线目录列表数、G2 评论数、Capterra 评论数、AI 引用数（手动检查）、目录推荐注册数、替代/用例页注册数；Day 30 目标分别为 DR 20、30 引用域名、50 索引页、30 自然点击/天、50 目录列表、10 G2 评论、5 Capterra 评论、3 AI 引用、50 目录注册、20 替代页注册；Day 90 目标为 DR 30+、80+ 引用域名、200+ 索引页、200+ 自然点击/天、70+ 目录列表、25 G2 评论、15 Capterra 评论、15+ AI 引用、300 目录注册、300 替代页注册。
29. 避免 12 个错误：不买目录提交服务；不提交垃圾目录（DR 低于 10、无流量、无编辑质量）；不用错误定位；不把目录当整个 GTM；不跳过 G2/Capterra 评论；不在 Product Hunt 请求 upvote；不每周修改旧目录列表（提交一次，每季度检查）；不在目的地页面存在前提交；不在目录间重复描述；不在对比页说谎；不过度关注发布日峰值；不忘 Crunchbase、LinkedIn 公司页和 Wikidata。
30. 输出目录计划时返回：就绪评估、层级选择、提交顺序（第 1/2/3 周批次）、目的地页面清单、各层级定位变体文案、PH 3 周准备时间线（映射到日历日期）、评论 10-in-30 计划、每周目标、追踪表。保持可执行，每项都是用户今天能做的事。

适用边界 · 注意事项

• 产品尚未公开可访问、无定价页、无隐私政策/条款、无 logo/截图/演示视频、落地页未 GEO 就绪、无替代页/用例页时，不要提交目录。
• 没有目的地页面承接链接权重时不要提交，否则外链价值无处落地。
• 不要购买付费目录提交服务，也不要提交到 DR 低于 10、无流量、无编辑质量的垃圾目录。