首页
/ uBlock Origin过滤器导致LitNet网站推荐功能异常分析

uBlock Origin过滤器导致LitNet网站推荐功能异常分析

2025-06-13 23:05:03作者:仰钰奇

问题背景

在uBlock Origin隐私过滤器启用的情况下,俄罗斯电子书平台LitNet的用户反馈其个人账户通知页面中的"个性化推荐"区块无法正常显示。该问题主要影响登录用户,表现为推荐内容区域空白。

技术分析

经过技术团队调查,发现问题源于以下技术细节:

  1. 关键脚本拦截:uBlock Origin的隐私过滤器默认拦截了Google Tag Manager脚本(gtm.js),而该脚本是LitNet网站推荐系统正常运行的必要组件。

  2. 功能依赖链:LitNet的推荐系统采用了第三方跟踪服务来收集用户阅读偏好,这些数据通过GTM进行管理和传递。当GTM脚本被拦截后,整个推荐功能链路中断。

  3. 条件性显示:推荐区块仅在用户登录后才会加载,这解释了为什么部分测试人员无法复现问题。

解决方案

针对此问题,技术社区提供了两种解决思路:

  1. 过滤器调整:俄罗斯广告过滤列表维护者确认该推荐区块实为原生广告内容,已在RU AdList中将其标记为广告区块进行屏蔽。用户可选择保持当前屏蔽状态。

  2. 例外规则:如需保留推荐功能,用户可添加以下自定义规则允许GTM脚本运行:

    @@||googletagmanager.com/gtm.js$script,domain=litnet.com
    

隐私与功能平衡建议

对于注重隐私又需要推荐功能的用户,建议:

  • 评估推荐内容的价值与隐私风险
  • 考虑使用容器标签隔离跟踪脚本
  • 定期审查第三方脚本的访问权限

总结

此案例展示了广告拦截工具与网站功能间的典型冲突。uBlock Origin通过拦截跟踪脚本有效保护用户隐私,但可能影响依赖这些服务的网站功能。用户应根据自身需求,在隐私保护与功能完整性间找到平衡点。技术社区会持续关注此类问题,优化过滤规则以兼顾两方面需求。

登录后查看全文
热门项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
164
2.05 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
60
16
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
952
560
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
0
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.01 K
396
HarmonyOS-ExamplesHarmonyOS-Examples
本仓将收集和展示仓颉鸿蒙应用示例代码,欢迎大家投稿,在仓颉鸿蒙社区展现你的妙趣设计!
Cangjie
407
387
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
199
279
giteagitea
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
17
0