主机域名选择：动态页面怎样确认可见内容
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2b21037e47f3.html
📄
主机域名选择：动态页面怎样确认可见内容
动态页面要确认可见内容，不能只看浏览器里是否显示文字，而要看搜索引擎抓取到的HTML中是否包含这些文字。做法是：用抓取工具或查看源代码，对比“用户看到的文本”和“HTML响应中的文本”，再检查这些文本是否依赖JavaScript执行后才出现。如果正文只在浏览器渲染后出现，而原始HTML里没有，搜索引擎可能抓不到或延迟处理，可见性就不稳定。
先区分三种“可见”
多人协作时，最容易返工的原因是大家对“可见”理解不同。需要先统一口径：
- 浏览器可见：用户打开页面，肉眼能看到正文、价格、参数等内容。
- HTML源码可见：服务器返回的HTML里直接包含这些文字，不执行JavaScript也能读到。
- 抓取工具可见：搜索引擎爬虫抓取并渲染后，能在最终DOM中读到这些文字。
动态页面常见的情况是：浏览器可见，HTML源码不可见，抓取工具是否可见取决于渲染能力。确认时要分别验证，不能用一个结论覆盖全部。
具体检查步骤
以下步骤可以直接执行，适合开发、内容和SEO协作时作为交付检查项：
- 打开目标动态页面，选中一段只属于正文的文字，例如商品名称加规格。
- 在浏览器中查看页面源代码，搜索这段文字。如果搜不到，说明它不在原始HTML中。
- 使用搜索引擎官方提供的抓取测试工具，输入网址并抓取。抓取结果中搜索同一段文字。
- 如果抓取结果里也没有，再检查该内容是否由JavaScript异步加载、接口返回或前端模板渲染。
- 把检查结果记录为三项：浏览器可见、源码可见、抓取结果可见。任一项缺失都要标注原因。
假设一个页面用前端框架渲染商品参数，浏览器能看到“材质：不锈钢”，但查看源代码时只有空容器和脚本引用。此时可以判断：该内容依赖JavaScript执行。若抓取测试结果中仍没有这段文字，就不能把它当作稳定可见内容交付。
动态内容常见的三种加载方式
不同加载方式对可见性的影响不同，处理优先级也不同：
- 服务端渲染：服务器直接返回带正文的HTML。源码可见，抓取通常最稳定。
- 客户端渲染：浏览器执行JavaScript后才生成正文。源码不可见，抓取结果取决于渲染支持。
- 异步接口加载：页面先返回空壳，再通过接口取数据填充。源码不可见，抓取结果可能缺失或延迟。
判断时不要只凭技术名词下结论。最可靠的方法是回到抓取结果：最终抓到的HTML里有没有目标文字。有，才进入下一步验收；没有，就要调整渲染方式或补充静态内容。
验收信号与判断结果
交付时可以用下面的信号判断是否通过：
- 通过：浏览器可见、源码可见、抓取结果可见，三处都能搜到同一段正文。
- 有条件通过：源码不可见，但抓取测试结果可见，且内容不是关键正文。需要标注依赖渲染，后续改版要复测。
- 不通过：抓取结果中搜不到关键正文。此时不应写“已可见”，而应记录缺失内容、加载方式和复测时间。
另外要分清：robots.txt 的抓取限制不等于可靠的索引移除；站点地图不保证收录；HTTPS 不保证安全无漏洞或排名。这些因素会影响抓取和收录，但不能替代“抓取结果里有没有正文”这一项检查。
多人协作时的交付做法
为了减少返工，建议在任务单里固定三列：页面地址、目标正文片段、抓取结果截图或文本记录。内容人员负责提供必须可见的正文片段，开发人员负责说明渲染方式，SEO或运营人员负责执行抓取测试。任何一方说“页面能看到”都不够，必须以抓取结果中的文字为准。
如果动态页面数量多，可以按模板抽样，而不是每个页面都手动查。同一模板下抽3到5个代表页面，覆盖列表页、详情页和筛选页。若抽样中有关键正文缺失，就按模板整体排查，不要只修单个页面。
下一步：挑一个当前正在协作的动态页面，按上面的五步检查一次，把“浏览器可见、源码可见、抓取结果可见”三项结果写进交付记录。只要抓取结果里搜不到关键正文，就先不要标记完成。
