[{"data":1,"prerenderedAt":319},["ShallowReactive",2],{"blog-editorial-review-checklist":3,"blog-prev-editorial-review-checklist":120,"blog-next-editorial-review-checklist":218},{"id":4,"title":5,"author":6,"body":7,"canonical":104,"category":105,"cover":104,"date":106,"description":107,"draft":108,"extension":109,"keywords":104,"meta":110,"navigation":111,"noindex":108,"ogImage":104,"path":112,"seo":113,"seoDescription":104,"seoTitle":104,"stem":114,"tags":115,"updated":104,"__hash__":119},"blog\u002Fblog\u002Feditorial-review-checklist.md","我们的审稿清单：一篇文章要过十二关","元析智能",{"type":8,"value":9,"toc":94},"minimark",[10,14,19,22,25,28,31,35,38,41,44,47,51,54,57,60,63,67,70,73,76,79,82,85,88,91],[11,12,13],"p",{},"2026 年 6 月我们把审稿标准写成了十二项清单，一篇稿子平均改两轮半才上线。清单出来之前，审稿靠感觉，新人不知道改什么，老人每次说的标准也不一样。",[15,16,18],"h2",{"id":17},"事实层四项","事实层：四项",[11,20,21],{},"数字有没有来源。文章里出现的每个数据，要么是我们自己测的，要么是工具里能查到的，要么是公开可查的事实。编的数字一律删。",[11,23,24],{},"工具名和版本对不对。写“某工具能导出全量”，得说清哪个版本、什么条件下。工具更新很快，模糊表述迟早过时。",[11,26,27],{},"参数名和菜单路径对不对。照着实操一遍，别照着记忆写。",[11,29,30],{},"链接能不能打开。外部链接全部点一遍，内部链接确认目标页存在。这条最基础，但最容易漏。",[15,32,34],{"id":33},"结构层四项","结构层：四项",[11,36,37],{},"结论在前 100 字内。写完第一段读一遍，如果还在铺垫，重写。",[11,39,40],{},"二级标题是不是各自独立。每节只讲一件事，标题之间不能重复。",[11,42,43],{},"每段首句是不是该段主题。我们不允许“首先我们来看”这种过渡句占一个段落。",[11,45,46],{},"结尾有没有升华。最后一段如果开始讲行业趋势、讲未来，删掉。结尾只保留一个具体判断或者一个动作。",[15,48,50],{"id":49},"语言层四项","语言层：四项",[11,52,53],{},"黑名单词。我们有一份禁用词表，出现就改。",[11,55,56],{},"AI 句式。两边都讲的平衡句、不仅而且的递进句，这类结构读起来像模板。",[11,58,59],{},"句子长短。连续三句都是二十字以上，读起来累，拆一句。",[11,61,62],{},"口语化程度。默读一遍，读着别扭的地方就是该改的地方。",[15,64,66],{"id":65},"立场层两项","立场层：两项",[11,68,69],{},"这篇文章有没有观点。通篇正确但没有判断，等于没写。",[11,71,72],{},"有没有独家信息。自己测的数据、踩过的坑、具体的筛选标准，至少要有一处。没有就补，补不出来这篇不发。",[15,74,75],{"id":75},"清单怎么维护",[11,77,78],{},"清单每季度改一次。我们删过一条没用的检查项：要求配图不少于三张，实际读者根本不看配图，删掉之后审稿还快了些。",[11,80,81],{},"原则很简单：因为某个项目吃过亏才加，因为三个月没人触发才删。清单太长，作者会照抄照过，反而不看内容。",[15,83,84],{"id":84},"审稿怎么分工",[11,86,87],{},"作者自检一遍清单，改完再交。同事互审，只挑事实和结构两层的问题。负责人终审，看语言和立场。",[11,89,90],{},"三个人审不意味着三倍时间，因为每人只关注两层，速度快。我们现在的节奏是 48 小时内走完一轮。",[11,92,93],{},"清单的意义不是束缚，是让新人知道标准在哪。写顺了之后，很多人第一稿就能过八项。",{"title":95,"searchDepth":96,"depth":96,"links":97},"",2,[98,99,100,101,102,103],{"id":17,"depth":96,"text":18},{"id":33,"depth":96,"text":34},{"id":49,"depth":96,"text":50},{"id":65,"depth":96,"text":66},{"id":75,"depth":96,"text":75},{"id":84,"depth":96,"text":84},null,"内容运营","2026-06-10","事实、结构、语言、立场四层共十二项检查，一篇稿子平均改两轮半。清单写出来之后，新人第一稿的返工率明显下降，审稿也不再靠感觉。",false,"md",{},true,"\u002Fblog\u002Feditorial-review-checklist",{"title":5,"description":107},"blog\u002Feditorial-review-checklist",[116,117,118],"审稿","内容流程","编辑规范","vnjCQ9DsVNFghJ1qjcSwmf3LEuAzusVoy6gQxxTrrAU",{"id":121,"title":122,"author":6,"body":123,"canonical":104,"category":206,"cover":104,"date":207,"description":208,"draft":108,"extension":109,"keywords":104,"meta":209,"navigation":111,"noindex":108,"ogImage":104,"path":210,"seo":211,"seoDescription":104,"seoTitle":104,"stem":212,"tags":213,"updated":104,"__hash__":217},"blog\u002Fblog\u002Fhreflang-mistakes.md","hreflang 配错的代价，比不做多语言站还大",{"type":8,"value":124,"toc":197},[125,128,132,135,138,141,145,148,151,154,158,161,164,167,170,173,176,179,182,185,188,191,194],[11,126,127],{},"hreflang 配错的代价比不做多语言还大：Google 会把页面当成重复内容，中文站排名被英文站压。去年 10 月起我们处理过 4 个案例，最常见的错法就三种。",[15,129,131],{"id":130},"错法一hreflang-指向不存在的页面","错法一：hreflang 指向不存在的页面",[11,133,134],{},"这是最常见的。页面加了 hreflang 标记，但指向的 URL 已经改版或者拼错，返回 404。",[11,136,137],{},"Google 的处理方式很直接：标记无效，等于没写。更糟的是，如果所有语言版本互相指向都不对，Google 会自己挑一个版本展示，通常是权重高的那个，于是中文用户搜到英文页。",[11,139,140],{},"我们一个客户改版后 120 个 URL 变了，hreflang 没跟着改。三个月里中国区搜索流量掉了 38%，英文页占了中文词的结果。",[15,142,144],{"id":143},"错法二x-default-缺失或乱写","错法二：x-default 缺失或乱写",[11,146,147],{},"x-default 是给\"没有明确语言匹配\"的用户用的兜底版本。很多站要么不写，要么写成主站首页。",[11,149,150],{},"不写，Google 自己猜，猜错的情况不少。写成首页，等于告诉 Google 所有语言的用户都去首页，这个标记就废了。",[11,152,153],{},"正确写法：x-default 指向语言选择页，或者默认语言版本，不要指向首页。",[15,155,157],{"id":156},"错法三互相指向变成单向","错法三：互相指向变成单向",[11,159,160],{},"hreflang 要求双向确认：A 页面声明 B，B 页面也要声明 A。只写一边，Google 会忽略这组关系。",[11,162,163],{},"我们查过的一个站，英文页声明了中文页，中文页没声明英文页。结果英文页被识别成中文页的重复内容，两个页面互相抢排名，都不稳定。",[15,165,166],{"id":166},"怎么查",[11,168,169],{},"三个地方。Google Search Console 的\"国际定位\"报告会报 hreflang 错误；Screaming Frog 可以爬全站检查双向匹配；手动抽查 10 个语言版本，看返回码和指向。",[11,171,172],{},"我们一般先跑工具，再手动抽查，工具能发现 80% 的问题，剩下的 20% 在页面渲染和跳转逻辑里。",[15,174,175],{"id":175},"一个恢复案例",[11,177,178],{},"那个中国区流量掉 38% 的客户，我们做的事：补全 120 条 hreflang 映射、修 x-default、统一绝对地址。",[11,180,181],{},"上线后 3 周开始回升，第 7 周中国区流量回到原位的 91%。没有改内容，没有换域名，问题全在标记上。",[15,183,184],{"id":184},"一份能抄的配置模板",[11,186,187],{},"每个语言页面加三组 link：自己、互相对应的语言版本、x-default。所有 URL 用绝对地址，带协议和域名，别用相对路径。",[11,189,190],{},"例如中文页写：zh-CN 指向自己，en 指向英文页，x-default 指向语言选择页。英文页反过来写一遍，一一对应。",[15,192,193],{"id":193},"一句判断",[11,195,196],{},"多语言站不是加几个语言目录就完事，hreflang 是必须做对的一环。做不对，不如先只做一个语言版本，把内容做好。这件事的排查成本很低，跑一遍工具基本能定位，改完记下来，下次改版别再犯。",{"title":95,"searchDepth":96,"depth":96,"links":198},[199,200,201,202,203,204,205],{"id":130,"depth":96,"text":131},{"id":143,"depth":96,"text":144},{"id":156,"depth":96,"text":157},{"id":166,"depth":96,"text":166},{"id":175,"depth":96,"text":175},{"id":184,"depth":96,"text":184},{"id":193,"depth":96,"text":193},"技术SEO","2026-06-09","hreflang 配错的代价比不做多语言还大：Google 会把页面当成重复内容，中文站排名被英文站压。我们处理过 4 个案例，最常见的三种错法、排查方法和一份能直接抄的配置模板，都在这篇，最后附了一个我们自己做的恢复案例，照着查能省一天。",{},"\u002Fblog\u002Fhreflang-mistakes",{"title":122,"description":208},"blog\u002Fhreflang-mistakes",[214,215,216],"hreflang","多语言SEO","国际SEO","jzOJPslgBuQsjr_EVsssrwhVtSZVh4UmdWUvK0yQf7U",{"id":219,"title":220,"author":6,"body":221,"canonical":104,"category":206,"cover":104,"date":308,"description":309,"draft":108,"extension":109,"keywords":104,"meta":310,"navigation":111,"noindex":108,"ogImage":104,"path":311,"seo":312,"seoDescription":104,"seoTitle":104,"stem":313,"tags":314,"updated":104,"__hash__":318},"blog\u002Fblog\u002Fbaidu-index-volume-drop.md","百度索引量掉了 40%，我们从哪查起",{"type":8,"value":222,"toc":299},[223,226,230,233,236,239,243,246,249,252,256,259,262,265,269,272,275,279,282,285,288,291,294,296],[11,224,225],{},"百度索引量一周掉 40%，先别改内容。我们按\"先看抓取、再看站点、最后看内容\"的顺序查，过去 6 次里有 4 次问题出在技术层。这篇把排查步骤和每一步看什么数据写清楚。",[15,227,229],{"id":228},"第一步确认掉的是索引量还是抓取量","第一步：确认掉的是索引量还是抓取量",[11,231,232],{},"这两个数经常被混着看。索引量掉、抓取量正常，说明搜索引擎来了但把页面从索引里移除了；索引量掉、抓取量也掉，说明它不来了。",[11,234,235],{},"在搜索资源平台里，索引量和抓取频次是两个入口，要分开看。我们见过客户说\"索引掉了\"，实际是抓取频次掉了，页面还在索引里，只是不再更新。",[11,237,238],{},"如果是抓取量先掉，跳到第三步查服务器。",[15,240,242],{"id":241},"第二步看掉的是哪类页面","第二步：看掉的是哪类页面",[11,244,245],{},"把索引量按目录拆开看。文档、博客、产品、标签页，哪一类掉得最多。",[11,247,248],{},"我们 2026 年 2 月遇到一个站，索引量从 2.4 万掉到 1.4 万，拆开看掉的全是标签页和分页。这类页面本来价值就低，掉索引不算坏事。",[11,250,251],{},"如果掉的是产品页和文档页，那才是问题。",[15,253,255],{"id":254},"第三步看服务器和抓取","第三步：看服务器和抓取",[11,257,258],{},"三个数：5xx 错误率、平均响应时间、robots 是否被改过。",[11,260,261],{},"我们遇到最多的原因是服务器在索引变化前一两天出过问题：CDN 配置改错、证书过期、源站 502。抓取诊断里能看到具体状态码。",[11,263,264],{},"还有一个隐蔽的：改版时把 sitemap 或 robots 的路径改了，搜索引擎拿到 404，抓取停摆。",[15,266,268],{"id":267},"第四步看页面本身有没有被改","第四步：看页面本身有没有被改",[11,270,271],{},"索引量掉之前两周内上线的改动，重点查：模板调整、URL 变更、canonical 配置、noindex 误加。",[11,273,274],{},"我们见过一个客户在模板里加了全局 noindex，测试环境忘了删，上线后整站索引掉了 90%。这种问题查页面源代码十分钟能发现。",[15,276,278],{"id":277},"第五步看内容质量","第五步：看内容质量",[11,280,281],{},"前面四步都正常，再看内容。是不是最近批量发了低质内容，或者被判定重复。",[11,283,284],{},"内容问题导致的索引下降通常是渐进的，不会一周掉 40%。一周暴跌，优先查技术。",[15,286,287],{"id":287},"我们的修复顺序",[11,289,290],{},"先修技术问题，再等 2 到 3 周观察。索引恢复比抓取恢复慢，抓取频次回来之后，索引量一般还要 2 周才回升。",[11,292,293],{},"内容问题最后处理，因为它见效最慢。如果技术没问题、内容也没大改，别乱动，观察一个月再说。百度索引量的波动比很多人想的频繁，一周的波动不代表趋势。",[15,295,193],{"id":193},[11,297,298],{},"索引量是结果，不是原因。掉的时候先找上游：抓取、服务器、配置。大多数时候，答案不在内容团队手里。",{"title":95,"searchDepth":96,"depth":96,"links":300},[301,302,303,304,305,306,307],{"id":228,"depth":96,"text":229},{"id":241,"depth":96,"text":242},{"id":254,"depth":96,"text":255},{"id":267,"depth":96,"text":268},{"id":277,"depth":96,"text":278},{"id":287,"depth":96,"text":287},{"id":193,"depth":96,"text":193},"2026-06-11","百度索引量一周掉 40%，先别改内容。我们按“先看抓取、再看站点、最后看内容”的顺序查，6 次里有 4 次问题出在技术层。排查步骤、每一步看什么数据、修复顺序都在这篇。6 次里有 4 次是技术问题，这个比例值得记住。",{},"\u002Fblog\u002Fbaidu-index-volume-drop",{"title":220,"description":309},"blog\u002Fbaidu-index-volume-drop",[315,316,317],"百度索引","收录诊断","站点健康","P_JsDHhE9RzVFPmjahM0RCRksRAp9B5EWysUe7Ad7uY",1794088104850]