有的页面想让 AI 免费抓,有的想收费,按地址路径怎么分开

📅 2026-10-12 👁️ 0

想对同一站点里的不同页面给不同抓取策略,靠的是按地址路径设例外。有服务商已支持用配置规则按 URI 模式关闭按次抓取,对站点的特定页面提供免费访问、对其余页面另计。落到站内,同一份路径规划要同时体现在伪静态规则与 robots 里,并且例外要写清匹配范围和生效顺序。

为什么要按路径分开而不是整站一刀切

一刀切会把「愿意被引用」的内容一起挡掉。说明类、目录类、公开帮助页通常希望被模型读到、被引用,而会员专区、后台预览、未发布内容不想被抓。这两类混在一个整站开关下只能取其一,按路径分开才能各给各的策略。

按 URI 模式做例外怎么写

例外规则的关键是匹配范围要精确、生效顺序要明确。先写更具体的路径例外,再让它优先于父目录的通用规则;否则会出现子路径写了「免费」却被上层「阻止」覆盖。要按路径前缀组织,让「谁包含谁」从目录结构上就能读出来。

哪些路径该留成免费

面向外部解释站点、组织内容的路径适合保持开放:站点说明、栏目索引、公开帮助与接口文档这类。反过来,草稿预览、待发布内容、回收站里的地址不进抓取范围,这类既不该被引用也不该被抓。留免费的是「希望被读到」的,不是全站公开可见就等于要被抓。

站内规则层的先后顺序

站内的伪静态规则管理负责地址怎么改写,robots 负责哪些地址允许被抓,两者都按路径前缀写才不打架。规划顺序是:先定路径口径(同一内容只有一个最终地址),再在 robots 按前缀设允许与禁止,最后核对伪静态改写后的地址和规则里的地址一致。顺序反了容易出现规则命中不到真实地址。按前缀组织的另一个好处是可读——目录一列出来,哪片开放、哪片收紧一目了然,复查时不用逐行猜意图。

例外写多了要防互相遮蔽

路径规则越叠越多,越容易出现父子、兄弟前缀互相覆盖。稳妥做法是给每条例外标注它覆盖的范围与优先级,定期回看有没有被更上层规则吃掉。改一次规则就抽查一次目标地址,比攒到出问题时再回头找要省力得多。

常见问题

问:子目录设了免费,为什么没生效? 多半是被父目录的通用规则覆盖了。例外要更具体并优先命中,检查生效顺序而不是只看有没有写。

问:按路径分开和整站 robots 矛盾吗? 不矛盾。robots 本来就支持按路径写允许与禁止,按前缀组织正好对应分区策略,反而更好维护。

问:草稿预览页能不能被抓? 不该。它属于未发布内容,可见性要单独界定,别混进允许抓取的前缀里,也别指望伪静态能替它把关。

相关文章

AI 流量分成搜索、训练和智能体三类,默认开关改过之后要不要复查

有边缘服务商把 AI 流量分成搜索、训练、智能体三类,并从 2026 年 9 月 15 日起对所有客户(含免费层)设新默认值:搜索类放行,训练与智能体类在含广告页面上默认阻止,且每个站点可单独设置。默认值变更会影响从没手动改过设置的站点,复查要按站点逐层核,并和站内 robots、防采集设置对齐。

2026-10-12

llms.txt 今年出了第二版,加了可发现性写法,它现在算标准吗

llms.txt 原始提案发布于 2024 年 9 月,v2 在 2026 年 8 月补上了通过链接关系声明的可发现性写法、允许 .md 扩展名、界定了子路径覆盖,并移除了上下文扩展的语义。规范页明确它仍不是一项标准,只是已有大量站点在发布,各家模型的实现可以不同,站内自动生成时要盯住口径一致。

2026-10-12

IndexNow 的接收方有哪几家,Google 在不在名单里

IndexNow 这类即时通知只对参与方生效,官网列出的接收方是 Microsoft Bing、Naver、Seznam.cz、Yandex、Yep 这几家,Google 不在支持名单内。名单外的引擎只能按自己的抓取节奏发现更新,所以站内仍要把主动推送与站点地图两条通道同时配好,别把即时通知当成全引擎生效。

2026-10-12

百度普通收录的提交配额是按什么给的,提交失败当场能不能看出来

普通收录的提交配额不是一个固定值,平台按站点资源质量与用户喜好程度综合评估,并不定期调整上限;用接口提交后可以直接从返回数据判断是否被受理,不必再登录后台核对。这里把配额的来源、额度用完的表现,以及主动推送与站点地图两条通道的分工讲清楚。

2026-10-12

静态生成器几秒钟就能建完一个站,还需要带后台的内容系统吗

静态生成器的优势在构建与托管环节,典型站点可以按秒计完成构建;但构建快不等于维护快。当内容结构、栏目、字段要反复调整,或多人持续更新、需要批量导入历史内容时,带后台的内容系统更合适;这里从内容模型、批量导入、模板编辑和适用场景四处对比两条路线。

2026-10-12

站点被写入异常 PHP 文件后,官方排查顺序为什么要先看运行目录

一起 PHP 类内容系统的安全升级公告给出的处置顺序是:先升级到已修复版本,删除运行目录,检查伪静态重写规则,再排查异常文件,并说明问题与历史版本漏洞有关。运行目录之所以要先看,是因为它既是最常见的落点,也最像可再生内容、删掉不伤数据;清完还要确认备份时间早于入侵时间。

2026-10-12

大版本发布前老分支还剩几周安全支持,升级窗口该怎么排

同一时间通常只有少数分支在收安全修复,停支持那天起新漏洞不再有官方补丁。以某内容系统的发布计划为例,安全发布窗口只覆盖特定几个分支,老分支会在新大版本发布那一周结束支持。排升级窗口要倒排:先定停支持日,再留验证与回退时间,窗口里必须做数据备份,并像自家版本升级那样按说明处理登录凭证。

2026-10-12

后台删用户改成 POST 提交并校验表单凭证,挡的是哪一类攻击

有内容系统在版本公告里把用户删除与状态切换改为 POST 提交并校验表单安全凭证,防止跨站请求伪造导致用户被误删或状态被改。这类改动挡的是跨站请求伪造——攻击者利用浏览器会自动带上登录态。把状态变更从 GET 移到 POST 只是第一层,真正拦住伪造的是随表单一起校验的凭证。

2026-10-12