[{"data":1,"prerenderedAt":303},["ShallowReactive",2],{"blog-baidu-jinglei-hurricane-algorithms":3,"blog-prev-baidu-jinglei-hurricane-algorithms":107,"blog-next-baidu-jinglei-hurricane-algorithms":216},{"id":4,"title":5,"author":6,"body":7,"canonical":91,"category":92,"cover":91,"date":93,"description":94,"draft":95,"extension":96,"keywords":91,"meta":97,"navigation":98,"noindex":95,"ogImage":91,"path":99,"seo":100,"seoDescription":91,"seoTitle":91,"stem":101,"tags":102,"updated":91,"__hash__":106},"blog\u002Fblog\u002Fbaidu-jinglei-hurricane-algorithms.md","百度惊雷、飓风、清风算法，软件站最容易踩哪个","元析智能",{"type":8,"value":9,"toc":81},"minimark",[10,14,19,22,25,28,32,35,38,41,45,48,51,54,57,60,63,66,69,72,75,78],[11,12,13],"p",{},"百度这几个老算法到现在还在用，软件公司踩的坑集中在三处。2025 年 8 月我们复盘了 12 个被处理的站：清风最多，飓风其次，惊雷踩的人少但后果最重。",[15,16,18],"h2",{"id":17},"惊雷刷点击和快排","惊雷：刷点击和快排",[11,20,21],{},"惊雷算法 2017 年推出，打的是刷点击、快排这类作弊。软件公司自己一般不会刷，但外包会。",[11,23,24],{},"我们见过两个客户，找\"关键词排名优化\"服务商，对方承诺\"7 天首页\"，实际是机器刷点击。前两个月排名确实上去了，第 3 个月整站掉出前 50，恢复用了 5 个月。",[11,26,27],{},"判断方法：看服务商敢不敢签\"只做内容和结构、不保证排名\"的合同。敢签的才有可能是正经做 SEO 的。",[15,29,31],{"id":30},"飓风采集和搬运","飓风：采集和搬运",[11,33,34],{},"飓风打的是采集。软件公司踩这个坑，通常是官网博客\"参考\"同行文章，换个说法发出去。",[11,36,37],{},"一个客户把竞品的 60 多篇技术文章改写后发布，被判采集后整站权重下降，核心词从第 3 掉到第 20 开外。",[11,39,40],{},"判断方法：看你的文章有没有\"人的判断\"。同一件事，别人写\"是什么\"，你写\"我们测下来哪种情况不适用\"，就不算采集。改写措辞不算，加信息才算。",[15,42,44],{"id":43},"清风标题党和题文不符","清风：标题党和题文不符",[11,46,47],{},"清风打的是标题和内容不符。这是软件站最容易踩的，因为标题容易被写成\"2026 年最值得买的 10 款项目管理工具\"，内容却是自家产品软文。",[11,49,50],{},"我们复盘里 7 个站踩的是这一条。典型特征：标题承诺排名、榜单、对比，内容没有数据支撑，读完没有增量。",[11,52,53],{},"判断方法：把标题给一个没看过内容的人，让他猜文章写了什么。猜的和实际差太多，就是标题党。",[15,55,56],{"id":56},"我们见过的高危操作",[11,58,59],{},"这三个算法里，惊雷是少数会被追溯的。我们见过一个站被标记后，两年内的新内容排名都起不来。",[11,61,62],{},"三件事，客户问我们就直接劝退：买\"排名保障\"服务、批量采集同行内容、标题写\"最\"\"第一\"\"必看\"但没有对比数据。",[11,64,65],{},"这三件事的共同点是\"承诺结果\"。SEO 做的是提高概率，不是承诺名次，任何承诺名次的合作都有问题。",[15,67,68],{"id":68},"自查清单",[11,70,71],{},"标题有没有过度承诺；内容是不是改写而来；有没有机器刷量的痕迹；外链是不是买的；页面上的\"最\"\"第一\"有没有依据。",[11,73,74],{},"五条里中两条以上，先停下来清理，别继续加内容。清理完观察一个月，看排名有没有回升，再决定下一步。",[15,76,77],{"id":77},"一句判断",[11,79,80],{},"这三个算法不是过时的历史，是长期在跑的规则。软件公司被处理，多数不是故意的，是外包和赶进度逼出来的。把标准写进内容规范，比事后补救便宜得多。",{"title":82,"searchDepth":83,"depth":83,"links":84},"",2,[85,86,87,88,89,90],{"id":17,"depth":83,"text":18},{"id":30,"depth":83,"text":31},{"id":43,"depth":83,"text":44},{"id":56,"depth":83,"text":56},{"id":68,"depth":83,"text":68},{"id":77,"depth":83,"text":77},null,"行业观察","2026-04-02","百度几个老算法到现在还在用，软件公司踩的坑也集中在三处。2025 年 8 月2025 年 8 月我们复盘了 12 个被处理的站：清风最多，飓风其次，惊雷踩的人少但后果最重。每个算法的触发条件和自查方法都写了，被处理的站里一半是外包闹的。",false,"md",{},true,"\u002Fblog\u002Fbaidu-jinglei-hurricane-algorithms",{"title":5,"description":94},"blog\u002Fbaidu-jinglei-hurricane-algorithms",[103,104,105],"百度算法","内容合规","站点风险","Jg1e5NBFqAeTxWiWeTxF32sPVB3Mju8ipyZkcGs3xlU",{"id":108,"title":109,"author":6,"body":110,"canonical":91,"category":204,"cover":91,"date":205,"description":206,"draft":95,"extension":96,"keywords":91,"meta":207,"navigation":98,"noindex":95,"ogImage":91,"path":208,"seo":209,"seoDescription":91,"seoTitle":91,"stem":210,"tags":211,"updated":91,"__hash__":215},"blog\u002Fblog\u002Fcross-border-software-hreflang.md","跨境软件做多语言站，hreflang 错了等于白做",{"type":8,"value":111,"toc":198},[112,115,118,121,124,149,152,155,158,161,183,186,189,192,195],[11,113,114],{},"跨境软件的多语言站，十个里有六个 hreflang 配错。2026 年 2 月我们一次性看了三个客户的配置，两个是错的，一个是半错的。错法的后果不是惩罚，是各语言版本互相抢排名，或者该出现的版本不出现。这类问题在 Search Console 里看不出来，得手动验。",[15,116,117],{"id":117},"三种常见错法",[11,119,120],{},"第一种，单向标注。英文页指向了德文页，德文页没指回英文页。hreflang 必须双向，你指我我指你，单向等于没配。",[11,122,123],{},"第二种，x-default 乱放。x-default 是给“没有匹配语言”的用户看的版本，一般放英文或者语言选择页。有人把它放在主站首页，导致所有语言版本都在争同一个默认。",[11,125,126,127,131,132,135,136,139,140,142,143,145,146,148],{},"第三种，语言代码和地区代码混用。",[128,129,130],"code",{},"de"," 是德语，",[128,133,134],{},"de-DE"," 是德国德语，",[128,137,138],{},"de-AT"," 是奥地利德语。跨境业务面向德国和奥地利，用 ",[128,141,130],{}," 覆盖不了地区差异；但如果你只有一个德语版本，写 ",[128,144,130],{}," 就够，写 ",[128,147,134],{}," 反而把奥地利用户排除在外。",[15,150,151],{"id":151},"怎么验证",[11,153,154],{},"三个动作。一是拿 curl 抓每种语言版本，看返回的 HTML head 里有没有完整的 alternate 标签组。二是核对每个页面的 hreflang 组是否完整，五语言站应该有五条互指加一条 x-default。三是用 Search Console 的国际化报告看有没有报错，注意这个报告只报冲突，不报缺失。",[11,156,157],{},"我们做这套检查写了个脚本，跑一遍两分钟，比人工点省事。需要的话可以照着我们说的逻辑自己写，核心就是解析 head 里的 link 标签，检查组内互指。",[15,159,160],{"id":160},"域名结构怎么选",[11,162,163,164,167,168,171,172,175,176,178,179,182],{},"三种选法：语言放子目录（",[128,165,166],{},"\u002Fde\u002F","）、放子域名（",[128,169,170],{},"de.example.com","）、用独立域名（",[128,173,174],{},"example.de","），都是一个语言版本一套结构，别混着来。我们一般推荐 ",[128,177,174],{}," 这种。它的优势是本地用户信任度高，德国用户看到 ",[128,180,181],{},".de"," 会觉得你是本地公司；代价是每个域名都要单独积累权重，起量慢。",[11,184,185],{},"预算有限时选子目录，权重集中在主域，见效快。子域名是最不推荐的，权重独立又共享不了品牌，多语言站做子域名的，十个有八个在半年后重新合并。",[15,187,188],{"id":188},"什么情况别分语言站",[11,190,191],{},"产品只有英文界面，硬做德语页，用户点进去发现界面还是英文，跳出率高，还拉低整站质量。这种情况下正确的做法是一个英文站，用内容页承接搜索，别做假本地化。",[11,193,194],{},"另一个情况是语言版本内容量差太多。德文站只有 5 个页面，英文站 300 个，搜索引擎会认为德文站不完整，两边的排名都受影响。要么补齐，要么先别开。",[11,196,197],{},"跨境软件的多语言 SEO，工程细节比内容重要。hreflang 只是其中一环，还有货币、域名结构、CDN 区域。这些小地方错一个，流量就少一截，而且很难从报表里发现问题。",{"title":82,"searchDepth":83,"depth":83,"links":199},[200,201,202,203],{"id":117,"depth":83,"text":117},{"id":151,"depth":83,"text":151},{"id":160,"depth":83,"text":160},{"id":188,"depth":83,"text":188},"技术SEO","2026-04-01","我们接手过三个跨境 SaaS 的多语言站，两个的 hreflang 配置是错的。常见的三种错法、怎么用 Search Console 验证，以及什么情况干脆别分语言站。",{},"\u002Fblog\u002Fcross-border-software-hreflang",{"title":109,"description":206},"blog\u002Fcross-border-software-hreflang",[212,213,214],"hreflang","多语言站","跨境软件","Pe7Hkwo52wkqERrpjrg04-X1jmNmqT27gfmUNKN-8j4",{"id":217,"title":218,"author":6,"body":219,"canonical":91,"category":291,"cover":91,"date":292,"description":293,"draft":95,"extension":96,"keywords":91,"meta":294,"navigation":98,"noindex":95,"ogImage":91,"path":295,"seo":296,"seoDescription":91,"seoTitle":91,"stem":297,"tags":298,"updated":91,"__hash__":302},"blog\u002Fblog\u002Fweekly-report-metrics-alignment.md","周报没人看，问题多半在指标口径不统一",{"type":8,"value":220,"toc":284},[221,224,227,230,233,236,239,242,245,248,251,254,257,260,263,266,269,272,275,278,281],[11,222,223],{},"2026 年 4 月我们把一个客户的周报从 6 页压到 1 页，指标从 14 个减到 3 个。客户不再说“报告收到”，开始在会上主动问某个数字为什么变。周报没人看，很少是内容不够多，多半是指标口径让人看不懂。",[15,225,226],{"id":226},"口径不统一长什么样",[11,228,229],{},"这个月的自然流量用 GA4 的会话数，上个月用的是百度统计的访问次数，两个数不可比，趋势图一画就是错的。",[11,231,232],{},"转化定义中途改过。月初把注册算转化，月末改成注册加下载，数字突然涨了 40%，客户以为效果爆发。",[11,234,235],{},"品牌词时算时不算。算进去流量好看，不算显得增长真实，但没人说清用的是哪种。",[11,237,238],{},"同一份周报里，关键词排名的数据来自一个工具，流量数据来自另一个，时间窗口还不同。客户对不上就觉得你在编。",[15,240,241],{"id":241},"先建一张指标定义表",[11,243,244],{},"表里每个指标写四件事：数据源、筛选条件、计算方式、负责人。",[11,246,247],{},"比如“非品牌自然点击”：数据源 GSC，筛选条件是排除品牌词正则、只保留网页类型，计算方式是点击总和，负责人写具体名字。",[11,249,250],{},"这张表放在共享文档第一页，所有报告引用它。口径要改，先改表，再改报告，并在报告里注明“本月口径调整”。",[15,252,253],{"id":253},"周报只写三件事",[11,255,256],{},"第一，三个核心指标的变化：非品牌自然点击、目标词曝光、留资数。带环比和同比。",[11,258,259],{},"第二，变化的原因。哪篇文章带来了曝光，哪个页面上线后收录了，哪次技术改动影响了抓取。原因要具体到页面和日期。",[11,261,262],{},"第三，下周做什么。三条以内，写清谁做、什么时候做完。",[11,264,265],{},"“本周做了 XX 工作”这类内容全部删掉。做了什么是过程，客户要看的是结果和下一步。",[15,267,268],{"id":268},"一个反常识的结论",[11,270,271],{},"指标越少，越容易被追问。14 个指标的周报，客户不知道问什么，只能回一句收到。3 个指标的周报，客户会盯着问你为什么涨、为什么跌，沟通反而变具体。",[11,273,274],{},"我们把周报模板固定下来之后，最大的变化不是客户满意度，是我们自己每周只花 40 分钟，之前要花三个小时凑页面。",[15,276,277],{"id":277},"口径要写进合同附件",[11,279,280],{},"这一条是我们的教训。有个项目做了半年，客户拿我们第一季度的口径和最后一季度的数字对比，说数据前后矛盾。",[11,282,283],{},"后来我们把指标定义表作为合同附件，双方签字。之后再有口径调整，先发邮件确认。这件事看着官僚，实际省了大量解释成本。",{"title":82,"searchDepth":83,"depth":83,"links":285},[286,287,288,289,290],{"id":226,"depth":83,"text":226},{"id":241,"depth":83,"text":241},{"id":253,"depth":83,"text":253},{"id":268,"depth":83,"text":268},{"id":277,"depth":83,"text":277},"SEO","2026-04-03","六页周报没人读，压到一页之后客户开始主动问数字。这篇写口径不统一的四个表现、一张指标定义表怎么建，以及周报只该写什么，看完能改。",{},"\u002Fblog\u002Fweekly-report-metrics-alignment",{"title":218,"description":293},"blog\u002Fweekly-report-metrics-alignment",[299,300,301],"周报","数据指标","客户沟通","AGfK8lHtxRRF2mmPBUNjmwBRn7HrNXw72YL6Ep6_i1w",1794088107114]