[{"data":1,"prerenderedAt":261},["ShallowReactive",2],{"blog-backlinks-still-work":3,"blog-prev-backlinks-still-work":97,"blog-next-backlinks-still-work":171},{"id":4,"title":5,"author":6,"body":7,"canonical":81,"category":82,"cover":81,"date":83,"description":84,"draft":85,"extension":86,"keywords":81,"meta":87,"navigation":88,"noindex":85,"ogImage":81,"path":89,"seo":90,"seoDescription":81,"seoTitle":81,"stem":91,"tags":92,"updated":81,"__hash__":96},"blog\u002Fblog\u002Fbacklinks-still-work.md","外链权重在降，但这三种链接还在起作用","元析智能",{"type":8,"value":9,"toc":72},"minimark",[10,14,19,22,25,28,32,35,38,41,45,48,51,54,57,60,63,66,69],[11,12,13],"p",{},"外链权重在降，但不是所有外链都没用了。还有三种在起作用：行业媒体的真实报道、开源项目和文档站的引用、客户和合作伙伴的官网互链。买的那种，2025 年以后基本清零。",[15,16,18],"h2",{"id":17},"第一种行业媒体的真实报道","第一种：行业媒体的真实报道",[11,20,21],{},"不是发稿，是报道。区别在于有没有编辑的判断和第三方信源。",[11,23,24],{},"从 2025 年 1 月起，我们给一个数据库工具客户做外链，14 个月拿到 11 篇行业媒体报道，都是因为产品有真实更新、有数据、有客户案例，记者主动写的。这批链接带来的推荐流量不多，但三个核心词的排名在两个月内各升了 4 到 7 名。",[11,26,27],{},"判断标准：这篇文章如果去掉你的产品名，还成立吗？成立，才是报道；不成立，就是软文。",[15,29,31],{"id":30},"第二种开源项目和文档站的引用","第二种：开源项目和文档站的引用",[11,33,34],{},"开发者工具类公司最该重视这类。GitHub 上的 README、awesome list、技术文档里的推荐，权重比普通外链高。",[11,36,37],{},"我们一个客户的开源 SDK，被 20 多个项目在 README 里引用，官网的文档页在 Google 上的排名比花钱做外链时还稳。这类链接的特点是自然增长，不用维护。",[11,39,40],{},"做法：把文档写好、把 SDK 维护好，然后在相关社区里真实回答问题，需要时带上链接。别群发，别拉群互赞。",[15,42,44],{"id":43},"第三种客户和合作伙伴的官网互链","第三种：客户和合作伙伴的官网互链",[11,46,47],{},"这条对 To B 软件公司特别有效。客户官网的\"技术栈\"或\"合作伙伴\"页面，链到你的产品页；你和集成伙伴互链。",[11,49,50],{},"这类链接的相关性高，来源页稳定，而且很难被判定为买卖。我们一个做客服系统的客户，拿到 30 多个客户官网的链接，都是真实使用关系，两年没掉。",[11,52,53],{},"做法：客户成功团队在交付时提一句，能不能在官网列一下。成功率大概三成，成本几乎为零。",[15,55,56],{"id":56},"怎么判断一条外链值不值",[11,58,59],{},"三个问题：来源页和你的主题相关吗？这条链接是编辑放的还是花钱买的？来源页自己有流量吗？",[11,61,62],{},"三个都过，值得争取；只过一两个，价值有限；一个都不过，别浪费时间。",[15,64,65],{"id":65},"我们不做的",[11,67,68],{},"不买链接，不做站群，不批量换友情链接，不在论坛签名里塞链接。这四件事在 2025 年之后的算法下，收益接近零，风险不小。",[11,70,71],{},"外链这件事，2026 年的正确姿势是\"少而真\"。这 14 个月我们拿到的真实外链一共不到 60 条，比不上同行一个月买的量，但没有一条被判定为垃圾。一年拿到 10 条高质量链接，比一个月买 100 条有用。",{"title":73,"searchDepth":74,"depth":74,"links":75},"",2,[76,77,78,79,80],{"id":17,"depth":74,"text":18},{"id":30,"depth":74,"text":31},{"id":43,"depth":74,"text":44},{"id":56,"depth":74,"text":56},{"id":65,"depth":74,"text":65},null,"SEO","2026-03-10","买的外链基本清零，但有三类链接还在起作用：行业媒体的真实报道、开源项目和文档站的引用、客户和合作伙伴的官网互链。我们按这三类做了 14 个月，附判断一条外链值不值的标准，以及我们不碰的四件事。",false,"md",{},true,"\u002Fblog\u002Fbacklinks-still-work",{"title":5,"description":84},"blog\u002Fbacklinks-still-work",[93,94,95],"外链","链接建设","百度与Google","wH_lE_ASDX63AQTlbuRJz0v0VowWGq-bjd9aO_vlr3M",{"id":98,"title":99,"author":6,"body":100,"canonical":81,"category":82,"cover":81,"date":160,"description":161,"draft":85,"extension":86,"keywords":81,"meta":162,"navigation":88,"noindex":85,"ogImage":81,"path":163,"seo":164,"seoDescription":81,"seoTitle":81,"stem":165,"tags":166,"updated":81,"__hash__":170},"blog\u002Fblog\u002Ffigma-plugin-listing-seo.md","设计插件在 Figma 市场里怎么被搜到",{"type":8,"value":101,"toc":154},[102,105,109,112,115,118,121,124,127,130,133,136,139,142,145,148,151],[11,103,104],{},"设计类插件的流量，八成来自插件市场站内搜索，不是 Google。2026 年 1 月我们帮一个做图标管理插件的团队改列表页文案，两个月安装量从 4700 涨到 1.3 万，同期没有增加任何推广。",[15,106,108],{"id":107},"市场搜索的规则和-google-不同","市场搜索的规则和 Google 不同",[11,110,111],{},"用户不会输入长句，通常是两三个词：“图标”“批量”“导出”“auto layout”。市场排序主要看相关性、安装量、更新频率和评分。刚上架的插件，前两项吃亏，所以标题和描述的相关性权重显得更重。",[11,113,114],{},"标题的写法：核心功能词加场景限定。“Icon Manager”这种纯品牌名搜不到，“Icon Manager - Batch Replace & Export”才能命中批量替换和导出两个动作。",[11,116,117],{},"描述的前两行尤其关键。市场列表页的搜索结果只展示标题加一两行描述，用户是看这两行决定点不点。我们一般把“做什么、给谁用、解决什么具体问题”压进这两行。",[15,119,120],{"id":120},"我们做的三个动作",[11,122,123],{},"第一，把标题从品牌名改成“品牌名 + 功能短语”，保留品牌词便于老用户找。",[11,125,126],{},"第二，描述第一行写清动作：“批量替换画板里的图标并导出 SVG\u002FPNG”，第二行写给谁：“适合有 100+ 画板的设计系统项目”。",[11,128,129],{},"第三，更新日志保持每月一次。市场会按更新频率给一定曝光，长期不更新的插件排名会掉。我们让客户把一些小的体验改进也发出来，别憋大招。",[15,131,132],{"id":132},"安装页也是搜索资产",[11,134,135],{},"插件详情页本身有 URL，会被 Google 索引。用户搜“figma 批量替换图标”时，详情页有机会出现在结果里。所以详情页里的功能说明要完整，别只写三行。",[11,137,138],{},"我们给其中一个插件补了 600 字的功能说明加 4 张截图，详情页从市场站外带来的访问每月 300 多次，占总量不到 5%，但转化率高，因为来的人已经在找解决方案。",[11,140,141],{},"评论区也要管。市场页的评论是公开的，用户提问没人回，后面的访客会犹豫。我们建议把评论通知接到团队群里，48 小时内回。这件事对排名的直接影响很小，对安装转化的影响很实在。",[15,143,144],{"id":144},"一个坑",[11,146,147],{},"别在插件标题里堆词。市场对关键词堆砌有降权，我们试过把“icon、svg、export、batch”全塞进标题，安装量没涨，搜索排名反而掉了。后来缩到两个功能词，效果最好。",[11,149,150],{},"还有一个位置别浪费：详情页截图的说明文字。市场会把这段文字索引进去，“批量替换图标前后对比”这种描述能多覆盖一组词。",[11,152,153],{},"插件市场的 SEO 逻辑简单粗暴：把用户会搜的两个词放进标题，把具体动作写进描述前两行，保持更新。剩下的交给安装量和评分。",{"title":73,"searchDepth":74,"depth":74,"links":155},[156,157,158,159],{"id":107,"depth":74,"text":108},{"id":120,"depth":74,"text":120},{"id":132,"depth":74,"text":132},{"id":144,"depth":74,"text":144},"2026-03-09","Figma 社区的插件列表页，标题和描述就是全部关键词资产，写错了就没人点。我们改了 3 个插件的标题和描述前两行，安装量在两个月里涨了 1.8 倍。",{},"\u002Fblog\u002Ffigma-plugin-listing-seo",{"title":99,"description":161},"blog\u002Ffigma-plugin-listing-seo",[167,168,169],"插件市场","设计工具","关键词","8MJrgjw2A4t7oP93Sv4I5-YH-DZPDoevvO7aH3Hef1Y",{"id":172,"title":173,"author":6,"body":174,"canonical":81,"category":82,"cover":81,"date":250,"description":251,"draft":85,"extension":86,"keywords":81,"meta":252,"navigation":88,"noindex":85,"ogImage":81,"path":253,"seo":254,"seoDescription":81,"seoTitle":81,"stem":255,"tags":256,"updated":81,"__hash__":260},"blog\u002Fblog\u002Fseo-cron-jobs.md","跑 SEO 杂活的六个定时任务，怎么排才不出错",{"type":8,"value":175,"toc":242},[176,179,182,185,188,191,194,197,200,203,206,209,212,215,218,221,224,227,230,233,236,239],[11,177,178],{},"2026 年 3 月盘了一下我们跑的定时任务，六个，每周大概省下六小时机械劳动。定时任务的风险不在写，在没人管。一个静默失败的任务，比没有这个任务更危险，因为你会以为数据是对的。",[15,180,181],{"id":181},"六个任务",[11,183,184],{},"GSC 数据拉取，每周一凌晨；站点地图提交检查，每周一上午；死链扫描，每周二；排名快照，每周三；日志简报，每天 9 点；收录抽查，每周五。",[11,186,187],{},"这六个覆盖了我们日常要看的全部数据。再往上加就是过度自动化，比如自动改 titles、自动发文章，这类我们不做，改错了没人拦。",[15,189,190],{"id":190},"排期原则",[11,192,193],{},"别都放周一。周一凌晨是好时间，但六个任务一起跑，一个失败会影响后面的。我们按数据依赖排：先拉 GSC 数据，再跑排名快照，最后生成报告。",[11,195,196],{},"每个任务要能单独重跑，不依赖前面的中间文件。这条听着简单，实际写的时候很容易把状态存在临时文件里，一失败就得从头来。",[15,198,199],{"id":199},"失败处理",[11,201,202],{},"最危险的是静默失败。脚本报错退出，但没人看到，第二天报表是空的，大家以为这个站没数据。",[11,204,205],{},"我们的做法是心跳：每个任务跑完写一行记录到表里，包括时间和状态。另有一个检查任务，早上 8 点看所有任务最近一次成功时间，超过 26 小时没成功就在群里 @ 人。",[11,207,208],{},"26 小时这个阈值是因为日任务和月任务混在一起。日任务超过 26 小时没跑肯定有问题，周任务则由它自己的下一次运行覆盖。",[15,210,211],{"id":211},"谁维护",[11,213,214],{},"指定一个人负责，不是“大家一起看”。没有明确负责人，出问题就是互相等。",[11,216,217],{},"每季度 review 一次，把过去三个月没被任何人看过的任务删掉。我们上个季度删了一个排名监控任务，因为客户根本不看那份数据，白跑半年。",[15,219,220],{"id":220},"上线前先手动跑三次",[11,222,223],{},"定时任务最坑的是“看起来在跑”。第一次跑就写错字段的情况太常见，凌晨出错，三天后才被发现。",[11,225,226],{},"我们现在的规矩是手动跑三次，三次输出一致再挂 crontab。多花十分钟，省掉一次事故。",[15,228,229],{"id":229},"我们的排期表长什么样",[11,231,232],{},"任务用 crontab 跑，配置文件进 git，改动要提交合并请求。听着像小题大做，但你不会想体验“谁上周改了这个脚本”这种排查。",[11,234,235],{},"每个任务旁边写一行注释：它解决什么问题、失败会怎样、谁负责。三个月后自己都忘了当初为什么加。",[11,237,238],{},"日志统一写到固定目录，按任务名命名，保留 30 天。出问题先看最后 50 行，八成错误都在那里。",[11,240,241],{},"自动化不是越多越好。六个够用，第七个开始就是给自己找活干。",{"title":73,"searchDepth":74,"depth":74,"links":243},[244,245,246,247,248,249],{"id":181,"depth":74,"text":181},{"id":190,"depth":74,"text":190},{"id":199,"depth":74,"text":199},{"id":211,"depth":74,"text":211},{"id":220,"depth":74,"text":220},{"id":229,"depth":74,"text":229},"2026-03-11","六个定时任务每周省下六小时，但静默失败比不做更危险。这篇写任务清单、排期原则、心跳告警，以及我们每季度砍任务的规矩，看完能照着搭。",{},"\u002Fblog\u002Fseo-cron-jobs",{"title":173,"description":251},"blog\u002Fseo-cron-jobs",[257,258,259],"自动化","定时任务","工作流","ut1Rob-FJ1zVcaOU9G0N9yxELWMCWWLwj02kRpti8Qo",1794088107745]