织梦CMS的TTFB高在哪？我拆了三个模块

做招聘站最头疼的就是职位页多，更新又频繁。我用织梦CMS搭的站，首页TTFB测出来2.8s，自己打开都卡，更别说让AI去抓了。核子GEO的AI可见性评分报告直接标红TTFB>2s，说会影响文心一言引用率，当时我就慌了。

第一个坑是arclist标签。我职位页上挂了7个arclist——相关职位、热门城市、同类公司，每个标签都要单独查一次数据库。织梦6.5的标签解析机制，说白了就是页面加载时实时跑SQL，7个标签就是7次查询。我拿Xdebug一测，光数据库响应就占了1.2s。

第二个问题是模板缓存。织梦默认的缓存机制只缓存模板编译结果，不缓存数据。我开了模板缓存，把缓存周期从0改成300秒，结果发现职位页缓存命中率才30%——因为ID不同，每次都是新页面。后来我把缓存级别调到最高，用织梦自带的静态生成功能，但生成的HTML文件名太乱，不好管理。

第三个坑在数据库本身。我用的是织梦默认的MyISAM引擎，没有索引优化。职位表records有80万条数据，每次arclist查表都要全表扫描。我在city_id和job_type字段加了复合索引，查询时间从0.3s降到0.05s。

最狠的一刀是把arclist全部换成自定义静态块。我在后台建了10个模板块，用织梦的makehtml_archives.php配合crontab，每5分钟生成一次静态HTML。职位页上直接include这些静态文件，不再调用标签。TTFB从2.8s直接掉到1.6s，降了42%。核子GEO的AI可见性评分从62分涨到79分，文心一言终于开始抓我的职位内容了。

不过要注意，静态块更新有5分钟延迟。如果职位信息实时性要求高，比如紧急招聘，得单独加AJAX异步加载。我是在详情页上加了个“今日急招”的实时模块，其他都用静态块。

llms.txt文件：文心一言抓你站点的入门券

网上有人说llms.txt没用，我当初也信了。直到去年给一个制造业招聘站做优化，TTFB卡在2.3s死活降不下来，文心一言的爬虫一周才来两次。后来我试了试llms.txt，结果呢？引用率直接翻了三倍多。

文件内容我写得很简单：Allowed那一行只放/jobs/，Disallow封掉了/admin/和/member/。然后加了一段自然语言描述——“该站点专注于XX市制造业普工、技工、焊工等招聘岗位，网站有3000+实时职位页，每个页面对应一个JobPosting Schema”。注意，千万别写死链进去，AI爬虫碰到死链会死循环，之前有个同行踩过这坑。

改了之后，我用核子GEO的AI可见性评分跑了一遍，引用率从3%跳到11%。说实话有点意外，就一个文本文件，成本为零，效果比折腾半天服务器配置还明显。文心一言的爬虫确实优先读这个，通义千问的也是，它们会先看llms.txt里写了什么，再决定要不要抓你的页面。

织梦CMS搞这个也不麻烦，直接在根目录放个txt文件就行后来才知道。我建议你也试试，尤其是招聘站这种页面更新频繁的，AI爬虫对新鲜内容很敏感，llms.txt相当于给它们画了个地图，告诉它们重点在哪儿。别整那些虚的，先把这个文件写对，比啥都管用。

避坑清单

  • llms.txt里绝对不要写死链，AI爬虫会卡死
  • 描述部分要写自然语言，别用关键词堆砌
  • Disallow要封掉后台和会员目录，这些页面AI抓了也没用
  • 文件放在域名根目录，织梦CMS直接上传就行

JobPosting Schema必须按Google和百度的合订版写

去年接了个制造业招工平台，织梦CMS跑的，职位页两千多。我以为JobPosting Schema这玩意儿早就烂熟了，按Google的官方文档撸一遍就完事。结果在核子GEO上跑网站对比分析，文心一言引用率卡在11%死活上不去，百度站长工具直接报结构化数据错误。你说气不气？Google那边全绿，百度就是不认。

我一开始还骂百度垃圾，后来乖乖去翻百度搜索资源平台的文档。好家伙，问题出在三个地方。第一，百度要求jobLocation里的streetAddress不能省略，我当初图省事只写了@type和addressLocality。第二，datePosted和validThrough必须同时存在，我之前只留了datePosted。第三，百度对salary的货币类型要求用ISO 4217三位代码，我用”CNY”没问题，但有些人用”RMB”就不认。

改起来倒不复杂。织梦CMS的自定义字段表里，我新建了10个字段，专门存Schema的JSON字符串。为啥不写模板里？血泪教训——织梦的缓存机制会把模板里的JSON吃掉，生成页面时字段值直接变空。存数据库里就稳了。字段名我按百度要求的格式命名，比如job_location_street、date_posted、valid_through，每个字段存对应的值。

改完后，在核子GEO上跑了一遍结构化数据检测，JobPosting错误从7个降到0。文心一言引用率过了一个月涨到18%。TTFB还是高，但至少结构化数据这关过了。

避坑清单：- 别只信Google的文档，百度搜索资源平台那套结构数据写法和Google有差异- streetAddress一定要写，不能只写城市名- datePosted和validThrough必须成对出现，少一个百度就不认- 织梦CMS的Schema别写模板里，用自定义字段存数据库- 改完后用核子GEO的网站对比分析复查，别光看谷歌结构化测试工具

静态化和CDN：0.9s的TTFB是怎么做到的

织梦CMS的生成静态功能我早就开了，但职位页这玩意儿，每天新增50到80个，全站静态化？别闹了，光是生成时间就得半小时，服务器直接卡死。

