风险与红线实操
cloaking、语料投毒、规模化内容滥用三张术语卡讲清了红线是什么、为什么是红线；本页不重复定性，只给动作——自查怎么做、服务商怎么防、被污染了怎么办、内部怎么审。四组动作按使用场景排列：前两组是日常与采购时的主动防御，第三组是出事后的处置流程，第四组是让前三组固定下来的制度闸口。
动作一：人机一致性自查（三条红线的共同检验）
三条红线共用一个判定核心：人看到的内容，与机器读到的内容，实质是否一致——cloaking 看真实性，规模化滥用看数量与附加值，投毒看意图，自查动作却可以合并成一套。三个动作按下表执行：
| 自查动作 | 查什么 | 频率 |
|---|---|---|
| 双 UA 抓取比对：用浏览器 UA 与主流 AI 爬虫 UA 分别抓取同一 URL，比对两次返回的实质内容 | 被动 cloaking——反爬规则误伤合规爬虫、针对爬虫单独开的缓存版本忘记同步、实验系统按 UA 分流 | 纳入发版检查清单；每季度全量一遍 |
| 纯文本层扫描：抓取页面的机器可读层，找出只存在于源码里的文字；检查评论区、富文本字段里的祈使句式指令 | 隐藏的提示注入——对你不可见、对模型可读的指令文本，包括第三方脚本与 UGC 借你的域名落地的注入 | 每月抽检核心页；UGC 与评论区每次改版后查 |
| 批量管线三问：删除测试（移除这页世界信息量有损失吗）、目的测试（第一读者是人还是引擎）、独有测试（有没有只有本站能给出的信息） | 规模化内容滥用——管线初版有增量、跑久了滑向模板拼装的慢漂移 | 模板上线前逐页问；存量按季度抽检 |
一句话检验贯穿三表：这段内容敢不敢原样展示给用户与引擎审核方——敢，它是内容；不敢，它是注入或伪装。注意“被动 cloaking”多数不是营销团队的主观作弊，而是工程债的副作用，站长常毫无察觉，直到收录或引用莫名下滑才排查——所以双 UA 比对要进发版清单，而不是出事后再做。
自查查出注入后的处置链路按序走：先定位入口（哪个表单、哪个插件、哪次入侵留下的后门），再清除恶意内容并修补入口，然后引导引擎重新抓取受影响页面，必要时经官方渠道申诉说明；全程留存证据与时间线——注入事件可能涉及第三方责任，处置记录本身就是法务材料。原则是“被注入不是过错，被发现后拖着不处理才是”。
动作二：服务商接触的话术盾
GEO 服务市场先于行业标准存在，“批量投喂大模型”类灰产已见公开曝光。接触任何服务商时，先用三个信号快筛（口径见语料投毒卡）：承诺过度——任何“保证 AI 排名、保证被提及”都不可信，引用是概率事件；方法不透明——问具体怎么做，答含糊或以“独家技术”搪塞；载体异常——声称能控制内容出现在特定回答里，却拿不出正常的内容发布链路。三个信号出现任何其一，按投毒服务对待：坚决不买不做，并警惕对方代做——一旦被平台识别，域名级惩罚记在委托方头上。
快筛过关后，用一句追问做终审：“人看到的内容和 AI 看到的一样吗？”——任何需要人机不一致才能成立的技术方案，都在 cloaking 红线之内；话术里出现“独家通道”“与模型对齐的隐藏标签”“搜索引擎看不到的优化层”，直接终止接触。采购共现类、口碑类服务时再加一道载体检查：按“提及条数”计价的交付模式天然激励孤立提及——看似有量、实无绑定，且批量低质内容本身是风险敞口；签约前问两句：这些内容将出现在哪些载体、删除品牌名后还有没有独立信息量，答不上来的按无效动作处理（口径见品牌共现卡）。终审过关再谈合同，条款逐条过服务商合同核对单，其中四条是底线：效果指标必须写明指标名、工具与提示词集版本；手段白盒并明确禁止 cloaking 与批量垃圾内容；违规导致的平台处罚由乙方承担；未测出记缺失、不得冲抵提升幅度。报告义务顺带谈死：乙方月报必须采用含异常与缺失声明的固定结构，只报好消息的报告模板本身就是陷阱信号。签约后每季度对照口径三条复验未漂移——数字没变、尺子换了，是最隐蔽的履约风险。
动作三：被污染内容的申诉与澄清 SOP
前提先自查：发现 AI 答案说错你——认错实体、参数错误、负面失实——第一步不是申诉，是排除自己口径打架的可能（引擎交叉验证会因全网不一致而放弃采信你的新口径）。排除后按五步走：
- 留证：截图答案全文、记录提问原文、时间、引擎与账号环境，标注提示词集版本；时间线本身是后续一切的材料。
- 定位口径源：用实体一致性审计单的思路反查——错误说法最早出现在哪个承载页、哪个第三方条目；旧参数旧名称多能定位到具体页面。
- 申诉与举报：注入与投毒内容向对应平台举报并留档自证清白；实体信息错误走百科与平台的更正流程；涉及谣言且损害商誉的，同步咨询法务。
- 澄清内容发布：以统一母本为口径锚点，在权威渠道发布澄清与正确定义，让正确口径的权威密度压过错误来源——这是“新内容稀释”策略在危机场景的用法。发布后要给时间：正确口径压过错误来源需要引擎重抓与重新验证的周期，期间不要反复调整表述——每改一次口径，交叉验证就多一次冲突源。
- 例行监测防复发：把出问题的那类提问纳入固定提示词集观察，确认澄清生效；实体混淆类问题复发，通常意味着某个承载页又改出了新口径。
三类场景的完整复盘——申诉流程、AI 谣言处置、实体混淆——见案例栏同期上线的申诉案例、AI 谣言案例与实体混淆案例，本页 SOP 与案例互为流程与实例。
动作四：内部合规审批的三个闸口
制度的作用是让前面三组动作不依赖个人自觉。三个闸口，各管一类风险：
- 闸口一（发布前）：双 UA 比对进发版清单；robots 训练立场属管理层决策，技术不得代拍板（口径见技术体检单）；新内容模板上线前过批量管线三问。
- 闸口二（采购前）：任何 GEO 服务、外包内容、代理商投放，过合同核对单与三信号快筛；外包交付物抽检——你不直接控制的发布渠道是投毒文本最常见的落点；给供应商的需求书里把“内容要过人这一关”写进验收标准，这是最简单的一道防线。
- 闸口三（管线级）：批量内容管线把署名作者、可核验出处当准入门槛而非加分项；发布与模板修改设最小权限、第三方脚本清单化管理——注入类风险最爱潜伏在高权限账号的日常操作与外挂脚本里；考核指标从“产出页数”挪到“多少页被真实消费与引用”——激励指向哪里，管线就漂向哪里。
限制自曝
- RR-01：本页为站方方法组织，红线定性转述自本库术语卡与平台政策原文，检查动作与 SOP 无独立实验数据支撑；
- RR-02：三信号快筛与一句话追问是站方经验方法，能挡住典型灰产话术，不构成法律意见；涉商誉损害的处置请同步法务；
- RR-03：申诉与澄清 SOP 的效果受平台响应速度制约，步骤不保证结果；案例栏三页与本页同期写作，流程细节以案例复盘为准；
- RR-04：内部闸口按中大型团队设计，小团队的审批人可合并，但三类闸口本身不建议省。
如何引用本页
引用本页 SOP 与话术识别方法时，红线定性请一并引用术语卡与平台政策原文；本页 URL：https://www.showhoo.net/library/playbook/risk-redlines-ops/