产品手册只靠脚本按钮下载，百度可能找不到PDF

官网验收时，产品经理点“下载手册”能正常拿到PDF，查看页面源码却找不到文件地址。按钮绑定了一段JavaScript，点击后接口才返回临时链接。客户用浏览器没有问题，百度抓取页面时却可能只看到按钮文字，既找不到产品手册，也无法把这份资料与对应型号建立关系。

产品手册下载需要一个可抓取、可长期访问的入口。脚本可以记录下载行为，却不该成为文件唯一入口。页面应保留普通链接，把手册适用型号和版本写成文字；客户即使关闭脚本，也能从产品页进入正确文件。

产品手册下载按钮要有真实的href地址

打开页面源码，下载入口的链接标签应包含href="/files/abc-series-manual-v3.pdf"。按钮外观仍可用CSS控制，点击统计也可以监听这条链接。若源码只有onclick，真实地址藏在接口响应里，抓取程序未必会执行完整交互，站内链接检查工具也难以及时发现失效文件。

链接地址不要每次请求都生成带签名的临时参数。十分钟后过期的URL适合受控资料，不适合公开产品手册。公开文件应使用稳定路径，小写英文文件名可以包含产品系列和版本，例如abc-series-manual-v3.pdf。页面改版时保留原地址，确需换路径则设置单次跳转，避免销售发出的旧链接突然失效。

服务器还要返回正确的PDF类型和200状态。若请求先跳到登录页，浏览器可能仍显示下载，百度拿到的却是一段HTML。测试时用请求头核对Content-Type: application/pdf，再检查文件大小是否合理。还要查看响应头有没有X-Robots-Tag: noindex，并确认文件路径未被robots.txt禁止。下载接口若返回403，应查清是否把搜索抓取和普通访客一起拦住。

页面文字先说明版本，PDF再承载完整资料

百度发现PDF不等于理解它适用于哪个产品。产品页应在链接附近写明手册名称和适用型号，再标出版本日期。扫描手册里的关键参数不能只留在图片中，可以按扫描资料关键字段回写产品页的方法，把采购判断需要的信息放进可抓取正文。

同一系列有中文版和英文版时，链接文字要能区分语言，文件名也不要都叫manual.pdf。产品改型后，旧手册不能直接被新文件覆盖。内容台账应记录产品型号与PDF版本的对应关系，页面显示当前版本；旧型号仍在售后使用时，保留明确标记的历史入口，避免客户拿新版参数套到旧设备。销售发送文件前，也能按台账核对客户设备对应哪一版。

下载属性只影响浏览器行为，不能代替页面说明。链接写了download，用户可能直接保存文件，却看不到文件用途。页面仍需交代资料范围。英文站替换手册时，还要检查缓存与历史链接，可参考新版图纸上线后仍下载旧PDF的排查方法处理版本问题。

上线验收要同时模拟抓取和实际下载

验收人员可以先关闭JavaScript，确认产品页仍能看到手册链接并完成下载。随后查看源码，检查href是否指向正式域名下的稳定地址。再从服务器本机请求产品页与PDF，记录状态码和最终URL；若出现多次跳转，直接把页面链接改成最终地址。

文件更新后要清理页面缓存，并打开旧链接确认去向。站内搜索若能按型号找到产品页，也应在结果中保留手册相关说明，但不要让多个参数搜索页重复收录同一PDF。PDF是否进入sitemap可按站点管理方式决定，产品页中的稳定链接和自引用canonical才是基础。栏目页或产品列表至少要能进入这张产品页，不能让手册入口成为没有上游页面的孤立链接。

产品手册能下载，只说明浏览器完成了这次点击。百度能否发现资料，要看源码里有没有真实链接，文件地址也要长期稳定。页面文字还得说清型号与版本。把统计脚本放在普通链接之上，再按无脚本环境验收，客户和搜索抓取才能走到同一份有效资料。