可以，但动态生成不等于机器一定能读到；只有脚本正常执行、结构化数据进入渲染后的页面文档，并且字段与可见内容一致时，才具备被处理的基础。做 GEO 或搜索优化时，别只看浏览器源码，还要查看渲染结果、页面状态和结构化数据测试反馈。
可以动态输出，但关键在渲染结果
结构化数据放在 JavaScript 中生成，在技术上能够成立。Google Search Central 的《JavaScript SEO 基础知识》说明，搜索系统会处理部分 JavaScript 内容，但脚本执行依赖页面资源、响应状态和渲染环境，动态方案仍需单独观察。
判断重点不是“源代码里有没有一段 JSON”，而是脚本执行后，最终文档中是否出现合法的 JSON-LD 或相应标签。若数据只在点击按钮后生成，或依赖登录、复杂交互才能出现，机器读取路径就会变得不稳定。
JSON-LD通常更适合动态生成
JSON-LD 与页面正文分离，适合由服务端模板、前端脚本或内容系统按页面数据生成。Schema.org 的词汇定义说明，类型和属性需要按照约定表达，动态生成并不会改变字段本身的语义。
产品页、文章页、企业页可以让脚本输出对应对象，但页面标题、作者、更新时间、价格或服务范围等信息不能凭空拼接。结构化内容应当能在页面可见区域找到对应依据，否则即使格式正确，也可能形成内容不一致。
这些JS写法容易留下空壳数据
脚本异步请求接口后才写入标签时，要留意接口失败、跨域限制、权限校验和渲染超时。页面在普通浏览器中打开正常，只能说明某个环境下运行成功，不能直接代表抓取系统获得了同样结果。
另一类问题是先输出空对象，再由后续脚本补字段，或者把一整段字符串塞进页面却没有正确转义。日期、数字、数组和嵌套对象一旦格式失效，整个 JSON-LD 可能无法解析，错误位置也不一定直接显示在页面上。
页面能打开不等于数据已被读取
浏览器地址栏能正常访问，只能说明用户端拿到了页面响应。Google Search Central 的《结构化数据简介》把抓取、渲染和结构化数据处理视为相互关联但不相同的环节，因此需要分别查看 HTTP 响应、渲染后的 DOM 和结构化数据解析结果。
页面还可能存在缓存版本：用户看到的是新脚本，抓取系统读取的却是旧资源。对重要模板，可以比较初始 HTML 与渲染后 HTML，记录脚本版本、接口响应和测试时间，避免只凭一次浏览器观察下结论。
一套顺手的检查顺序
下面这套顺序适合发布前和改版后使用，重点是把“脚本执行失败”和“数据内容不一致”分开处理：
- 查看初始 HTML，记录页面是否已经输出 JSON-LD，以及脚本文件是否返回成功状态。
- 使用浏览器开发者工具查看渲染后的 DOM，确认 script 标签内是否有完整对象，重点看类型、主标识、名称、日期和页面地址。
- 把渲染后的内容放入结构化数据测试工具，记录报错位置、缺少属性和解析结果，不把提示结果当成展示承诺。
- 改变页面标题、正文或更新时间后重新测试，确认结构化数据会同步变化，而不是继续读取旧接口缓存。
- 把页面地址、脚本版本、测试时间、错误截图和修复记录放进版本表，方便回滚与复查。
若初始 HTML 没有数据，但渲染后出现，说明方案依赖 JavaScript；若渲染后仍为空，应先查脚本、接口和权限。检查结果只能说明当前测试状态，不能直接推导收录、引用或流量结果。
效果要用自家记录判断
结构化标签能否被读取属于技术状态，AI 是否引用、页面是否进入索引、是否带来访问，则属于效果问题。无法通用判断，需用自家数据验证，不能把“成功解析”直接等同于“获得展示”或“带来转化”。
可以建立一条闭环：记录抓取与渲染状态、落地页、AI 引荐点击、有效表单和订单状态；主转化事件只选一个，归因窗口按业务成交周期设定；完整记录一个周期后，再决定是调整脚本、页面内容，还是继续保留当前方案。