[{"data":1,"prerenderedAt":363},["ShallowReactive",2],{"blog-longtail-keyword-scoring":3,"blog-prev-longtail-keyword-scoring":167,"blog-next-longtail-keyword-scoring":267},{"id":4,"title":5,"author":6,"body":7,"canonical":151,"category":152,"cover":151,"date":153,"description":154,"draft":155,"extension":156,"keywords":151,"meta":157,"navigation":158,"noindex":155,"ogImage":151,"path":159,"seo":160,"seoDescription":151,"seoTitle":151,"stem":161,"tags":162,"updated":151,"__hash__":166},"blog\u002Fblog\u002Flongtail-keyword-scoring.md","长尾词别按搜索量排序，我们改按四个维度打分","元析智能",{"type":8,"value":9,"toc":142},"minimark",[10,14,18,21,24,27,30,33,102,105,109,112,115,118,121,124,127,130,133,136,139],[11,12,13],"p",{},"月搜 30 的词我们写，月搜 5000 的词我们不写。不是反着来，是把四个维度分开打分之后，搜索量的权重只剩 10 分。",[15,16,17],"h2",{"id":17},"四个维度",[11,19,20],{},"意图给 40 分：这个搜索有没有采购或选型信号。带“怎么选”“对比”“替代”的接近满分，带“是什么”的给 10 分。",[11,22,23],{},"空位给 30 分：搜这个词，前十有几个是同行官网，有几个是点评站和论坛。官网占不到三个，给满分。",[11,25,26],{},"承接给 20 分：我们有没有现成页面能接这个词。没有落地页的先扣 10 分，逼自己先把页面做出来。",[11,28,29],{},"搜索量给 10 分：300 到 500 给满分，超过 5000 反而扣分，因为那种词我们一年也打不上去。",[15,31,32],{"id":32},"一张打分卡长什么样",[34,35,36,61],"table",{},[37,38,39],"thead",{},[40,41,42,46,49,52,55,58],"tr",{},[43,44,45],"th",{},"词",[43,47,48],{},"意图",[43,50,51],{},"空位",[43,53,54],{},"承接",[43,56,57],{},"量",[43,59,60],{},"总分",[62,63,64,85],"tbody",{},[40,65,66,70,73,76,79,82],{},[67,68,69],"td",{},"接口监控怎么做告警降噪",[67,71,72],{},"34",[67,74,75],{},"27",[67,77,78],{},"20",[67,80,81],{},"8",[67,83,84],{},"89",[40,86,87,90,92,95,97,100],{},[67,88,89],{},"免费代码托管平台",[67,91,81],{},[67,93,94],{},"5",[67,96,94],{},[67,98,99],{},"2",[67,101,78],{},[11,103,104],{},"第二行那个词月搜 5400，第一行月搜 90。按总分排，第一行先写。",[15,106,108],{"id":107},"搜索量只给-10-分的原因","搜索量只给 10 分的原因",[11,110,111],{},"2024 年我们按搜索量给一个开发工具客户排了 30 个选题，前 10 个全是搜索量最大的词。写了六个月，9 个没进过前 30 名。",[11,113,114],{},"那些词的前十名是站点级别的信息聚合页，我们一篇博客挤不进去。同时期顺手写的几个小词，三个月就排到第一，带来 40 多个试用申请。",[11,116,117],{},"搜索量告诉你这个池塘有多大，不告诉你鱼在不在你这半边。",[15,119,120],{"id":120},"打分卡的两个副作用",[11,122,123],{},"一个副作用是会砍掉很多看起来不错的词。词表从 800 个压到 120 个，客户第一反应是“这么点够写吗”。够写十个月。",[11,125,126],{},"另一个副作用是分数要重算。每季度重跑一次，竞争格局变了，分数就跟着变。我们有过一个词从 82 分掉到 41 分，因为两家同行开始认真做那篇内容。",[15,128,129],{"id":129},"打分是手算还是建表",[11,131,132],{},"前 50 个词我们手算，Word 里拉个表，半小时。超过 100 个词就得上表格，公式不用复杂，四个加权列加一列总分够用。",[11,134,135],{},"2025 年 5 月我们把这套表塞进客户的飞书多维表格，周会上直接按总分行排序，谁写的谁认领。一个月之后，客户自己开始改权重——把承接分提到 25，因为他发现自己更缺的是落地页，不是文章。",[11,137,138],{},"打分卡不是标准答案。但它把“我觉得这个词好”变成了可以拿出来对账的东西。",[11,140,141],{},"后来我自己的习惯是：每周一上午花 40 分钟把新词丢进表里打分，分数低的直接删，不留悬念。选题会从此少了一半争吵，也少了很多“这篇是不是可以再等等”的犹豫。",{"title":143,"searchDepth":144,"depth":144,"links":145},"",2,[146,147,148,149,150],{"id":17,"depth":144,"text":17},{"id":32,"depth":144,"text":32},{"id":107,"depth":144,"text":108},{"id":120,"depth":144,"text":120},{"id":129,"depth":144,"text":129},null,"SEO","2025-09-23","我们把长尾词拆成四个维度打分，给搜索量的权重只有 10 分。改完之后选题结果变了：月搜 30 的词排进计划，月搜 5000 的词被砍掉，这不是勇敢，是算过账。",false,"md",{},true,"\u002Fblog\u002Flongtail-keyword-scoring",{"title":5,"description":154},"blog\u002Flongtail-keyword-scoring",[163,164,165],"长尾词","关键词优先级","内容排期","aKuXjPNF9gqpH9mfVkDr1rUx1zEubvIhheP7SGV3mYs",{"id":168,"title":169,"author":6,"body":170,"canonical":151,"category":255,"cover":151,"date":256,"description":257,"draft":155,"extension":156,"keywords":151,"meta":258,"navigation":158,"noindex":155,"ogImage":151,"path":259,"seo":260,"seoDescription":151,"seoTitle":151,"stem":261,"tags":262,"updated":151,"__hash__":266},"blog\u002Fblog\u002Flcp-metric-vs-user-wait.md","LCP 一点二秒客户还说卡，我们查到了指标外的问题",{"type":8,"value":171,"toc":249},[172,175,179,182,185,198,201,204,207,216,219,222,225,228,231,234,237,240,243,246],[11,173,174],{},"上个月一个 B2B 数据工具客户找我们，说后台打开\"特别慢\"，可 PageSpeed 跑出来 LCP 1.3 秒，三项指标全绿。我们跟了 20 个真实用户的操作录屏，问题不在渲染，在于他们要等 2.4 秒才看到数据。Core Web Vitals 测的是\"画出来\"，不是\"能不能用\"。",[15,176,178],{"id":177},"骨架屏把-lcp-做漂亮了","骨架屏把 LCP 做漂亮了",[11,180,181],{},"这个产品的首屏是仪表盘。骨架屏 0.3 秒就出现了，LCP 元素被记为骨架屏里的标题文字，所以 1.3 秒这个数很好看。但真正的报表数据来自一个 2.4 秒才返回的接口，用户盯着骨架屏转圈，感受就是慢。",[11,183,184],{},"同类情况还有三种：",[186,187,188,192,195],"ul",{},[189,190,191],"li",{},"图片用渐进式加载，LCP 记的是低清图首次渲染的时间",[189,193,194],{},"按钮渲染出来了，JS 还没加载完，点了没反应，这属于 INP 的范畴",[189,196,197],{},"字体 swap 后文字重绘，LCP 记的是第一次绘制",[11,199,200],{},"指标没坏，只是它衡量的是\"页面出现了\"，不是\"页面能用了\"。",[15,202,203],{"id":203},"我们补了两条自建埋点",[11,205,206],{},"从今年 3 月开始，我们给客户站加两条埋点，用 PerformanceObserver 加自定义打点：",[208,209,210,213],"ol",{},[189,211,212],{},"首屏关键数据到位时间：接口 resolve 到第一次渲染完成的间隔",[189,214,215],{},"首次可用交互时间：用户第一个真实点击得到响应的时刻",[11,217,218],{},"这两个数不需要精确到毫秒，能看出量级就够。上面那个客户，数据到位时间 P75 是 2.6 秒，LCP 的 P75 是 1.4 秒。差出来的这 1.2 秒，就是用户嘴里那个\"慢\"。",[15,220,221],{"id":221},"别拿分数当体验的替代品",[11,223,224],{},"我的立场很直接：PSI 分数是给外人看的，真实用户指标是给自己看的。B2B 软件站如果只盯 LCP、INP、CLS 三个数，会漏掉一整类问题——数据链路的等待。",[11,226,227],{},"SaaS 后台、控制台、数据看板这类产品，用户对\"多久能用\"的敏感度远高于\"多久能看见\"。这类站的性能优化，接口和渲染必须一起看，单测前端没有意义。",[11,229,230],{},"怎么查：抽 20 个真实用户会话录屏，找\"页面已加载但用户停顿超过 2 秒才开始操作\"的片段。这类片段占比超过三成，就别再修 LCP 了，去查接口和首屏数据编排。",[11,232,233],{},"顺带说下取舍：给首屏数据做串行请求还是并行，很多团队为了页面的视觉顺序选择串行，代价就是可用时间翻倍。我们的做法是并行拉取、按视觉顺序渲染，宁可多一次请求，也不让用户在骨架屏上等。",[15,235,236],{"id":236},"两个常被问到的问题",[11,238,239],{},"Q：这种站还要不要做 Core Web Vitals？",[11,241,242],{},"要做，但别把它当验收标准。LCP、INP、CLS 是及格线，及格之后用户满不满意，取决于数据什么时候到。我们的做法是两套指标并列看，谁差修谁。",[11,244,245],{},"Q：怎么跟不懂技术的老板解释这件事？",[11,247,248],{},"别讲指标定义，讲他的使用场景。我就问了一句：你早上打开后台，看到表格出来能用，需要几秒？他想了想说三四秒。然后我把 2.6 秒的数据放到他面前，他就明白了。用户感知的时间，才是要优化的那个数。",{"title":143,"searchDepth":144,"depth":144,"links":250},[251,252,253,254],{"id":177,"depth":144,"text":178},{"id":203,"depth":144,"text":203},{"id":221,"depth":144,"text":221},{"id":236,"depth":144,"text":236},"技术SEO","2025-09-22","一个 B2B 数据工具的 LCP 只有 1.2 秒，用户却抱怨打开很慢。原因是骨架屏先渲染、真实数据 2.4 秒才回来。我们补了两条自建埋点，才把用户嘴里的\"慢\"量化出来。",{},"\u002Fblog\u002Flcp-metric-vs-user-wait",{"title":169,"description":257},"blog\u002Flcp-metric-vs-user-wait",[263,264,265],"LCP","真实用户指标","SaaS 性能","U_--kaAL7I71n3S3whQR3cskX0TPt2vwP7Xk3Qn9S6Q",{"id":268,"title":269,"author":6,"body":270,"canonical":151,"category":352,"cover":151,"date":353,"description":354,"draft":155,"extension":156,"keywords":151,"meta":355,"navigation":158,"noindex":155,"ogImage":151,"path":356,"seo":357,"seoDescription":151,"seoTitle":151,"stem":358,"tags":359,"updated":151,"__hash__":362},"blog\u002Fblog\u002Fperplexity-citation-preferences.md","Perplexity 引用偏好：它比另外几家更认第三方",{"type":8,"value":271,"toc":345},[272,275,278,281,284,287,291,294,297,300,303,306,317,320,324,327,330,333,336,339,342],[11,273,274],{},"Perplexity 是眼下把引用做得最显性的 AI 搜索。它不光挂来源，还按句子挂。我们把 40 个 B2B 软件方向的查询逐条拆开数了来源：平均每条回答 6.4 个来源，官网只占 1.9 个，剩下 4.5 个是第三方。",[15,276,277],{"id":277},"它的三条规则",[11,279,280],{},"第一条，按句挂源。一段话里两个事实来自两个地方，它就在两句后面各挂一个。这意味着你被引用可以只被引用半句。",[11,282,283],{},"第二条，多源交叉。同一件事只有你自己说过，它挂的概率低；两个以上独立来源说法一致，它挂得干脆。",[11,285,286],{},"第三条，偏好可验证的页面。带具体版本号、日期、参数的文档页，比营销页好抓。",[15,288,290],{"id":289},"第三方写你比你自己写你更管用","第三方写你，比你自己写你更管用",[11,292,293],{},"我们手上有个做日志分析的客户。2025 年 7 月之前，Perplexity 提他们只在两个地方：官网和一篇媒体报道。我们把官网文档重写了一遍，加了一页\"和同类工具的差异\"，两周后来源数没动。",[11,295,296],{},"真正变化发生在 8 月。两个技术博客自己写了对比文，把他们的参数和另外三家放在一张表里。9 月初再跑同样的查询，Perplexity 的来源里出现了这两个博客，官网反而退到第 3 位。",[11,298,299],{},"这事儿的教训不是\"官网别做了\"，是：官网是事实源，第三方是信任源。Perplexity 先信，再引。",[15,301,302],{"id":302},"官网还能怎么争",[11,304,305],{},"能争的部分是把官网变成\"最好抄的那一页\"。三个具体做法：",[186,307,308,311,314],{},[189,309,310],{},"每个产品参数给单位和测试环境，别写\"高性能\"，写\"8 核 32G 下 P99 18 毫秒\"",[189,312,313],{},"差异页做成表格，别做成分段论证。Perplexity 抓表格几乎不用改写",[189,315,316],{},"版本号和更新日期放在正文里，不要只放在页脚",[11,318,319],{},"我们给一个安全工具客户做完这三步，40 天里官网在 Perplexity 的来源占比从 22% 到 41%。",[15,321,323],{"id":322},"一个容易被忽略的细节它记得你被怎么描述","一个容易被忽略的细节：它记得你被怎么描述",[11,325,326],{},"Perplexity 组织答案时会保留来源里的措辞。也就是说，别人怎么定义你，它大概率就怎么定义你。我们有个客户被一个第三方目录站写成了\"开源的\"，实际他们只有社区版开源。这个错误描述在 Perplexity 的回答里挂了三个月。",[11,328,329],{},"发现方式是每周跑品牌词查询，把回答原文抄下来对比。改的方式是给那个目录站发更正邮件，同时在自己网站的产品页第一段把授权方式写清楚。三周后描述才换过来。",[11,331,332],{},"所以品牌词查询不是只看\"有没有提到你\"，要看\"它用哪句话提你\"。这句话错了，后面所有转化都歪。",[15,334,335],{"id":335},"别做的两件事",[11,337,338],{},"别刷引用。有人拿几十个低质站点批量发同一段话，指望 Perplexity 交叉验证。它的来源有质量门槛，垃圾站被识别之后，跟它说法一致的页面一起贬值。",[11,340,341],{},"别把官网做成百科全书。我们见过一个站，每个页面 3000 字，什么都讲。结果每条回答都能读到它，一条都不挂它。因为没有任何一段是\"最像答案\"的那段。",[11,343,344],{},"一段话只回答一个问题，剩下的交给下一段。",{"title":143,"searchDepth":144,"depth":144,"links":346},[347,348,349,350,351],{"id":277,"depth":144,"text":277},{"id":289,"depth":144,"text":290},{"id":302,"depth":144,"text":302},{"id":322,"depth":144,"text":323},{"id":335,"depth":144,"text":335},"GEO","2025-09-24","测了 40 个查询，Perplexity 平均每条答案挂 6.4 个来源，官网只占 1.9 个。它按句子挂引用，最认交叉验证过的说法。想被它引用，得先被别人写对。",{},"\u002Fblog\u002Fperplexity-citation-preferences",{"title":269,"description":354},"blog\u002Fperplexity-citation-preferences",[352,360,361],"Perplexity","品牌提及","5Y3yYQmXbvJ8tiP-2gEcH5Pt7BsdGup3qWgfOn-T8tU",1794088112191]