个性化和隐私 privacy
本页介绍URL个性化、URL签名以及保护包含个人信息的页面。
在Campaign Classic v7中,限制对整个实体的访问需要内部版本8770或更高版本。
URL PERSONALIZATION url-personalization
向内容添加个性化链接时,请始终避免在URL的主机名部分进行任何个性化设置,以避免潜在的安全缺口。 绝不应该在所有URL属性<a href="">或<img src="">中使用以下示例:
<%= url >https://<%= url >https://<%= domain >/pathhttps://<%= sub-domain >.domain.tld/pathhttps://sub.domain<%= main domain %>/path
推荐
要验证并确保未使用上述功能,请通过Campaign通用查询编辑器(Campaign v8文档)对跟踪URL表运行查询,或在查询活动中创建具有筛选条件的工作流。 请参阅Campaign v8文档。
示例:
-
创建工作流并添加 查询 活动。 请参阅Campaign v8文档。
-
打开 查询 活动并在
nmsTrackingUrl表上创建筛选器,如下所示:source URL starts with http://<% or source URL starts with https://<% -
运行工作流并检查结果是否存在。
-
如果是这样,请打开输出过渡以查看URL列表。
URL签名
为了提高安全性,引入了一种用于跟踪电子邮件中链接的签名机制。 它从19.1.4版(9032@3a9dc9c)和20.2版开始提供。 此功能默认处于启用状态。
Requested URL '…' was not found.此外,您还可以使用增强功能来禁用在以前的内部版本中生成的URL。 默认情况下,此功能处于禁用状态。 您可以联系客户关怀以启用此功能。
如果您在19.1.4内部版本上运行,则在使用跟踪链接或使用锚点标记进行投放时可能会遇到问题。 如果出现这种情况,建议您禁用URL签名。
作为活动托管、托管云服务或混合型客户,您必须联系客户关怀以禁用URL签名。
如果您在混合架构中运行Campaign,则在启用URL签名之前,请确保已如下所示升级托管的中源实例:
- 首先是内部部署营销实例
- 然后,升级到与内部部署营销实例相同的版本或略高的版本
否则,可能会出现以下一些问题:
- 在升级中间源实例之前,将通过该实例发送URL,而不进行签名。
- 升级中间源实例并在两个实例上启用URL签名后,先前未签名发送的URL将被拒绝。 原因是营销实例提供的跟踪文件需要签名。
要禁用以前内部版本中生成的URL,请同时在所有Campaign服务器上执行以下步骤:
- 在服务器配置文件(
serverConf.xml)中,将 blockRedirectForUnsignedTrackingLink 选项更改为true。 - 重新启动
nlserver服务。 - 在
tracking服务器上,重新启动web服务器(Debian上的apache2、CentOS/RedHat上的httpd、Windows上的IIS)。
要启用URL签名,请同时在所有Campaign服务器上执行以下步骤:
- 在服务器配置文件(
serverConf.xml)中,将 signEmailLinks 选项更改为true。 - 重新启动 nlserver 服务。
- 在
tracking服务器上,重新启动web服务器(Debian上的apache2、CentOS/RedHat上的httpd、Windows上的IIS)。
使用PI保护页面
我们强烈建议内部部署客户保护可能包含个人信息(PI)的页面,如镜像页面、Web应用程序等。
此过程的目标是防止对这些页编制索引,从而避免潜在的安全风险。 以下是一些有用的文章:
要保护您的页面,请执行以下步骤:
-
在Web服务器(Apache或IIS)的根目录下添加
robots.txt文件。 以下是文件的内容:code language-sql # Make changes for all web spiders User-agent: *Disallow: /对于IIS,请参阅此页面。
对于Apache,您可以将文件放在/var/www/robots.txt (Debian)中。
-
有时添加 robots.txt 文件的安全性不够。 例如,如果其他网站包含指向您的页面的链接,则该链接可能会显示在搜索结果中。
除了 robots.txt 文件外,还建议添加 X-Robots-Tag 标头。 您可以在Apache或IIS以及 serverConf.xml 配置文件中执行该操作。
有关详细信息,请参阅本文。