新产品页在后台显示发布成功，办公室电脑也能打开，提交百度后却迟迟没有收录。技术人员从公网检查才发现，页面的 canonical 仍指向测试地址，站点地图里放的是带参数的另一条 URL。后台可见只证明内容写进了系统，搜索抓取还要经过状态码、访问规则、规范地址和页面质量几道检查。
制造业网站发布产品、案例或技术文章时，可以把收录前检查固定成一张记录表。每条 URL 留下页面类型、发布时间、规范地址、内部入口、资料负责人和验证结果。遇到问题先定位卡在哪一步，再决定改页面、改服务器配置还是等待抓取。
先确认搜索爬虫能拿到唯一的正常页面
用未登录的公网请求访问新 URL，状态码应为 200，不能依赖后台会话或浏览器缓存。HTTP、HTTPS，带 www 与不带 www，以及旧动态地址要统一到规范版本。需要跳转时使用 301，并检查是否经过两三次中转。页面明明返回 200，却只显示“内容不存在”或空模板，也可能被判断为软 404。
robots.txt 不能阻止文章目录、图片和必要样式文件，页面源码也不能出现 noindex。检查规则时要看实际路径，不能只看文件是否存在。测试环境留下的全站禁止抓取规则、把某个栏目误写进 Disallow，都会让后续提交失去意义。登录页、后台和搜索参数页可以限制，公开产品与内容页应保持可访问。
canonical 要等于当前页面的规范 URL。分页、参数地址和旧路径不应进入 sitemap；同一篇内容也不要同时出现在两个栏目中。改版时为旧 URL 建立一对一 301 映射，不能把所有旧产品页都送回首页。规范地址确定后，导航、正文链接、结构化数据和站点地图统一使用这一版本。
服务器渲染的页面还要检查正文是否出现在返回的 HTML 中。若主要内容只能等浏览器运行脚本后看到，抓取与解析会更不稳定。PbootCMS 等内容系统通常直接输出正文，但缓存没有清理时，公网仍可能拿到旧标题或旧内容。发布后应从外部网络复查，而不是只在管理后台点预览。
页面要有明确问题和可核对的制造业资料
能抓取不等于值得收录。标题、H1、description、首段和正文要围绕同一个搜索意图。产品页写清型号、材料、尺寸、工艺、适用范围和下载资料；案例页交代零件类型、项目难点、处理动作与验收依据；技术文章解决一个具体问题，并说明条件与资料来源。换个标题就重复一份通用介绍，容易形成低价值页面。
产品事实要与企业资料一致。网页型号、ERP 物料号、图纸编号和销售简称可以通过映射表管理，避免同一产品出现几种写法。参数表里的单位、精度和工作温度由工程人员复核，证书名称、主体与有效期交给质量人员确认。暂时缺少依据的字段标记待补，不能从相近型号复制数值。
图片使用描述性英文文件名，alt 说明画面中的设备、零件或检测动作。压缩后的 WebP 需要返回正确图片类型，移动端不能因为固定宽度出现横向滚动。PDF 图纸、目录和证书若允许公开，要检查链接状态、文件版本及是否包含客户信息。一个失效下载入口会直接降低页面的实际用途。
正文长度没有统一门槛，关键是能否完整回答问题。为了凑字反复解释同一结论，页面会显得像批量生成。发布前可以逐段问两个问题：这一段提供了哪个新事实，读者能否据此做下一步判断。没有新增信息的段落删掉，缺少证据的判断回到资料表补齐。
让新页面被发现，并保留提交后的核对记录
新页面至少要从一个已被访问的栏目页、产品页或相关文章获得内部链接，锚文本写清目标内容。重要产品不宜只存在于 sitemap 中。站点地图更新后，从公网确认 XML 返回 200、包含规范 URL，并且 lastmod 与本次修改相符。robots.txt 中也可以声明 sitemap 地址，减少发现路径上的歧义。
服务器已经配置百度搜索资源平台推送工具时，可以提交新 URL 并保存接口返回结果；没有真实 token 就记录为未配置，不能把本地脚本执行成功当成百度接收成功。重复提交不会修复 canonical 错误、内容重复或服务器拒绝访问。修订旧文章且 URL 不变时，通常先更新 sitemap 和内部入口即可。
提交后查看服务器访问日志，确认是否有爬虫请求、返回什么状态码、是否频繁访问错误路径。索引结果不会在发布后立即稳定，短时间查不到不能直接判定失败。若一段时间后仍无抓取记录，检查发现入口与访问规则；已经抓取但未收录，则回到规范地址、重复内容和页面资料完整度排查。
检查表应保留 URL、状态码、canonical、robots、内部来源页、sitemap、提交状态和复核日期。下一次遇到相同问题，可以直接比较哪一项发生变化，不必靠猜测反复修改标题或重新发布页面。