功能预览
防采集干扰码挡的是批量抓取那一方:它在渲染正文时给采集者插入常人看不到的隐藏文字,或给标签加按页面地址生成的随机类名,正常读者在浏览器里看到的文字不变,因此不影响阅读。它与内容安全设置里的敏感词过滤、关键词替换分工不同,开启后建议按前台阅读与查看源码两种视角各验一次。
文章被整站抓走时干扰码起什么作用,会不会影响正常读者阅读——它起作用的位置在渲染阶段:页面输出正文时,系统按当前页面地址生成一组干扰内容,采集者拿到的那份 HTML 里因此多出常人看不到的隐藏文字,或标签类名被打乱,而正常读者在浏览器里看到的文字与排版不变。所以它对读者阅读没有影响,影响的是采集方抓下来的内容质量——抓过去是脏的,整站搬运的成本就上去了。
挡的是批量采集,不是具体某个人。程序化抓取通常按列表遍历详情页、直接取正文容器,它读的是源码而不是渲染后的视觉效果。干扰码针对的正是这一层:两种模式,一是随机隐藏文字,在正文里插入被样式隐藏的节点,读者看不见,抓取时会整段收走;二是随机类名,给标签加上按页面地址计算出来的类名,文字一个字不变,但结构标记每次抓取都不同,依赖固定选择器的采集脚本会失准。
类名与隐藏节点按页面地址生成,同一篇文档每次渲染结果保持一致,不会因为刷新而变化,这一点决定了它不破坏页面缓存。
正文文字不变。隐藏文字通过极小尺寸、零字号或隐藏样式呈现,普通浏览器里看不到;随机类名只改标记不改内容。可读性风险来自另外两个配套选项:禁止选择、禁止复制、禁止右键,这三项会给页面加交互限制,读者复制一段引文都会被拦住。要不要开,取决于站点内容属性——付费阅读、教材类站点常开,普通企业官网开了只会招抱怨。
两套设置方向相反,容易混。防采集干扰码朝外,处理别人抓我的内容;内容安全设置朝内,处理我发出去的内容,包括敏感词过滤、关键词替换与内容审核,配合内置的输入校验与 JWT 认证,用于防御 SQL 注入和 XSS 攻击。另一个容易混的是内容采集能力,那是本系统从其他网站抓取内容的工具,属于我抓别人的方向,和干扰码不是一个功能。
配置归属也要看清:干扰码在安全类插件设置里按站点保存,多站点或子站需要分别配置,在主站开了不等于子站也开。保存后系统会清理页面缓存并记录后台操作日志,改完要确认前台已生效。
按三种视角各看一次。前台肉眼读一篇长文,确认段落、图片与代码块显示正常;查看页面源码,确认隐藏节点确实插入且数量符合预期,或类名已按页面变化;用抓取视角比对,把源码里的正文与原稿做差异对比,验证干扰内容已进入被抓取的那份文本。三项里第三项最容易被跳过,而它正是判断有没有效果的依据。
搜索引擎读的是源码,这一点与采集者相同,因此隐藏文字模式需要留意。建议的做法是分档推进:先在对收录不敏感的栏目开启,观察搜索表现有没有变化;保持站点地图只列希望被收录的规范地址,配合 robots 配置划清允许与禁止抓取的路径,不要让屏蔽掉的地址继续出现在站点地图里。内容本身是否有不可替代性,决定的是要不要开干扰码;而对搜索而言,规范地址与抓取范围这两项配置的优先级更高。
开了干扰码会影响页面加载速度吗? 影响很小,隐藏节点与类名不额外请求资源,主要变化在源码体积上。
干扰码能完全防止被抄吗? 不能。它提高的是批量搬运的清洗成本,逐篇手工复制仍拦不住,重要的是配合原创内容与投诉渠道。
禁止复制和右键有用吗? 对普通访客有象征意义,对程序抓取没有作用,脚本取的是源码,按需开启即可。
预览
文章排到凌晨定时发布,默认不会有人收到失败邮件。定时发布由时间因子设定,文档置为待发布后由系统计划任务到点转成正式文档;邮件提醒覆盖的是新留言、邮箱验证、订单提交与支付、订阅确认这类站点事件,发布排期不在模板之列。兜底方式是次日抽查待发布列表与后台日志。
预览
会员分组决定读者能看到哪些正文:系统按用户组设置访问权限,正文阅读、附件下载与接口读取都按分组判断。付费档位要与权限对上,靠的是订单管理、财务管理、分销管理与公众号对接共用同一套用户体系。调档时先核对历史订单,再同步检查阅读等级、栏目范围与接口读取规则。
预览
关键词库与锚文本的作用范围要按站点分开维护。共库时同一词可能指向多站的不同目标,导致链接落点漂移、栏目重复加链。给出词表拆分、作用范围限定与栏目试跑三步配置习惯。