[{"data":1,"prerenderedAt":302},["ShallowReactive",2],{"blog-lqip-blur-lcp-trap":3,"blog-prev-lqip-blur-lcp-trap":91,"blog-next-lqip-blur-lcp-trap":193},{"id":4,"title":5,"author":6,"body":7,"canonical":75,"category":76,"cover":75,"date":77,"description":78,"draft":79,"extension":80,"keywords":75,"meta":81,"navigation":82,"noindex":79,"ogImage":75,"path":83,"seo":84,"seoDescription":75,"seoTitle":75,"stem":85,"tags":86,"updated":75,"__hash__":90},"blog\u002Fblog\u002Flqip-blur-lcp-trap.md","模糊占位图很好看，但它会让 LCP 数字骗人","元析智能",{"type":8,"value":9,"toc":66},"minimark",[10,14,19,22,25,28,31,39,42,45,48,51,54,57,60,63],[11,12,13],"p",{},"模糊占位图好看，但它会让 LCP 的数字骗人。今年 2 月我们查一个设计工具站，GSC 里 LCP 是 0.9 秒，用户却在群里说\"打开要三秒\"。原因就是首图用了 20×20 的 base64 模糊图，浏览器把 LCP 记在了这张低清图上。",[15,16,18],"h2",{"id":17},"lcp-记的是画出来的那一刻","LCP 记的是\"画出来的那一刻\"",[11,20,21],{},"LCP 的定义是视口内最大内容元素的渲染时间。模糊占位图先渲染，尺寸已经撑满，浏览器就认为 LCP 完成了。真图两秒后替换上去，指标不会重算。",[11,23,24],{},"这不是说模糊图不能用，是说它会让监控失效。我们给这个站加了自建埋点，记录\"首图高清版加载完成\"的时间，P75 是 2.6 秒，和用户感受对得上。",[15,26,27],{"id":27},"更麻烦的是体验本身",[11,29,30],{},"模糊图从小图放大，在移动端看起来就是一团色块，用户会以为页面坏了。这个站移动端跳出率 58%，比同类站高出一截。",[11,32,33,34,38],{},"改法两条：首屏图不用 LQIP，直接用最终尺寸的 WebP 加 ",[35,36,37],"code",{},"fetchpriority=\"high\"","；折叠线以下的图才用模糊占位，那时候用户还没看到，不影响首屏感受。",[15,40,41],{"id":41},"如果一定要用占位",[11,43,44],{},"三个要求：占位图要清楚到能看出内容轮廓，我们一般用 32×32 起步；真图加载完要有淡入，避免生硬跳变；埋点单独记\"高清图完成时间\"，别只信 LCP。",[11,46,47],{},"一个更干净的替代方案：纯色或者渐变占位，配合正确的宽高比。这种占位不会干扰 LCP 记录，视觉上也干净。我们现在默认推荐这个，模糊图只留给图册类页面。",[15,49,50],{"id":50},"怎么跟设计团队谈",[11,52,53],{},"设计师喜欢模糊占位，因为它让加载过程显得精致。我们的说法是：可以保留占位的美感，但首图除外。首图是用户对速度的第一印象，让他先看到一团模糊，再等两秒变清晰，感受比直接等两秒更差。",[11,55,56],{},"这个站最后是折中方案：首图不做 LQIP，改成低饱和度的渐变占位；图册和案例详情页保留模糊过渡。改完设计没意见，数据也回来了。",[15,58,59],{"id":59},"一个判断标准",[11,61,62],{},"如果你发现 LCP 数据很好、用户却说慢，先查首屏图是不是用了 LQIP 或者骨架图。这是我们在 5 个站上验证过的高频原因，排查只要看 Elements 里第一张图的 src 是不是 data URI。",[11,64,65],{},"顺带说一句：这个站改完并没有让 LCP 变差，反而从\"假 0.9 秒\"变成真实的 1.6 秒。指标诚实了，后面的优化才有意义。团队一开始不愿意改，因为数字变丑了，我跟他们说：监控的作用是发现问题，不是让报表好看。",{"title":67,"searchDepth":68,"depth":68,"links":69},"",2,[70,71,72,73,74],{"id":17,"depth":68,"text":18},{"id":27,"depth":68,"text":27},{"id":41,"depth":68,"text":41},{"id":50,"depth":68,"text":50},{"id":59,"depth":68,"text":59},null,"技术SEO","2026-02-17","一个设计工具站 GSC 里 LCP 0.9 秒，用户却反馈打开要三秒。原因是首图用了 20×20 的 base64 模糊图，浏览器把 LCP 记在了低清图上。附判断标准和替代方案。",false,"md",{},true,"\u002Fblog\u002Flqip-blur-lcp-trap",{"title":5,"description":78},"blog\u002Flqip-blur-lcp-trap",[87,88,89],"LCP","图片优化","性能监控","0LsV2fcuhcvfTJQsEcRpgpGaU2U834VoGv4TwvS9NME",{"id":92,"title":93,"author":6,"body":94,"canonical":75,"category":76,"cover":75,"date":182,"description":183,"draft":79,"extension":80,"keywords":75,"meta":184,"navigation":82,"noindex":79,"ogImage":75,"path":185,"seo":186,"seoDescription":75,"seoTitle":75,"stem":187,"tags":188,"updated":75,"__hash__":192},"blog\u002Fblog\u002Fdead-link-cleanup-404-410.md","死链清理：410 比 404 快，但不是所有页都该删",{"type":8,"value":95,"toc":174},[96,99,103,110,116,122,128,134,138,141,144,147,150,153,156,159,162,165,168,171],[11,97,98],{},"死链清理的目标不是\"零死链\"，是让蜘蛛别浪费请求、让用户别撞墙。410 确实比 404 消失得快，但只有确定这页永不再用时才该用。",[15,100,102],{"id":101},"五类死链五种处理","五类死链，五种处理",[11,104,105,109],{},[106,107,108],"strong",{},"内容彻底删除、没有替代","：用 410。搜索引擎收到 Gone 会更快从索引里移除，但很多前端框架和 CDN 只支持返回 404，实际差别没那么大，不值得为它改架构。",[11,111,112,115],{},[106,113,114],{},"内容迁移到新页面","：301，别 404。判断很简单，新页能承接旧页的意图就 301。",[11,117,118,121],{},[106,119,120],{},"参数拼错、用户手误","：看量。量大的 301 到正确页，零星的留 404。",[11,123,124,127],{},[106,125,126],{},"分页超出范围","：410，或者直接 301 回第一页，别返回空列表。",[11,129,130,133],{},[106,131,132],{},"旧版本文档","：归档保留，别删。这类页面有外链、有历史流量，删了是纯损失。",[15,135,137],{"id":136},"_2025-年-8-月那次清理","2025 年 8 月那次清理",[11,139,140],{},"一个 2 万多页的站，6000 条死链，日志里蜘蛛每天 27% 的请求落在 404。我们按上面五类拆：2100 条有替代页的做 301，1800 条彻底删除的返回 410，900 条归进归档页，剩 1200 条外链指向的页面保留 404 并联系对方改链。",[11,142,143],{},"两周后 404 请求占比从 27% 降到 6%，产品页抓取量涨了 18%。这个收益比改内容快得多。",[15,145,146],{"id":146},"怎么查",[11,148,149],{},"先从日志里导出 404 路径，按目录聚合，先处理请求量最大的。再用 Screaming Frog 看站内死链——站内死链比外链死链重要，因为它切断的是你自己的内链结构。外链指向的死链查一下有没有价值，有外链的能恢复内容就恢复。",[15,151,152],{"id":152},"一个容易忽略的点",[11,154,155],{},"死链页面如果返回 404 但页面里还挂着全站导航，蜘蛛会顺着导航继续爬，等于把 404 当成正常页面处理。规范做法是 404 页面只保留返回首页和搜索框的链接，别放完整导航。",[11,157,158],{},"另外，删页面之前先看流量。GSC 里过去 90 天有点击的页面，再没价值也别直接删，先做 301 或者保留归档。我们见过一次大清理，把 40 个有长尾流量的旧教程页删了，三个月后那批词全没了。",[15,160,161],{"id":161},"死链监控的节奏",[11,163,164],{},"上线后前两周每天看一次 404 日志，稳定后每周一次。最省事的方式是把 404 请求按路径聚合，导成一张表，每次和上周比对，新增条目逐个判断。很多死链是发版造成的——路由改了一个字母，整批页面就 404 了。我们把这条放进发布检查清单，发版后自动扫一遍首页和 20 个核心页。",[11,166,167],{},"外链导致的死链要单独看：从 GSC 的链接报告里找指向 404 的外链，能恢复就恢复，恢复不了就 301 到相关页。这些外链是有权重成本的，别浪费。",[15,169,170],{"id":170},"立场",[11,172,173],{},"几万页的站有几百条 404 很正常，别追求零死链。把 404 请求占比控制在抓取量的 5% 以下就够了，剩下的时间去做内容和内链更划算。",{"title":67,"searchDepth":68,"depth":68,"links":175},[176,177,178,179,180,181],{"id":101,"depth":68,"text":102},{"id":136,"depth":68,"text":137},{"id":146,"depth":68,"text":146},{"id":152,"depth":68,"text":152},{"id":161,"depth":68,"text":161},{"id":170,"depth":68,"text":170},"2026-02-16","死链不是删了就完事。404、410、301 各对应不同意图。我们把站上死链分成五类按处理方式分组，配一个 2025 年 8 月清理 6000 条死链、404 请求占比从 27% 降到 6% 的记录。",{},"\u002Fblog\u002Fdead-link-cleanup-404-410",{"title":93,"description":183},"blog\u002Fdead-link-cleanup-404-410",[189,190,191],"死链",404,"重定向","_OUuV1Yp23gxN0CjRdfRcqArv5n9EUHUWcCXmuB8oHk",{"id":194,"title":195,"author":6,"body":196,"canonical":75,"category":290,"cover":75,"date":291,"description":292,"draft":79,"extension":80,"keywords":75,"meta":293,"navigation":82,"noindex":79,"ogImage":75,"path":294,"seo":295,"seoDescription":75,"seoTitle":75,"stem":296,"tags":297,"updated":75,"__hash__":301},"blog\u002Fblog\u002Fmultilingual-not-translation.md","多语言内容不是翻译，是重写，翻两百篇只带来 3% 流量",{"type":8,"value":197,"toc":279},[198,201,204,207,210,213,216,219,222,225,228,231,234,237,240,243,246,249,252,255,258,261,264,267,270,273,276],[11,199,200],{},"把中文文章翻译成英文再发，是我们见过最贵的无效动作。2025 年我们接手一个客户站，他把 200 篇中文博客机翻成英文，发了一整年，英文自然流量只占全站 3%。后来挑 20 篇重写，六个月后这个比例到 11%。",[15,202,203],{"id":203},"翻译为什么不行",[11,205,206],{},"三个原因。搜索词不一样，中文说“接口监控”，英文用户搜“API monitoring”，直译出来的词没人搜。决策链路不一样，海外用户更早看定价和合规。案例不一样，中国客户的场景对海外读者没有参照价值。",[11,208,209],{},"翻得再准，也只是把中文的答案搬到另一个语言里，问题本身没变。",[15,211,212],{"id":212},"每个语言单独做词表",[11,214,215],{},"英文词表不能从中文词表翻出来，要按目标市场的搜索习惯重新挖。同一个功能，英美用户和中东用户的叫法可能都不同。",[11,217,218],{},"我们的做法是每个语言先挖 100 个词，跟中文词表比对，重合度往往只有 20% 到 30%。",[15,220,221],{"id":221},"谁写",[11,223,224],{},"母语写手加你们的产品知识，不要机翻加润色。机器翻译的问题不在语法，在语气和取舍。",[11,226,227],{},"一个可执行的做法：你们提供结构和要点，母语写手用本地表达重写，最后你们做事实核对。",[15,229,230],{"id":230},"哪些内容值得重写",[11,232,233],{},"文档、产品页、定价页优先级最高，这几类是成交路径上的。博客只重写 3 到 5 篇支柱页，其余不翻。",[11,235,236],{},"翻译全站是最容易做的决定，也是最没用的决定。",[15,238,239],{"id":239},"技术上的三件事",[11,241,242],{},"URL 用子目录 \u002Fen\u002F，别用参数。每个语言版本互相有 hreflang。别让机翻页面被自动索引后又长期不更新，那会被当成低质内容。",[11,244,245],{},"2025 年 12 月我们还遇到一个情况，客户用插件自动翻译，切换语言时 URL 不变，导致两套内容抢同一个地址，收录直接乱掉。",[15,247,248],{"id":248},"一个前提",[11,250,251],{},"如果你没有英文的销售或客服能力，别做英文内容。流量进来了没人接，只会拉高跳出率，还浪费一年时间。",[15,253,254],{"id":254},"翻译工具能用在哪",[11,256,257],{},"能用在做词表初筛、做文档的对照参考、做客服回复模板。不能用在对外发布的内容上。",[11,259,260],{},"我们自己的做法是：机翻只用来快速判断一篇中文内容值不值得重写，判断完就扔掉。",[15,262,263],{"id":263},"本地化还包括这些",[11,265,266],{},"计量单位、日期格式、支付方式、合规声明、案例里的公司规模。这些细节不改，读者一眼就知道这页不是为他写的。",[11,268,269],{},"2025 年 11 月我们看过一个站，英文版里还写着“支持微信支付”，海外读者看到就关了。",[15,271,272],{"id":272},"一个成本参考",[11,274,275],{},"请母语写手重写一篇 1500 字的技术内容，市场价大概是机翻加润色的三到五倍。听起来贵，但机翻那 200 篇带来的流量折合下来，单个访客成本更高。",[11,277,278],{},"多语言内容不是翻译工程，是第二次做内容。",{"title":67,"searchDepth":68,"depth":68,"links":280},[281,282,283,284,285,286,287,288,289],{"id":203,"depth":68,"text":203},{"id":212,"depth":68,"text":212},{"id":221,"depth":68,"text":221},{"id":230,"depth":68,"text":230},{"id":239,"depth":68,"text":239},{"id":248,"depth":68,"text":248},{"id":254,"depth":68,"text":254},{"id":263,"depth":68,"text":263},{"id":272,"depth":68,"text":272},"内容运营","2026-02-18","一个客户把 200 篇中文博客机翻成英文，一年后英文自然流量只占全站 3%。改成针对本地市场重写 20 篇，六个月后到 11%。翻译和重写是两件事。",{},"\u002Fblog\u002Fmultilingual-not-translation",{"title":195,"description":292},"blog\u002Fmultilingual-not-translation",[298,299,300],"多语言内容","出海SEO","内容策略","v2FETtepIsHHtW4lEvPgb2UtQa4KDKhXmQpGTZxFOnM",1794088108300]