我注意到无法删除“关于我们”页面上提到的统计数据，以便提供更合适的“关于我们”描述。似乎默认情况下，Discourse 平台无法做到这一点。
有人建议使用 CSS 作为一种变通方法。但是，当我想要删除某项内容时，它应该完全无法访问。CSS 仅仅隐藏了内容，而浏览器中的简单检查面板可以轻松地显示它。
这给人一种印象，即 Discourse 故意将“关于我们”部分设为不可修改。我不确定这种设计选择背后的原因。感觉就像 Discourse 团队在强制在我的网站上预定义一个“关于我们”页面，而不是允许我自定义并提供自己的信息。这种情况很奇怪。
这里的担忧不仅仅是无法个性化网站带来的烦恼。任何人都可以跟踪网站的数据和统计信息，而不会违法，因为网站所有者似乎已自愿公开了这些统计信息。然而，事实是网站所有者不希望公开，而是Discourse 公开了，却没有提供隐藏的选项。
作为网站所有者，我们应该能够控制与公众共享哪些信息。不幸的是，当前的 Discourse 平台在这方面不提供任何选项。这不像说“如果你不喜欢 Discourse 的现状，那就不要使用它”。许多人可能在不知情的情况下受到此问题的影响。
数据跟踪及其相关的隐私问题是需要我们高度关注的严肃问题。
4 个赞
packman
(Chris McMahon)
2
有什么数据跟踪和隐私问题？在我的安装中，网站统计数据只是匿名数字。
3 个赞
尽管数据是匿名的，但理论上，持续暴露此类数据可用于推断随时间的某些趋势或模式。复杂的数据分析技术可能能够从这些数据点中提取出比最初想象的更多的信息。
数据最小化原则在隐私法中意味着我们应该只收集和显示必要的数据。如果这些统计数据对您的用户或我的网站运营不是必需的，我应该可以选择不显示网站数据和统计信息。在这种情况下，您（作为网站所有者）没有给我任何选择，因为您正在强制执行。
我相信您甚至违反了：
《通用数据保护条例》(GDPR)
《加州消费者隐私法案》(CCPA)
您不允许我（作为网站所有者）执行数据最小化，这在这些法规和法案中都有规定（适用于个人和匿名数据）。
虽然这些统计数据通常用于培养论坛的社区感和透明度，但我有充分的理由考虑删除或限制对其的访问。
我相信删除这些统计数据符合我的社区隐私的最佳利益。因此，您需要允许论坛所有者控制与公众共享的内容。
我想知道有多少人，包括用户和所有者，受到您强制执行这些政策的影响。现在是时候认真考虑改进数据保护和隐私了。
我将这些视为改进 Discourse 政策的建议，其中一些政策目前处于灰色地带，而另一些则似乎不符合隐私规范。我无意造成任何个人影响；我唯一的目的是增强所有用户的隐私和数据保护。
packman
(Chris McMahon)
4
根据我对GDPR的理解（我不是律师，但我曾是我退休前在一个大型网站上负责应用GDPR的小团队成员），网站统计数据在任何方面都不是个人数据，因此不受法规管辖。我看不到任何可以从统计数据中推断出个人身份的方法，因此也无法从汇总统计数据中推断出任何个人敏感数据。
匿名化可以将个人数据排除在法规之外，事实上，许多组织利用这一点来处理批量数据，而无需为该数据集实施法规——只要他们真正地匿名化了数据。
数据最小化也是一件好事，但从显示中删除数据并不能最小化数据。数据仍然存在，并且可以被管理员访问。
因此，如果它确实是个人敏感数据，它将与显示时一样受到GDPR的管辖。
请随时要求更改“关于”页面，但不要声称您因没有该能力而违法。说实话，我很想知道您认为可以从提供的汇总统计数据中推断出哪些个人信息？也许如果人们能理解您为什么如此担心数据被显示，可能会改变我们的想法。
1 个赞
我明白将这些统计数据从公众视野中移除并不会从后端删除它们，管理员仍然可以访问。我的建议并非旨在向管理员隐藏数据，而是限制数据的公众暴露。
至于摘要统计数据可能推断出哪些个人信息，这更多地是关于不良行为者可能滥用数据，例如数据抓取或不必要的分析。虽然风险很低，数据也已匿名化，但我认为我们可以通过提供隐藏这些统计数据的选项来让用户安心。
我并不是说我们因为没有这个功能而违反法律。我的观点是，添加此选项可以成为推广数据隐私的有价值的一步，而数据隐私是GDPR和CCPA等法律的核心理念。我希望这能阐明我的立场，我愿意进一步讨论。
法律常常有灰色地带，但利用这些模糊之处并不能促进一个健康的社区。
此外，我能否询问您是官方的Discourse团队成员还是社区的非关联成员？
而且，我想强调的是，尽管该平台由Discourse创建，但公开网站数据是我自己的。作为（Discourse平台）用户，我希望将我的数据（我网站上的统计数据）设为私有，不公开显示。我还认为，不能简单地说“如果你不喜欢，就不要使用Discourse”。可能还有许多其他用户在不知情且没有选择删除他们数据的情况下继续使用该平台。
仅供参考，您可以通过头像旁边的标识来识别 Discourse 团队成员：
不过，由于这是一个社区空间，我们欢迎每个人提出相关的贡献。 
我认为 @packman 的观点很有道理。 
4 个赞
simon
8
我对这件事没有强烈的意见，但很确定过去已经讨论过几次了：
所以这可能不是一个不合理的要求。
8 个赞
请重新阅读我上次回复中的以下句子。谢谢
我想强调的是，尽管该平台是由 Discourse 创建的，但我的公共网站数据是我自己的。作为（Discourse 平台）用户，我更倾向于将我的数据（我网站中的统计信息）保密，而不是公开显示。
2 个赞
Jagster
(Jakke Lehtonen)
10
而且？只有您的个人数据是您的。不是公共数据，那不能识别您自己。
是的，也许 Discourse 利用了 GDPR 和 CCPA 法律的灰色地带来收集用户数据或抓取信息，以衡量其 Discourse 平台的用法。但是，我认为这些敏感的网站统计数据是我作为所有者自己的私有数据，我认为我应该可以选择是否向公众披露我的个人数据。这对于保护我作为 Discourse 平台用户和我的网站所有者的数据隐私，以及我的网站用户的隐私至关重要。
我的目的是保护我网站的统计数据不被公开展示，除非我明确同意。虽然某些数据可能无法直接识别个人，但尊重此类信息的隐私和控制权至关重要。
GDPR 和 CCPA 法规强化了数据保护和个人同意的重要性。作为网站所有者，我努力通过确保我网站统计数据的机密性和隐私性来维护这些法律的原则。通过选择是否公开分享这些数据，我可以维护用户的隐私并遵守 GDPR 和 CCPA 中制定的法规。
请不要将我的观点视为人身攻击；它们仅旨在为所有用户的 Discourse 平台带来更好的体验。重要的是要考虑到，可能有许多其他用户在不知情的情况下继续使用该平台，而没有选择删除他们的数据。通过提供控制和删除个人数据的能力，我们可以增强隐私并确保所有用户的体验更加积极。
我认为关于 GDPR 的争论可能会让这次讨论变得更加混乱。正如 Simon 所说，移除 /about 统计/页面信息是之前提到过的事情。有些人对使用 CSS 方法隐藏内容感到满意，但也有人希望更进一步，彻底移除/替换它。
这并非一个不合理的请求。不过我认为讨论的语气也很重要。如果讨论变得过于激烈，我担心即使这个功能请求是有效的，该话题也会被关闭。请大家发帖时牢记这一点。
8 个赞
如果我之前的评论听起来像一个明确的声明，我对此表示歉意。
我无意断言 Discourse 正在利用法律灰色地带。相反，我提出的是一个基于我对我的网站数据和隐私以及我的网站用户隐私的担忧而设想的假设情景。
此外，我担心我的网站数据可能会在未经我同意的情况下被公开（因为 Discourse 没有提供删除数据的选项）。此类数据的未经授权传播不仅会侵犯我的网站用户的信任，还可能违反《通用数据保护条例》（GDPR）和《加利福尼亚州消费者隐私法》（CCPA）等法律框架。
这些法规要求明确的同意，并赋予个人对其个人数据的重要控制权。因此，Discourse 必须遵守这些原则，确保通过我的网站共享或收集的任何数据都以维护最高标准的数据隐私和保护的方式进行处理。
我认为这些要点已经充分讨论过了。请原谅我 ，但你的回复听起来有点像人工智能。让我们就 GDPR 问题画上句号，并说你的观点已经听取。
4 个赞
感谢您的理解与耐心。
虽然我理解我的回复可能听起来像人工智能，但我的目标是提供准确且有用的信息。无论表达方式如何，提出的观点都至关重要，尤其是在涉及数据隐私和 GDPR、CCPA 等法律框架时。
重要的是要给予这些事项应有的考虑，无论它们是否在人工智能的帮助下写成（这并不是本帖的重点）。我很高兴听到这些观点得到了关注，我完全同意是时候向前推进了。感谢您进行富有成效的讨论。
{“content”:“只是为了澄清一下，AI辅助撰写帖子本身并没有什么问题，更令人担忧的是内容/论点的重复性（尽量避免给人一种陷入机器人循环的印象 ）\n\n关于#功能请求的讨论可能会因为多种原因而陷入僵局，我试图帮助它们保持正轨，以便都能得到公平的考虑。”,“target_locale”:“zh_CN”}
6 个赞
jserre
20
@JammyDodger 我有同样的功能请求，但不是为了 GDPR 问题，仅仅是为了不让我的任何竞争对手看到我们社区的活动。这是我们绝对希望避免的。
竞争对手可以轻易发现我们正在使用 Discourse，因此可以通过访问 https://[my-community-name].discourse.group//site/statistics.json 轻松绕过我们可能做的任何 CSS 遮蔽或主题化。
我应该创建一个新主题（这是相同的功能请求，但有一个新的用例）吗？
5 个赞
