[{"data":1,"prerenderedAt":596},["ShallowReactive",2],{"blog-dead-link-cleanup-404-410":3,"blog-prev-dead-link-cleanup-404-410":116,"blog-next-dead-link-cleanup-404-410":519},{"id":4,"title":5,"author":6,"body":7,"canonical":100,"category":101,"cover":100,"date":102,"description":103,"draft":104,"extension":105,"keywords":100,"meta":106,"navigation":107,"noindex":104,"ogImage":100,"path":108,"seo":109,"seoDescription":100,"seoTitle":100,"stem":110,"tags":111,"updated":100,"__hash__":115},"blog\u002Fblog\u002Fdead-link-cleanup-404-410.md","死链清理：410 比 404 快，但不是所有页都该删","元析智能",{"type":8,"value":9,"toc":90},"minimark",[10,14,19,26,32,38,44,50,54,57,60,63,66,69,72,75,78,81,84,87],[11,12,13],"p",{},"死链清理的目标不是\"零死链\"，是让蜘蛛别浪费请求、让用户别撞墙。410 确实比 404 消失得快，但只有确定这页永不再用时才该用。",[15,16,18],"h2",{"id":17},"五类死链五种处理","五类死链，五种处理",[11,20,21,25],{},[22,23,24],"strong",{},"内容彻底删除、没有替代","：用 410。搜索引擎收到 Gone 会更快从索引里移除，但很多前端框架和 CDN 只支持返回 404，实际差别没那么大，不值得为它改架构。",[11,27,28,31],{},[22,29,30],{},"内容迁移到新页面","：301，别 404。判断很简单，新页能承接旧页的意图就 301。",[11,33,34,37],{},[22,35,36],{},"参数拼错、用户手误","：看量。量大的 301 到正确页，零星的留 404。",[11,39,40,43],{},[22,41,42],{},"分页超出范围","：410，或者直接 301 回第一页，别返回空列表。",[11,45,46,49],{},[22,47,48],{},"旧版本文档","：归档保留，别删。这类页面有外链、有历史流量，删了是纯损失。",[15,51,53],{"id":52},"_2025-年-8-月那次清理","2025 年 8 月那次清理",[11,55,56],{},"一个 2 万多页的站，6000 条死链，日志里蜘蛛每天 27% 的请求落在 404。我们按上面五类拆：2100 条有替代页的做 301，1800 条彻底删除的返回 410，900 条归进归档页，剩 1200 条外链指向的页面保留 404 并联系对方改链。",[11,58,59],{},"两周后 404 请求占比从 27% 降到 6%，产品页抓取量涨了 18%。这个收益比改内容快得多。",[15,61,62],{"id":62},"怎么查",[11,64,65],{},"先从日志里导出 404 路径，按目录聚合，先处理请求量最大的。再用 Screaming Frog 看站内死链——站内死链比外链死链重要，因为它切断的是你自己的内链结构。外链指向的死链查一下有没有价值，有外链的能恢复内容就恢复。",[15,67,68],{"id":68},"一个容易忽略的点",[11,70,71],{},"死链页面如果返回 404 但页面里还挂着全站导航，蜘蛛会顺着导航继续爬，等于把 404 当成正常页面处理。规范做法是 404 页面只保留返回首页和搜索框的链接，别放完整导航。",[11,73,74],{},"另外，删页面之前先看流量。GSC 里过去 90 天有点击的页面，再没价值也别直接删，先做 301 或者保留归档。我们见过一次大清理，把 40 个有长尾流量的旧教程页删了，三个月后那批词全没了。",[15,76,77],{"id":77},"死链监控的节奏",[11,79,80],{},"上线后前两周每天看一次 404 日志，稳定后每周一次。最省事的方式是把 404 请求按路径聚合，导成一张表，每次和上周比对，新增条目逐个判断。很多死链是发版造成的——路由改了一个字母，整批页面就 404 了。我们把这条放进发布检查清单，发版后自动扫一遍首页和 20 个核心页。",[11,82,83],{},"外链导致的死链要单独看：从 GSC 的链接报告里找指向 404 的外链，能恢复就恢复，恢复不了就 301 到相关页。这些外链是有权重成本的，别浪费。",[15,85,86],{"id":86},"立场",[11,88,89],{},"几万页的站有几百条 404 很正常，别追求零死链。把 404 请求占比控制在抓取量的 5% 以下就够了，剩下的时间去做内容和内链更划算。",{"title":91,"searchDepth":92,"depth":92,"links":93},"",2,[94,95,96,97,98,99],{"id":17,"depth":92,"text":18},{"id":52,"depth":92,"text":53},{"id":62,"depth":92,"text":62},{"id":68,"depth":92,"text":68},{"id":77,"depth":92,"text":77},{"id":86,"depth":92,"text":86},null,"技术SEO","2026-02-16","死链不是删了就完事。404、410、301 各对应不同意图。我们把站上死链分成五类按处理方式分组，配一个 2025 年 8 月清理 6000 条死链、404 请求占比从 27% 降到 6% 的记录。",false,"md",{},true,"\u002Fblog\u002Fdead-link-cleanup-404-410",{"title":5,"description":103},"blog\u002Fdead-link-cleanup-404-410",[112,113,114],"死链",404,"重定向","_OUuV1Yp23gxN0CjRdfRcqArv5n9EUHUWcCXmuB8oHk",{"id":117,"title":118,"author":6,"body":119,"canonical":100,"category":506,"cover":100,"date":507,"description":508,"draft":104,"extension":105,"keywords":100,"meta":509,"navigation":107,"noindex":104,"ogImage":100,"path":510,"seo":511,"seoDescription":100,"seoTitle":100,"stem":512,"tags":513,"updated":100,"__hash__":518},"blog\u002Fblog\u002Fseo-content-writing-guide.md","软件公司写 SEO 内容:别写\"什么是 CRM\",写\"CRM 怎么解决具体问题\"",{"type":8,"value":120,"toc":496},[121,124,128,131,134,137,140,143,146,149,152,247,250,272,275,278,283,286,291,294,297,302,305,310,313,316,319,324,327,332,335,356,359,364,367,370,373,378,381,384,389,392,395,400,403,406,411,414,418,421,424,444,447,450,453,456,461,464,469,472,477,480,485,488,493],[11,122,123],{},"软件公司做 SEO 最常见的错误,就是写一堆\"什么是 CRM\"\"什么是 ERP\"\"项目管理软件有哪些\"的科普内容。这类内容排名起不来,流量进来了也不转化。问题不在内容质量,在选题方向。这篇讲我们建议软件公司怎么做内容选题,从搜索意图入手,写能转化的问题解决型内容。",[15,125,127],{"id":126},"为什么什么是-crm这种内容没用","为什么\"什么是 CRM\"这种内容没用",[11,129,130],{},"先说清楚为什么这类内容没用,再说该写什么。",[11,132,133],{},"\"什么是 CRM\"这种词,搜索意图是学习,不是购买。搜这个词的人可能是学生、可能是刚入行的销售、可能是好奇的吃瓜群众,唯独不是要买 CRM 的人。",[11,135,136],{},"更关键的是,这种词你排名排不过别人。排在前面的是谁?百度百科、知乎高赞回答、CSDN 的科普文、36 氪的行业报告。这些页面权重高、外链多、年份久,你一个软件公司的官网,凭什么排到他们前面?",[11,138,139],{},"举个例子(假设场景):你是一家做 CRM 的 SaaS 公司,写了篇\"什么是 CRM?一文读懂客户关系管理\"。这篇能排到哪?大概率前 30 名都进不去。就算侥幸排进去了,搜这个词的人 90% 不会买你的产品。",[11,141,142],{},"所以这类内容对软件公司来说是双输:排名起不来,起来了也不转化。",[15,144,145],{"id":145},"真正该写的是问题解决型内容",[11,147,148],{},"软件公司应该写的内容,是用户在购买和使用过程中遇到的具体问题。",[11,150,151],{},"对比一下两类词:",[153,154,155,174],"table",{},[156,157,158],"thead",{},[159,160,161,165,168,171],"tr",{},[162,163,164],"th",{},"类型",[162,166,167],{},"搜索词示例",[162,169,170],{},"意图",[162,172,173],{},"转化可能",[175,176,177,192,206,220,233],"tbody",{},[159,178,179,183,186,189],{},[180,181,182],"td",{},"科普词",[180,184,185],{},"什么是 CRM",[180,187,188],{},"学习",[180,190,191],{},"极低",[159,193,194,197,200,203],{},[180,195,196],{},"问题词",[180,198,199],{},"CRM 怎么解决客户流失",[180,201,202],{},"调研",[180,204,205],{},"中",[159,207,208,211,214,217],{},[180,209,210],{},"对比词",[180,212,213],{},"CRM 和 SCRM 有什么区别",[180,215,216],{},"决策",[180,218,219],{},"高",[159,221,222,225,228,231],{},[180,223,224],{},"场景词",[180,226,227],{},"电商团队怎么用 CRM 管理复购",[180,229,230],{},"评估",[180,232,219],{},[159,234,235,238,241,244],{},[180,236,237],{},"报错词",[180,239,240],{},"CRM 同步失败 怎么办",[180,242,243],{},"使用",[180,245,246],{},"高(留存)",[11,248,249],{},"问题解决型内容的优势:",[251,252,253,260,266],"ul",{},[254,255,256,259],"li",{},[22,257,258],{},"意图明确",":搜这种词的人有具体问题,你的产品能解决,转化路径短",[254,261,262,265],{},[22,263,264],{},"竞争小",":百科和媒体不写这种内容,竞争主要是同行,同行大多也在写科普",[254,267,268,271],{},[22,269,270],{},"信息增益高",":你能写自己产品的具体用法,这是别的站抄不走的",[15,273,274],{"id":274},"怎么找到用户真正搜的问题",[11,276,277],{},"写问题解决型内容,第一步是找到真实存在的问题。我们建议几个渠道:",[11,279,280],{},[22,281,282],{},"1. 客户沟通记录",[11,284,285],{},"翻一遍销售和客服的聊天记录、邮件、工单。客户问得最多的,就是搜索量最大的问题。假设你做客服系统,工单里\"怎么设置自动分配规则\"一周被问 20 次,去 5118 一查,这个词月搜 800。这种词直接做内容,流量和转化都有。",[11,287,288],{},[22,289,290],{},"2. 5118 和百度下拉",[11,292,293],{},"5118 的\"问答挖掘\"功能,输入你的产品词,会列出相关的问答搜索。百度搜索框的下拉和相关搜索也能挖。注意要挖到具体问题,不要停在宽泛词。",[11,295,296],{},"举例:输入\"CRM\",下拉给的是\"CRM 系统\"\"CRM 是什么\"——太宽泛。输入\"CRM 客户\",下拉给的是\"CRM 客户分类怎么做\"\"CRM 客户分配规则\"——这才是问题。",[11,298,299],{},[22,300,301],{},"3. 知乎和行业社区",[11,303,304],{},"知乎搜你的产品类型,看高赞问题的标题。这些标题本身就是用户的真实问法。掘金、CSDN、SegmentFault 对开发者工具同理。",[11,306,307],{},[22,308,309],{},"4. 竞品的 FAQ 和文档",[11,311,312],{},"翻同行的帮助文档和 FAQ,看他们解决了哪些问题。不是抄,是找空位——他们写了什么,没写什么,写得不好的是什么。",[15,314,315],{"id":315},"问题解决型内容怎么写",[11,317,318],{},"找到问题,还要会写。我们建议的内容结构:",[11,320,321],{},[22,322,323],{},"开头:直接给结论",[11,325,326],{},"用户搜\"CRM 怎么解决客户流失\",你第一句就该是\"客户流失的核心原因往往是跟进不及时,CRM 通过自动提醒和客户健康度评分解决这个事\"。不要绕\"客户流失是每个企业都面临的问题\"这种废话。",[11,328,329],{},[22,330,331],{},"主体:讲清楚怎么解决",[11,333,334],{},"分三层写:",[336,337,338,344,350],"ol",{},[254,339,340,343],{},[22,341,342],{},"问题为什么发生",":客户流失是因为销售跟进频率不够、客户问题响应慢、续费提醒缺失",[254,345,346,349],{},[22,347,348],{},"解决思路是什么",":用 CRM 设置跟进节奏、客户分级、自动化提醒",[254,351,352,355],{},[22,353,354],{},"具体怎么操作",":在你的系统里(假设是某 CRM 产品),在哪配置、怎么设置、注意事项",[11,357,358],{},"第三层是关键,也是你独有的信息增益。同行写不到这一步,因为他们不知道你的产品怎么用。",[11,360,361],{},[22,362,363],{},"结尾:FAQ",[11,365,366],{},"每个内容页底部放 3-5 个相关问题。FAQ 的作用有两个:一是覆盖长尾搜索,二是给 AI 引擎抓取用(GEO 价值)。",[15,368,369],{"id":369},"一个选题框架",[11,371,372],{},"我们给软件公司做内容时,用这个选题框架:",[11,374,375],{},[22,376,377],{},"第一优先级:场景 + 问题",[11,379,380],{},"格式:\"XX 团队怎么用 YY 解决 ZZ\"\n举例:\"销售团队怎么用 CRM 管理跟进节奏\"",[11,382,383],{},"这类词搜索量中等,意图明确,转化率高。是软件公司内容的主力。",[11,385,386],{},[22,387,388],{},"第二优先级:对比 + 决策",[11,390,391],{},"格式:\"AA vs BB 怎么选\"\n举例:\"HubSpot 和 Salesforce 怎么选\"",[11,393,394],{},"搜这种词的人在决策阶段,转化可能高。但要注意,写对比要客观,贬低竞品会让用户反感。",[11,396,397],{},[22,398,399],{},"第三优先级:报错 + 解决",[11,401,402],{},"格式:\"XX 报错\u002F问题 怎么办\"\n举例:\"CRM 同步失败 connection timeout 解决\"",[11,404,405],{},"这类词搜索量小,但意图极强,留存价值高。用户用了你的产品遇到问题去搜,搜到你的解决方案,对产品的信任度提升。",[11,407,408],{},[22,409,410],{},"不写:科普 + 定义",[11,412,413],{},"\"什么是 XX\"\"XX 是什么意思\"——留给百度百科和知乎。",[15,415,417],{"id":416},"内容转化的关键承接页","内容转化的关键:承接页",[11,419,420],{},"内容引来流量,还要承接得住。承接做不好,流量来了也白来。",[11,422,423],{},"承接页要做的事:",[251,425,426,432,438],{},[254,427,428,431],{},[22,429,430],{},"CTA 明确",":读完了下一步干什么?注册、试用、咨询,给一个明确动作",[254,433,434,437],{},[22,435,436],{},"相关功能直达",":文章讲 CRM 解决客户流失,文末链到\"客户健康度\"功能页",[254,439,440,443],{},[22,441,442],{},"不要硬塞",":文章里夹硬广,用户会反感。CTA 放文末和侧边栏,正文保持信息价值",[15,445,446],{"id":446},"总结",[11,448,449],{},"软件公司写 SEO 内容,别写\"什么是 CRM\"这种科普,排名起不来,起来了也不转化。应该写问题解决型内容:用户遇到的具体问题、解决思路、产品里的具体操作。选题从客户沟通、5118 问答、知乎社区、竞品文档里找。结构是结论前置、三层展开、FAQ 收尾。优先写\"场景+问题\"和\"对比+决策\",报错类内容做留存。",[11,451,452],{},"想知道你的内容选题有没有踩\"科普坑\",联系我们做个内容诊断。",[15,454,455],{"id":455},"常见问题",[11,457,458],{},[22,459,460],{},"Q: 软件公司博客一定要写技术深度内容吗?",[11,462,463],{},"A: 看目标用户。如果卖给开发者,技术深度内容必须有。如果卖给业务决策者,写业务场景和 ROI 比写技术细节有效。判断标准:你的用户搜什么,你就写什么。",[11,465,466],{},[22,467,468],{},"Q: 问题解决型内容多久见效?",[11,470,471],{},"A: 一般 3-4 个月开始有排名和流量。竞争小的长尾词可能 1-2 个月就起来。见效快慢取决于词的竞争度和域名权重,新站会比老站慢。",[11,473,474],{},[22,475,476],{},"Q: 同行已经写过的问题,还能写吗?",[11,478,479],{},"A: 能,但要有信息增益。同行写了\"CRM 怎么解决客户流失\",你写同样的题,要么补充更具体的操作步骤,要么加自己的观点,要么换个场景写(同行写通用版,你写电商行业版)。完全复述同行内容,排名起不来。",[11,481,482],{},[22,483,484],{},"Q: AI 写的内容能用吗?",[11,486,487],{},"A: 能起稿,但要人工改。AI 写的问题解决型内容最大毛病是泛泛而谈,没有具体操作步骤。改的时候重点加:产品里的具体配置路径、合理的参数示例、踩坑提醒。这些 AI 写不出来。",[11,489,490],{},[22,491,492],{},"Q: 内容长度多少合适?",[11,494,495],{},"A: 问题解决型内容 1500-2500 字够用。不要为了凑长度注水,搜索引擎现在能识别废话堆砌。把问题讲清楚就停,比硬凑到 3000 字效果好。",{"title":91,"searchDepth":92,"depth":92,"links":497},[498,499,500,501,502,503,504,505],{"id":126,"depth":92,"text":127},{"id":145,"depth":92,"text":145},{"id":274,"depth":92,"text":274},{"id":315,"depth":92,"text":315},{"id":369,"depth":92,"text":369},{"id":416,"depth":92,"text":417},{"id":446,"depth":92,"text":446},{"id":455,"depth":92,"text":455},"SEO","2026-02-15","软件公司写\"什么是 CRM\"这类科普内容,排名起不来,竞争不过百科和媒体,流量进来也不转化。该写解决具体问题的内容,匹配购买意图搜索。这篇讲搜索意图分析和内容选题方法。",{},"\u002Fblog\u002Fseo-content-writing-guide",{"title":118,"description":508},"blog\u002Fseo-content-writing-guide",[514,515,516,517],"SEO内容","搜索意图","软件公司","内容选题","jPY1XTuZkCllhslaAfk3WFTiyY5TeJ7uNtzhCmIxFmc",{"id":520,"title":521,"author":6,"body":522,"canonical":100,"category":101,"cover":100,"date":585,"description":586,"draft":104,"extension":105,"keywords":100,"meta":587,"navigation":107,"noindex":104,"ogImage":100,"path":588,"seo":589,"seoDescription":100,"seoTitle":100,"stem":590,"tags":591,"updated":100,"__hash__":595},"blog\u002Fblog\u002Flqip-blur-lcp-trap.md","模糊占位图很好看，但它会让 LCP 数字骗人",{"type":8,"value":523,"toc":578},[524,527,531,534,537,540,543,551,554,557,560,563,566,569,572,575],[11,525,526],{},"模糊占位图好看，但它会让 LCP 的数字骗人。今年 2 月我们查一个设计工具站，GSC 里 LCP 是 0.9 秒，用户却在群里说\"打开要三秒\"。原因就是首图用了 20×20 的 base64 模糊图，浏览器把 LCP 记在了这张低清图上。",[15,528,530],{"id":529},"lcp-记的是画出来的那一刻","LCP 记的是\"画出来的那一刻\"",[11,532,533],{},"LCP 的定义是视口内最大内容元素的渲染时间。模糊占位图先渲染，尺寸已经撑满，浏览器就认为 LCP 完成了。真图两秒后替换上去，指标不会重算。",[11,535,536],{},"这不是说模糊图不能用，是说它会让监控失效。我们给这个站加了自建埋点，记录\"首图高清版加载完成\"的时间，P75 是 2.6 秒，和用户感受对得上。",[15,538,539],{"id":539},"更麻烦的是体验本身",[11,541,542],{},"模糊图从小图放大，在移动端看起来就是一团色块，用户会以为页面坏了。这个站移动端跳出率 58%，比同类站高出一截。",[11,544,545,546,550],{},"改法两条：首屏图不用 LQIP，直接用最终尺寸的 WebP 加 ",[547,548,549],"code",{},"fetchpriority=\"high\"","；折叠线以下的图才用模糊占位，那时候用户还没看到，不影响首屏感受。",[15,552,553],{"id":553},"如果一定要用占位",[11,555,556],{},"三个要求：占位图要清楚到能看出内容轮廓，我们一般用 32×32 起步；真图加载完要有淡入，避免生硬跳变；埋点单独记\"高清图完成时间\"，别只信 LCP。",[11,558,559],{},"一个更干净的替代方案：纯色或者渐变占位，配合正确的宽高比。这种占位不会干扰 LCP 记录，视觉上也干净。我们现在默认推荐这个，模糊图只留给图册类页面。",[15,561,562],{"id":562},"怎么跟设计团队谈",[11,564,565],{},"设计师喜欢模糊占位，因为它让加载过程显得精致。我们的说法是：可以保留占位的美感，但首图除外。首图是用户对速度的第一印象，让他先看到一团模糊，再等两秒变清晰，感受比直接等两秒更差。",[11,567,568],{},"这个站最后是折中方案：首图不做 LQIP，改成低饱和度的渐变占位；图册和案例详情页保留模糊过渡。改完设计没意见，数据也回来了。",[15,570,571],{"id":571},"一个判断标准",[11,573,574],{},"如果你发现 LCP 数据很好、用户却说慢，先查首屏图是不是用了 LQIP 或者骨架图。这是我们在 5 个站上验证过的高频原因，排查只要看 Elements 里第一张图的 src 是不是 data URI。",[11,576,577],{},"顺带说一句：这个站改完并没有让 LCP 变差，反而从\"假 0.9 秒\"变成真实的 1.6 秒。指标诚实了，后面的优化才有意义。团队一开始不愿意改，因为数字变丑了，我跟他们说：监控的作用是发现问题，不是让报表好看。",{"title":91,"searchDepth":92,"depth":92,"links":579},[580,581,582,583,584],{"id":529,"depth":92,"text":530},{"id":539,"depth":92,"text":539},{"id":553,"depth":92,"text":553},{"id":562,"depth":92,"text":562},{"id":571,"depth":92,"text":571},"2026-02-17","一个设计工具站 GSC 里 LCP 0.9 秒，用户却反馈打开要三秒。原因是首图用了 20×20 的 base64 模糊图，浏览器把 LCP 记在了低清图上。附判断标准和替代方案。",{},"\u002Fblog\u002Flqip-blur-lcp-trap",{"title":521,"description":586},"blog\u002Flqip-blur-lcp-trap",[592,593,594],"LCP","图片优化","性能监控","0LsV2fcuhcvfTJQsEcRpgpGaU2U834VoGv4TwvS9NME",1794088108337]