重要的放在前面，PC Web右侧订阅tag（本人从此刻开始使用新的规范名称“tag”或者“标签”，也提倡大家使用以防混淆，正文会解释）列表消失是bug，是bug，是bug，之后会做进一步修改，已经确认过了，大家不要惊慌。
这次改动看上去很吓人，特别是配上这个bug，再配上输入井号之后的提示，我第一反应以为产品又在搞阴间操作，属实吓了一跳。但仔细梳理了一下发现其实没啥变化，只是把很早就开始内测的活动话题转了正而已……容我慢慢解释。
需要特别注意的是，
（话从这里说起，这也是会造成混淆的核心原因，本文将全程使用新的规范名称“tag”或者“标签”）。
然后有一类特殊的tag叫做“活动话题”或者简称“活动”，比tag的功能要多一些，比如会有展示页、发起人、置顶操作甚至定制页面之类的。
最开始活动话题只有官方或者和官方合作才能创建，比如凉风的阅片无数，至少在我们当年开阅机无数的时候就已经是活动话题了。
后来时间来到了去年的11月6日，创作中心官号发了一篇非公开专栏（我们把阅机无数转为活动时才知道这篇专栏）：
从此创建活动话题的功能开始被推送给一些较大的up主（应该非公开的意图是收到功能推送的up才通过链接看到这篇专栏），这个创建活动话题的功能甚至会随机挑选“幸运”活动“赠送”一个视频投稿有奖的活动（当年把阅机无数害惨了）。
老弟是在1月底收到这个推送的，然后就把阅机无数转为了活动，当时阅机无数的浏览量大概在一两百万的样子（这个划重点，下面要考）。后来的装机ICU也是用这个创建活动的功能来创建的。
就这样活动话题和普通tag一直并存着。
而这次改动是在活动话题首次开放内测将满一年之际，从昨天创作中心官号发的一篇公开（划重点）专栏开始上线的。
以下是我的理解及关于交流和使用上的建议，是这篇文章的核心。
最后用阅机无数来验证一下“新话题就是以前的活动话题”。
994.8-852.4=142.4，两个浏览量之差大概就是阅机无数转为活动时的浏览量。
还记得前面我说过，阅机无数转为活动时，浏览量大概在一两百万的样子。其实我有数据统计记录的，之前破整百万都会发动态的（100万，200万，换机器有段时间没记录，这次破千万也会发），只不过已经归档了懒得去翻。
11月4日午间更新：
目前尚不清楚产品对待基本tag的态度，我的（可能是一厢情愿的）理解和建议是长期共存，并且使新话题页面兼容基本tag。但目前的动作可能指向弱化基本tag，我会持续跟进各方情况。（概括一下我在评论区和动态转发里的那段话的意思）
如果真要弱化基本tag，其实也有可以理解之处。基本tag的好处之一是可以随意创建，但最大的坏处同样也是可以随意创建。根据我们的统计，目前两千万余个基本tag绝大多数都没有什么意义，甚至有大量利用创建基本tag做广告的。
但我个人认为基本tag仍有存在的必要性，最重要的是作为。不是所有需要tag的场景都需要新话题那么多的功能的。
目前仍有大量用户依赖于基本tag（包括很多应该被转为新话题但发起者暂时没有拿到资格的基本tag），虽然技术层面基本tag不受任何影响，但在界面层面目前基本tag少了很多入口。介于本文已经开始在外面传播，所以我认为补充这一部分内容非常有必要。
下面开始指南的正文（其实就两句话但很有用）
旧版tag页面链接
一般使用tagname方式进入旧版tag页面，可以通过相关接口查询到tagid后通过tagid方式进入旧版tag页面。之前的动态页面和评论区的跳转是tagname方式，而个人空间订阅tag和之前的边栏是tagid方式。
如何进入之前订阅的基本tag
PC Web个人空间有订阅tag列表。链接如下：
最后第N次强调：请有必要转为话题的基本tag的发起者时刻关注新话题内测开放信息，以便在具有资格后及时升级基本tag，以减少使用上的不便。
另外对于依赖于基本tag相关接口的，在相当长的一段时间内不需要担心，因为客户端的基本tag是native页面，所以为了保证客户端向后兼容性，无论之后发生什么，接口都会保留相当长的一段时间。其实无论发生什么，页面被移除的可能性也很小，相簿页面现在还存在你敢信？
11月7日（划）8日更新：
先说最重要的结论：
tag跳转搜索的问题4天（划）5天了还没有任何动静，说明很可能没有我之前想的那么简单，也许是另有情况。因为这个问题造成的影响过大（是本次改动最大且几乎唯一的负面影响），我决心继续调查分析。
我之前对tag跳转搜索这个问题的态度在之前的更新中和最近的动态里已经有所表述：PC Web端的提示语中“搜索标签”指的就是tag，说明没变化；除了这个提示语以外官方没有任何说明，且考虑到搜索tagname是一个几乎无意义的行为，所以不能确定这是预期行为还是出于疏忽和欠考虑，并且认为是后者的可能性大一些。
没错，又是“官方没有任何说明”……
不是，有一说一，官方要是说清楚我需要写这几千字吗？（这句话其实我第一天就想说了
不过就在这时我发现一个盲点：我平时使用B站以PC Web端和iPad端为主，很少使用大部分人较多使用且官方最为重视的手机端。一般情况下新功能都是手机端优先的，不如去手机端看看情况。这一看不得了：
“关于#{tagname}#的动态”
我试了多个各种类型的没有转为新话题的基本tag，获取到的动态内容（纯文字和图文）和通过基本tag页面获取到的是一样的，但是视频和专栏内容则是有一部分在基本tag页面能获取到的在这个页面上获取不到，而且这个“有一部分”我目前完全没抓到规律。
好家伙，原来是做了这样一个简化的基本tag页面，然后硬说这是搜索……
也确实像是搜索。没有订阅数、浏览数等统计，没有热门动态，完全退化成了一个“搜索索引”的样子。
说是搜索吧，它也不是正常意义上的搜索，它做不到动态的全文搜索。（我明知道不可能但也亲自试了一下确实不行）
这么说来“搜 索 标 签”这四个字可以说是很传神了……
新版客户端有没有进入之前的基本tag页面的方法呢？也有。之前订阅的动态还会出现在“频道话题中心”的“我的收藏”区域，点进去就是基本tag页面。
对于更新跟进较慢的安卓概念版（我的在6.40.4）（和同期标准版客户端同理），目前点击动态中的基本tag的结果是没有反应。如果是相同情况的请尽快更新最新版客户端，至少还能凑合用。
对于iPad版，最近testflight内测因为清人暂时停更，所以我小号用的也是appstore线上版，最新版6.47。情况和PC端一样，并没有做那个简化版基本tag页面，是直接跳转搜索：
HD版更新跟进较慢，还完全是原来的样子，辛亏不是像概念版那样直接点不进去。
根据手机端的情况，实际上的设计意图大概明确了。手机端先实施完全了，PC Web和iPad端只做到了字面上的“搜索”，实际就是完全不能用。
既然设计意图已经明确，不用猜了，那么我来说说我的建议吧。
我其实并不反对在新话题足够成熟且权限足够充分下放对基本tag进行适当的削弱，毕竟其作为“讨论与征集“平台的历史使命已经完成，到时候去掉热门和浏览讨论数统计是比较合适的。但是目前新话题名义上也是在“内测”，权限也是随机发放（并不是只给大up，我前几天看到一个3粉丝的小up创建的新话题），审核标准根据我最近收到的反馈也还比较欠考虑（比如对“话题性”的定义是否过于狭窄？要知道现在新话题承载的是除简单的“整理与索引”之外的所有原tag功能。），还远远算不上是成熟。
对于在以后继续作为“整理与索引”平台，用你们的话说是“搜索标签”的基本tag，我的建议有两种：其一是使新话题页面（的基本框架）和接口兼容基本tag。在页面层面，浏览讨论数统计、“热门”和“推荐”的排序方式、点赞等等都可以去掉（发起者等本来就没有的就不用说了），总之可以和现在那个“搜索”页面砍得差不多，但是一定要保留订阅/收藏（可以将收藏和原订阅等同，也可以干脆保留订阅的提法），也不要出现像现在这样的内容不一致。这样的好处是遗留问题少，可以保证整个“动态”作为一个子系统的一致性。其二是保留现有的基本tag页面（不管是web这个现有页面还是native的页面），可以把热门和浏览讨论数统计去掉。
还有一个就是要仔细处理好频道tag这种特殊的tag，我对这种tag了解和使用不多所以提不了什么建议，但是最近看到在有些场景下这个东西的定位不够明确。比如在移动端的“频道话题中心”，收藏的新话题/基本tag点进去查看全部，居然是频道tag的分类，希望能够多作考虑。
总之我希望产品最近能够静下心来思考和调查这样一个问题：（广义上的）tag/话题这一功能，到底有哪些使用场景呢？最好能形成一个比较全局的认识。我一直在说的“讨论与征集”和“整理与索引”就是一个简单的打样。我希望你们能够记住，当你做出任何一项功能改动时，影响的是使用/依赖于该功能所有使用场景的全部用户。我认为要尽可能的保证做出的改动能覆盖掉所有原有的场景，甚至还要思考能不能再多覆盖甚至创造一些新的场景。
最后是面对PC Web目前这种完全不能用的情况，我昨天（用了5分钟）写出了一个临时的workaround，可以将动态首页、动态详情页、个人首页动态页面、旧版tag页面等页面的基本tag链接从跳转到搜索改回跳转到对应的基本tag。对新话题页面无效，因为新话题页面是一个全端适配页面，链接跳转用的不是href属性，而是js事件。之后会做成浏览器插件，但目前还没有解决触发时机的问题（用了两小时还没解决）。代码如下：
执行效果（注意左下角）：