给网站affiliate链接加参数如何避免原有链接失效？

你说的基础拼接逻辑可以覆盖绝大多数常规场景，但仍存在几类特殊情况会直接导致链接失效，必须额外处理：

• 带锚点（片段标识符）的链接
  若原链接末尾带#开头的锚点内容，例如https://demo.com/product#detail、https://demo.com/product?sku=123#comment，直接在链接末尾拼接参数会导致参数被放到#之后，成为锚点内容的一部分，服务端完全无法识别该参数，部分场景还会导致原有锚点失效。
  处理方案：先拆分#及之后的锚点内容，参数拼接完成后，再把锚点内容补到最终链接的末尾。
• 末尾带多余分隔符的异常链接
  部分业务生成的链接可能存在末尾多余?或&的情况，例如https://demo.com/search?、https://demo.com/search?keyword=phone&，直接拼接会出现??parameter=x、&&parameter=x的格式问题。虽然大部分Web服务端会兼容这类格式，但部分严格的第三方联盟校验逻辑、后端参数校验规则会直接拒绝这类请求，导致跳转失败。
  处理方案：拼接参数前先去除链接末尾多余的?、&字符，再执行常规拼接逻辑。
• 同名参数冲突场景
  若原链接本身已经携带同名parameter参数，直接拼接新的参数会导致出现两个同key的参数，绝大多数服务端会默认取最后出现的参数值，可能覆盖原有业务参数的逻辑，导致原链接的业务功能异常。
  处理方案：拼接前先判断原链接是否已存在同名参数，若不存在再执行拼接，若存在可根据业务需求决定是否跳过、或者覆盖原有参数值。
• 误识别编码后的问号字符
  部分链接的路径或原有参数中可能存在经过URL编码的%3F（对应未编码的?字符），如果你的检测逻辑把编码后的%3F判定为参数分隔符，会直接导致拼接位置错误。
  处理方案：仅匹配链接中未编码的原生?作为参数区的判定标识。

补充说明：如果链接量级极大无法全量测试，可先抽样1%的链接做规则校验，覆盖上述异常场景后再全量上线，基本可以保证原有可正常访问的链接不会失效。

内容的提问来源于stack exchange，提问作者user3594130