FinchUI 的城市分站插件在 10 月 22 日更新到 1.2.0，加了两件国内站长很少见到的东西：全站和每个城市独立的 llms.txt，以及覆盖站点、列表、页面、文章的 Schema.org 结构化数据。思路很清楚——让 AI 在回答「某地某服务哪家好」的时候，能引用到你。
国产 CMS 生态里，专门为 AI 搜索做适配的插件不多。这个更新值得单独说一下，因为它把两套逻辑放在了一起：一套是传统 SEO 的城市站群玩法，一套是 GEO（生成式引擎优化）的语料暴露。
先说什么叫「城市分站」
这是国内很成熟的一套打法：同一个业务，按城市拆出独立入口——可能是独立域名（bj.example.com），可能是子目录（example.com/bj/），也可能是带参数的查询入口。每个城市有自己的简介、自己的房源或服务列表、自己的文章聚合。
它的价值在长尾：用户搜「北京 XX 服务」和搜「上海 XX 服务」，意图一样但地域不同，独立入口比一个总站更容易命中。
1.2.0 加了什么
核心是两样。第一是 Schema.org 结构化数据，覆盖站点、列表页、普通页面和文章，而且带城市关联。它会自动避让页面上已有的同类标记——这点很实际，很多主题自带 Article 标记，重复输出反而会被判成冗余。
第二是 llms.txt。这是这两年新出来的约定：在网站根目录放一个纯文本文件，用 Markdown 结构告诉大模型「这个站有什么、哪些页面值得读、内容怎么组织」。它相当于给 AI 看的 sitemap。这个插件做的是全站一份、每个城市一份，支持独立域名、子目录和查询三种入口形态。
还有个细节值得注意：llms.txt 会检测同名真实文件冲突，如果根目录已经存在 llms.txt，它会避让。以及两个功能各有独立开关，默认开启，但会保留你之前关掉的状态。
顺手修的 bug 更说明问题
更新日志里有一串修复：SQL 过滤的 OR 优先级、字符串误判、全国公共文章与页面的缓存失效、跨域名按 URL 刷新、HTML 链接参数重复转义、县级市编辑器选择。
这些不是新功能，是城市站群这类结构固有的麻烦。多域名、多入口、多层缓存，任何一处处理不当就会出现「内容更新了但页面还是旧的」或者「canonical 指错了城市」。上一版 1.1.1 也在修 canonical：接管主题已有的规范地址、按内容对象和分页规则生成路径、移除跟踪参数但保留业务参数。
对用这套插件的人来说，这意味着一个现实：城市站群不是装个插件就完事，canonical、缓存、参数规范化这些技术细节，得真的盯。
给 Z-BlogPHP 站长的三条实操
如果你在跑多城市内容，这套东西值得试。顺序建议是：先把 canonical 弄对（不然收录会互相打架），再开 Schema（让搜索引擎读懂页面属于哪个城市），最后补 llms.txt（这一步是给 AI 看的，优先级放后面）。
llms.txt 别指望立刻生效。它是个约定，不是标准——各家大模型是否抓、抓了怎么用，目前都没有公开承诺。把它当成「低成本多铺一条路」，而不是「做了就有流量」。
还有一点：GEO 不取代 SEO。Google 在 2026 年 5 月发布的生成式 AI 优化指南里说得很清楚，AI 概览用的是同一套爬取、索引、排序系统，不需要特殊的 AI 标记或 AI 专用内容。结构化数据的作用是澄清上下文，不是「打开引用的开关」。基础没做好，标记加得再全也没用。
一个观察
国产 CMS 的插件生态长期在跟「采集、伪原创、批量站群」这些需求走。这次更新的方向有点不一样：Schema 和 llms.txt 都是「让机器更准确地理解你」，而不是「骗机器多给你流量」。
这个转向如果持续，对认真做内容的站长是好事——毕竟结构化数据这种东西，只有内容本身站得住，它才有意义。
本文根据公开报道整理，主要参考：FinchUI官网插件更新日志（Z-BlogPHP城市分站 v1.2.0）（2026-10-22）。厂商与项目的后续动作可能继续变化，涉及版本号和漏洞编号请以官方公告为准。
