英文下载页已经翻译完成，按钮文字也改成 Download，客户点开后却拿到中文旧版 PDF。销售收到邮件时才发现，页面语言、文件名和手册版本没有同步。多语言下载资料不能只看页面文字，文件本身也要进入版本核对。
页面语言和文件语言要分别记录
多语言官网常把下载模块当成页面的一部分处理，中文页换成英文页后，按钮、标题和说明都变了，后台文件字段却仍指向原来的中文手册。访客看到的是英文入口，下载到的却可能是中文 PDF、旧版规格书或未确认译文。这类问题不一定会在页面预览里暴露，只有实际点击文件才会发现。
下载资料表至少要拆出 page_locale、file_locale、file_version、product_id、manual_type、review_status 和 publish_url。页面语言表示客户所在入口，文件语言表示资料本身，二者不能共用一个字段。若英文页面暂时只有中文手册，也要在按钮旁说明，而不是伪装成英文资料。
产品 ID 也不能省。客户从英文型号页下载资料，CRM 或下载日志只记录“manual.pdf”，销售无法判断他看的是什么产品、哪种语言和哪一版文件。资料下载表单缺少产品 ID 时，销售容易发错后续资料，相关处理可参考资料下载表单缺少产品ID的处理方式。
文件名要能被人复核。比如 valve-x20-en-v3.pdf 比 product-new-final.pdf 更容易判断语言和版本。若文件名里只有“新版”“终稿”，编辑很难确认它是否适合英文页、德语页或某个地区页面。文件路径、后台字段和页面可见描述三处应一致。
翻译状态要单独记录。中文手册已确认、英文译文待技术复核、德语沿用旧版，这是三种不同状态。若把它们统一写成“已上线”，后续更新会误覆盖已确认页面。多语言产品页更新时的字段审核，可参考多语言产品页更新清单。
还要核对下载按钮所在模块。产品页、案例页、FAQ 页和资料中心可能共用同一个组件，若隐藏字段没有传入当前语言和产品 ID，所有下载都会落到同一条默认记录。上线前应从每种语言页面分别点击一次，保存实际下载地址和日志记录。
验收要从下载结果回查到资料源
多语言下载页验收不能停在页面 200 和按钮可点。应打开文件，检查封面语言、型号、参数单位、手册日期、版本号、适用市场和免责声明。若英文页使用英制单位，PDF 里仍是公制说明，销售后续解释成本会增加，客户也可能按错误参数判断安装空间。
资料源要能追溯到审核记录。文件从哪里来、谁翻译、谁复核、依据哪版中文手册、是否替换旧版，都应在资料表里有记录。凯乐丰在做官网内容规划时，会把下载页、文件版本和销售跟进记录放在同一张表里核对，避免页面更新后资料库仍停在旧状态。
旧文件不要直接覆盖。更稳妥的做法是保留历史文件路径，把新文件作为新版本发布，再把页面字段切到新版本。这样客户若引用旧链接，销售仍能判断他拿到的是哪个版本，而不是所有记录都指向一个被覆盖的文件。
sitemap 和站内链接也要配合。资料中心若生成独立下载说明页，页面 URL、canonical 和语言关系要保持清楚；若只是文件下载，不必把 PDF 当作普通文章混进栏目。多语言页面匹配问题可以参考多语言产品页的 hreflang 设置，下载页同样需要明确语言对应关系。
发布后应抽查日志。用同一产品分别从中文、英文和其他语言入口下载，确认日志里的 page_locale、file_locale、product_id、file_version、source_url、download_id 和 user_agent 不为空，也没有互相覆盖。若客户连续下载不同语言文件，记录应保留每一次行为，而不是只留下末次文件名。每条记录还应能反查到后台文件ID，便于发现同名文件被替换。
多语言下载资料做对以后，销售能从线索里看到客户拿到的具体文件，编辑能知道哪个语言版本需要更新，搜索系统也能更稳定地理解页面和资料的关系。若只翻页面文字，下载环节仍会把客户带回旧资料，前面的多语言工作就会被一个文件字段抵消。
