Shadow DOM并不等于搜索引擎看不见。Google支持Web Components，并会在渲染时处理Shadow DOM与light DOM的内容。产品说明能否被理解，重点是它有没有真正进入最终渲染内容，而非代码里是否出现了自定义标签。最值得先查的是slot：文字虽然写在组件内部，若没有被投影出来，用户可能根本看不到它。
产品资料写进标签，不一定显示在页面上
light DOM可以理解为自定义组件标签里面通常能看到的HTML子节点；Shadow DOM则是组件自己的内部结构。组件添加shadow root后，内部如何展示外部传入的文字，需要明确安排。slot就是用于把这些子节点放进组件画面的入口。
假设模板中写着<product-spec>，里面有“适用于低速连续运行”的说明。组件内部只画了产品名称，没有slot，那么说明虽然存在于源HTML里，却不会自动出现在组件的呈现区域。编辑在CMS预览中看到资料已保存，也不能据此确认前台已展示。
Google的Web Components说明明确建议查看渲染HTML，并展示了使用Slot元素呈现light DOM和shadow DOM内容的例子。这里的“可见”应结合实际渲染结果判断，不能只用普通文档选择器是否能找到文字来下结论。
本地Web Component教学样例的实际截图：同样传入产品说明，只有提供slot的组件把说明显示出来。
一个最小例子，比整页查找更容易定位
下面是局部教学代码，示范默认slot的用途，不是可以直接替换生产组件的完整产品模板：
class ProductSpec extends HTMLElement {
connectedCallback() {
if (this.shadowRoot) return;
const root = this.attachShadow({ mode: 'open' });
root.innerHTML = '<h2>应用说明</h2><slot></slot>';
}
}
customElements.define('product-spec', ProductSpec);页面随后可以把正文放在product-spec标签内部。浏览器定义组件并连接到文档后，slot会把对应内容呈现出来。例子中的固定字符串不接受外部输入；实际项目若要插入用户或后台提供的内容，仍须遵守原有转义和消毒规则，不能把所有资料直接拼进innerHTML。
命名slot还要核对两端名称。例如内容标成slot="specs"，组件里却只提供name="details"的slot，对应资料不会按预期出现。新增多语言参数块时，这类拼写不一致比“Google不支持组件”更值得先排查。
三个观察位置，各自说明什么
先看原始HTML，确认产品内容是服务端传入，还是等脚本或API再生成。再看浏览器元素树，展开组件的shadow root与slot分配，确认组件已定义、子节点进入了正确区域。最后看真实页面画面，检查是否被CSS裁切、覆盖或挤出可视区域。
普通document.querySelector不会自动穿过每个shadow边界，因此某个通用SEO脚本搜不到组件内文字，不足以断言Google也看不到。反过来，源代码搜索能搜到文字，也不证明它已显示。浏览器排查与搜索引擎渲染检查需要分别记录。
获得站点权限后，可以用URL检查查看Google处理的渲染HTML；公开页面也可用适用的Google测试工具辅助检查。没有富媒体结果资格，和组件内容不存在，是两个不同问题。不要把结构化数据工具的资格提示当作全文收录判定。
组件升级时，把内容回归放在样式回归旁边
一个有用的测试集应包含短说明、较长规格段落、带链接的附件说明以及空内容状态。组件从单slot改成多slot、从同步注册改成延后注册时，都应复查。测试不只问组件有没有出现，还要核对原有段落和链接是否保留。
- 使用手机宽度检查长单位、型号和说明，避免内容实际存在却被固定高度截断。
- 组件内部的产品或资料入口仍要输出标准链接，具体方法见onclick导航补href的检查。
- 组件需要点击后才加载资料时，另查折叠参数的数据加载时机，不要把slot正确当成所有依赖已解决。
还要区分open与closed模式。MDN的Shadow DOM说明指出，open允许页面脚本通过shadowRoot访问内部节点，closed时该属性返回null；这不是给SEO设置的“开放索引”开关。不要只为让内部检测脚本取到节点，就随意改动组件封装；应先确认检测方法是否适用于该组件，并检查真实渲染结果。
组件没有注册，和slot没有内容是两回事
如果脚本文件未成功下载，浏览器可能尚未执行自定义元素定义。应先确认组件是否已注册，再检查构造过程和连接回调有没有报错。此时把slot改名通常无效，因为负责创建shadow root的代码可能根本没有运行。组件定义成功后仍缺正文，才继续核对传入子节点、命名slot和实际分配结果。
另一个状态是slot存在，但传入的数据为空。模板可能在产品接口返回前创建组件，之后又没有正确更新其内容。应分别记录组件注册、资料获取与最终呈现，不把所有缺字都归因于Shadow DOM。若组件内部还嵌套了另一个组件，也要顺着实际边界检查，不能只看最外层有一个slot就结束。
测试资料最好选一段该型号独有的完整说明，并检查其中的文字链接。通用的“产品介绍”标题即使出现，也不能证明型号资料已经投影成功。修复后既要保留截图，还应保留可重放的最小样例，方便下次升级组件时重复检查。
修复范围应具体到丢失的资料
给开发团队的说明最好写成“型号页的适用条件未投影到specs slot”，附原始节点、组件定义版本和渲染画面，而不是笼统地要求“把Shadow DOM去掉”。如果结构合理、内容可见，重写整套组件未必解决更多问题。
需要把组件正文与站点技术优化一起检查时，可以结合光算谷歌SEO服务确定样本页面与开发配合范围。最终要留下可见的产品说明及可核查的渲染记录；组件名称或框架宣传，不能代替这个结果。