最常见的原因是文字只存在于图片像素中，网页源码、可访问文本和图片说明里没有同样内容，AI抓到页面后就缺少可直接理解的文字线索。若文字由Canvas、背景图或脚本延后生成，抓取与渲染还可能看到不同版本。把核心信息写入正文，再用图片说明补充，才能让页面内容和视觉呈现彼此对应。
图片里的字，和网页文字不是一回事
对访客来说，海报上的标题、价格说明或服务流程一眼就能读到；对抓取程序来说，图片首先是一个图像文件。除非页面同时提供了正文、替代文字或其他清晰的文本表达，否则图中的每个字不等于网页里存在同样的文字节点。
这也是“页面看起来内容很多，AI回答却漏掉重点”的常见原因之一。图片仍可保留，用来展示版式、流程图或产品效果，但涉及主题、条件、参数和结论的内容，不要只放在图片中。Google Search Central《JavaScript SEO 基础知识》涉及页面内容被抓取和渲染的关系，可作为排查页面呈现差异的参考。
抓取时可能根本没拿到那张图
图片地址写在CSS背景、Canvas绘制结果或脚本变量里时，页面源代码中未必有直观的图片元素；图片采用延后加载时，抓取环节还要看脚本是否正常执行。若资源返回异常状态、被访问规则拦住，或图片地址在不同版本页面中发生变化，AI拿到的页面就可能少一块内容。
这类问题不能只盯着浏览器里“看得到”。应分别查看初始HTML、渲染后的DOM、图片请求结果和移动端页面，让四处内容互相对上。Google Search Central的抓取与索引文档说明了抓取、渲染和索引是不同环节，所以“浏览器能显示”并不等于每个环节都能读取。
alt文字有用，但它不是正文替身
图片说明适合描述图片内容和用途，例如“某服务的三步流程图”，也可以补充图中确实承载的主题。它不适合塞入一大段营销文案，更不能把所有关键信息都压缩进一条说明里，否则页面主旨仍然不够清楚。
页面标题、段落小标题、列表和图片说明应当各自承担不同任务：正文表达结论和条件，图片说明交代画面，标题标记层级。这样即使图片暂时没有加载，读者仍能理解主要意思。文字较多的海报、信息图和截图，更适合在图片旁放一份可复制的完整文字版。
结构化数据能补充什么，不能替代什么
Schema.org的ImageObject可以描述图片这一实体的名称、内容地址和相关属性，适合让页面中的图片有更清楚的结构表达。但它描述的是图片及其关系，不会自动把海报里的全部文字转换成页面正文，也不能替代页面上的标题、说明和事实条件。
若页面使用结构化数据，应让其中的名称、描述、图片地址与可见内容保持一致，避免标记里写一套、页面上展示另一套。实体名称、产品或服务名称、页面标题和图片说明也要统一写法。至于AI是否引用、是否带来点击，无法通用判断，需用自家数据验证，不能把结构化数据直接当成效果承诺。
照着这组步骤，能定位卡在哪一层
排查时不要只做OCR截图测试，因为OCR读到了图片，不代表搜索抓取或AI摘要一定能使用这段文字。可以把一次页面版本作为记录单位，按下面顺序留下页面截图、源码片段、资源响应结果和修改日期，方便前后比较。
- 查看初始HTML和渲染后的DOM，确认标题、正文和图片说明里是否存在关键语句。
- 打开图片地址，查看返回状态、文件类型和尺寸；再看移动端是否调用了另一张图。
- 检查robots.txt、页面访问规则、规范地址和站点地图，确认抓取入口没有互相冲突。
- 把图片中的重点内容改写成可复制正文，保留图片说明，但不要让两处表达互相矛盾。
- 记录页面版本、抓取时间、AI回答是否提到该内容、是否产生引荐点击和有效表单；主转化事件只选一个，并按自己的销售周期设定归因窗口。
观察闭环应从“页面能否读取”延伸到“用户是否从AI引荐进入并完成主转化”。爬虫访问、答案出现、引荐点击、自然搜索点击和品牌词搜索不是同一件事；无法区分的访问应记为未识别，再用服务器日志、落地页和CRM记录交叉查看。
什么时候可以继续用图片承载文字
装饰性标语、品牌视觉、活动氛围字和必须保持版式的示意图，可以继续使用图片，但旁边应有简短说明。只要图片承担了服务范围、使用条件、规格、时间或行动入口，页面就应提供同等含义的文本版本，避免用户和抓取程序都只能依赖图像。
如果旧页面数量较多，不必一次重做全部视觉素材。先从带来主要访问、承载重要业务信息或经常被用户询问的页面开始，做“图片内容—正文内容—图片说明—结构化数据”的对应表，再按页面版本逐步改。改完后重新查看渲染页面和查询记录，判断问题是读取缺失，还是内容本身没有对准用户问法。