[{"data":1,"prerenderedAt":242},["ShallowReactive",2],{"blog-google-spam-update-targets":3,"blog-prev-google-spam-update-targets":99,"blog-next-google-spam-update-targets":164},{"id":4,"title":5,"author":6,"body":7,"canonical":83,"category":84,"cover":83,"date":85,"description":86,"draft":87,"extension":88,"keywords":83,"meta":89,"navigation":90,"noindex":87,"ogImage":83,"path":91,"seo":92,"seoDescription":83,"seoTitle":83,"stem":93,"tags":94,"updated":83,"__hash__":98},"blog\u002Fblog\u002Fgoogle-spam-update-targets.md","Google 垃圾更新打的三类站，软件站最易中招","元析智能",{"type":8,"value":9,"toc":73},"minimark",[10,14,18,21,24,27,31,34,37,40,43,46,49,52,55,58,61,64,67,70],[11,12,13],"p",{},"Google 的垃圾内容政策这几年越收越紧，打的不是\"用 AI\"，是\"规模化产出没有增量价值的内容\"。我们复盘了被处理的 9 个站，集中在三类，软件公司最容易踩的是第二类，我们 2025 年下半年连着遇到 3 个。",[15,16,17],"h2",{"id":17},"三类站具体长什么样",[11,19,20],{},"第一类，批量采集站。把别人的内容抓过来改改就发，一天几十篇。这类站被处理最快，我们见过上线 6 周就被清空的。",[11,22,23],{},"第二类，寄生页面。在自己的官网某个目录下，堆大量和主业无关的第三方内容，靠主站权重带流量。典型是 SaaS 官网里塞\"贷款攻略\"\"保险对比\"这类页面。",[11,25,26],{},"第三类，过期域名站。买一个有历史权重的老域名，直接换内容做站。Google 2024 年就把过期域名滥用写进了垃圾政策，这类操作现在风险很高。",[15,28,30],{"id":29},"_2024-年-3-月那批政策说了什么","2024 年 3 月那批政策说了什么",[11,32,33],{},"Google 2024 年 3 月的核心更新同时更新了垃圾内容政策，点名了三类行为：批量生成的内容、寄生在别的站点上的第三方内容、滥用过期域名。这三条后来一直是判定依据。",[11,35,36],{},"很多解读只盯着 AI 生成，其实政策说的是规模化产出、没有增量价值，你人工写 400 篇水稿，一样算。",[15,38,39],{"id":39},"软件站最容易中哪一类",[11,41,42],{},"第二类。我们接触的 3 个被处理的软件站，都是在官网博客里堆了几百篇和产品无关的内容，想靠主站权重吃泛流量。",[11,44,45],{},"一个做项目管理工具的客户，在 \u002Fblog 下发了 400 多篇\"职场技巧\"\"效率方法\"，占了整站页面的 60%，自然流量一度很可观。2025 年一次更新后，这 400 篇几乎全部掉出索引，主站核心词也跟着掉了 4 名。",[15,47,48],{"id":48},"我们怎么自查",[11,50,51],{},"三个问题：这些页面和你的产品有没有直接关系？这些页面有没有只有你能写的内容？删掉这批页面，核心业务的流量会不会掉？",[11,53,54],{},"三个答案都是\"否\"，就动手清。清的节奏要慢，一次删 20%，观察两周再继续，别一天全下线。",[15,56,57],{"id":57},"一个恢复案例",[11,59,60],{},"上面那个客户，我们分三批清了 380 篇，保留 20 篇真有数据的。同时给剩余页面补了产品截图和实测记录。",[11,62,63],{},"清完第 5 周开始有回升，第 9 周核心词回到原来的位置，被清掉的泛流量没回来，但询盘质量明显变好——因为留下来的都是搜产品功能的用户。",[15,65,66],{"id":66},"我们的判断",[11,68,69],{},"这套判断我们定了两年，中间只改过一次：以前允许博客写一点行业泛内容做曝光，现在不做了。泛流量对软件公司是负债，看着热闹，转化和留存都撑不起来。",[11,71,72],{},"别把官网博客当流量池。软件公司的博客应该只写三类内容：产品怎么用、行业问题怎么解、我们踩过什么坑。和产品无关的泛流量，赚的是广告费的钱，不是 SaaS 的钱。",{"title":74,"searchDepth":75,"depth":75,"links":76},"",2,[77,78,79,80,81,82],{"id":17,"depth":75,"text":17},{"id":29,"depth":75,"text":30},{"id":39,"depth":75,"text":39},{"id":48,"depth":75,"text":48},{"id":57,"depth":75,"text":57},{"id":66,"depth":75,"text":66},null,"行业观察","2026-01-07","Google 的垃圾内容政策这几年越收越紧，打的不是 AI，是规模化产出没有增量价值的内容。我们复盘了 2025 年被处理的 9 个站，集中在三类，软件公司最容易踩的是寄生页面这一类。每类长什么样、怎么自查、怎么清理都写了。",false,"md",{},true,"\u002Fblog\u002Fgoogle-spam-update-targets",{"title":5,"description":86},"blog\u002Fgoogle-spam-update-targets",[95,96,97],"Google算法","垃圾内容","站点合规","7Dl2k1p2xv6CSqYajpV77EdvSVlZnB2gn7KRhCyDeUQ",{"id":100,"title":101,"author":6,"body":102,"canonical":83,"category":152,"cover":83,"date":153,"description":154,"draft":87,"extension":88,"keywords":83,"meta":155,"navigation":90,"noindex":87,"ogImage":83,"path":156,"seo":157,"seoDescription":83,"seoTitle":83,"stem":158,"tags":159,"updated":83,"__hash__":163},"blog\u002Fblog\u002Fsecurity-glossary-pages-seo.md","安全术语页：写得深才有流量，写得浅就是废页",{"type":8,"value":103,"toc":146},[104,107,110,113,116,119,122,125,128,131,134,137,140,143],[11,105,106],{},"安全术语页是最容易做成废页的一类内容。“什么是零信任”这种词，搜索结果第一页全是百科、厂商和媒体，你写 300 字定义，没有任何机会。2025 年 11 月我们给一个身份安全产品做术语内容，只做了 30 条，每条 1200 到 1500 字，半年后其中 11 条进了前两页。",[15,108,109],{"id":109},"为什么浅的术语页没戏",[11,111,112],{},"因为竞争维度不是“有没有解释”，是“解释得够不够用”。用户搜“什么是横向移动”的，大概率是安全从业者在准备方案或者写报告，他要的是攻击路径、检测方法、防御配置，不是一句话定义。",[11,114,115],{},"同样一个词，百科给定义，厂商给产品，我们要给的是“工程上怎么落地”。这三者不冲突，但只有第三种能排上去。",[15,117,118],{"id":118},"一条术语页的结构",[11,120,121],{},"我们固定五段：一句话定义、为什么现在重要（带一个真实场景）、攻击或失效的具体路径、怎么检测、怎么防。中间夹一张配置示例或检测规则。",[11,123,124],{},"举个实例。写“CSP 内容安全策略”这条，我们放了 4 个真实的策略配置，逐个说明哪个能挡 XSS、哪个会误伤内联脚本、上线时怎么用 report-only 模式观察一周。这条页面月自然访问 480 次，是从业者会收藏的那种。",[15,126,127],{"id":127},"怎么选词",[11,129,130],{},"三个标准：有明确的技术边界、有配置或检测动作、竞争页面质量差。我们筛 200 个候选词，最后只留 30 个，淘汰的大部分是“什么是网络安全”这种大词和“什么是勒索软件”这种媒体饱和词。",[11,132,133],{},"选完再看一个数：这个词的搜索结果里，有没有出现 GitHub、官方文档、技术博客。有，说明用户接受技术深度内容，可以进；全是厂商首页和百科，说明这个词的意图是科普，别碰。",[11,135,136],{},"时效性也要标。安全术语会变，比如零信任的落地方式这两年和三年前差别很大。我们在页面里标“内容依据 2026 年的实践”，过期的条目单独标注，别让旧内容挂着新日期。",[15,138,139],{"id":139},"术语页要互联",[11,141,142],{},"30 条不是 30 个孤岛。每条页面底部列 3 到 5 个相关术语，形成路径。比如“横向移动”链到“凭据窃取”“金票据攻击”“EDR 检测”。这个内链结构让抓取效率高很多，用户停留时间也长。",[11,144,145],{},"还有个附加好处：术语页是 AI 回答引擎最爱引用的内容类型。我们监测过，这 30 条页面被 AI 引用的次数是产品页的 6 倍。原因很简单，定义加方法的结构，正好是问答需要的形状。",{"title":74,"searchDepth":75,"depth":75,"links":147},[148,149,150,151],{"id":109,"depth":75,"text":109},{"id":118,"depth":75,"text":118},{"id":127,"depth":75,"text":127},{"id":139,"depth":75,"text":139},"内容运营","2026-01-06","每个安全公司都想做术语库，大部分做成 200 字一条的百科复制，永远排不上去。我们只做 30 条，每条 1500 字，带配置示例和检测方法，反而吃到了搜索流量。",{},"\u002Fblog\u002Fsecurity-glossary-pages-seo",{"title":101,"description":154},"blog\u002Fsecurity-glossary-pages-seo",[160,161,162],"术语页","安全内容","SEO","Xqwz-1p6ZUq3WkE3NNwoO4-to8QdziJgICozzYp55k0",{"id":165,"title":166,"author":6,"body":167,"canonical":83,"category":230,"cover":83,"date":231,"description":232,"draft":87,"extension":88,"keywords":83,"meta":233,"navigation":90,"noindex":87,"ogImage":83,"path":234,"seo":235,"seoDescription":83,"seoTitle":83,"stem":236,"tags":237,"updated":83,"__hash__":241},"blog\u002Fblog\u002Fstructured-data-tool-errors.md","结构化数据检测报的错，一半不用改",{"type":8,"value":168,"toc":223},[169,172,175,178,181,184,187,190,193,196,199,202,205,208,211,214,217,220],[11,170,171],{},"2026 年 1 月我们给一个 SaaS 站跑结构化数据检测，340 条报错，逐条看完真正需要动手的只有 27 条。剩下的是插件自动注入的标记、已经不展示的类型，以及工具之间的口径差异。把 340 条全修一遍，两周就没了。",[15,173,174],{"id":174},"报错分三类",[11,176,177],{},"第一类是致命错误，必填字段缺失。Article 缺 headline、Product 缺 offers、Breadcrumb 的 item 顺序错了，这类会影响富媒体展示，必须修。",[11,179,180],{},"第二类是警告，建议字段缺失。比如 Article 没写 author、Organization 没写 logo。这类不影响展示，有精力再补。",[11,182,183],{},"第三类跟你的页面没关系。很多 CMS 和营销插件会自动注入 Organization、WebSite 标记，字段填得一塌糊涂，检测工具照样报错。这类要么去插件设置里关掉，要么忽略，别手动改模板。",[15,185,186],{"id":186},"两个工具为什么结论不同",[11,188,189],{},"Rich Results Test 测的是你输入的那个 URL 的当前快照，Schema Markup Validator 测的是标记语法本身，GSC 的增强报告看的是线上抓取到的版本。三个来源的时间点不一样，GSC 的报告通常滞后 3 到 7 天。",[11,191,192],{},"我遇到过一个页面上线当天测全部通过，一周后 GSC 报错误，原因是部署时模板回滚了。所以别用测试工具的结果当最终结论，以 GSC 为准。",[15,194,195],{"id":195},"我们只修哪些",[11,197,198],{},"影响富媒体展示的优先修：Article、Breadcrumb、Product、SoftwareApplication、Video。这些能在搜索结果里多占一行，或者让实体更明确。",[11,200,201],{},"已经不展示的类型不用管。FAQ 类富媒体结果在 2023 年 8 月被收缩到少数站点，很多站还在拼命补 FAQ 标记，白费功夫。HowTo 也类似。",[11,203,204],{},"还有一类值得做但不叫修错误：给软件产品页加 SoftwareApplication 标记，写清楚名称、操作系统、价格区间。它不一定带来富媒体，但能让搜索引擎和 AI 搜索更清楚你是什么产品。",[15,206,207],{"id":207},"修的顺序",[11,209,210],{},"先看 GSC 增强报告里错误级别的类型分布，按影响页面数从多到少排。每类先修 5 个页面，等一周看报告有没有变化，确认修对了再全量。",[15,212,213],{"id":213},"两个容易漏的检查",[11,215,216],{},"第一个是 URL 的写法。Schema 里的 item、@id、breadcrumb 的 item 都要用绝对地址，写成相对路径时检测工具不一定报错，但解析会出问题。我们抽查时会专门搜一遍有没有 href=“\u002F” 这种写法。",[11,218,219],{},"第二个是标记和页面内容要一致。价格改了但标记没同步，搜索结果里显示的价格和落地页差一倍，用户点进来就觉得被骗。每次改价、改套餐名，顺手检查一下标记。",[11,221,222],{},"我自己踩过的坑是一次性改了 800 个页面的模板，改错了一个字段名，等 GSC 报出来已经过了十天。批量改之前一定先用 5 个页面验证，这个习惯省钱省时间。",{"title":74,"searchDepth":75,"depth":75,"links":224},[225,226,227,228,229],{"id":174,"depth":75,"text":174},{"id":186,"depth":75,"text":186},{"id":195,"depth":75,"text":195},{"id":207,"depth":75,"text":207},{"id":213,"depth":75,"text":213},"技术SEO","2026-01-08","一个站 340 条标记报错，真正影响展示的只有 27 条。这篇写三类报错怎么区分、两个检测工具为什么结论不同，以及我们按什么顺序修。",{},"\u002Fblog\u002Fstructured-data-tool-errors",{"title":166,"description":232},"blog\u002Fstructured-data-tool-errors",[238,239,240],"结构化数据","Schema","富媒体结果","glBBuEiVB6mx8ppzB86A74wJSWo6k6nZXjUFRKyPBYA",1794088109393]