我最近碰到一个比较棘手的案例，因为产品的适用场景非常多，产品型号也非常丰富，还有一点比较麻烦的是产品的零配件非常多。
基于这个产品的现状，就需要在前期规划时好好设计下对应的 URL 目录层级，不然后续再来做 URL 更新就会非常麻烦。
拿瑜伽裤举个不恰当的例子。
针对产品的使用场景，可以是健身的时候穿，也可以是户外运动的时候穿，那针对不同的使用场景就会有对应的功能需求差异。
所以针对每一个使用场景，大概率就需要设计一套解决方案，并把产品对应的参数信息与使用场景结合起来做内容。
除了使用场景外，还有一个比较大的划分维度就是功能类别。
比如瑜伽裤里面有男士的瑜伽裤、女士瑜伽裤、七分裤、九分裤、五分裤等等，映射到这个产品上也有非常多的分类。
除了上面这两大分类外，还有一个内容区块就是针对每一款产品的零配件需求，且这种零配件并不通用。
所以这三大区块混合起来，就使得这个网站的 URL 目录层级设计比较复杂，如果再在对应分类上加上产品案例，就会使得整个 URL 目层级有 5~6 级。
类似：「女士瑜伽裤 / 户外运动 / 黑色 / 七分裤 / 39M」。
其实这个瑜伽裤案例还算能梳理出来，我实际碰到的那个产品就没有那么简单了。
所以我这两天也是在不停的调研，一是看竞争对手是怎么做的，二是把现有调研信息跟 AI 进行同步，问问 AI 具体什么意见。
不得不说，AI 在这种信息规划方面的能力真的挺强的。
消化完我的背景信息，并简单沟通之后，就给出了「核心业务两层 URL + 案例独立扁平化 + 规格作为属性」方案。
简单点说就是要把产品案例与产品介绍的落地页糅合起来。
还是刚刚那个运动健身瑜伽裤的场景，用一个专门的落地页来匹配这种定制类需求，且这个页面后续只做这一件事。
至于这类产品或者这种定制类的案例，则全部移动到「projects」分类下面，不要做 URL 层级嵌套。
如果某个案例匹配具体的产品定制场景，完全可以使用内链的方式将对应的案例放到定制类落地页里面去，以此来规避三层或者四层 URL 结构。
至于其他的产品划分类别，也都是这个逻辑，其核心就是尽可能降低 URL 层级，将不同性质的内容解耦。
我今天按照这个思路，将这款产品的各个维度信息梳理了一遍。
我觉得这种分离逻辑应该是没什么大问题，需要后续深度实操，然后看看过程中会不会碰到什么问题。
所以这里我也建议有碰到同类困惑的朋友，不妨将调研到的信息与自己的项目背景同步给 AI，并与 AI 交流下对应的解决方案。
