如何对含非ASCII撇号的短语进行过滤编码以适配Google API

看起来你踩了URL编码里常见的双重转义和Unicode字符处理的坑，我来帮你理清楚怎么解决：

核心问题根源 #

你用的那个撇号是Unicode右单引号（U+2019），不是普通的ASCII单引号（U+0027）。Google API对这类非ASCII字符的编码逻辑要求严格，而你的请求大概率遭遇了双重URL编码，才会出现%E2%80%99被转成%C3%A2%C2%80%C2%99的情况。

具体解决方案 #

1. 优先替换为ASCII撇号（最稳妥） #

如果业务场景允许，直接把Bev’s改成Bev's。ASCII撇号的URL编码是%27，这个编码在所有HTTP系统里的处理逻辑都是统一的，不会出现任何歧义。测试一下：用ga:eventaction=@Bev's编码后得到ga%3Aeventaction%3D%40Bev%27s，Google API肯定能正确识别。

2. 确保只做一次正确的URL编码 #

如果你必须保留Unicode撇号，要严格控制编码次数：

• 原始字符串：ga:eventaction=@Bev’s
• 正确的单次UTF-8 URL编码结果就是你最初得到的：ga%3Aeventaction%3D%40Bev%E2%80%99s
• 为什么会出现Google重新编码的情况？大概率是你的HTTP客户端（比如请求库、框架）或者中间代理自动对URL做了二次编码。比如%E2%80%99本身是UTF-8字节0xE2 0x80 0x99的URL编码，二次编码后就变成了%C3%A2%C2%80%C2%99（把每个字节再单独URL编码）。
• 解决办法：检查你的请求代码，禁止自动编码行为。比如：
  • 用Python的requests库时，把参数放在params字典里，让库自动处理编码，不要手动拼接URL；
  • 如果必须手动拼接，确保只对参数值做一次urllib.parse.quote()（Python）或者encodeURIComponent()（JS）处理，不要重复编码。

3. 对齐API Explorer的编码逻辑 #

你提到API Explorer里可以正常工作，那直接抓包看它的请求编码方式：

• 用Fiddler捕获API Explorer发送的请求，查看它对Bev’s的编码结果，然后完全照搬这个编码到你的请求里。
• 通常API Explorer会对整个参数值先做UTF-8编码，再做URL编码，你的代码要和这个逻辑完全一致。

4. 永远不要传递未编码的非ASCII字符 #

你说未编码内容被Google转成了ga%3Aeventaction%3D%40Bev?s，这是因为HTTP协议要求URL中的非ASCII字符必须编码，服务器遇到未编码的非ASCII字符会直接替换成?（非法字符占位），所以一定要确保所有参数都经过正确编码再发送。

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