一個站点可能只有几百篇内容，但聚合入口往往遠不止几百個：分類目錄、标簽、時間归档、作者頁、专题、站内搜尋结果頁，再加上一层层分頁。這些頁面本身不算错，問题是它們很容易和正文争抢同一個關鍵詞，也很容易把抓取预算分走，最後用戶和搜尋引擎都分不清哪個才是主入口。
先把聚合頁列成一張清單
做决定之前，先有一份完整的名單。可以從後台的栏目、标簽、专题模块里導出，也可以用站点地图或抓取日誌反查最近被訪問過的地址。常见的聚合類型大致包括：
- 栏目頁和子栏目頁，通常有編輯维護，是真正的主入口；
- 标簽頁，多由編輯随手填寫，容易越积越多；
- 专题與合集頁，围绕一個事件或主题人工组织；
- 時間归档頁和作者頁，多由系統自動生成；
- 站内搜尋结果頁，參數组合多，内容随时變化；
- 挂在上面這些頁面後面的各類分頁列表。
哪些值得保留索引
判断标准不需要太复杂，看三件事就够：有没有人真的會搜這個入口，内容量是否稳定，有没有人為它做维護。三條里满足两條以上，可以考虑保留；只满足一條，通常不划算。
- 标簽下只有一個内容頁，或者几篇關系很弱的文章，索引意义不大；
- 站内搜尋结果頁一般不适合被索引，參數组合太多，而且内容随查询變化；
- 長期空轉的归档頁、作者頁，可以先從導航里移除，再决定是否繼續索引；
- 有明确检索需求、並且持續更新的栏目或专题，則适合保留。
noindex 和 canonical 別混着用
這两個工具经常被放在一起讨论，但目的並不一样。canonical 表達的是“這一頁的内容以那一頁為准”，适合内容确實重复、希望把信号合並的情况；noindex 表達的是“這一頁不要出現在搜尋结果里”，适合没有獨立價值、不想被展示的頁面。
如果同一個頁面上既寫着 noindex，又指向別處的 canonical，搜尋引擎收到的是互相矛盾的信号。要么让它可被索引並參與合並，要么干脆不索引，挑一種就好。
另外，noindex 要作用在頁面上，不要只寫進 robots.txt。robots.txt 阻止的是抓取，頁面被抓不到，里面的 noindex 也就讀不到，结果可能是連結仍然存在、頁面仍被索引。两者是配合關系，不是互相替代。
分頁要跟着一起處理
聚合頁的分頁最容易失控：标簽翻到第十頁，時間归档翻到第三十頁，每一頁都生成一個可索引地址。比較稳妥的做法是只让第一頁參與索引，後續頁保持可訪問但不作為獨立入口；如果内容确實不足，也可以让翻頁自然收敛，而不是為了凑頁數硬撑。
内鏈不要全指向聚合頁
有些站点為了“提升入口權重”，把大量内鏈集中到标簽頁和归档頁，正文之間反而很少互鏈。结果是用戶從聚合頁進去，再想找相關内容却只能回到列表。聚合頁做入口，正文之間的連結负责串内容，两條线分開會更清楚。
定期看一眼，但不必一次改完
聚合頁不是建好就不用管的東西。栏目合並、内容改版、編輯換人，都會让一部分入口慢慢失效。可以按季度做一次简單盘点：
- 列出近三個月既没有訪問、也没有新内容的聚合頁；
- 检查這些頁面上還剩多少有效連結和可讀内容；
- 决定是补内容、合並到相近入口，還是收起索引；
- 改動後观察抓取日誌和索引數量的變化，別一次調整太多。
最後提醒一句：把标簽頁全部 noindex 通常不是最優解，有價值的主题入口值得留着。真正要做的是把“自動生成、但没人维護”的那一批识別出来，一次處理一類，避免誤伤還在用的栏目。