内容锁在图片轮播里,AI 看到的是空页面
图片轮播是网页上那个每隔几秒自动切换的大图区,通常配着一句标语和一张主视觉。对访客来说它是首屏的门面;对 AI 和搜索引擎的爬虫来说,它是一个没有文字的空白容器——因为图上的字是像素,不是字。
爬虫拿到的不是你眼睛看到的那一页,是页面的 HTML 源码。源码里如果没有那段文字,AI 就当你没说过。
这件事通常是怎么发生的
它几乎不会以"我们的内容没写"的形式出现。真实的症状是反过来的:
页面在浏览器里看着满满当当,源码里却抓不到一个正文段落。
常见有三种做法都会造成这个结果:
第一种,文字直接做进图片。 设计师在 PS 里把标语、卖点、参数排好版,导出一张图,交给前端当背景。视觉上无可挑剔,源码里只剩一个 <img> 标签。
第二种,轮播的每张图都是整张合成的。 一张图里同时含标题、副标题、三个卖点、一个按钮。三张轮播图 = 三个 <img> 标签。这不是"三块内容",这是"三张图片"。
第三种,正文靠 JS 渲染完才出现。 源码里只有一个空的容器,文字是页面打开后由脚本填进去的。人肉看得见,手快的爬虫可能什么都没拿到。
还有一种更隐蔽的:内容确实在 HTML 里,但全是 <div> 套 <div>,没有一个标题标签。AI 读到了字,却不知道哪句是标题、哪句是正文、这几段之间什么关系。
三步自查,不用装任何工具
第一步:右键看"网页源代码",不是"检查元素"
这两个菜单差一个字,结论天差地别。
- 检查元素:看到的是浏览器整理过的页面,JS 渲染完的结果——好看,但不作数
- 网页源代码:看到的是爬虫实际拿到的东西——这才作数
打开源代码后,按 Ctrl+F(Mac 是 ⌘F),搜一句你确定页面上有的正文,比如某个卖点的原话。
搜不到,就是锁在图片或脚本里了。
第二步:把 JavaScript 关掉再看一遍
Chrome 里:设置 → 隐私和安全 → 网站设置 → JavaScript → 关掉(看完记得开回来)。
关掉 JS 再刷新页面。如果整块内容消失、或者只剩骨架,说明正文依赖脚本生成——AI 爬虫不保证会等你的脚本跑完。
第三步:把页面转成纯文本,看还剩什么
全选复制,粘进一个纯文本编辑器。图片会变成一个空位,样式全没了。
这一步最接近 AI 看到的东西。 如果粘出来只剩几句导航和版权信息,那你的核心内容对 AI 来说等于不存在。
怎么改:四步,从便宜的开始
第一步:图文分离
图片留着,文字从图里搬回 HTML。
具体说:轮播图上的那句标语,在 <img> 标签下方用 <h2> 或 <p> 再写一遍。图上的字可以照旧排版、照旧好看,但它必须在源码里也有一份文字。
别担心重复。图上的字机器看不见,正文里的字才看得见,这两份不是重复,是"一份给人看,一份给机器看"。
第二步:关键信息必须在正文里出现
判断标准很简单:AI 回答问题时可能会引用的那些信息,一条都不能只活在图上。
- 服务内容、业务范围
- 价格区间、报价方式
- 规格、参数、交付周期
- 服务地区、联系方式
- 客户名单、案例名称
这些如果只在图片里,AI 想说都说不出来。
第三步:图片补 alt
alt 是图片的文字替代说明。写法上记住一条:写图里有什么,不是写"图片"两个字。
- 不合格:
alt="banner"、alt="首页图" - 合格:
alt="ERP 与 OA 双系统统一登录后的账号管理界面"
alt 不该拿来堆关键词。它是给读屏软件和爬虫看的说明,写清楚就够。
第四步:标题层级理顺
一个页面只有一个 <h1>,下面按内容层级用 <h2>、<h3>。别用"把字号调大"来假装标题——字号是给眼睛看的,标签是给机器看的,两件事。
我们自己也栽在这上面
2026 年 9 月那一轮体检,我们给自己打的基建完善度是 64 分,报告里点出来的问题里有两条跟这个直接相关:
一是正文偏营销化,可被 AI 直接引用的结构化技术干货少。页面写得挺热闹,但把整页转成纯文本之后,能拿出去单独引用、能直接回答一个问题的段落几乎没有。
二是资讯板块停在 2025 年 5 月,约 16 个月没有更新。
分数不高,但问题看得清。所以这篇不是"教别人",是我们自己正在改的清单。
事实块
| 指标 | 数值 | 统计时间 | 统计口径 |
|---|---|---|---|
| 基建完善度 | 64 分 | 2026-09 | 官网结构 + 自媒体/权威媒体条目 + 更新活跃度 |
| 官网资讯最近更新 | 2025-05(约 16 个月未更新) | 2026-09 | 官网 News 板块 |
| AIVO 综合评分 | 60 分 | 2026-09 | 15 个典型问题 × 8 个平台 |
| 8 平台品牌提及率 | 38% | 2026-09-24 | 15 个典型问题 × 8 平台,共 120 次查询 |
数据来源:桃夭夭自建诊断系统。统计时间 2026-09,口径为 15 个典型问题 × 8 个平台。
常见问题
Q:我们首页就是一张大图配几句口号,是不是没救了?
不是。图片可以留,视觉可以不动,只要把图上的文字在源码里再写一份。这一步通常半天能改完,不用重做网站。
Q:图片里不放文字,那设计不就没法做了?
设计照做。区别在于:以前设计师排好版直接导图交差,现在是设计师排好版导图,同时把文字交给前端写进 HTML。多一道交接,视觉一模一样。
Q:我加了 alt,是不是就够了?
不够。alt 只说明"这是张什么图",不能替代正文。图上那句"交付周期 15 个工作日"必须作为正文出现一次,不能只躺在 alt 里。
Q:怎么看 AI 到底抓到了什么?
不用猜,你看到的就是它看到的。打开"网页源代码"、关掉 JS 看一眼,这两步就是爬虫视角。这也是为什么我们一直强调——页面转成纯文本后还剩什么,才是你真正的 AI 可见度基本盘。
Q:改完多久能看到效果?
内容进到 HTML 里,是"立刻可抓"。但 AI 从抓到、理解、到在新的回答里引用你,中间有延迟。别指望改完下周分数就动,看两三个月的趋势。
什么时候不用改
不是所有图片内容都要搬到文字里。这几种情况,图片就是它的正确形态:
- 作品集、图库、摄影、设计类站点。 图本身就是内容。这种情况至少要把每张图的 alt 和图注写清楚——图注里也要把关键词和事实写出来,别只写"作品三"。
- 纯品牌视觉页。 首页的品牌形象区、宣传片封面,不承载信息,不影响 AI 理解业务,不用管。
- 后台管理系统、内部工具。 这些页面本来就不需要被 AI 收进去,不用花这个功夫。
判断标准只有一条:这张图上的信息,是不是客户可能拿去问 AI 的东西? 是,就搬;不是,就留着。
相关阅读
结构化数据(JSON-LD)
发布到 dto.cc/docs 时,把下面这段放进页面
<head>。校验器跑一遍,必须 0 错误。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Article",
"@id": "https://dto.cc/docs/rebuild/image-carousel#article",
"headline": "内容锁在图片轮播里,AI 看到的是空页面",
"description": "图片轮播对访客是首屏门面,对 AI 爬虫是没有文字的空白容器。本文给出三步自查方法和四步改法。",
"inLanguage": "zh-CN",
"datePublished": "2026-09-29",
"dateModified": "2026-09-29",
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://dto.cc/docs/rebuild/image-carousel"
},
"author": { "@id": "https://dto.cc/#organization" },
"publisher": { "@id": "https://dto.cc/#organization" }
},
{
"@type": "FAQPage",
"@id": "https://dto.cc/docs/rebuild/image-carousel#faq",
"mainEntity": [
{
"@type": "Question",
"name": "怎么检查页面内容有没有被锁在图片里?",
"acceptedAnswer": {
"@type": "Answer",
"text": "右键查看「网页源代码」(不是「检查元素」),在源码里搜索页面上一句确定的正文。搜不到,说明内容锁在图片或 JavaScript 渲染里。也可以关掉浏览器 JavaScript 后刷新页面,看内容是否消失。"
}
},
{
"@type": "Question",
"name": "给图片加了 alt 是不是就够了?",
"acceptedAnswer": {
"@type": "Answer",
"text": "不够。alt 只说明图片内容,不能替代正文。图上承载的关键信息(价格、规格、参数、服务范围、案例名称)必须在正文里再写一份。"
}
},
{
"@type": "Question",
"name": "哪些情况可以保留纯图片内容?",
"acceptedAnswer": {
"@type": "Answer",
"text": "作品集、图库、摄影和设计类站点的图片本身就是内容;纯品牌视觉页和后台管理系统也不需要改。判断标准是:这张图上的信息,客户会不会拿去问 AI。"
}
}
]
}
]
}
</script>
本文涉及的公司自身数据,统计时间 2026-09,口径为 15 个典型问题 × 8 个平台、共 120 次查询。
成都桃夭夭科技有限公司 | 统一社会信用代码 91510112MAC848MBX2 公司主站 yyyoo.com | 本站为 GEO 官网建设业务站