[{"data":1,"prerenderedAt":353},["ShallowReactive",2],{"blog-paid-industry-award-worth-it":3,"blog-prev-paid-industry-award-worth-it":87,"blog-next-paid-industry-award-worth-it":281},{"id":4,"title":5,"author":6,"body":7,"canonical":71,"category":72,"cover":71,"date":73,"description":74,"draft":75,"extension":76,"keywords":71,"meta":77,"navigation":78,"noindex":75,"ogImage":71,"path":79,"seo":80,"seoDescription":71,"seoTitle":71,"stem":81,"tags":82,"updated":71,"__hash__":86},"blog\u002Fblog\u002Fpaid-industry-award-worth-it.md","花三万块买行业榜单排名，我们为什么劝客户放弃","元析智能",{"type":8,"value":9,"toc":64},"minimark",[10,14,18,25,31,37,40,43,46,49,52,55,58,61],[11,12,13],"p",{},"大部分\"行业榜单\"卖的是 logo 位，不是背书。去年 11 月，一个做客服系统的客户收到报价，三万块保进某榜单前五，还送一个奖杯和一篇通稿。我们看了榜单页面，劝他别买。四个月后，同预算花在案例内容和作者页上，品牌词月搜索从 130 涨到 250。",[15,16,17],"h2",{"id":17},"榜单的三种形态",[11,19,20,24],{},[21,22,23],"strong",{},"媒体评选类。"," 由编辑评审，免费或只收报名费，标准公开，去年的获奖页面还在。这种有真实价值，因为读者知道入选有门槛。",[11,26,27,30],{},[21,28,29],{},"商业榜单类。"," 付费保排名，报名费和名次挂钩。这类榜单的问题不在贵，在于读者也知道它是买的。你挂在官网上，懂行的人一眼看穿，反而扣分。",[11,32,33,36],{},[21,34,35],{},"平台方发布的方案榜。"," 云厂商、应用市场、渠道商发布的入选名单。这类榜单的价值不是外链，是渠道和信任，往往还带实际的客户来源。我们看这类榜单时，会顺便查一下榜上有没有我们的直接竞争对手，如果有，说明这个平台确实在认真选厂商，值得争取。",[11,38,39],{},"判断的时候别只看报价单上的头衔，去看发榜方的平时在做什么。一个每年只发一次榜、其余时间没有任何内容的机构，和一个月更十篇行业分析的媒体，可信度完全不同。",[15,41,42],{"id":42},"我们为什么不买",[11,44,45],{},"第一，页面留不住。榜单每年重做，旧页面 404 是常态。2023 年这个客户买过一次，第二年榜单改版，页面直接没了，当初说的\"长期外链\"一条不剩。",[11,47,48],{},"第二，页面本身没有搜索流量。我们查了那个榜单页的关键词和预估流量，月访问不到 400，还集中在榜单品牌词上，不是你的产品词。",[11,50,51],{},"第三，三万块有更好的去处。同一个客户，我们把钱拆成三份：一篇带数据的客户案例、两个作者页的履历补充、一次行业媒体的深度投稿。四个月后，品牌词搜索翻倍，案例页带来 7 个询盘。",[15,53,54],{"id":54},"怎么判断一个榜单值不值",[11,56,57],{},"问三个问题就够了。榜单页自己有没有自然搜索流量？评选标准是否公开、评委是谁？去年的获奖页面现在还能打开吗？",[11,59,60],{},"三个都过，报名费在 2000 以内，可以试。只要有一项不过，尤其\"保排名\"这三个字出现，就别买了。",[11,62,63],{},"奖杯摆在前台没人看，客户看的是你的案例和你的搜索结果。这笔钱花在哪，反映的是你信不信搜索。",{"title":65,"searchDepth":66,"depth":66,"links":67},"",2,[68,69,70],{"id":17,"depth":66,"text":17},{"id":42,"depth":66,"text":42},{"id":54,"depth":66,"text":54},null,"行业观察","2025-11-21","去年 11 月一个客户收到某行业榜单的报价，三万块保前五。我们拦下来了，把这三万花在别处，四个月后品牌词月搜索从 130 涨到 250。这篇讲榜单的三种收费形态和判断方法。",false,"md",{},true,"\u002Fblog\u002Fpaid-industry-award-worth-it",{"title":5,"description":74},"blog\u002Fpaid-industry-award-worth-it",[83,84,85],"行业榜单","品牌背书","预算决策","p21-4QNColia5TaT5fvHxws3qrUoMVnPBGI_otvyifk",{"id":88,"title":89,"author":6,"body":90,"canonical":71,"category":270,"cover":71,"date":271,"description":272,"draft":75,"extension":76,"keywords":71,"meta":273,"navigation":78,"noindex":75,"ogImage":71,"path":274,"seo":275,"seoDescription":71,"seoTitle":71,"stem":276,"tags":277,"updated":71,"__hash__":280},"blog\u002Fblog\u002Fgptbot-log-analysis.md","服务器日志里的真 GPTBot：四个识别特征和一次全量统计",{"type":8,"value":91,"toc":262},[92,95,98,109,115,121,127,131,134,137,140,229,232,235,238,241,244,247,250,253,256,259],[11,93,94],{},"光看 user-agent 判断 AI 爬虫，会有大概两成是假的。2025 年 11 月整月，我们统计了四个客户站的日志，AI 爬虫请求合计 4.2 万次，其中自称 GPTBot 的 1.9 万次，核对 IP 之后只剩 1.1 万次是真的。",[15,96,97],{"id":97},"四个识别特征",[11,99,100,103,104,108],{},[21,101,102],{},"一、user-agent 字符串。"," GPTBot 的完整串是 ",[105,106,107],"code",{},"Mozilla\u002F5.0 AppleWebKit\u002F537.36 (KHTML, like Gecko); compatible; GPTBot\u002F1.2; +https:\u002F\u002Fopenai.com\u002Fgptbot","。注意后面那个说明 URL，正规爬虫都会带。",[11,110,111,114],{},[21,112,113],{},"二、来源 IP。"," OpenAI 公开了爬虫的 IP 段，维护在 openai.com\u002Fgptbot.json 这类文件里。这一段是关键，UA 能伪造，IP 段伪造不了。",[11,116,117,120],{},[21,118,119],{},"三、请求路径分布。"," 真爬虫的路径分布很散，会顺着内链爬。假爬虫常常只打首页、sitemap 和几个热门 URL，因为它在扫。",[11,122,123,126],{},[21,124,125],{},"四、时间分布。"," 真爬虫按队列来，节奏均匀，凌晨也有。假爬虫扎堆在某个小时。",[15,128,130],{"id":129},"怎么核对-ip","怎么核对 IP",[11,132,133],{},"两步。先把日志里的 IP 提出来做反向解析，看 PTR 记录是否落在官方域名下；再拿 IP 去官方公布的段里做匹配。两步都过才算真。",[11,135,136],{},"我们一开始偷懒只做了 UA 过滤，得出\"GPTBot 抓了 1.9 万次\"的结论，还挺高兴。后来做 IP 核对，发现 8000 次的来源是几个云主机 IP，UA 一模一样，路径全在首页。那批是有人在批量采集。",[15,138,139],{"id":139},"一个月的数据",[141,142,143,159],"table",{},[144,145,146],"thead",{},[147,148,149,153,156],"tr",{},[150,151,152],"th",{},"爬虫",[150,154,155],{},"声称次数",[150,157,158],{},"核实后",[160,161,162,174,185,196,207,218],"tbody",{},[147,163,164,168,171],{},[165,166,167],"td",{},"GPTBot",[165,169,170],{},"19000",[165,172,173],{},"11000",[147,175,176,179,182],{},[165,177,178],{},"OAI-SearchBot",[165,180,181],{},"4100",[165,183,184],{},"3400",[147,186,187,190,193],{},[165,188,189],{},"ChatGPT-User",[165,191,192],{},"1200",[165,194,195],{},"900",[147,197,198,201,204],{},[165,199,200],{},"PerplexityBot",[165,202,203],{},"2300",[165,205,206],{},"1900",[147,208,209,212,215],{},[165,210,211],{},"ClaudeBot",[165,213,214],{},"3200",[165,216,217],{},"2800",[147,219,220,223,226],{},[165,221,222],{},"Bytespider",[165,224,225],{},"17000",[165,227,228],{},"16000",[11,230,231],{},"Bytespider 是字节的爬虫，量大是正常的。OAI-SearchBot 值得单独说：它负责给 ChatGPT 搜索抓内容，抓得比 GPTBot 频繁，路径也更集中在对比页和文档页。",[15,233,234],{"id":234},"这个统计能干什么",[11,236,237],{},"第一，判断你的文档有没有人在读。如果一个站 GPTBot 三个月没来，不是它屏蔽你，是你没内链、没 sitemap、或者全站都在 robots 里挡着。",[11,239,240],{},"第二，看它抓了什么。OAI-SearchBot 如果反复抓你的定价页和对比页，说明你的对比类内容进了它的候选池，这时候把这两页做得更可引用，收益最直接。",[11,242,243],{},"第三，发现抓取异常。有个客户站 11 月中旬 GPTBot 访问量突然掉 90%，查出来是他们上了 CDN 的防爬规则，把 AI 爬虫一起挡了。这种事故不看日志永远发现不了。",[15,245,246],{"id":246},"怎么把这件事做成常态",[11,248,249],{},"我们现在给客户的建议是每月跑一次，写成一个固定脚本，输出三行字：本月 AI 爬虫总请求、核实后占比、抓取最多的五个路径。三行字放在月报第一页，比任何流量曲线都直观。",[11,251,252],{},"有个客户靠这三行字发现了另一件事：他们的文档站被 OAI-SearchBot 抓得很勤，但博客基本没人碰。原因是博客全是\"行业趋势\"这类内容，没有能被直接搬走的答案。他们后来把博客砍掉一半，人挪去做文档，两个月后文档的引用进了 AI 回答。",[11,254,255],{},"日志不会告诉你该写什么，但它会告诉你什么没被读。后者更有用。",[15,257,258],{"id":258},"一句提醒",[11,260,261],{},"别为了好看去改 UA 统计口径。我们见过代理商把 Bytespider 全算成\"AI 搜索流量\"，数字翻了三倍。跟老板汇报前，先问一句这批 IP 核实过没有。",{"title":65,"searchDepth":66,"depth":66,"links":263},[264,265,266,267,268,269],{"id":97,"depth":66,"text":97},{"id":129,"depth":66,"text":130},{"id":139,"depth":66,"text":139},{"id":234,"depth":66,"text":234},{"id":246,"depth":66,"text":246},{"id":258,"depth":66,"text":258},"技术SEO","2025-11-20","2025 年 11 月一个月，四个站共有 4.2 万次 AI 爬虫请求，冒充 GPTBot 的占了 9000 次。四个特征能分辨真假，光看 user-agent 会被骗。",{},"\u002Fblog\u002Fgptbot-log-analysis",{"title":89,"description":272},"blog\u002Fgptbot-log-analysis",[167,278,279,270],"AI爬虫","日志分析","Gdg0-E4uIHGlku3NNATeUfLNo0XBKOhBEq2iwm1_Uck",{"id":282,"title":283,"author":6,"body":284,"canonical":71,"category":72,"cover":71,"date":342,"description":343,"draft":75,"extension":76,"keywords":71,"meta":344,"navigation":78,"noindex":75,"ogImage":71,"path":345,"seo":346,"seoDescription":71,"seoTitle":71,"stem":347,"tags":348,"updated":71,"__hash__":352},"blog\u002Fblog\u002Fopen-source-site-vs-github.md","开源项目的内容该放 GitHub 还是官网",{"type":8,"value":285,"toc":336},[286,289,292,295,298,301,304,307,310,313,316,319,322,325,328,333],[11,287,288],{},"开源项目的内容经常两边都发，官网一篇、GitHub 一篇，最后哪边都没做深。2025 年 10 月我们给 6 个开源项目做内容盘点，共同问题是分工不清。重新划完之后最明显的变化在对比页：官网承接“XX alternative”类搜索，三个月带来 60 多条企业咨询。",[15,290,291],{"id":291},"分工的原则",[11,293,294],{},"GitHub 回答“这东西怎么用、靠不靠谱”，官网回答“该不该买、买哪个版本”。这条线划清楚，内容归属就明确了。",[11,296,297],{},"放 GitHub 的：安装部署、配置参数、常见报错、架构说明、贡献指南、版本变更。这些内容的读者已经在用或者准备用，他们要的是准确，不是说服。",[11,299,300],{},"放官网的：产品定位、适用场景、和竞品的差异、定价、案例、企业版功能、安全合规。这些内容的读者在选型，他们要的是判断依据。",[15,302,303],{"id":303},"一个具体的错位",[11,305,306],{},"很多项目把架构说明和 benchmark 放在官网博客里，其实应该放 GitHub。我们在一个数据库项目上验证过：把一篇“存储引擎设计”从官网博客搬到 GitHub 的 docs 目录，三个月自然流量涨了 2.2 倍。原因很直接，搜这类词的人会去 GitHub 和 Hacker News，不会去你的营销站。",[11,308,309],{},"反过来，把“我们和 XX 的区别”写在 GitHub Discussions 里，是纯浪费。那类内容需要结构化对比表、需要定价、需要 CTA，GitHub 给不了。",[15,311,312],{"id":312},"导流方向要单向",[11,314,315],{},"内容可以双向存在，导流最好单向：GitHub 往官网导，官网不要往 GitHub 导。官网首页放一个“查看源码”够了，别在定价页放 GitHub 链接，那是在把要付钱的人送走。",[11,317,318],{},"README 里的链接要有优先级。我们一般排：文档、快速开始、官网定价、社区。定价放第三位，太靠前显得急，太靠后没人点。",[15,320,321],{"id":321},"别在两边写同一篇",[11,323,324],{},"重复内容的问题在开源项目里特别常见。同一篇“如何部署”官网一份、docs 一份，两边都没排名。我们现在的规则是：技术内容只有一个权威版本，另一个位置只放摘要加链接。摘要 150 字以内，链接指向权威版本。",[11,326,327],{},"判断权威版本放哪，看搜索场景。用户搜报错信息时在 Google 上，跳到 GitHub 也能接受；用户搜“XX 企业版 价格”时必须在官网。按搜索词来源分，比按团队习惯分靠谱。",[11,329,330],{},[21,331,332],{},"这套分工的代价",[11,334,335],{},"需要有人守边界。工程师习惯把什么都写进 GitHub，市场习惯把什么都搬上官网，两边都会越界。我们的做法是在内容规范里写死一张归属表，新内容先查表再动笔。这事听起来官僚，实际省下的返工时间比写表的时间多。",{"title":65,"searchDepth":66,"depth":66,"links":337},[338,339,340,341],{"id":291,"depth":66,"text":291},{"id":303,"depth":66,"text":303},{"id":312,"depth":66,"text":312},{"id":321,"depth":66,"text":321},"2025-11-22","两边都在发内容，结果互相打架。我们给 6 个开源项目重新分工：GitHub 管使用和信任，官网管选型和采购，流量涨得最明显的是对比页。",{},"\u002Fblog\u002Fopen-source-site-vs-github",{"title":283,"description":343},"blog\u002Fopen-source-site-vs-github",[349,350,351],"开源","内容策略","GitHub","Qh6LouLw8q8iZbxJn2TfIpnUTKCNobX24eblYEZ8K7s",1794088110667]