如何创建针对不同邮箱用户展示动态内容的着陆页？

针对你要给10个不同邮箱发送同一链接、页面根据收件邮箱展示差异化信息的需求，下面是几个可行方案和对应的最佳实践：

方案1：URL参数+前端静态数据映射 #

• 操作方式：给每个用户的链接加唯一标识参数，比如 https://your-landing-page.com?email=userA@xxx.com。前端页面里提前写好一个JS对象，把邮箱和对应配额一一对应，比如：

  const userData = {
    "userA@xxx.com": 10,
    "userB@xxx.com": 6,
    // 其他用户数据
  };
  

  页面加载时读取URL里的email参数，从userData里取出对应配额展示。
• 优势：完全静态页面，不用后端服务，随便放静态托管平台就能用；10个用户的规模下，维护起来特别简单。
• 不足：懂点技术的用户能通过查看前端代码看到所有用户的配额；如果用户改URL参数，可能看到其他人的数据。

方案2：前端解析CSV文件 #

• 操作方式：把所有用户的邮箱和配额存在一个user-quota.csv文件里，格式大概是：

  email,quota
  userA@xxx.com,10
  userB@xxx.com,6
  

  前端用JS读取这个CSV文件，解析成数组后，根据URL里的邮箱参数匹配对应配额展示。
• 优势：数据和页面代码分离，改配额直接改CSV就行，不用动页面逻辑；同样不需要后端，部署简单。
• 不足：用户可以直接下载CSV文件看到所有数据；需要写一点CSV解析的JS代码（或者用个轻量的解析库）。

方案3：轻量后端API #

• 操作方式：用Node.js、Python Flask这类简单框架写一个小API，前端传邮箱参数给API，API从本地JSON文件或者SQLite数据库里查对应配额返回。比如用Node.js的话，数据源可以是一个user-data.json文件，API逻辑就是接收邮箱参数，匹配后返回配额。
• 优势：数据不会暴露给前端，安全性更高；以后用户数量增加，扩展起来更方便。
• 不足：需要部署后端服务，比静态方案多一点运维成本，但10个用户的场景下，后端逻辑极简，运维几乎没负担。

最佳实践 #

• 优先选静态方案：10个用户的规模，方案1或2足够用，省心又省事。如果担心数据暴露，可以把URL里的邮箱换成哈希值（比如MD5），前端用哈希值匹配数据，能挡住大部分非技术用户。
• 批量生成链接：用Excel公式批量生成带参数的链接，比如=CONCATENATE("https://your-landing-page.com?email=", A1)，避免手动输入出错。
• 参数校验：前端可以加个简单校验，如果URL参数里的邮箱不在合法列表里，就显示“无效链接”之类的提示，防止乱改参数。
• 数据维护：如果用CSV，注意格式别出错；如果用JS对象，把数据单独放在一个JS文件里，和页面逻辑分开，方便后续修改。

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