登录页面可以投放 Adgora 广告吗？

Adgora 发布商可以在有用户账户和个人数据的网站上投放广告吗？

网站的某些区域可以公开访问，其他区域则可能是私密的。访客可以先阅读公开文章，再登录查看账单记录、私人消息或账户设置。在登录后的区域投放广告，会引出一个具体问题：广告请求是否会泄露与账户使用者相关的信息？对于“登录页面可以投放广告吗”，答案取决于页面内容、数据处理方式以及适用于发布商的要求。

仅凭页面需要登录，并不能判断该页面是否符合投放条件。发布商应逐一评估每个广告位；除非相关要求明确允许，否则不要在广告请求中包含账户信息。上线前请查阅 Adgora 当前的发布商要求。

基于账户的网站与公开网站有何不同？

公开页面上的同一篇文章通常面向许多访客开放。基于账户的页面则可能包含与某个用户账户相关联的内容或操作。例如，显示某位用户已收藏内容的控制面板，与列出热门内容的公开页面并不相同，即使两者的版式相似。

这种区别很重要，因为页面泄露的信息可能比网址所显示的更多。名为“账户概览”的页面正文中，可能包含用户姓名、会员状态或近期活动。若广告请求携带这些信息，或者网址中包含这些信息，就可能将账户信息发送到网站之外。

应将广告位评估与登录状态分开考虑。针对每种页面类型，确认访客能看到什么、页面展示什么，以及广告代码会发送什么。已登录用户的个人资料页和公开帮助文章，不应自动按相同方式处理。

发布商可以在需要登录的页面上使用 Adgora 吗？

发布商不应假设所有登录后页面都允许投放广告，也不应认为所有需要身份验证的内容都一律禁止。应根据 Adgora 当前的发布商要求，评估具体页面和广告位，包括有关受限内容、个人信息和广告实施方式的规定。

可以先盘点页面。列出可能展示广告的各类登录后页面，例如普通会员控制面板、私人收件箱、付款页面或课程页面。然后记录每个页面展示的内容，以及其中是否包含与个人账户相关的信息。这样，发布商就能据此决定哪些广告位需要进一步审核、排除或测试。

例如，社区网站可能同时设有公开讨论区索引和私人消息串。索引页可以作为独立广告位进行审核；消息页面则应谨慎处理，因为其中可能包含私人通信。两种页面都需要登录，并不能直接说明其中任何一种是否符合投放条件。

在需要登录的页面上投放广告之前，应确认当前政策，不要依赖对账户网站的一般性假设。如果某项要求不明确，请向 Adgora 咨询，并在获得明确答复前暂停该广告位。

哪些个人数据不应包含在广告请求中？

除非有明确记录且已获批准的要求另有规定，否则账户详情不应包含在广告请求中。姓名、电子邮件地址、密码、私人消息、电话号码、付款详情和账户标识符，都不应添加到广告代码、请求参数或广告相关网址中。

尤其要留意网址。例如，像 /[email protected] 这样的链接，可能会将电子邮件地址暴露给接收或记录该网址的系统。查询字符串中包含账户号码、密码重置令牌或私人消息标识符，也有同样的风险。尽可能使用不含身份信息的路径，不要把机密信息放在网址中。

发布商若要了解“广告请求如何避免泄露个人信息”，应检查页面实际发送了什么，而不只是查看广告代码中明显写出的内容。页面变量、数据层、引荐来源信息和网络请求，都可能携带账户页面中的数据。发布商的开发人员可以使用浏览器的网络工具检查请求，确认请求网址或载荷中是否出现姓名或账户信息。

不要将密码传入广告请求，也不要传入私人消息。即使网站在公开页面和登录后页面共用广告脚本，这些界限也同样明确。

发布商应如何处理与账户相关的页面内容？

有些账户页面即使没有明显的身份标识，也可能暴露用户的活动或处境。例如，显示用户就诊预约、经济困难求助或私人纠纷的页面，可能因其涉及的主题而包含敏感信息。发布商应先审查页面透露的内容，再决定是否在页面旁投放广告。

应在页面模板层面进行审核，并使用测试账户检查实际页面示例。对于学习平台，要检查课程页面是否显示学生的学习进度或测验结果；对于会员网站，要确认续费页面是否显示付款状态。即使广告请求没有主动发送任何个人信息，这些细节也可能影响广告位是否合适。

对于内容私密、特别敏感，或可能随个人情况变化的页面，可考虑不展示广告。共享模板中包含广告单元，并不意味着使用该模板的每个页面都适合投放。

如果页面同时包含通用内容和账户专属信息，应结合页面布局与数据流一并审核。即使通用帮助文章和个性化通知页面都位于同一个账户菜单下，在它们旁边投放广告所带来的风险也可能不同。

向已登录用户展示广告前，发布商应检查什么？

上线前，应检查以下四项：Adgora 当前的发布商要求、网站的隐私声明、用户的同意选项，以及发布商所在地适用的规定。具体适用哪些要求，可能取决于服务内容、涉及的数据以及用户所在地。

确认隐私声明以准确、易懂的方式说明网站的广告做法。检查用户的同意选项是否会影响广告投放或数据共享，并确保网站的实施方式遵循这些选择。仅有同意横幅，并不能证明每个请求都遵从了用户的选择。

将审核过程记录下来。简要记录可以写明页面模板、页面展示的数据、广告位的处理决定、测试过的同意选项行为，以及批准变更的人员。如果网站之后新增账户字段或更改广告代码，这份记录能帮助团队明确下一轮检查的起点。

必要时，发布商应向具备资质的顾问确认适用的法律和平台要求。不要根据其他国家的规定，或数据流不同的公开页面，来推断此处适用的规则。

发布商如何在不暴露真实账户数据的情况下测试广告？

使用填入虚构信息的测试账户，不要使用真实客户记录。测试资料可以使用明显虚构的姓名和专供测试使用的示例电子邮件地址。测试环境应使用独立密码，切勿将生产环境凭据输入调试工具或广告请求。

测试每种相关页面类型，例如控制面板、个人资料页、账单页面，以及其他可能展示广告的模板。打开浏览器开发者工具，检查网络请求，确认请求网址和载荷中是否出现账户姓名、电子邮件地址、消息文本、标识符或私人信息。既要检查页面初次加载，也要检查切换标签页、打开弹窗等操作。这也是了解“如何检查广告请求中的用户数据”的实用方法。

还要测试不同的同意选项。根据网站设置的政策，确认用户接受、拒绝或更改选项时，广告位的行为是否符合预期。测试前应记录预期行为。

最后，检查浏览器历史记录、引荐来源数据和错误日志，确认其中没有通过账户专属网址记录敏感信息。在某个广告请求中没有发现个人数据，是有用的测试结果，但并不代表已覆盖所有页面和用户操作。

如果广告流量中出现个人数据，发布商应如何处理？

首先暂停受影响的广告位。如果广告请求中包含真实用户的电子邮件地址或其他账户信息，停用该广告位可以在调查期间减少进一步暴露的风险。应以安全方式保存调查所需的信息，不要将敏感值复制到普通工单或聊天消息中。

按照网站的事件响应流程处理。确认哪些页面和请求受到影响、问题从何时开始，以及数据是否已发送给外部服务。然后移除数据来源，例如网址参数或广告代码中包含的页面变量，并使用虚构账户数据重新测试，确认无误后再恢复广告位。

通知发布商负责隐私或安全的相关联系人，并遵循适用的报告流程。是否需要通知监管机构、受影响用户或 Adgora，取决于具体情况和适用规定；请与负责团队或具备资质的法律顾问确认相关义务。