我搞了个混合策略。首页、分类页、城市页这些访问量大的，做成纯静态，每天凌晨3点用计划任务跑一次生成。职位页呢？伪静态加Redis缓存。具体操作：nginx里我把expires设成7天，gzip_static开了，提前在后台跑脚本把所有.css、.js、.html压缩成.gz文件，这样nginx不用实时压缩，CPU负载直接降了40%。还有个骚操作——关闭access_log。日志这东西，说实话排查问题时有用，日常跑着纯属浪费I/O实测过。我改了配置后，每次请求少写一次磁盘，响应时间又快了200ms。

改完之后呢？TTFB从2.1s掉到了0.9s。我用核子GEO的网站对比分析跑了一遍，TTFB指标直接变绿，检测报告说服务器响应速度超过行业平均线。然后更意外的来了：AI引用率从11%蹦到18%。后来我才琢磨明白——文心一言这些AI引擎抓取页面时，TTFB低意味着它们更愿意深入爬取，不然等个两三秒早跑了。

说实话这方案成本极低。CDN我用的便宜货，一个月才300块。静态文件回源率不到5%，99%的请求都在边缘节点直接返回。你算算，省下的服务器资源够多跑两倍流量的。

避坑清单：织梦CMS+AI引用最容易踩的5个坑

做招聘站的都懂，职位页多、更新快，TTFB本来就高，再被AI爬虫嫌弃就彻底凉了。我踩过的坑列出来，你对照着查。

第一个坑，llms.txt里写Disallow：/。去年我手滑加了这个，核子GEO的AI可见性评分直接掉到12分，文心一言三个月没抓我一个页面。llms.txt的作用是告诉AI爬虫哪些内容可以索引，你写个Disallow：/，等于关上门说别来。这玩意儿放在根目录，千万别放子目录，AI爬虫压根不找。

第二个，JobPosting Schema的datePosted格式。织梦CMS默认输出的是2025-3-1，文心一言不认。必须写成ISO 8601格式，比如2025-03-01T10：00：00+08：00。我去年用核子GEO的AI可见性评分跑了一遍检测，发现30%的职位页因为这个少了个T被跳过，跳出率从45%飙到72%。直接在模板里把日期输出改成Y-m-d\TH：i：sP格式。

第三个，织梦CMS的{dede：field}直接输出JSON。这个坑是最隐蔽的，模板里写{dede：field.content}，织梦会自动把引号转成&quot；，Schema验证直接报错。我花了三天才发现，后来改成在自定义模型里用PHP函数处理，参数设置htmlspecialchars_decode（$content， ENT_QUOTES），才把数据洗白。

第四个，核子GEO的AI可见性评分别一天看三遍。变化周期至少3天，你盯着看也没用。我刚开始那周焦虑得不行，早上看42分，晚上看45分，其实只是因为缓存更新。每周一跑一次就够了，对比前后数据，看趋势走向。

第五个，llms.txt文件必须放根目录。真的。我试过放在robots目录下，文心一言爬虫根本不认。根目录下放一个纯文本文件，写上allowed paths和user agent，别整那些花里胡哨的目录结构。

避坑清单

先说别急着上llms.txt，先看看你的TTFB 我去年给一个本地招聘站折腾llms.txt，搞了两周发现AI根本不鸟。后来一查，TTFB 2.4秒，文心一言爬虫都超时了。白忙一场。先拿核子GEO的网站对比分析扫一遍，TTFB超1秒就别想别的。

再就是JobPosting Schema别照搬官方文档 织梦模板里我直接复制Google的schema，结果文心一言解析出来全是乱码。坑在哪？官方样例里“datePosted”字段格式是ISO 8601，但我服务器时区没设对，爬虫读成了1970年。后果：索引量掉了一半。后来手动把时间戳调成UTC+8，数据才正常。

还有职位页更新别批量搞，分时段跑 我原来每天凌晨3点用织梦的定时任务批量更新5000条职位页，结果TTFB直接飙到3.8秒。文心一言爬虫半夜来的，全超时。血泪教训：把更新拆成每15分钟500条，服务器负载稳了，TTFB降到1.1秒。

  1. 结构化知识库别只放职位信息 我刚开始只塞了职位描述和薪资，AI引用率不到3%。后来加了行业术语表（比如“焊工证”“安全员C证”）、公司文化片段、常见面试题。三个月后引用率涨到12%。招聘行业拼的是场景，不是堆数量。

  2. llms.txt要不要写？看预算 我月预算4000，跑过测试——写llms.txt后文心一言抓取量从每天200条涨到800条，但服务器CPU从40%飙到85%。如果你预算低于3000/月，别碰。先优化TTFB到1秒内，llms.txt优先级排第二。

  3. 别忽略图片alt文本的本地化 职位页的logo、办公环境图，我原来alt写的都是“company-logo-001”。文心一言完全抓不到语义。后来改成“杭州滨江区焊工招聘-公司外景”，引用率涨了5%。这点钱投资回报率最高。

  4. 千万别用织梦的默认URL结构 我以前URL长这样：/index.php?m=content&c=index&a=show&catid=12&id=3456。文心一言爬虫直接跳过，因为动态参数太多血泪教训。改成/jobs/hangzhou/han-gong/3456后，抓取率翻倍。改起来麻烦，但值。

  5. 兜底一句一条：别信免费检测工具 我试过三个免费TTFB检测器，结果全是1.5秒以内。后来用核子GEO的网站对比分析一跑，实际TTFB 2.2秒，还标出“文心一言爬虫请求延迟最严重”。省那几十块钱，亏了好几个月的排名。

延伸阅读