[{"data":1,"prerenderedAt":316},["ShallowReactive",2],{"blog-keyword-difficulty-not-schedule":3,"blog-prev-keyword-difficulty-not-schedule":88,"blog-next-keyword-difficulty-not-schedule":179},{"id":4,"title":5,"author":6,"body":7,"canonical":72,"category":73,"cover":72,"date":74,"description":75,"draft":76,"extension":77,"keywords":72,"meta":78,"navigation":79,"noindex":76,"ogImage":72,"path":80,"seo":81,"seoDescription":72,"seoTitle":72,"stem":82,"tags":83,"updated":72,"__hash__":87},"blog\u002Fblog\u002Fkeyword-difficulty-not-schedule.md","关键词难度分不能当排期依据，它只算了一半","元析智能",{"type":8,"value":9,"toc":63},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60],[11,12,13],"p",{},"2025 年 9 月我们按关键词难度分排了一个季度的内容计划，12 篇稿子三个月后只有 3 篇进到前 20 名。问题不在写得好不好，而在难度分没算两件事：你的站有多重，以及这个词的搜索结果页长什么样。",[15,16,17],"h2",{"id":17},"难度分是怎么算出来的",[11,19,20],{},"Ahrefs 的 KD 主要看排在前十的页面有多少引用域名、这些域名的强度，加上 SERP 的整体竞争度。它是拿全球索引算的，对中文词、对 B2B 软件这种小搜索量的词，参考价值很低。一个词在全球索引里没什么数据，分数可能显示为低难度，你一头扎进去，发现前十全是厂商官网和行业媒体。",[11,22,23],{},"Semrush 的难度分同理，两家算法不同，但都不认识你的站。同样一个 KD 20 的词，新站做三个月进不了前 50，老站一周就能上。",[15,25,26],{"id":26},"被漏掉的三件事",[11,28,29],{},"第一，你站的权重。新站和老站做同一个词的难度完全不是一回事，这个差距比 KD 从 20 到 40 的差距还大。",[11,31,32],{},"第二，SERP 的结果类型。搜一个词，如果前十里有 4 个是文档页、3 个是问答站，说明搜索引擎认为这类内容能解决问题；如果前十里 8 个是商品页和价格页，你写一篇教程排不上去，因为意图不对。",[11,34,35],{},"第三，有没有非官网位置。前十要是被厂商官网包圆了，说明这个词是导航型需求，做内容很难挤进去。前十里有独立博客、论坛帖、对比站，才说明有内容空间。",[15,37,38],{"id":38},"我们现在的评估法",[11,40,41],{},"拿到一个词，先手动搜一次，把前十名按类型记账：官网几个、文档站几个、博客几个、点评站几个、论坛几个。再按目标域名的 DR 估一个外链缺口，我们通常用 20 到 40 这个区间判断需不需要外部推动。",[11,43,44],{},"然后给这个词写一句判断：三个月内能不能进 20 名，理由是什么。这句话必须写，写不出来就说明还没想清楚，别排进计划。",[15,46,47],{"id":47},"排期规则",[11,49,50],{},"难词不排第一季。第一个月先做能进前 20 的词，把点击和转化拿到，同时给站积累主题相关性。中难度的词排第二、三个月，一个季度最多排 4 到 5 个中难词，多了做不完。",[15,52,53],{"id":53},"一个具体的例子",[11,55,56],{},"2025 年 10 月我们评估「API 监控工具」这个词，Ahrefs 给的 KD 是 31，看起来中等。手动搜一遍，前十里有 5 个厂商官网、2 个点评站、2 篇独立博客、1 个 Reddit 帖。厂商官网占了半数，说明商业意图很强，独立博客能进去说明内容有空间。我们把它排在第三个月，先写了 3 篇接入教程铺垫，最后才打这个词。",[11,58,59],{},"另一个词 KD 只有 12，搜出来前十全是知乎问答和文库。这种词不难，但排上去也带不来注册，用户看完回答就走了。我们直接没做。",[11,61,62],{},"还有一条：别一次性排 20 个 TOD 1 级别的词。排期表上看起来很充实，执行时每个都做一半，一个都上不去。我们现在的规矩是一个季度只设 3 个主攻词，其余都是辅助。",{"title":64,"searchDepth":65,"depth":65,"links":66},"",2,[67,68,69,70,71],{"id":17,"depth":65,"text":17},{"id":26,"depth":65,"text":26},{"id":38,"depth":65,"text":38},{"id":47,"depth":65,"text":47},{"id":53,"depth":65,"text":53},null,"SEO","2025-11-07","我们按 KD 排过一个季度的内容计划，12 篇只上去 3 篇。难度分没算站点权重、没有算 SERP 结果类型。这篇写我们改用的评估法和排期规则。",false,"md",{},true,"\u002Fblog\u002Fkeyword-difficulty-not-schedule",{"title":5,"description":75},"blog\u002Fkeyword-difficulty-not-schedule",[84,85,86],"关键词难度","内容排期","SERP分析","fh1lZe-rqSKy5ZwulWZwvyVKgWSDR3q1pzAj23AiYuQ",{"id":89,"title":90,"author":6,"body":91,"canonical":72,"category":167,"cover":72,"date":168,"description":169,"draft":76,"extension":77,"keywords":72,"meta":170,"navigation":79,"noindex":76,"ogImage":72,"path":171,"seo":172,"seoDescription":72,"seoTitle":72,"stem":173,"tags":174,"updated":72,"__hash__":178},"blog\u002Fblog\u002Fone-content-baidu-google.md","一套内容兼顾百度和 Google，我们只改三处",{"type":8,"value":92,"toc":159},[93,96,99,103,106,109,112,116,119,122,126,129,132,135,138,141,144,147,150,153,156],[11,94,95],{},"一套内容同时喂百度和 Google 是可行的，但不是复制粘贴。我们给软件公司做双引擎时，只改三个地方，其余复用，内容生产成本降了约六成。",[11,97,98],{},"先说清楚：这里讲的是同一语言的内容，比如中文站要同时被百度、Bing、搜狗收，英文站要同时被 Google、Bing 收。中英文互译是另一件事，翻译解决不了关键词对不上的问题。",[15,100,102],{"id":101},"第一处标题","第一处：标题",[11,104,105],{},"百度标题偏\"关键词前置加利益点\"，Google 标题偏\"具体对象加结果\"。同一篇正文配两个标题。",[11,107,108],{},"举个例子，我们写 API 监控的内容，百度版标题是\"API 监控工具怎么选：5 个指标先看\"，Google 版是\"API monitoring tools: 5 metrics that matter\"。关键词都在，语序和卖点不同。",[11,110,111],{},"不做的：一个标题硬套两边。\"最好的 API 监控工具推荐\"这种，Google 上没竞争力，百度上信息量也不够。",[15,113,115],{"id":114},"第二处首段","第二处：首段",[11,117,118],{},"百度用户习惯先看结论，Google 现在也偏结论前置，尤其涉及精选摘要和 AI 概览的查询。我们首段统一写成 60 到 80 字的直接答案。",[11,120,121],{},"好处是两边通吃。今年 8 月我们改了一批客户文章的首段，把铺垫删掉、第一句就给答案，百度收录没变化，Google 的精选摘要命中数从 4 个涨到 11 个。",[15,123,125],{"id":124},"第三处结构化数据","第三处：结构化数据",[11,127,128],{},"这处其实是\"给 Google 加、给百度简化\"。",[11,130,131],{},"Google 对 Article、FAQPage、SoftwareApplication 这类 schema 有明确收益，尤其 FAQPage，能直接影响搜索结果展示。百度对 schema 的读取有限，重点还是正文结构和 META，塞太多结构化数据没意义，还增加页面负担。",[11,133,134],{},"我们的做法：同一套页面，给 Google 输出完整 schema，百度抓到的还是普通 HTML，不影响。",[15,136,137],{"id":137},"不需要改的部分",[11,139,140],{},"正文结构、案例、数据，两边算法对\"第一手经验\"的判断逻辑越来越像。有实测、有截图、有具体数字的内容，百度和 Google 都给分。反过来，空话两边都不给。",[15,142,143],{"id":143},"什么时候不该这么做",[11,145,146],{},"中文站和英文站是两个独立市场的时候，不要共用一套内容。我们一个客户同时卖国内和东南亚，两边的竞品、价格、使用场景完全不同，硬套一套内容，两边都不精准。",[11,148,149],{},"这种时候就该分开写，按市场调研关键词，按当地用户的说法组织案例。省下的成本，抵不过丢掉的转化。",[15,151,152],{"id":152},"效果",[11,154,155],{},"6 个客户这么操作，内容生产成本降了约 60%，百度收录量没掉，Google 收录涨了 20% 到 35%。",[11,157,158],{},"别为每个引擎单独写一套。一套底稿加三处适配，投入产出比最高。预算特别充足、两个市场都是主战场的公司，再考虑分开写。",{"title":64,"searchDepth":65,"depth":65,"links":160},[161,162,163,164,165,166],{"id":101,"depth":65,"text":102},{"id":114,"depth":65,"text":115},{"id":124,"depth":65,"text":125},{"id":137,"depth":65,"text":137},{"id":143,"depth":65,"text":143},{"id":152,"depth":65,"text":152},"内容运营","2025-11-06","中英文双站各写一套成本太高。我们给软件公司的做法是：一套底稿只改标题、首段、结构化数据三处，其余复用，内容成本降六成，Google 收录还涨了两三成。三处分别改什么、为什么不用全改，下面按顺序说。",{},"\u002Fblog\u002Fone-content-baidu-google",{"title":90,"description":169},"blog\u002Fone-content-baidu-google",[175,176,177],"多引擎内容","标题优化","结构化数据","YoDPsMpuwebY_Rco9g3aYPfIoFZzO7jOQg32b7WfPY0",{"id":180,"title":181,"author":6,"body":182,"canonical":72,"category":304,"cover":72,"date":305,"description":306,"draft":76,"extension":77,"keywords":72,"meta":307,"navigation":79,"noindex":76,"ogImage":72,"path":308,"seo":309,"seoDescription":72,"seoTitle":72,"stem":310,"tags":311,"updated":72,"__hash__":315},"blog\u002Fblog\u002Fhreflang-config-three-checks.md","hreflang 配错比不配更糟，三个必查点",{"type":8,"value":183,"toc":295},[184,187,191,203,207,214,218,261,265,268,271,274,277,280,283,286,289,292],[11,185,186],{},"hreflang 的作用是告诉搜索引擎：这几个页面是同一内容的不同语言版本，请按用户的语言和地区展示对应的那个。配错的后果不是报错，而是本该给中文用户看的页面展示了英文版，或者两个版本互相抢排名，哪边都上不去。",[15,188,190],{"id":189},"必查点一自引用","必查点一：自引用",[11,192,193,194,198,199,202],{},"每个语言版本都要把自己的 hreflang 写进列表。只写\"另一个版本\"是最高频的错，蜘蛛看到不完整的组，会直接忽略整组标记。比如中文页写 ",[195,196,197],"code",{},"hreflang=\"en\""," 指英文页，英文页写 ",[195,200,201],{},"hreflang=\"zh-Hans\""," 指中文页，两页都没写自己——这组等于没配。",[15,204,206],{"id":205},"必查点二x-default","必查点二：x-default",[11,208,209,210,213],{},"没有匹配到语言时展示哪个版本，就靠 ",[195,211,212],{},"hreflang=\"x-default\"","。多语言站常漏这条，结果俄罗斯用户搜到的是中文页。x-default 一般指向英文版，或者一个语言选择页。",[15,215,217],{"id":216},"必查点三语言和地区代码","必查点三：语言和地区代码",[11,219,220,223,224,223,227,223,230,223,233,236,237,240,241,244,245,248,249,252,253,256,257,260],{},[195,221,222],{},"zh-Hans","、",[195,225,226],{},"zh-Hant",[195,228,229],{},"en",[195,231,232],{},"en-US",[195,234,235],{},"pt-BR","，写错一个字母整组失效。常见错误：",[195,238,239],{},"zh-CN"," 和 ",[195,242,243],{},"zh"," 混用、",[195,246,247],{},"en-UK","（正确是 ",[195,250,251],{},"en-GB","）、把地区当语言（",[195,254,255],{},"jp"," 不是语言代码，日语是 ",[195,258,259],{},"ja","）。",[15,262,264],{"id":263},"_2025-年-9-月那次修正","2025 年 9 月那次修正",[11,266,267],{},"一个开发者工具站做中英双语，hreflang 用插件自动生成。查下来模板变量反了：英文页标着指向中文页，中文页指向自己，x-default 完全没有。三个月里英文关键词的搜索结果展示的是中文页，跳出率 78%。修正后第 5 周，英文版的点击率从 2.1% 提到 5.6%。",[15,269,270],{"id":270},"怎么验证",[11,272,273],{},"Screaming Frog 的 hreflang 报告能一次看全站的互相指向关系，重点看两个指标：有没有指向 404 或重定向页、有没有缺回指。再人工抽 10 个页面看源码，确认 HTML head 里的 link 标签和页面语言一致。",[11,275,276],{},"Google 官方没有专门的 hreflang 报错报告，配错了不会提醒你，只能自己查。百度对 hreflang 的支持有限，中文站之间别指望它。",[15,278,279],{"id":279},"我们最常纠正的一种组合错",[11,281,282],{},"把 canonical 和 hreflang 搅在一起。有人觉得\"英文页是主版本\"，就让中文页的 canonical 指向英文页——这在多语言站里是灾难。中文用户搜到中文页，蜘蛛按 canonical 把它归并到英文页，中文页永远不单独排名。正确做法：canonical 指向同语言版本自己，语言关系交给 hreflang。",[11,284,285],{},"我们还有一个习惯，hreflang 上线前在测试环境把整组关系导成表格核对一遍，左边放页面、右边放它应该指向的四个语言版本，缺哪个补哪个。比上线后在源码里找错快得多。",[15,287,288],{"id":288},"两个判断",[11,290,291],{},"只有两个语言版本、内容量不大的站，hreflang 的收益有限，先把两边的页面内容做扎实。五个以上语言版本、每个版本几百页的站，hreflang 是必需品，而且要进发布流程，新增页面时自动带上。",[11,293,294],{},"最后一条：canonical 指向同语言版本的自己，不要跨语言指。canonical 和 hreflang 管的是两件事，混用会让蜘蛛不知道你到底想要哪个版本。",{"title":64,"searchDepth":65,"depth":65,"links":296},[297,298,299,300,301,302,303],{"id":189,"depth":65,"text":190},{"id":205,"depth":65,"text":206},{"id":216,"depth":65,"text":217},{"id":263,"depth":65,"text":264},{"id":270,"depth":65,"text":270},{"id":279,"depth":65,"text":279},{"id":288,"depth":65,"text":288},"技术SEO","2025-11-08","hreflang 不是翻译插件自动生成就完事。我们查过 20 多个多语言软件站，最常见的错是缺自引用、缺 x-default、语言代码写错。这篇给三个必查点和一份验证方法。",{},"\u002Fblog\u002Fhreflang-config-three-checks",{"title":181,"description":306},"blog\u002Fhreflang-config-three-checks",[312,313,314],"hreflang","多语言","国际化","Sr63tcEPE0GveohvCkh6ZTTxZLW6WF8Xhsl4ZjFZOkU",1794088111031]