拒绝算法绑架！「TabulaBili-Plus 」扩展：让 B 站个性化推荐算法“彻底失忆”一键回归纯净热门流
1. 你的 B 站首页，是不是也被算法“绑架”了？
如今打开小破站，首页推荐的内容越来越精准，但也越来越让人感觉无趣了。
不小心点开了一个机械键盘的评测，好家伙，接下来起码一个星期，首页全是各种轴体、套件和客制化的评测和介绍视频。其实我只是为了看封面图里的那只猫才点进去的，我不想看键盘啊！——更让人哭笑不得的是，你刚看了一个 UP 主的视频，还不小心又多看了一个，算法就会贴心地认为你特别喜欢这个 UP 主，只是还没关注，于是主动把该 UP 主以及其他发过同类型、甚至观点大同小异的 UP 主的视频铺满你的首页。
这种看似“投其所好”的机制，在产品经理的口中叫作“精准用户画像”，但在用户眼里，它有一个更麻烦的名字——信息茧房。
2. “个性化推荐”与“公共热门流”，到底孰优孰劣？
| 推荐流类型 | 优点 | 缺点 |
|---|---|---|
| 个性化推荐 | 极其精准 算法会根据你几百条的浏览和播放历史，死死拿捏你的喜好，属于温水煮青蛙式的“真香”。 |
视野日益狭窄 你很难在首页接触到你认知以外的新世界，算法只让你看它以为你想看的东西。 |
| 公共热门流 | 充满未知与随机 是整个 B 站当下最真实的、没有任何用户画像过滤的公共热门内容。你能刷到平时根本不会主动搜索的领域。 |
缺乏针对性 因为不知道你的喜好，首页会混进一些你不怎么感冒的泛娱乐大热门（比如美妆、吃播、影视切片、玩抽象等）。 |
为了摆脱算法的精准推送，我以前经常用隐私模式去看 B 站，去看看有没有不一样的东西。但没登录的代价非常明显：低清画质、无法发弹幕、不能随手点赞收藏，页面滚着滚着就会弹窗叫我登录，浏览体验极差。
难道我们就不能既登录账号享受 1080P 高清画质，又能看一眼干净、随机、没有被历史记录污染过的公共热门流吗？
当然能。这就要请出我今天给大家安利的主角了——TabulaBili-Plus（初见哔哩增强版）。
这是一款被我无意中发现并试用，因不满现有功能而动手二次开发，最终历经波折成功上架 Chrome 应用市场的浏览器扩展。
如果你也厌倦了被算法反复投喂同样的内容，想找回当年第一次打开 B 站时那种“人生若只如初见”的探索感，这个小扩展绝对能帮到你。
3. 如何关闭B站个性化推荐？TabulaBili-Plus 安装与使用指南
a. 在线安装
- 「点击一键安装」 或者在 Chrome 应用商店搜索
TabulaBili-Plus。 - 像正常扩展程序那样点击安装即可。
- 如果你的浏览器开启了谷歌的高级安全防御，在安装时，可能会收到一行系统提示：「增强型安全浏览功能不信任此扩展程序」莫慌，这是谷歌针对所有“新上架、且申请了特定网站网络层拦截权限”的扩展所采取的例行风控提示。本项目 100% 纯本地运行，没有任何常驻后台，没有任何服务器上传逻辑，代码在 GitHub 完全开源。大家可以放心点击 “继续安装”。（目测起码要2、3月后，谷歌才会认为我是“可信开发者”，这行提醒才会消失）
b. 本地安装（开发者模式）
- 下载扩展：GitHub | 蓝奏云
- 将
TabulaBili-Plus文件夹解压到一个你喜欢的位置。 - 打开 Chrome 浏览器，在地址栏输入
chrome://extensions/进入扩展管理页面。 - 开启页面右上角的 “开发者模式”（Developer mode）。
- 点击左上角的 “加载已解压的扩展程序”（Load unpacked），选择本扩展所在的目录（即
TabulaBili-v1.*.*文件夹）。
c. 使用方法
- 在浏览器右上角的扩展工具栏中找到 TabulaBili-Plus 并将其固定。
- 点击扩展图标打开设置面板：
- 开启过滤 (ACTIVE)：开启纯净访客模式，立即屏蔽个性化推荐。
- 关闭过滤 (OFF)：一键瞬间恢复原版 B 站个性化推荐。
- 智能刷新：在切换开关时，如果扩展检测到你当前正在浏览 B 站页面，会自动帮你重载页面，让新模式立即生效。
- 强制刷新：当检测到用户访问 B 站首页，且「换一换」按钮出现时就自动点击，替换首屏的 10 个个性化推荐视频。
d. 扩展使用效果
- 开启扩展后，首页推送完全是根据热门算法排序推荐的。
- 关闭扩展后，首页推送完全是根据个性化算法推荐的。（我就是早上点了一个许仙和街头大爷下象棋的视频，你看这算法就给我塞了多少个象棋的视频）
- PS：请手动忽略页面内的美化样式（手动狗头）。
💡 小提示：下面就是我的一些技术实现细节和个人吐槽了，想要“省流”的读者可以直接跳到文末去下载体验啦！
4. 简单说说原理：我是如何打破大数据精准推送的？
B 站后端之所以知道你是谁、该给你推什么视频，全靠请求头里携带的身份凭证——Cookie（包含你的 SESSDATA 等身份认证标记字段）。本扩展其实就做了两件事：
核心机制 A：网络层身份剥离（打破B站信息茧房）
当插件的开关处于 启用(ACTIVE) 状态时，它会通过 Chrome 的 Manifest V3 声明性网络请求（declarativeNetRequest，简称 DNR，去广告扩展也会使用这个特性）来过滤流量。
每当浏览器准备向 B 站的首页推荐接口（api.bilibili.com/.../rcmd）发起异步请求时，插件会在请求发出的最后一刻拦截请求，精准地把请求头里的 Cookie 字段直接“移除”。
这样一来，B 站的后端首页推荐接口收到请求时，会认为：“这个人没有携带任何身份信息，他是一个刚刚清除过浏览器缓存、或是第一次访问 B 站的全新访客！” 于是，B 站服务器就会老老实实地把最纯净的、根据热门算法排序的首页内容返回给浏览器。
核心机制 B：自动重请求推荐 （对抗 SSR 服务端渲染）
B 站为了提升首页的打开速度，采用了 SSR（服务端渲染） 技术。当你输入网址或按 F5 刷新时，第一屏的前 10 个视频数据是跟着主站网页的 HTML 一起打包直出的。好处是能减少浏览器绘制网页的时间，但对于咱们来说就麻烦了——这前 10 个视频一定是个性化推送的。由于我们不能直接拦截主站的 Cookie（否则账号就会全局退出登录），所以每次刷新后的首屏前 10 个视频依然会遵循个性化推荐。
我的 Plus 版解法： 插件引入了一个基于 MutationObserver 监听机制的本地内容脚本（content.js）。每当你打开 B 站首页时，它会在后台静默监视页面结构，一旦发现首页那个“换一换”按钮被渲染出来，就会在几毫秒内自动模拟点击一下它！
因为点击“换一换”触发的是向 B 站首页推荐接口发起的增量请求，正好撞在前面 DNR 的拦截枪口上。Cookie 被抹除后，首页的前 10 个视频就会被顺利替换为热门算法排序的纯净版。
为了用户体验，我还做了一个“防误伤滚动拦截”：如果在弱网环境下网页加载太慢，页面上部分视频已经加载完成且用户已经向下滚动开始浏览，脚本就会主动放弃强制刷新，避免刷掉用户正在看的内容。
有人可能会问：你为什么要在“换一换”按钮被渲染出来后才刷新，直接上来就刷不行吗？答案是：不行。因为扩展无法判断页面当前的加载状态，在部分 JS 和 CSS 还没载入时就提前刷新，只会得到一个布局诡异的错乱页面。
5. 迟到多年的“处女作”与落灰的开发者账号
其实，这是我第一款真正成功上架到 Chrome 应用市场的浏览器扩展。
当年为了解决一个自用痛点，我曾兴冲冲地写过另一款扩展，准备好开发者账号，结果刚准备提交，谷歌突然搞出了 Manifest V3（简称 MV3），强行把 MV2 停用。由于那款老扩展的某个核心逻辑在 MV3 严苛的安全沙箱机制下根本没有可替代的方案，最后只能无限期搁置，我的开发者账号也就跟着一起落了灰。
前阵子，我在 RSS 阅读器里偶遇了原作者 @wangdaodao 开源的 TabulaBili（初见哔哩） 项目（原作者博客）。
原作者的技术嗅觉非常敏锐。面对如何在不破坏B站首页的情况下展示热门流视频这个需求，我第一时间想到的是通过在前端注入 JS 重新去请求不带 Cookie 的内容，再利用返回数据修改前端界面。但这个过程极易出错，B 站稍微改点代码就会直接 GG。而他想到了直接从底层的网络拦截规则入手，这个精妙的点子和开源工作必须给一个大大的赞赏！
我下载试用后觉得体验很好，顺手 fork 了一份，改掉了使用中发现的一个小 Bug 并给作者提了 PR。随后我跑去小众软件写了个推荐贴，收到的头一条评论就是：“会上架商店不？” 确实，对于普通用户来说，在商店里一键安装比起开启开发者模式去手动加载要方便太多了。在原作者明确表示自己不会上架后，我决定重新唤醒我那个落灰多年的开发者账号。
6. 谷歌的“法务式”刁难：难怪原作者不上架
在把原作者的源码重构、增加完善功能并提交给应用商店的这几天里，我算是彻底领教了谷歌开发者后台的折腾程度。体验了一圈下来，我心里只有一个想法：难怪原作者不上架。
1. 申请主机权限困难重重
在如今的 MV3 时代，谷歌对主机隐私权限和远程代码注入有着近乎偏执的防范。为了能够合规地匹配 B 站首页带参数的特殊 URL（如 www.bilibili.com/?*）以及确保冷启动时不漏掉任何一个 Cookie，我必须在后台提交长篇大论、极其严密的理由，解释我为什么需要请求这些隐私权限。
而且每一项技术理由，写短了不给过，写长了也不行（有 1000 个字符的限制）。为了快速通过审核，我还得写成中英双语的（只用中文写审核会变慢，因为需要转给懂中文的审核人员），逼得我最终放弃了自己硬憋，改用 AI 来帮我填写这些输入框。
2. 商店宣传截图折腾人
商店上架必须要一张 1280x800 或 640x400 的高清界面截图。而我的扩展弹窗界面只有 320 像素宽。如果我直接截取「扩展界面 + B 站真实页面」来凑尺寸，又极易触发谷歌“侵犯第三方商标与版权”的红线。
为了搞出一张合规且好看的宣传图，我折腾了很久。先试着用 PS 搞定，结果自己美术水平不堪入目；接着尝试让 AI 画，结果 AI 总是篡改界面里的细节，最聪明的 Image 2 也在瞎搞。最后一琢磨，比起画图，写代码才是 AI 更擅长的领域，于是我让它写了一个虚假的静态 HTML 页面，并盯着它改了好几版后，才通过截图完成了审核用图的生成。
PS：我说怎么总在扩展商店里看到一些扩展的预览图长宽比严重失调、明显被错误拉伸，之前我还奇怪这些作者扩展都会写，怎么连截图都不会，合着都是被谷歌给逼的。
3. 当开发者需要自费
是的，往 Chrome 应用市场上传扩展是需要开发者掏钱的。谷歌会向开发者收取 5 美元的注册费，按照谷歌的说法，主要目的是防范垃圾信息和恶意软件。通过收取这笔象征性的费用（并要求绑定有效的支付方式），谷歌能够验证开发者的真实身份，防止恶意用户批量注册账号来分发欺诈性或带有病毒的扩展程序。
但对于个人独立开发者来说就有点蛋疼了。首先，我的扩展本来就是免费开源给大家用的，结果我自己还要掏钱上架；其次，Chrome 应用市场理论上不接受中国大陆地区的银联卡，需要使用境外银行卡或者 VISA、Mastercard 等卡组织的信用卡。如谷歌所愿，这 5 刀的注册费用，确实成功提高了开发者上架的门槛。
4. 二开项目最好不要和上游项目同名
本来呢，我觉得自己对原项目没改太多东西，初版（V1.0.0）其实也就只改了一下域名匹配逻辑，解决了错误匹配到非 B 站页面的问题。既然原作者说自己不想上架，且项目开源协议是 MIT 协议，于是我就直接原样提交了，名字、图标、介绍和原项目完全一致。结果……谷歌直接给我打回了。
审核理由是：涉及仿冒其他项目（也就是上游项目），不能自称是“替原作者上架”。经过询问其他有上架经验的大佬，我修改了扩展名称和图标——原版叫 TabulaBili 并配有粉色 T 字图标，我改成了 TabulaBili-Plus 并配有绿色漏斗图标，随后才成功将 V1.1.0 版上架。（其实我自己反而觉得改完名后更像仿冒的了，有些搞不懂谷歌的脑回路 😂）
7. Plus 版和原版有什么区别？
- 「功能性」 优化了 B 站域名匹配逻辑，不会错误匹配到非 B 站的三方网页。
- 「功能性」 加入了自动「换一换」功能，完美解决了 B 站首页前 10 个视频被强制进行个性化推送的问题。
- 「美观性」 为了顺利上架 Chrome 商店，修改了图标和扩展名，满足了平台“无冒充混淆”的合规要求。
- 「美观性」 出于个人开发习惯，将 CSS 样式代码从 HTML 中进行了彻底分离。
- 「功能性」 修复了原版的几个 Bug，比如扩展界面文字和开关状态不同步、存在误导性描述、以及部分 UI 文字重叠之类的小问题。
8. 下载与开源
本扩展纯本地安全运行，借助 MV3 的 DNR 底层特性，加上超时主动退出机制和防误伤刷新机制，扩展的系统性能需求几乎为零。
开源与许可
本项目采用 MIT 开源许可证 (MIT License)
没有做Firefox、Safari版扩展的计划，如果二次开发，最好保留现有博客信息，但不保留也可。
我们秉持极度开放与自由的开源精神：
- 自由开发与分发：任何人都可以自由地获取源码、修改功能逻辑、定制 UI 界面，甚至打包分发或用于商业项目（其他的可以随便开发）。
- 署名要求：仅需在二次开发或分发时保留原作者版权及许可声明。
- 免责声明：本扩展按原样提供，作者不对任何因使用或修改本扩展产生的意外损失或账号问题承担连带责任。
下载
- Chrome 商店正式版下载：点击前往 Chrome 应用商店 一键安装
- GitHub 源码地址：
https://github.com/tjsky/TabulaBili
希望这款克制、纯粹的小工具，能帮你在喧嚣的大数据时代里，挣脱出一方能够自由呼吸、探索未知的纯净天地。
wulinix
2026-06-01 01:31
很棒的功能！有个想法不知道能不能实现：能否作为单独的插件以便集成到piliplus为代表的第三方客户端，具体参考“空降助手SponsorBlock for Bilibili”，原版app太过臃肿已被我放弃，目前这些第三方客户端什么都好，就是首页推荐流非常之差，甚至不如原版（没有说原版推荐流好的意思），相信作者大大的这个拓展能给予极大的改善。
ps：由于我对这方面一窍不通，因此可能无法提供一些帮助，在这里只是提供一点想法，在此拜谢:D
去年夏天
2026-06-01 11:41
已经有一部分三方客户端借鉴思路，搞了自己的纯净模式插件，比如「BiliPai」就直接内置了初见插件。至于piliplus，我记得是有一个「游客模式」推荐视为未登录的。
至于混合推荐这种将未登录和登录混合显示的模式，还是给他们提issues吧，我对安卓开发一窍不通😂
吴蛋蛋
2026-05-25 11:53
我好久不玩B站了，现在都是刷抖音和小红书
去年夏天
2026-05-26 17:41
小红书总封我号，也不知道为什么，只看不发，就收藏一下……
吴蛋蛋
2026-05-27 10:04
来来来，🤫小声一些，把你的收藏推荐给我一下
去年夏天
2026-05-27 11:12
就一些周围的餐馆推荐，当地办事，出行旅游的攻略啥的……鬼知道为什么小红书看我不顺眼
吴蛋蛋
2026-05-27 14:11
没有其他的了？那不可能吧，我经常看腿都没事
去年夏天
2026-05-27 14:16
所以就被封的莫名其妙，我的小红书就是个生活搜索引擎。
还死活都不给解，每次都是受不了骂他们一次，好了解开了，可能审核（AI）都是抖M吧
洛小小
2026-05-23 23:06
额，在玄离那了解到的这个插件，刚才体验了一下，发现一个bug，在第一次打开b站 点换一换 换几次后 你关掉浏览器 再重新打开浏览器进入b站，首页推荐的视频和上次的一模一样，点几次换一换，每次刷新出来的和关闭浏览器前的每次都一样！
去年夏天
2026-05-24 01:28
首先非常感谢你这么细心地测试并反馈体验！🤝不过开门见山地说，这其实不是 Bug，反而说明扩展生效了！B站没认出来你是谁。
是这样一回事：
1. 当你开启扩展后，在 B 站服务器的眼里，他不知道你是谁，只知道你用的是什么浏览器，浏览器当前字体是什么，系统时间是什么，IP归属地是什么之类的无法保密的信息，B 站的服务器只能通过这些数据，计算出一套‘热门清单’给你推送。
3. 那为什么不关浏览器点‘换一换’，每次又都能刷出不同的新内容？因为在你浏览时，B 站前端代码会在你本地内存里临时生成一个临时会话（专业上叫单次 Session 标识）。你点第1次‘换一换’，它会记住你这次看过了这 10 个视频，点第2次时，它就会在内存里刨除这 10 个看过的，给你吐出另外 10 个不一样的。但只要你关了浏览器，临时的内存会话就被移除，你再访问B站，B站又‘彻底忘了你是谁’，而你其他情况（IP呀，用的浏览器呀）没变化，而且这么短时间内，全站热门内容还是那些，所以计算出的‘热门清单’自然还是一模一样的。
洛小小
2026-05-24 12:38
原来是这样子啊，那我知道这个插件该怎么使用了，先打开 刷几小时视频 然后关闭再刷几小时，这样子既要又要了 哈哈哈哈
去年夏天
2026-05-24 14:31
是滴，就是看一会儿个性化推荐，看点自己喜欢的，刷的没意思了，打开扩展的过滤开关，看一下今天的热门流有木有新东西。既要又要
Thiece
2026-05-24 20:39
原版的Tabula没有这个问题发生，你的意思是原版的代码是有问题的，你现在修复了这个问题之后选择Fork再取一个相似名字分裂而不是Pull修复？
去年夏天
2026-05-24 21:17
感谢关注和反馈。可能你在评论前不太了解这个项目的迭代背景。
首先，不涉及自用特性的大部分功能修复和优化，我已经提交过 PR 给原项目了，但作者可能精力有限未作合并。开源世界里，我们不能躺在地上死等上游更新，更不能去绑架原作者的精力和时间，提了PR就要合并。
其次，原版代码的拦截逻辑在‘正常使用、手动点击弹窗开关刷新’的场景下是极其完美的。但当涉及冷启动浏览器、弱网环境、或是 B 站首页的 SSR 缓存直出等边界场景时，单纯的网络层拦截会出现 Cookie 漏过或首屏无法净化的客观技术限制。这属于‘特定场景下的功能增强需求’，而非是原版代码有主观错误。只能说是为了更近进一步的净化热门流。
这些‘功能增强’不仅超出了原项目的定位，而且原作者也明确表示了‘没有上架商店的计划，也不打算折腾’。
为了让不会手动加载源码的小白用户能一键用上，也为了能通过 Chrome 商店的审核（你如果看了文章，你应该知道，我本来是想原名上架的，结果谷歌给我打回来了，这一点我也有吐槽谷歌），我选择在 MIT 协议 允许的范围内 Fork、更名并独立上架维护，不再尝试提交PR到上游项目。
去年夏天
2026-05-24 21:43
本项目完全基于 MIT 开源协议 合规开发，在代码中、README、商店详情页甚至插件 UI 底部，我都给予了原作者极高的 Respect 和明确的署名及致敬。远比协议要求的多。
而且你没发现原作者就在评论区？我俩还讨论了一下项目，兄弟，不了解开源协议，也不要挑拨我俩关系好不😓
Skylwn
2026-05-23 22:19
好工具！网页端还是有办法，移动端把“个性化内容推荐”关闭了，首页推荐内容感觉也只是减少了一些感兴趣的细分领域视频
对于信息茧房这个话题，我认同算法带来的智能推送会更容易让自己陷入狭隘的视野当中，看不到更加广阔的世界，个人看法是去筛选和维护自己的信息源，动脑去审视那些投入脑力很小但获得的沉浸感很大的信息，同时花15%的业余时间尽量扩宽自己的圈子，尝试些不同领域的东西
去年夏天
2026-05-24 14:34
是的，APP可以主动配置喜好标签，从而提高相关内容权重。比起网页版方便一些。但缺点就是没法彻底排除个人推荐流
“投入脑力很小但获得的沉浸感很大的信息” = 能挑起情绪的内容
Hary
2026-05-23 19:04
我都是用手机APP，只要登上账号就推送那几个账号，感觉都看不到新内容，基本上各软件都是这样算法
去年夏天
2026-05-24 14:35
算法的很难逃脱，即使开了这个扩展，B站的热门流还是带有归属地和平台的推送区别。只能说开了扩展能好很多。
愿
2026-05-23 18:51
大佬、我可以改一下、然后提交个火狐的扩展吗
去年夏天
2026-05-23 19:00
没问题，这项目是MIT协议的，只需在二次开发或分发时保留原作者版权及许可声明就行。
话说我已经看到有firefox版的了：HushWay/TabulaBiliFirefox
织梦岁月
2026-05-23 08:48
这个真不错，赶紧安装个。
去年夏天
2026-05-23 09:33
试试传统的没有个性化算法的热门内容吧
石樱灯笼
2026-05-22 22:00
1，真的还有人用浏览器看破站的主页么……
2，真的还有人并非广告木马目的而还在做针对特定功能的浏览器插件，正常人不都是在做用户脚本？
去年夏天
2026-05-22 22:48
GM_xmlhttpRequest实现去cookies，用Object.defineProperty拦截并魔改全局的临时变量对抗SSR，倒是不难写，只是 B 站这个前端混淆几乎是按周变化的逗比，用户脚本维护起来就头秃了，类似功能的脚本更新频率都挺高的，咱可没功夫陪着B站折腾。不凡
2026-05-22 20:41
算法是可以刷新自己喜欢的内容，抖音的算法更厉害。
去年夏天
2026-05-22 22:50
头条那个算法确实🐂🍺，不同人的首页完全是两个世界。
Heo
2026-05-22 19:16
挺好的，虽然我用不上，没有信息流推荐，感觉推送的都不是我想看的。
但是工具值得肯定，肯定有人需要
去年夏天
2026-05-22 22:02
平时还是看个性化推荐毕竟是自己喜欢的，时不时可以启用一下过滤看看热门内容都有什么（确实这时候大部分都不太喜欢，很多都是泛热门内容，偶尔会有点平时不推送但感兴趣）。
55
2026-05-22 18:55
上架chrome的经历原来这么曲折，辛苦了
去年夏天
2026-05-22 22:00
第一次完整上架一个扩展，太折腾了。虽然知道谷歌也是为了用户着想，防止有恶意扩展被上架
Ollie
2026-05-22 17:35
哥谢谢开发，正好需要！
去年夏天
2026-05-22 21:59
谢谢支持~
Leo
2026-05-22 16:01
https://github.com/magicdawn/Bilibili-Gate?spm_id_from=333.1007.0.0
请问会和这个脚本冲突吗，我装了这个脚本后，感觉好像我们这个插件就没生效了
去年夏天
2026-05-22 16:35
没具体看，从我简单快速的瞄一眼来看，应该是有冲突的
1、Bilibili-Gate肯定破坏了 B 站原生首页的元素，阻断原生的SSR加载过程，然后脚本自己（模拟成客户端）去拉取首页内容，然后渲染到他自己绘制的B站首页上。所以 TabulaBili-Plus 对首页第一屏的干预直接会失效。
2、如果你继续往下滑，继续触发视频加载，这次应该是TabulaBili把Bilibili-Gate无效化了，因为TabulaBili拦截了对推荐接口的请求，应该会导致Bilibili-Gate请求到无登录状态的内容（如果APP请求推荐和web走的是同一个接口的话）
去年夏天
2026-05-22 17:25
仔细看了下，绝对冲突了，还是互相冲突。
如果想要的是精准的过滤推送内容（播放量 / 时长 / 标题 / UP） Bilibili-Gate 更好用。
如果想要轻量化粗暴的解决个性化推荐，TabulaBili 更好。
acevs
2026-05-22 14:36
哪里有压迫哪里就有反抗哇。不错。
去年夏天
2026-05-22 21:59
平时嘛，还是看个性化推荐（毕竟确实是符合自己的喜好），时不时开一下扩展，看看不一样的内容
花非花
2026-05-22 14:03
纯粹是用爱发电啊
去年夏天
2026-05-22 14:59
还要开发者自己倒贴钱和精力进去，毕竟大部分扩展都不收费
花非花
2026-05-22 15:34
要是插件搞的多了，费用还有点承受不起啊
去年夏天
2026-05-25 12:47
注册费（认证费）是一次性的，这5刀可以上架 20 多个扩展
（据说一个账号上架 20 多个是上限了，但实际我也没见过谁一个账号能上架 20 多个扩展的，所以，仅供参考吧）
花非花
2026-05-25 13:32
这个就拿来增广见闻吧，哈哈；毕竟没能力开发插件啊
王导导
2026-05-22 13:55
谢谢宣传。不想上架是因为感觉这个项目太简单了，没有任何技术难度，也没啥原创度，所以直接开源了- -。还有就是懒，其实我一直想上架个扩展的，能够是网站获得官方外链，增加域名seo权重的。
去年夏天
2026-05-22 14:43
太同意了，我手里现在有3个自用的扩展，没宣传没开源，也是因为感觉没啥技术难度也谈不上多原创，只是个适配自己习惯的专用轮子。
为了过审核折腾了我俩晚上，上架个扩展还挺费事。
说到反链的SEO，谷歌和必应比较喜欢脸书，推特，红R，知乎之类的社区的引用。尤其是那种写了一大篇介绍，然后最后写上“参考来源”，“项目主页”的外链。
再次感谢你的点子和开源
王导导
2026-05-22 16:47
受教了，谢谢🙏。
wp张
2026-05-22 13:44
原来上架谷歌的商店这么折腾,难怪很多开源项目都没有上架的意愿.这也太麻烦了
去年夏天
2026-05-22 14:47
和审核拉锯了2次，第3次才通过。
不过看起来第1次上架比较难，第2次上架就快了。
昨晚升级V1.1.4的审核，只用了2个小时不到就过了。
wp张
2026-05-23 09:09
典型的先紧后松,对通过的都默认可信了,难怪Chrome商店会出现带恶意代码的山寨应用.
匡文成的网络日志
2026-05-22 13:30
话说我已经好久不看B站了。
去年夏天
2026-05-22 14:45
短视频不想刷，长视频也就国外的油管和国内的B站还能看了
obaby
2026-05-22 13:28
全能型选手啊，我在b站上花的时间越来越少了。
去年夏天
2026-05-22 14:44
大部分时候都是当背景音用的
fengc's Blog
2026-05-22 13:03
突破信息茧房，点赞。
去年夏天
2026-05-22 14:05
看看不同的东西