statpx 应用内通知如何让您及时了解情况，避免电子邮件泛滥
电子邮件警报很有用，但它们存在一个问题：它们进入您的收件箱，与您收件箱中的其他所有内容竞争。重要信号淹没在促销、回复所有线程和通讯中。当您看到您的追踪代码段三天前被移除时，分析数据的间隙已经产生了。
statpx 现在拥有内置的通知中心。重要事件在您下次登录时显示为侧边栏铃铛图标上的红色徽章——无需收件箱。
通知铃铛
一个铃铛图标（带有红色计数器徽章）会在 statpx 侧边栏中显示，无论是在账户视图还是每个网站视图中。徽章上的数字是未读通知的数量。当没有未读通知时，徽章消失，铃铛显示时不带任何数字。
由于铃铛是您在应用的每个页面上看到的侧边栏的一部分，您不可能错过新通知，就像您可能错过电子邮件一样。登录、查看徽章、点击铃铛、阅读发生了什么。
点击铃铛会将您带到通知页面，该页面按最近时间分组列出您的所有通知：今天、本周和更早。打开此页面会将所有通知标记为已读并清除徽章计数器。
哪些事件会触发应用内通知
并非 statpx 中的每个事件都会生成应用内通知——只有三个真正具有时间敏感性和可操作性的事件：
代码段已从您的网站中移除
statpx 的定期检查 cron 会定期扫描您注册的域。当它无法在您的主页上检测到追踪代码时，会立即创建通知。一次失败的检查就足以触发警报——statpx 不会等待多次失败。这意味着您会在下一次计划扫描后的几分钟内了解到代码段被移除，而不是几天后才在流量图表变平时注意到。
流量警报已触发
如果您配置了流量警报——例如"当每日浏览量超过 1,000 时通知我"或"如果会话数低于 50 时通知我"——通知中心会在每次阈值被超越时记录事件。您会看到哪个网站触发了它、哪个指标超越了阈值以及时间。
团队成员接受了您的邀请
当您邀请某人访问您网站的分析数据，他们点击邀请链接并创建了他们的账户时，您会收到一条通知，确认谁接受了邀请以及是哪个网站。当您邀请了多个人并想知道谁已设置而不必手动检查团队管理页面时很有用。
应用内通知 vs 电子邮件：各个渠道的作用
应用内通知不会取代电子邮件警报——它们相互补充。这两个渠道服务于不同的目的：
| 情况 | 应用内通知 | 电子邮件警报 |
|---|---|---|
| 代码段被移除 | 是 - 下次登录时可见 | 是 - 发送一封邮件 |
| 流量警报触发 | 是 - 在铃铛中记录 | 是 - 如果配置了电子邮件渠道 |
| 团队成员加入 | 是 | 否 |
| 无需打开电子邮件客户端即可看到 | 是 | 否 |
| 收件箱不堪重负时工作 | 是 | 可能被埋没 |
实用建议是保持电子邮件警报为代码段移除和关键流量警报启用——这些是您即使未登录也想被通知的事件。应用内铃铛充当可靠的辅助渠道，在您下次打开 statpx 时呈现相同的信息，完全没有收件箱噪音。
存储限制和修剪
statpx 为每个用户账户最多存储 100 条通知。当新通知会超过此限制时，最旧的通知会自动删除以腾出空间。在实践中，大多数用户永远不会接近此限制——通知是由特定事件生成的，而不是按计划生成的。但如果您管理许多具有活跃流量警报的网站，请注意非常旧的通知可能会在一段时间内被修剪。
无法手动删除单个通知——打开页面会将它们全部标记为已读，这是预期的交互。如果您需要流量事件的永久日志，警报页面会单独维护自己的历史记录，独立于通知中心。
底线
应用内通知为 statpx 提供了一种可靠的方式来呈现三个重要事件——代码段移除、流量警报触发和团队邀请接受——直接在应用内，您每次登录时都会看到它们。侧边栏中的铃铛徽章一眼就能告诉您是否有任何需要关注的事项。点击它、阅读分组列表，它们就被清除了。无需电子邮件客户端、无需收件箱搜索、无需因为警报进入垃圾邮件而错过通知。