分类体系Taxonomy
“室外灯”和“户外照明”是两类产品，还是同一类的两种叫法？
分类体系用稳定概念、名称、关系和归属规则组织内容，常见包含上位与下位关系。它是一套数据与命名约定，不等于某个菜单外观；有些知识组织还允许多重归属或其他关联。
先把同一件事叫什么、属于哪里说清楚，再决定用菜单、树还是筛选来展示。界面画得整齐，分类仍可能互相打架。
整理书架时要先确定按主题、作者还是使用场景归类。同一本书可能适合多个主题，不一定只能塞在一个格子里。
类比到这里为止：实体书只能摆在有限位置，数字内容却可以被多个入口引用。多入口不一定要复制多份内容，也不一定要制造重复网址。
工业品按产品种类建立主分类，安装环境和认证要求作为额外属性。不要让“灯具、室外、德国”在同一层混用产品类型、场景和市场。
先写分类规则，再画界面
- 身份
- 为概念提供稳定 ID，不用列表位置当身份。
- 名称与别名
- 确定首选叫法，保留常见简称与同义检索入口。
- 关系
- 区分上位、下位、关联和独立属性维度。
- 维护
- 新增、合并、移动时核对旧引用与查询结果。
一个概念可以有多个到达方式
用户可以从“产品种类”找到一款灯，也可以从“室外安装”筛出它。两条路径仍然指向同一份产品资料，不能因为多入口就造成规格更新两份不一致。
先用真实内容检验分类边界，再决定层级深度。分类体系能帮助 SEO 与阅读组织，但并不凭空带来搜索需求或排名。
继续看项目应用与交付检查
分类体系 在项目中负责什么
- 什么时候用
- 目录越来越多、同义词重复、同一内容在不同入口找不到，或团队分类口径不一致时。
- 它解决什么
- 让导航、筛选、检索和内容维护共享一致的含义，减少随意新增近义类别。
- 它不负责什么
- 分类不一定必须是一棵单父节点树。是否允许多重归属、怎样处理交叉维度，要按内容实际关系决定。
- 放进真实项目
- 把产品按行业、用途、材质和系列建立可维护层级，供筛选与询盘字段复用。
分类体系先服务查找和管理，再决定树形控件长什么样
同一款工业阀门可能按材质、行业和系列查找；若把不同维度硬塞进一棵树，产品会被重复或放错位置。
- 01
从用户实际查找路径收集分类维度。
- 02
区分稳定层级和可叠加标签。
- 03
为新增、改名和迁移建立治理规则。
概念有身份，名称可别名，关系先于菜单。
容易混淆的地方
改了显示名称不应顺便改变概念身份。把两个近义词合并，也不应悄悄丢掉原来的链接或既有内容引用。
课程分类中同时出现“AI 入门”“人工智能入门”和“新手 AI”。迁移文章前应该先做什么？
你可以这样告诉 AI Agent
我在处理这件事：把产品按行业、用途、材质和系列建立可维护层级，供筛选与询盘字段复用。请以“分类体系”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践