二维码里的网址参数为什么丢了：区分原始链接、参数编码与扫码结果

开始前先确认

如果输入框要求的是“完整目标网址”，应保留参数之间的 &。只有当一个网址被放进另一个网址的参数值中时，才需要按参数值处理这个嵌套网址。把整条链接的 & 全部替换成 %26，可能直接改变参数结构。

先分清完整网址与参数值

以下地址均为使用 example.com 编写的假设样例，不代表真实活动页面。

https://example.com/signup?source=poster&campaign=autumn

在这个完整网址中，source 和 campaign 是两个参数，& 用于分隔它们。如果改成下面这样：

https://example.com/signup?source=poster%26campaign=autumn

按常见查询参数解析方式，source 的值会变成 poster&campaign=autumn，原本独立的 campaign 参数就不再存在。这种情况应修正输入网址，不能靠提高二维码清晰度解决。

encodeURIComponent() 处理的是 URI 组件，会编码包括 & 在内的字符；因此要先确定编码对象是参数值，还是准备直接打开的完整网址。MDN 的 encodeURIComponent 说明解释了它的用途与编码范围。

如果只是将完整链接输入二维码工具，可先按 二维码生成与扫描指南完成基础操作，再用下文的三层对照核对内容。

嵌套网址作为参数值时，交给参数工具编码

假设有一个中转页面，需要通过 target 参数接收完整目标网址。此时目标网址中的问号和参数分隔符，都属于 target 的值。可以用下面的 JavaScript 构造外层地址：

const target = "https://example.com/signup?source=poster&campaign=autumn";
const query = new URLSearchParams({ target });
const outerUrl = "https://example.com/redirect?" + query.toString();

按这段构造方式，得到的外层网址应为：

https://example.com/redirect?target=https%3A%2F%2Fexample.com%2Fsignup%3Fsource%3Dposter%26campaign%3Dautumn

这里的 %26 位于嵌套参数值内部，用来保留目标网址里的分隔符。它与上一节直接修改目标网址的做法，处于不同层次。

URLSearchParams 在序列化时处理参数编码，传入单独的键和值时应使用未编码内容。不要先给 target 做一次编码，再将编码结果传给它，否则可能形成重复编码。具体行为见 MDN URLSearchParams 文档。

上述代码只演示地址组装；中转页面是否存在、是否接受 target、如何验证和跳转，都由目标服务决定。不要把这个示例地址当成已经可用的跳转服务。

用三层记录定位参数在哪一步变化

建议先在副本上完成以下检查：

1. 把完整目标网址保存到纯文本文件，避免只凭截图或被缩短显示的链接判断。
2. 用能展示原始解码内容的工具读取生成图片，复制文本，与输入比较。只展示网页标题的扫码界面不够用来核对参数。
3. 当码中内容与输入一致时，再打开该地址，记录最终网址。如果中间发生跳转，交给网站维护方核对各次跳转的目标。
4. 对照业务预期确认页面确实使用了参数。页面能打开，只说明访问成功，不能单独证明活动标记或筛选条件已经生效。

若码中网址完整，但落地页已失效，应转查 静态二维码与目标链接有效性。链接失效与参数丢失需要分别处理，重新导出同一张码并不会改变目标服务的状态。

中文、重复编码与印刷问题分别检查

参数含中文时，不要仅凭地址栏显示中文还是百分号序列判断丢失。应比较解析后的参数名和值，同时保留原始文本作为证据。若出现 %25 等编码片段，也先检查处理层次；它可能来自对百分号的再次编码，不能看到就全部删除。

准备印刷时，在内容核对通过后，再按 二维码印刷检查检查最终尺寸、版面与扫描结果。内容正确和成品可识别，是两项独立验收。

最后可用四个问题收尾：输入的是完整网址还是嵌套值？码中内容是否与输入相同？跳转是否改变了参数？页面是否按预期使用参数？保留这四项答案，比反复尝试替换符号更容易定位问题。

公开物料使用的样本不应携带密码或临时访问令牌。先用不含凭据的链接完成核对，正式交付时保留原始网址、生成图片与最终检查记录。