[{"data":1,"prerenderedAt":358},["ShallowReactive",2],{"blog-footer-legal-details":3,"blog-prev-footer-legal-details":81,"blog-next-footer-legal-details":279},{"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\u002Ffooter-legal-details.md","页脚那行版权年份和备案号，别随手写","元析智能",{"type":8,"value":9,"toc":58},"minimark",[10,14,18,21,24,27,34,40,46,49,52,55],[11,12,13],"p",{},"页脚有五个字段，加起来不超过四行，但它是最容易被看出\"没人管\"的地方。2026 年 3 月我们评审一个客户的站，页脚写着\"© 2023\"，备案号是一张图片，公司名还少了一个\"科技\"。这三处，任何一处都会让人怀疑整站信息是不是三年没维护过。",[15,16,17],"h2",{"id":17},"页脚该写的五个字段",[11,19,20],{},"版权年份，写当前年份，不用 JavaScript 自动生成，直接写死，每年改一次。公司全称，和营业执照一致。ICP 备案号，用文字加链接，链到工信部查询页。公安备案号，有就放，没有就去办。最后一个联系入口，邮箱或电话都行。",[11,22,23],{},"五个字段之外的东西尽量别加。合作伙伴 logo、支付图标、各种认证徽章堆在页脚，会让页面变脏，而且图标本身就是一堆图片请求。我们测量过一个客户的页脚，12 个徽章图标加起来 380KB，为了页面上几行装饰，付出的是移动端首屏时间。",[15,25,26],{"id":26},"三类高频错误",[11,28,29,33],{},[30,31,32],"strong",{},"年份没更新。"," 这是最常见的，也最容易被客户一眼看到。我们查过的客户站里，页脚年份滞后的占四成。",[11,35,36,39],{},[30,37,38],{},"备案号做成图片。"," 有些站为了排版整齐，把备案号做成一张小图。用户读不到，也没法点，等于写了但没用。",[11,41,42,45],{},[30,43,44],{},"公司名和备案主体不一致。"," 这种情况在用过品牌名做站名、后来没同步全称的站上特别常见。工商、备案、合同三处名字对不上，采购流程里一定会被问。",[15,47,48],{"id":48},"怎么维护",[11,50,51],{},"把页脚放进两件事里：一是新站上线检查表，逐项签字；二是年度更新计划，每年 1 月改年份、查备案状态。",[11,53,54],{},"我们给客户的做法是列一张\"站点基础信息表\"，页脚、关于页、备案系统、地图商户四处共用同一份信息，改一处必须同步另外三处。表格看着笨，但两年下来，因为信息不一致被客户挑出来的问题从每月两三起降到零。",[11,56,57],{},"另外提醒一句：页脚里的链接别全用 nofollow。备案查询链接、隐私政策、关于页这些是该被蜘蛛跟的，全加 nofollow 等于自己把内页藏起来。我们就见过一个站，页脚 8 个链接全加了 nofollow，内页收录慢得离谱。",{"title":59,"searchDepth":60,"depth":60,"links":61},"",2,[62,63,64],{"id":17,"depth":60,"text":17},{"id":26,"depth":60,"text":26},{"id":48,"depth":60,"text":48},null,"技术SEO","2026-04-21","页脚是网站上被复制最多、也最容易被忽略的一块。版权年份停在 2023、备案号做成图片、公司名和备案主体不一致，这三类问题我们每季度都能在客户站上查到。",false,"md",{},true,"\u002Fblog\u002Ffooter-legal-details",{"title":5,"description":68},"blog\u002Ffooter-legal-details",[77,78,79],"页脚","备案","站点细节","MrRqwORPJWKqP2loD2i-vZDF7RnM81HbEI607-YAH9c",{"id":82,"title":83,"author":6,"body":84,"canonical":65,"category":66,"cover":65,"date":268,"description":269,"draft":69,"extension":70,"keywords":65,"meta":270,"navigation":72,"noindex":69,"ogImage":65,"path":271,"seo":272,"seoDescription":65,"seoTitle":65,"stem":273,"tags":274,"updated":65,"__hash__":278},"blog\u002Fblog\u002Fsitemap-rss-ai-crawl.md","站点地图和 RSS 对 AI 抓取还有多少用：六个站三个月的日志",{"type":8,"value":85,"toc":259},[86,89,92,159,162,166,169,172,175,178,182,185,188,191,195,198,204,210,216,219,222,225,228,231,234,238,241,244,247,250,253,256],[11,87,88],{},"站点地图对 AI 抓取有用，但没有你想的那么有用。2026 年 2 月到 4 月，我们统计了六个客户站的日志：AI 爬虫总请求 11.4 万次，其中请求 sitemap 的占 11%，请求 RSS 的占 2%。",[15,90,91],{"id":91},"三个月的数",[93,94,95,111],"table",{},[96,97,98],"thead",{},[99,100,101,105,108],"tr",{},[102,103,104],"th",{},"项目",[102,106,107],{},"请求数",[102,109,110],{},"占比",[112,113,114,126,137,148],"tbody",{},[99,115,116,120,123],{},[117,118,119],"td",{},"页面请求",[117,121,122],{},"98100",[117,124,125],{},"86%",[99,127,128,131,134],{},[117,129,130],{},"sitemap 请求",[117,132,133],{},"12500",[117,135,136],{},"11%",[99,138,139,142,145],{},[117,140,141],{},"robots.txt 请求",[117,143,144],{},"1200",[117,146,147],{},"1%",[99,149,150,153,156],{},[117,151,152],{},"RSS 请求",[117,154,155],{},"2200",[117,157,158],{},"2%",[11,160,161],{},"sitemap 那 11% 里，大部分集中在月初和站点有新内容发布的那几天。说明它被当作\"发现新内容\"的工具，不是\"读内容\"的通道。",[15,163,165],{"id":164},"sitemap-还有用的地方","sitemap 还有用的地方",[11,167,168],{},"新页发现。刚发的页面，内链还没铺开，sitemap 是最快的通知方式。我们观察到一个规律：新页发布后 24 小时内被 AI 爬虫抓到的，八成是通过 sitemap 或内链。",[11,170,171],{},"大站分批。页面超过 5000 个的站，sitemap 分索引文件，能让爬虫按板块抓，不至于只扫首页附近。",[11,173,174],{},"URL 变更通知。改版之后旧 URL 301 到新 URL，sitemap 同步更新，能加快替换速度。",[11,176,177],{},"这三件事都不是\"提升引用\"，是\"缩短发现时间\"。别把它当优化手段，把它当基础设施。",[15,179,181],{"id":180},"rss-的实际情况","RSS 的实际情况",[11,183,184],{},"RSS 在 AI 抓取里的存在感很低。六个站三个月只有 2200 次 RSS 请求，其中大部分来自聚合器和阅读工具，不是 AI 爬虫。",[11,186,187],{},"但它还有两个用处。一是给内容团队做分发，二是被一些行业聚合站抓取后二次传播。后者的价值在品牌提及，不在 AI 引用。",[11,189,190],{},"我的建议是保留 RSS，但别为它投入。生成 RSS 是建站的基本功能，有就行。",[15,192,194],{"id":193},"真正影响-ai-抓取的是什么","真正影响 AI 抓取的是什么",[11,196,197],{},"按影响大小排：",[11,199,200,203],{},[30,201,202],{},"内链深度。"," 从首页点三次以内能到的页面，被抓概率最高。我们查过一个站，深度 5 层以上的 400 个页面，三个月里只有 12 个被 AI 爬虫碰过。",[11,205,206,209],{},[30,207,208],{},"更新频率。"," 每周有更新的板块，抓取频次明显高。停更半年的板块，爬虫基本不来了。",[11,211,212,215],{},[30,213,214],{},"页面可读性。"," 内容在 HTML 里还是靠 JS 渲染，直接决定它能不能读到。我们有个客户的核心文档是纯前端渲染，日志显示抓了，但内容没进去。",[11,217,218],{},"这三件都比 sitemap 重要。",[15,220,221],{"id":221},"一个反常识的做法",[11,223,224],{},"别把所有 URL 都塞进 sitemap。我们见过一个站 sitemap 里有 5 万个 URL，其中 4.6 万个是参数页和筛选页。",[11,226,227],{},"结果是重要页面的信号被稀释，爬虫的抓取预算花在垃圾页上。",[11,229,230],{},"现在我们的做法是分文件：核心内容一个，文档一个，博客一个，参数页不放。每个文件不超过 2000 个 URL。",[11,232,233],{},"站点地图是给爬虫省时间的，不是给自己省事的。",[15,235,237],{"id":236},"一份能用的-sitemap-该怎么写","一份能用的 sitemap 该怎么写",[11,239,240],{},"三个基本要求：只有可索引的 200 状态页、lastmod 是真的、重要页面排在前面。",[11,242,243],{},"lastmod 这块必须说。很多站的 lastmod 是程序生成的，每次构建都更新，等于没有。爬虫看几次发现日期和内容对不上，就不信这个字段了。",[11,245,246],{},"我们的做法是让 lastmod 跟着正文改动走：内容改了就更新，模板换了不动。这需要在发布流程里加一步，不复杂，但大多数站没做。",[11,248,249],{},"顺带说一句，sitemap 里的优先级字段都被忽略，不用纠结填 0.8 还是 1.0。",[15,251,252],{"id":252},"什么时候该停下来别折腾",[11,254,255],{},"站里页面不到 500 个的时候，sitemap 的作用基本可以被内链替代。真正该花时间的是把重要页面点三次能到、每周更新几页。",[11,257,258],{},"我们见过太多人在这上面花两周，然后把\"没效果\"归因到 AI 不认 sitemap。方向一开始就偏了。",{"title":59,"searchDepth":60,"depth":60,"links":260},[261,262,263,264,265,266,267],{"id":91,"depth":60,"text":91},{"id":164,"depth":60,"text":165},{"id":180,"depth":60,"text":181},{"id":193,"depth":60,"text":194},{"id":221,"depth":60,"text":221},{"id":236,"depth":60,"text":237},{"id":252,"depth":60,"text":252},"2026-04-20","六个站三个月的日志里，AI 爬虫请求 sitemap 的比例只有 11%，RSS 更低到 2%。这两个文件是发现入口，不是引用入口。真正影响 AI 抓取的是内链深度、更新频率和页面能不能被读到。",{},"\u002Fblog\u002Fsitemap-rss-ai-crawl",{"title":83,"description":269},"blog\u002Fsitemap-rss-ai-crawl",[275,276,277,66],"sitemap","RSS","AI爬虫","QS9NV_FIQZ4WgeNItEpiAiaZuVFIaylqWFJ6TyfbSng",{"id":280,"title":281,"author":6,"body":282,"canonical":65,"category":346,"cover":65,"date":347,"description":348,"draft":69,"extension":70,"keywords":65,"meta":349,"navigation":72,"noindex":69,"ogImage":65,"path":350,"seo":351,"seoDescription":65,"seoTitle":65,"stem":352,"tags":353,"updated":65,"__hash__":357},"blog\u002Fblog\u002Freview-site-listings-crossborder.md","G2、Capterra 这些评测站，跨境软件的第二个官网",{"type":8,"value":283,"toc":340},[284,287,290,293,296,299,302,305,308,311,314,317,320,325,328,331,334,337],[11,285,286],{},"海外 B2B 买家选软件，第一站经常不是官网，是评测站。2025 年 10 月到 2026 年 3 月，我们帮三个出海 SaaS 整理 G2、Capterra、TrustRadius 上的页面，其中一个客户到 2026 年 4 月，来自评测站的线索占新客的 31%。",[15,288,289],{"id":289},"评测站的实际作用",[11,291,292],{},"两个作用。一是被搜索。这些站权重高，用户搜“best XX software”时，结果里一半是评测站的榜单页。二是被 AI 引用。我们测过几个主流回答引擎，问“推荐 XX 类工具”时，引用的来源里评测站出现频率很高。",[11,294,295],{},"所以评测站上的信息准确度，直接影响 AI 怎么描述你。这已经不是可选项了。",[15,297,298],{"id":298},"我们的整理顺序",[11,300,301],{},"第一步，认领并补全资料。公司信息、产品截图、定价档位、支持语言。这三项经常缺，缺了榜单页就没法把你归到正确的类目。",[11,303,304],{},"第二步，分类目。一个产品可以挂在多个类目下，挂错类目等于没挂。“项目管理”和“团队协作”是两个类目，用户搜索路径不同。",[11,306,307],{},"第三步，邀请真实客户写评价。这里有个原则：别刷。评测站的风控很严，刷出来的评价会被删，账号还可能被标记。我们让客户在客户成功流程里加一个节点，上线 90 天且续费的客户才邀请。",[11,309,310],{},"第四步，回应负面评价。一条被认真回应的差评，比十条好评有说服力。回应要具体，说清问题和处理方式，别写公关话术。",[15,312,313],{"id":313},"一个具体的数",[11,315,316],{},"有个客户原本在 G2 上只有 6 条评价，评分 4.1。补到 38 条、评分 4.6 之后，榜单页排名从第三页到第一页，官网来自 G2 的引荐流量每月 700 多次。",[11,318,319],{},"另一个反常识的点：评价数量比评分更重要。4.6 分 38 条，比 5.0 分 5 条有效得多，因为买家知道 5.0 不真实。",[11,321,322],{},[30,323,324],{},"别忽略本地化评测站",[11,326,327],{},"出海到日本看的是 Boxil 和 ITreview，到法国有 Appvizer，德国有 OMR Reviews。这些站流量不如 G2，但用户更精准，竞争也小。我们给一个做发票识别的客户登记了日本的两个站，三个月带来 11 条线索，成本是填表和请两个日本客户写评价。",[11,329,330],{},"这些站大多有免费的基础收录，付费推广可以先不做。先把资料填全，把评价攒到 5 条以上，再看要不要投。",[15,332,333],{"id":333},"时间成本",[11,335,336],{},"还有一条：评价里的关键词也会被搜索。用户写“导出的 CSV 能直接用”，比你写十遍“支持导出”有用。邀请评价时给一句提示，比如“说说你用它解决了什么问题”，回收的内容质量会不一样。",[11,338,339],{},"这套整理，一个产品初期要投入 3 到 5 天，之后每月维护 2 小时。相比投广告，这是便宜得多的信任资产。我们现在的做法是，出海客户签约第一周就把评测站页面列进任务清单，别等产品成熟了再补。",{"title":59,"searchDepth":60,"depth":60,"links":341},[342,343,344,345],{"id":289,"depth":60,"text":289},{"id":298,"depth":60,"text":298},{"id":313,"depth":60,"text":313},{"id":333,"depth":60,"text":333},"行业观察","2026-04-22","海外买家选软件先看评测站，但很多中国团队的 listing 是空的。我们把三个 SaaS 的评测站页面补齐，来自评测站的线索占了新客的三成。",{},"\u002Fblog\u002Freview-site-listings-crossborder",{"title":281,"description":348},"blog\u002Freview-site-listings-crossborder",[354,355,356],"评测站","跨境软件","品牌建设","J3uqLE-8K9XpbrywBGdCps8ak6cXwputn3gW7vWFb4g",1794088106579]