安企CMS 帮助文档与使用指南
一份对四家生成式搜索的审计发现，被引来源里有一部分是 AI 生成内容。内容站要让自己被当成原始出处，站端能配合的是两段：一是来源可辨识，让模型读得懂站点在讲什么、内容从哪来；二是站内留质量证据，用敏感词过滤与内容审核保证发出的内容本身干净可核。
面对 WordPress 这类插件众多建站系统爆出的高危远程代码执行告警，主机端能收的三道是升级窗口、能力暴露面与登录凭证。升级窗口要和备份恢复配合，全站级操作默认关闭按需开启，凭证轮换与改密码一起排。
大版本前的候选版本往往已积累上百项改动，细读变更清单要按安全修复、接口变化、编辑器与文案四类拆。四类各自的判断标准不同，决定升级紧迫度的通常只有第一类。
页面缓存文件被当作脚本执行，通常是两段问题叠在一起：缓存键带入了未规范化的外部参数导致内容被投毒，缓存写入目录又落在可执行路径下。只修编码或只修权限都挡不住完整链路。
编辑器的远程抓图是服务端发起的请求，能访问到浏览器访问不到的内网地址，因此必须拦内网目标、设连接超时与大小上限，并防域名二次解析指向内网。站内内容采集功能面临同一组收口。
用户资料编辑接口若把请求里的字段直接写进对象，最坏情况不是改掉一个昵称，而是改掉身份与状态类字段。同类问题在同行系统的修复记录中被明确处理过，收口方法是限定可改字段并按分组权限复核。
AI 类爬虫单独放行还是统一拒绝，判断依据不在爬虫名称，而在这三点：抓取意图是索引还是训练、站点能否被识别为来源、被抓之后有没有回报。排除文件只表达意愿不保证执行，配置要按这三项分场景定。
一篇立场论文把生成式引擎优化的对象描述为引擎的证据池与生成环节，而不是页面排位。站端能配合的不是去猜算法，而是让来源可辨识、让内容质量有据可查，并避开那篇论文点名的三类做法。
站点地图交上去不等于页面被抓取，前者提供发现线索，后者取决于抓取方的调度。本文说明两者的分工，给出用主动推送通知新增与变更的做法，并列出推送没生效时的排查顺序。
同一个目录既允许又禁止抓取时，判定顺序由协议规定：取匹配字节数最多的那条。本文按协议原文说明冲突条目的优先级、路径与分组名在大小写上的不同处理，以及站内配置怎么避开这种冲突。
