泛目录

打开一个网站，泛目录地址栏里显示的泛目录是example.com/abc/def/ghi/，但你在后台翻遍了服务器目录，泛目录压根找不到abc这个文件夹。泛目录页面照常加载，泛目录内容照常显示，泛目录搜索引擎照常收录。泛目录这就是泛目录泛目录。

第一次接触这东西是泛目录几年前帮朋友看一个站。他做的泛目录是本地生活信息，网站流量突然涨了三倍，泛目录我以为是泛目录内容做起来了。结果他给我看了后台——服务器上就一个index.php，泛目录剩下的泛目录全是数据库里跑出来的。URL 里那些层级，泛目录什么/meishi/、/jiadian/、/zhuangxiu/，一个都不存在。用户访问的时候，程序解析 URL，拿关键词去数据库里匹配，匹配到了就渲染一个页面出来。匹配不到就走 404。整个站看起来像有几千个栏目，实际上物理文件屈指可数。

原理不复杂。传统网站是“一个页面一个文件”，泛目录是“一个入口无限页面”。URL 里的路径本质上是参数，只不过伪装成了目录结构。搜索引擎的爬虫看到/changsha/meishi/xiangcai/这样的地址，会认为这是一个有层级关系的栏目页，权重传递和收录逻辑跟真实目录一样。但对站长来说，增加一万个“目录”只需要在数据库里多插几行记录。

这套玩法早些年很流行。做 SEO 的人拿它批量生成关键词页面，覆盖长尾流量。比如做装修的，可以生成/beijing/zhuangxiu/chaoyang/、/beijing/zhuangxiu/haiding/，每个页面挂不同的案例和报价，搜索引擎收录后，用户搜“朝阳区装修多少钱”就能命中。成本极低，效果立竿见影。后来百度算法更新，打击了一批低质泛目录站，这东西才没那么猖狂。

但泛目录本身不是黑帽。很多正规网站也在用。电商平台的商品分类页，URL 层层嵌套，底层未必有对应的物理目录。内容管理系统把路由规则一配，/category/subcategory/product-id/这种结构自动生成。用户看着清晰，搜索引擎也喜欢。区别在于，正规站每个页面有真实内容，泛目录站可能几千个页面共用一套模板，只换关键词。

我见过最极端的案例是一个小说站。URL 长这样：/xiaoshuo/wuxia/gulong/duoqingjianzi/。看着像四级目录，实际上xiaoshuo、wuxia、gulong全是虚的，服务器上只有一个reader.php。用户点进去能看小说，搜索引擎爬进去能收录，但你要真去服务器上找gulong这个文件夹，什么都没有。站长跟我说，他靠这套结构做了二十万页面，服务器就一台低配 VPS。

技术实现上，核心就两步。第一步是 URL 重写，把/a/b/c/这样的请求统一交给一个入口文件处理。Apache 用.htaccess，Nginx 用rewrite规则，把路径当成参数传给 PHP 或 Python。第二步是路由解析，程序拿到路径后拆解，判断哪部分是分类、哪部分是关键词、哪部分是页码，然后去数据库查询对应内容。查到了就渲染，查不到就返回 404 或者 301 跳转。

这里有个细节值得注意。泛目录的 URL 层级不是越深越好。三层以上，搜索引擎抓取效率会下降，用户看着也累。/a/b/c/和/a-b-c/在 SEO 上差别不大，但后者服务器压力小，不用做复杂的路径解析。很多站长为了看着像目录，硬把参数拼成路径，结果 URL 又长又乱，反而影响体验。

还有个坑是重复内容。泛目录容易生成大量相似页面，比如/beijing/zhuangxiu/和/shanghai/zhuangxiu/，如果内容模板一样只换了城市名，搜索引擎可能判定为重复页面，只收录一个。解决办法是每个页面加不同的案例、不同的用户评价、不同的价格数据。说白了，泛目录是壳，内容才是核。壳做得再漂亮，核是空的，照样没用。

现在做泛目录，更多是配合程序化 SEO。用数据库里的结构化数据，批量生成有实际价值的页面。比如机票比价站，每个航线组合生成一个页面，/flights/beijing-shanghai/，内容是该航线的实时价格、航班动态、用户评论。这种页面有真实数据支撑，搜索引擎也认。跟早年那种纯堆关键词的玩法，已经是两回事了。

说到底，泛目录是一种 URL 组织方式，不是内容生产方式。它解决的是“如何用有限的物理文件呈现无限页面结构”的问题。用得好，网站结构清晰，收录效率高。用得烂，就是一堆空壳页面，等着被算法清理。工具本身没好坏，看谁用、怎么用。