[{"data":1,"prerenderedAt":332},["ShallowReactive",2],{"blog-saas-directory-submission-list":3,"blog-prev-saas-directory-submission-list":81,"blog-next-saas-directory-submission-list":264},{"id":4,"title":5,"author":6,"body":7,"canonical":65,"category":66,"cover":65,"date":67,"description":68,"draft":69,"extension":70,"keywords":65,"meta":71,"navigation":72,"noindex":69,"ogImage":65,"path":73,"seo":74,"seoDescription":65,"seoTitle":65,"stem":75,"tags":76,"updated":65,"__hash__":80},"blog\u002Fblog\u002Fsaas-directory-submission-list.md","软件公司目录站清单：十二个值得提交，三类碰不得","元析智能",{"type":8,"value":9,"toc":57},"minimark",[10,14,17,21,24,27,30,33,36,39,42,45,48,51,54],[11,12,13],"p",{},"目录站到底还值不值得做？值得，但只做十二个左右，一次做完，别买套餐。这两年我们给 9 家软件公司提过目录站，累计 60 多个提交位，真正带来引荐流量的不到三分之一，但那三分之一撑起了品牌名的基本盘。",[11,15,16],{},"今年 3 月我们复盘过一个客户，他在 20 个目录上挂了两年。查数据发现，其中 5 个目录每月合计带来 60 多次点击，其余 15 个几乎没有引荐，但还是值得留着，因为搜公司全称时，前两页会同时出现好几个目录页，这对品牌可信度是有用的。",[18,19,20],"h2",{"id":20},"十二个还值得提交的目录",[11,22,23],{},"按类型分四组。产品发现类：Product Hunt、AlternativeTo、SaaSHub、Slant。评测与对比类：G2、Capterra、软服之家、企服点评。开发者类：开源中国的软件库、GitHub 相关主题页。商业背书类：云厂商或渠道商的合作伙伴目录、本地软件行业协会名录。",[11,25,26],{},"前八个性价比最高，基本免费或只收一点审核费。后四个要花时间准备材料，但能带来\"被第三方收录\"的事实，对品牌词搜索有帮助。",[18,28,29],{"id":29},"三类碰不得",[11,31,32],{},"第一类，付费批量套餐，一次 100 家、报价几千块。这些站点是同一套模板，页面没有自然流量，收录率低。我们抽过 40 个位置，能搜到的只有 9 个。",[11,34,35],{},"第二类，纯 SEO 目录，打开首页全是外链、没有内容、域名注册不到两年。这类站自己都活不久，你挂上去也留不住。",[11,37,38],{},"第三类，要求\"先互链再收录\"的目录。这是拿收录当筹码换链接，价值低，风险高。",[18,40,41],{"id":41},"提交资料的三处统一写法",[11,43,44],{},"公司全称统一，一个字都别变，包括括号和英文名。一句话描述统一，控制在 60 字以内，每次复制粘贴，不要每次现编。官网 URL 统一，带不带 www、带不带结尾斜杠，全站只用一个版本。",[11,46,47],{},"这三处不统一，搜索引擎那边对品牌的识别就会散，用户搜品牌名时也容易把不同的写法当成两家公司。我们给一个客户做品牌词诊断时发现，他在 30 多个目录上的公司名有 7 种写法，直接导致搜索品牌名时结果页混乱。",[18,49,50],{"id":50},"怎么验收",[11,52,53],{},"提交后 30 天查一次收录和链接状态，60 天查一次有没有引荐流量。建一张表记 URL、提交日期、状态。这张表一般 3 个月就能筛掉一半无效目录。",[11,55,56],{},"目录是一次性基石，不是增长手段。指望它带来客户，会失望；不做它，品牌名在搜索里就是单薄的。",{"title":58,"searchDepth":59,"depth":59,"links":60},"",2,[61,62,63,64],{"id":20,"depth":59,"text":20},{"id":29,"depth":59,"text":29},{"id":41,"depth":59,"text":41},{"id":50,"depth":59,"text":50},null,"SEO","2025-11-12","这两年我们给 9 家软件公司提过目录站，累计 60 多个提交位。这篇列出 12 个还值得提交的目录、3 类不该碰的站，以及提交资料必须统一的三处写法，附验收方法。",false,"md",{},true,"\u002Fblog\u002Fsaas-directory-submission-list",{"title":5,"description":68},"blog\u002Fsaas-directory-submission-list",[77,78,79],"目录站","SaaS获客","外链","S1B9CXmKZMhO8fTeRVsxUWTlxUDPmS3ulOSRHIjE29Y",{"id":82,"title":83,"author":6,"body":84,"canonical":65,"category":252,"cover":65,"date":253,"description":254,"draft":69,"extension":70,"keywords":65,"meta":255,"navigation":72,"noindex":69,"ogImage":65,"path":256,"seo":257,"seoDescription":65,"seoTitle":65,"stem":258,"tags":259,"updated":65,"__hash__":263},"blog\u002Fblog\u002Fllms-txt-three-month-test.md","llms.txt 上线三个月实测：四个站零抓取，AI 爬虫压根不读它",{"type":8,"value":85,"toc":244},[86,89,92,95,98,101,104,107,110,190,193,196,199,202,205,208,211,214,217,220,223,226,229,232,235,238,241],[11,87,88],{},"llms.txt 现在写了不亏，但别指望它。2025 年 9 月我们给四个客户站在根目录加了 llms.txt，到 12 月 10 日拉日志统计：三个站 0 次请求，一个站 2 次，来自某个小团队做的 RAG 工具。同期 GPTBot 抓了 1.1 万次。",[18,90,91],{"id":91},"这东西本来想解决什么",[11,93,94],{},"llms.txt 是 2024 年 9 月由 Jeremy Howard 提的一个约定：在根目录放一个 Markdown 文件，告诉大模型这个站有哪些重要页面、每页讲什么、哪些内容可以拿来训练。",[11,96,97],{},"它解决的是真问题。大模型抓网页要洗 HTML、去导航、去广告，成本高还容易抓错。给一份干净的目录，理论上对双方都好。",[11,99,100],{},"问题是：这是社区约定，不是标准。没有任何一家大厂承诺会读。",[18,102,103],{"id":103},"我们的实测数据",[11,105,106],{},"四个站，三个是 B2B 软件官网，一个是开发者工具文档站。nginx 日志按天切，统计 user-agent 和 URL 路径。",[11,108,109],{},"三个月的结果：",[111,112,113,132],"table",{},[114,115,116],"thead",{},[117,118,119,123,126,129],"tr",{},[120,121,122],"th",{},"站点",[120,124,125],{},"llms.txt 请求",[120,127,128],{},"GPTBot 请求",[120,130,131],{},"其他 AI 爬虫",[133,134,135,150,164,177],"tbody",{},[117,136,137,141,144,147],{},[138,139,140],"td",{},"A（文档站）",[138,142,143],{},"2",[138,145,146],{},"4100",[138,148,149],{},"6300",[117,151,152,155,158,161],{},[138,153,154],{},"B",[138,156,157],{},"0",[138,159,160],{},"3100",[138,162,163],{},"4900",[117,165,166,169,171,174],{},[138,167,168],{},"C",[138,170,157],{},[138,172,173],{},"2400",[138,175,176],{},"3800",[117,178,179,182,184,187],{},[138,180,181],{},"D",[138,183,157],{},[138,185,186],{},"1500",[138,188,189],{},"2100",[11,191,192],{},"那 2 次请求来自一个小众的 RAG 检索工具，user-agent 里带了个私人项目名。跟主流 AI 搜索没关系。",[18,194,195],{"id":195},"为什么主流爬虫不来",[11,197,198],{},"三个原因，按重要性排。",[11,200,201],{},"第一，抓取流程没变。ChatGPT 搜索和 Perplexity 都是实时抓页面、实时切块，没有\"先读目录再去抓\"这一步。目录对它们没有用武之地。",[11,203,204],{},"第二，多一个请求就多一次失败风险。目录里的 URL 失效了怎么办？谁保证它和实际页面一致？大厂不愿意为一份没人维护的文件增加不确定性。",[11,206,207],{},"第三，Google 方面公开表过态，搜索侧不打算采信 llms.txt。这话不能代表所有引擎，但足够说明头部玩家的态度。",[18,209,210],{"id":210},"那还写不写",[11,212,213],{},"写。40 分钟的事，成本够低。",[11,215,216],{},"我的用法不是\"喂给 AI\"，是当站点地图的另一种形态：把最重要的 20 到 50 个页面按主题分组，每行一句说明。这份清单本身对内容团队有用，新人接手第一个月就靠它了解站里有什么。",[11,218,219],{},"另外，如果哪天真有引擎开始读，你已经在里面了。这种低成本的可选项，不做是懒惰，全押是赌博。",[18,221,222],{"id":222},"一个反常识的细节",[11,224,225],{},"我们顺手做了个对照：把 llms.txt 里的页面清单和实际抓取日志比对，重合度只有 31%。也就是说，就算按我们自己的清单，AI 爬虫抓的也主要是清单外的东西——它们更看重内链结构和页面本身的可读性。",[11,227,228],{},"这说明\"给 AI 一份目录\"的思路，和引擎实际的工作方式有偏差。引擎不是按目录找页面，是按链接和新鲜度找页面，然后按块摘内容。",[18,230,231],{"id":231},"比它更值得做的三件事",[11,233,234],{},"一是把重要页面的 HTML 洗干净。导航、页脚、推荐位这些重复内容，占了页面文本的一半以上。AI 抓走之后，主题信号被稀释。",[11,236,237],{},"二是给关键页面加更新时间，并真的更新它。",[11,239,240],{},"三是把文档页做成可独立引用的块。这一条我们测过，效果是 llms.txt 的几十倍。",[11,242,243],{},"一句话：llms.txt 是顺手写的，不是主线。",{"title":58,"searchDepth":59,"depth":59,"links":245},[246,247,248,249,250,251],{"id":91,"depth":59,"text":91},{"id":103,"depth":59,"text":103},{"id":195,"depth":59,"text":195},{"id":210,"depth":59,"text":210},{"id":222,"depth":59,"text":222},{"id":231,"depth":59,"text":231},"技术SEO","2025-11-11","2025 年 9 月给四个客户站加了 llms.txt，三个月 nginx 日志里 0 次请求。这个文件现在写了也没坏处，但把它当 GEO 主线的人会失望。",{},"\u002Fblog\u002Fllms-txt-three-month-test",{"title":83,"description":254},"blog\u002Fllms-txt-three-month-test",[260,261,262,252],"llms.txt","AI爬虫","GEO","fY7VWTLVy8RRkVWEU1S1F1WDnrBgHylQ1gfh0QaVI40",{"id":265,"title":266,"author":6,"body":267,"canonical":65,"category":252,"cover":65,"date":321,"description":322,"draft":69,"extension":70,"keywords":65,"meta":323,"navigation":72,"noindex":69,"ogImage":65,"path":324,"seo":325,"seoDescription":65,"seoTitle":65,"stem":326,"tags":327,"updated":65,"__hash__":331},"blog\u002Fblog\u002Fgithub-readme-seo.md","GitHub README 其实是你流量最大的落地页",{"type":8,"value":268,"toc":315},[269,272,275,278,281,284,287,291,294,297,300,303,306,309,312],[11,270,271],{},"很多开源工具的 README，是被当成说明书写的，实际上它是你流量最大的落地页。2025 年 9 月我们看一个开源监控工具的访问数据：README 页面月浏览 4.1 万次，官网首页 9000 次，差 4 倍多。但它 README 开头的三行是项目名、一行英文 slogan、一排徽章，没有一句说清这东西给谁用。",[18,273,274],{"id":274},"重写后的四步",[11,276,277],{},"第一步，开头 120 字说三件事：解决什么问题、和其他同类有什么不一样、谁适合用。这段要出现在折叠线以上，也就是前两三屏内。我们给那个监控工具写的开头是“替代 XX 的轻量指标采集器，单机可跑，内存占用 30MB 以内，适合 5 人以下团队”。改完之后 README 到官网的点击率从 1.2% 到 3.8%。",[11,279,280],{},"第二步，装完能跑。Quick Start 放在最前面，不超过 5 条命令，每条下面一行说明。开发者读 README 的平均停留时间只有 40 秒左右，第一屏给不出可执行的东西，他就走了。",[11,282,283],{},"第三步，截图或动图放在功能说明之后而不是之前。很多人把大图放第一屏，手机上看要滑三屏才见到字。GitHub 的移动端流量比很多人想的高，我们看过的几个 repo，移动端占三到四成。",[11,285,286],{},"第四步，结尾放“下一步”。文档链接、示例仓库、Discord 或微信群入口，三个就够。",[18,288,290],{"id":289},"readme-的关键词怎么放","README 的关键词怎么放",[11,292,293],{},"GitHub 页面在 Google 里权重很高，品牌词和项目名搜索时经常排官网前面。所以要覆盖两类词：项目名和它的变体（大小写、连字符、中文译名），以及品类的英文词。",[11,295,296],{},"具体位置：仓库描述（About 那一栏）、README 第一段、首个二级标题。这三个地方搜索引擎都会读。别在 README 里堆关键词，GitHub 的 Markdown 渲染出来是纯文本，堆了很难看，开发者一眼就看穿。",[18,298,299],{"id":299},"一个反常识的点",[11,301,302],{},"Star 数不直接影响搜索排名，但影响点击率。我们对比过两个功能接近的 repo，一个 18k star，一个 3k star，在同一个搜索词下前者点击率是后者两倍多。所以 README 里的 star 徽章、下载量徽章有用，但它们的作用在“说服”，不在“排名”。",[11,304,305],{},"另外，repo 的 topics 标签别空着。GitHub 的 topic 页本身有搜索流量，标签选对了能带来站内推荐流量。我们一般建议 6 到 10 个，覆盖语言、场景、品类。",[18,307,308],{"id":308},"什么时候该另开一个文档站",[11,310,311],{},"README 超过 4000 字就该拆了。GitHub 的阅读体验不适合长文档，锚点导航在移动端很难用。拆的时候 README 保留快速开始和核心概念，详细内容放文档站，README 里每个功能段落结尾给一条链接。",[11,313,314],{},"改 README 的投入产出比很高，一两天工作量，能影响接下来一整年的流量入口。这是我们给开源项目做的第一件事，通常比写博客早。",{"title":58,"searchDepth":59,"depth":59,"links":316},[317,318,319,320],{"id":274,"depth":59,"text":274},{"id":289,"depth":59,"text":290},{"id":299,"depth":59,"text":299},{"id":308,"depth":59,"text":308},"2025-11-13","一个开源工具的 README 每月被看 4 万次，官网首页才 9000 次。我们把 README 按落地页重写，官网注册涨了 37%，方法就四步。",{},"\u002Fblog\u002Fgithub-readme-seo",{"title":266,"description":322},"blog\u002Fgithub-readme-seo",[328,329,330],"GitHub","开源项目","落地页","C7bR4mGNee1GQMHeRoCnZjTZOR9iy7lJrzSx1YDk47g",1794088110910]