为什么 AI 出海内容站要先做信息架构

shancha.org 上线后做过一次彻底的信息架构重构：从「每个频道一个独立页面」改成「所有频道共用一个内容页」。这篇记录为什么改、怎么改，以及改完之后哪些东西变简单了。

问题不是页面不好看，是结构在重复

最初的做法很常规：AI 日报、前沿动态、产品动态、AI 工具箱、深度内容、开源项目、AI Skills、建站复盘——八个频道，八个列表页。每个页面顶部都有一块大标题区：频道名、一句描述、「N 篇内容」的计数、一个搜索按钮，下面才是文章卡片。

看起来没问题，但用了一段时间后暴露出三件事：

第一，用户在频道之间切换的成本很高。 想从「AI 日报」跳到「AI 工具箱」，要么回首页，要么在侧边栏里找。而实际的浏览行为是横向的——人们想快速扫过不同主题，而不是垂直深入某一个频道。

第二，每个频道页有一半的首屏被标题区占掉。 标题写着「AI 日报」，而用户是主动点进来的，本来就知道自己在哪。这块区域在传递零信息量的同时，把真正有价值的内容卡片挤到了折叠线以下。

第三，八个页面维护八套逻辑。 卡片尺寸、列数、是否显示摘要——频道页用三列带摘要，首页用四列不带摘要，分类页又是另一套。任何一次样式调整都要改多处，且很容易漏。

重构：一个页面，切换标签

新结构只有一个内容页 /content，加上顶部一条标签条：

全部 | AI 日报 | 前沿动态 | 产品动态 | AI 工具箱 | 深度内容 | 开源项目 | AI Skills | 建站复盘

八个频道 URL（/daily、/tools、/deep 等）全部保留，但它们渲染的是同一个模板——只有标签的选中态和结果集不同。/content 本身不选中任何标签，展示全部文章。分类页 /c/* 和标签页 /t/* 也复用同一套布局，只多一行「当前筛选」说明范围。

大标题区整个去掉了。页面从上到下就是：导航 → 标签条 → 卡片网格。

三个容易被忽略的取舍

保留 URL，不要合并成查询参数

一个很容易犯的错是把频道改成 /content?type=daily。这会毁掉已有的 SEO 积累：/daily 已经被收录、被链接、在 sitemap 里，改成查询参数等于让这些页面消失，而查询参数页面本身也更难被搜索引擎当作独立页面对待。

正确做法是 URL 不动，只改渲染逻辑。每个频道 URL 仍然有自己独立的 <title>、description、canonical 和面包屑结构化数据。对搜索引擎来说，它们依然是八个独立页面；对用户来说，它们是同一个界面的八个状态。

去掉大标题，但不要去掉 H1

视觉上不需要标题，不代表结构上不需要。一个纯列表页如果连 <h1> 都没有，会丢失一块基础的语义结构，对搜索引擎和读屏软件都是损失。

处理方式是保留 <h1>，但用 CSS 让它只对机器可见：

.sr-only {
  position: absolute;
  width: 1px;
  height: 1px;
  padding: 0;
  margin: -1px;
  overflow: hidden;
  clip: rect(0, 0, 0, 0);
  white-space: nowrap;
  border: 0;
}

视觉上干净，语义上完整。

卡片尺寸全站统一

重构时顺手把所有列表的卡片规格统一成一套：四列、固定封面比例、不显示摘要。首页、内容页、频道页、分类页、标签页、搜索结果、会员区——全部走同一个 postList() 函数。

这带来一个隐性收益：用户在任何页面看到的卡片都是同一个视觉单元，切换页面时不需要重新适应布局。同时代码里只有一处需要维护。

信息架构的判断标准

内容站的信息架构，本质是回答一个问题：用户是来找特定内容的，还是来浏览的？

如果是来找特定内容的（比如文档站、工具站），垂直深入的结构合理——清晰的分类、明确的层级、每层都有说明。

如果是来浏览的（比如资讯站、内容社区），横向平铺的结构更好——降低切换成本，让人能快速扫过不同主题，在扫的过程中发现感兴趣的东西。

AI 信息站两者都有，但浏览的比例更高。人们不知道今天有什么值得看，是来「看看有什么」的。所以标签条比侧边栏好，统一卡片比差异化布局好，去掉自我介绍式的标题区比保留它好。

重构之后

改完之后有几个变化是立刻能感觉到的：首屏能看到的卡片数量翻倍；频道之间切换从「回首页再点」变成「点一下标签」；样式调整只需要改一个函数。

而对搜索引擎来说，什么都没丢——URL 没变、title 和 description 依然独立、canonical 正确、结构化数据完整。

信息架构不是把内容分类塞进菜单，而是让结构匹配真实的浏览行为。做内容站，这件事值得在堆文章之前先想清楚。