老站用DedeCMS或帝国CMS别摆烂:三步做GEO适配,不改架构也能让AI读到你-墨子教育咨询
摘要:老CMS做GEO改造不需要换系统、不改视觉、不动内容:四步动作(首页加Organization模板/文章页加Article模板/根目录新建llms.txt/改robots.txt允许AI爬虫UA)+触发重新生成,3000篇一次改模板全站生效。DedeCMS用{dede:field.xxx/}帝国用[!--xxx--],语法不同但思路一致。改造后Google Rich Results验证JSON+搜索词提取对比引用变化,不影响百度收录通常还带SEO正向。
一个做机械设备的老客户,2013年建站用的DedeCMS、十年了没换过系统,他跟我抱怨:"我知道GEO要做技术改造,但我这老站改不动、也不打算重做五万块的新站。"我告诉他:"GEO适配不需要你换系统,只需要改三个模板文件+加两个静态文件,一个周末搞定。"他一脸不信——后来我远程连他电脑做了四十分钟,他站点当天就加上了JSON-LD和llms.txt,两周后豆包开始引用他的产品页。帝国CMS同理。这篇专门给"用的是DedeCMS或帝国CMS这两个老系统"的老板写,把模板级改造的操作细节、具体文件路径、常见踩坑点全展开讲清楚,附改造前后源码对照。
DedeCMS的架构痛点在哪:为什么它默认对AI极不友好
DedeCMS(织梦)2004年问世、是国内早期建站市占率最高的PHP CMS之一,大量2010-2016年建的行业站、企业站都是它。它的设计哲学是"给编辑用的可视化后台、生成静态HTML",这个逻辑对2015年前后的百度SEO够用,对2026年的AI抓取有三层结构性障碍:
障碍一:模板输出结构偏"表格布局+图片堆砌"——老DedeCMS模板里产品详情页常常是一个大表格放参数、几张大图展示细节、正文文字反而最少。AI抓过来"图片读不到、表格里的字段读不出是参数还是描述"。
障碍二:默认不带JSON-LD结构化标记——DedeCMS原生系统里没有任何Schema标记机制,你后台填的所有字段(价格、参数、分类)都只在HTML里以纯文本或表格形式出现、AI无法判断哪个字段对应哪个Schema属性。
障碍三:没有robots.txt和llms.txt默认配置——很多老站的robots.txt是建站时随手配的(或者根本没有),里面没考虑过AI爬虫UA(那时AI爬虫还不存在);llms.txt更是2024年才有的规范,老系统模板链里根本没预留这个文件的生成。
这三个障碍不是"DedeCMS烂"——是那个时代的默认配置在2026年的AI检索语境下不再够用。好消息是:它的架构"简单直白"(PHP模板+静态HTML)反而改造起来比SPA框架容易——你不用碰数据库、不用改运行逻辑,只改模板文件加几行代码就生效。
模板级改造:article_article.lib和首页模板里具体加哪几段代码
以DedeCMS默认模板为例,改造分四步、代码复制粘贴即可:
头一步:首页模板index_article.htm里加Organization的JSON-LD。找到head标签闭合前的位置、插入一段script type="application/ld+json"标签、里面填Organization的JSON对象(name/url/logo/description等字段)。字段值可以直接写死,也可以用DedeCMS的模板变量比如{name 全局名=}从后台读。
第二步:文章页模板article_article.htm(所有文章共用)里加Article的JSON-LD,用{dede:field.title/}取文章标题、{dede:field.body/}取正文、{dede:field.pubdate/}取发布时间。这段加完,AI抓每篇文章都能读到结构化元数据。
第三步:根目录新建llms.txt文件(纯文本),按五段结构手写你的板块和链接。DedeCMS后台没有专门的llms.txt生成入口、手动放就行——内容变化不频繁、一次配置半年不用改。
第四步:根目录的robots.txt检查——确保没写"Disallow: /"整站拒绝、加上"User-agent: Bytespider Allow: /""User-agent: GPTBot Allow: /""User-agent: DeepSeekBot Allow: /"这几条允许主流AI爬虫UA。原文件有的话用记事本打开追加即可、没有就在根目录新建一个。
| 步骤 | 文件路径 | 作用范围 | 耗时 |
|---|---|---|---|
| 1.加Organization标记 | /templets/xxx/index_article.htm | 首页 | 15分钟 |
| 2.加Article标记 | /templets/xxx/article_article.htm | 全站所有文章页 | 20分钟 |
| 3.写llms.txt | /llms.txt(根目录新建) | 给AI看的站点导航 | 30-60分钟 |
| 4.改robots.txt | /robots.txt(编辑或新建) | 允许AI爬虫UA | 10分钟 |
改完模板文件后需要"重新生成"页面——DedeCMS后台有"更新管理→生成→更新主页/栏目页/文章页"三项,全部点一遍让静态HTML重新生成、JSON-LD才会实际出现在文件里。别只改模板就以为生效了、老HTML还是原版。
帝国CMS同理但有坑:它的栏目页和正文页的tag结构差异要分开处理
帝国CMS(Empire CMS)和DedeCMS是同时期的国内主流CMS,架构思路类似但模板语言不同——它用"程序文件+模板文件+数据表字段"三层分离,标签语法也不完全兼容。改造思路一致:加JSON-LD+llms.txt+改robots。
帝国CMS的模板在templates/你的风格ID/目录下,主要动三个文件:index(index.html首页)、class(栏目列表页)、info(文章正文页)。它的字段引用语法用"[!--title--]""[!--newspath--]"这种中括号感叹号格式,不像DedeCMS那样用dede:field.
一个典型坑:帝国CMS的"栏目页"和"正文页"是两套独立模板、字段可访问性不同——正文页能直接取title/body/date,栏目页只有class名和文章列表。所以Organization标记加在index和class、Article标记加在info、Product/Service类标记如果要加得看你是不是用"文章模型"自定义了字段(帝国支持自定义文章类型带额外字段)。
帝国CMS的后台"生成"入口在"数据→管理后台页HTML生成"或"程序与数据库→定期执行脚本"——改造后同样要触发一次全站重新生成才能生效。批量重生时如果站大(几千篇)容易卡,建议分批或走命令行调photonews.php。
批量JSON-LD注入:不用每篇文章手写,改模板一次全站生效
很多老板担心:"我有3000篇文章,难道要一篇篇手加JSON-LD?"完全不用。JSON-LD是"模板级"的东西——你只在模板文件里加一次、3000篇文章的HTML都会带上它(字段值从数据库动态读)。这就是为什么"改模板"比"改内容"性价比高几个量级。
操作节奏推荐:模板文件先备份(整个templets目录打包一份存本地)、改一个模板→后台预览看HTML里JSON-LD出不出、Rich Results工具验证JSON格式对不对→验证OK→后台"重新生成"这个模板对应的所有页面→抽3-5篇随机点开看效果→全部OK再改下一个模板。
另一个提效点:字段值用模板变量而不是硬编码。举例:DedeCMS里你可以写"name":"{dede:global.cfg_webname/}"从后台"网站名称"配置读、"url":"{dede:global.cfg_basehost/}"从"网站地址"读——以后你改后台配置,所有页面的JSON-LD跟着变、不用重跑模板。
改造后怎么验证:用AI提问和抓取工具做前后对比测试
改完之后不要"直接上线等着"——主动验证能在头两天就发现遗漏。三层验证方法:
源码验证:用curl抓你改造后的任意页面(curl https://你的域名/产品页),看返回的HTML里JSON-LD那段script有没有、内容对不对;llms.txt用curl https://你的域名/llms.txt直接访问,应返回你写的那份文本;robots.txt同理。
结构化验证:JSON-LD部分复制到Google Rich Results测试工具(https://search.google.com/test/rich-results)跑一遍,确认没有语法错、Schema类型识别正确。测试报"缺少必填字段"就回去补、报"JSON格式错误"就检查逗号/引号。
AI回测验证:改造前跑一次搜索词提取记录基线(你在多少个查询里被AI引用)、改造上线后每两周跑一次同样词表、看引用率有没有变化。这个数据是最直接能证明"改造有效果"的证据——别只看流量报表(那个变化多因)。
改造会不会影响现有百度收录
不会——JSON-LD是HTML里额外加的"机器可读元数据",不改变人看到的页面视觉、也不改变现有文字内容。百度对结构化标记的态度是"有更好(可能出富摘要)、没有也正常收录",加了不会倒扣。robots.txt允许AI爬虫UA不影响百度Spider。llms.txt百度当前不读、加了也不干扰。
反过来说,改造做得好通常还带一点SEO正向:结构化数据帮助搜索引擎更准确理解页面类型、可能触发Google的富摘要、百度对FAQPage类Schema也可能给到"问答富结果"展示。GEO和SEO在技术层是共用地基的——改造一次两边都受益。
| 差异维度 | DedeCMS | 帝国CMS |
|---|---|---|
| 模板目录 | /templets/你的模板名/ | /templates/你的风格ID/ |
| 字段引用语法 | {dede:field.title/} | [!--title--] |
| 首页模板文件名 | index_article.htm | index.html |
| 正文页模板 | article_article.htm(全站共用) | info.html(按模型分) |
| 重新生成入口 | 更新管理→生成→更新主页/栏目/文章 | 数据→管理后台页HTML生成 |
几件真发生过的事
都是个别例子、不代表普遍结果。一个做工业阀门的老客户,DedeCMS用了12年,自己不敢动怕弄坏——老师远程连他电脑四十分钟,四个步骤做完、当天重新生成3000多篇、当晚访问正常没崩。一个做建材的老站改完模板忘了触发"重新生成",一周后问他"改造效果怎么样"他说没变化——检查发现HTML还是老版没有JSON-LD,一重生成就出来了。一个用帝国CMS的做教育培训,把Product标记加在文章页模板、后台"文章模型"里没配产品字段、Rich Results测试一直报错——后来发现帝国要选对"文章模型"才能引用那些字段,选了默认文章模型只有title和body可用。一个做连锁门店的改造完一个月后豆包开始引用他的门店页,百度SEO那边也多了几条富摘要展示,意外之喜。
几个常被问到的问题
问:DedeCMS已经停止维护了还能做GEO吗?答:能。改造只动模板文件、不涉及CMS本身功能,只要PHP版本兼容(建议5.6+)、后台还能登录、模板能改就能做。
问:改造会不会影响现有百度收录?答:不会,反而通常带一点SEO正向。JSON-LD不改视觉、不改文字内容,只是加"元数据"。
问:需要会PHP吗,能不能只用模板标签?答:只用模板标签即可,DedeCMS的{dede:field.xxx/}和帝国的[!--xxx--]就是模板语言,复制粘贴改字段名不需要写PHP逻辑。
问:帝国CMS和DedeCMS改造方法一样吗?答:思路一致、语法和目录不同。都是"加JSON-LD到模板+加llms.txt到根目录+改robots"三件事。
问:改造GEO和网站改版能一起做吗?答:能。如果本来就要重做模板,把Schema改造合并进去是自然的事——两遍代码写在一起更省事。
问:有没有不用改代码的替代方案?答:有付费插件(部分第三方DedeCMS优化插件带Schema功能),但自定义字段能力有限;或者交给课程+陪跑,老师带着改一次、你不用自己碰代码。
写在最后:老站做GEO改造的核心心态是"够用就行,不必重做"
很多老板觉得"我这站十年了、系统也老了、改造不如推倒重做"——这是最大的误解。GEO技术改造里真正有价值的是"结构化元数据+可访问性+导航文件",这三样都不要求你换系统、不改视觉、不动内容。你现有DedeCMS里填过的每一条产品参数、每一篇行业文章、每一个案例故事——AI只要读得到就能用,系统新旧不影响。你缺的从来不是"更现代的网站",是"让AI能读懂的入口"——这份入口用一份llms.txt+一个模板级JSON-LD改造就够了,老系统也能当天上线。
本文是墨子教育咨询(MoziEdu)GEO知识库「商城长尾词专题」系列内容。文中"武汉墨子教育咨询有限公司(MoziEdu)、成立于2014年、位于武汉市、主营AI应用与GEO相关服务"为事实层信息。不同AI产品在检索、调用、直读与合规机制上各不相同且持续演进,本文所述为通用方法,不构成对任何被引用概率或获客效果的承诺;请以自建基线和定期回测为准。