WooCommerce商品有规格，为什么筛选不出来？全局属性这样用

客户点了“蓝色”，页面却说没有商品。你打开商品介绍，明明写着“颜色：蓝色”。这时不一定是筛选器坏了：它可能从来没读这句描述，而是在查询商品关联的属性项。

规格文字写了，不代表筛选器认识它

WooCommerce里，产品介绍、产品的自定义属性、跨商品使用的全局属性，承担不同用途。分类、标签与属性官方说明解释了它们的组织关系。

介绍里写“蓝色”，帮助客户阅读。某件商品自己创建一个叫“颜色”的属性，可以描述该商品。全局“颜色”及其统一属性项，才让不同商品共享一套可识别的值，方便对应的目录筛选。

名字看起来相同，关系也可能不同。一个商品用了全局的Blue属性项，另一个只在自定义属性里写Blue，不能仅凭肉眼就判断它们都进入了同一个筛选集合。

全局属性也不等于每个属性都应该成为购买变体。材质可以用于目录筛选，是否还需要不同SKU、库存和售价，是另一项业务决定。可购买规格的设置见WooCommerce可变商品教程。

先用三件商品，把全局属性对齐

下面是教学设定的三个商品。演练时在测试环境使用少量样本，不要为了试筛选把正式店里的属性全部覆盖。

商品	当前颜色记录	起初选择全局Blue的预期
A连接器	全局颜色：Blue	可以匹配
B连接器	商品自定义颜色：Blue	不能据此当作已关联全局Blue
C连接器	全局颜色：Red	不匹配Blue

在商品 → 属性中找到或建立统一的颜色属性，进入属性项管理，确认Blue和Red的实际条目。先查已有值，避免又建出Blue、blue、蓝色三个本意相同的项目。

接着打开B商品，在商品数据的属性区域选择已有的全局颜色，加入确认过的Blue属性项并保存。保存后重新打开商品，确认关联仍在。

这步是在整理结构化关系，不应顺手删除原变体、改库存或重生成全部规格组合。正式商品已经依赖旧属性时，先核对原关系，再让维护者制定迁移方法。批量导入前可使用五行CSV映射测试，把范围缩小到能逐项验收。

两个常见勾选，分别管展示和购买组合

商品属性区域里常见的“在产品页面上可见”，决定前台是否展示这项属性；“用于变体”与可变商品的购买规格组合有关。它们和“商品实际关联了哪个全局属性项”不是同一件事。

例如材质设为全局项，可以帮助目录查询；客户是否还要在详情页选择不同材质、各材质是否有独立库存和价格，需要另外设计。不能因为筛选不工作，就把所有属性都勾成变体，再生成一大批无业务意义的组合。

在简单商品B里关联全局Blue后，保存、重新打开属性区域，确认不是只在尚未保存的编辑画面选中过。接着去未筛选列表找B，保证集合原本就包含它。如果B本身不在目录里，颜色关联即使正确，也不会把它从另一个商品集合里凭空找来。

如果B已经是依赖自定义颜色的可变商品，先保留旧属性与变体关系。在副本或测试环境里核每个购买组合怎样改绑，再核SKU、价格、库存和默认选项；不要直接照简单商品例子删旧属性。属性迁移和筛选修复要分开验收。

把筛选放进真正展示商品的集合

接下来确认你使用哪种筛选工具。WooCommerce原生Product Filters区块、付费扩展和第三方主题控件不是同一个产品，不要把各自的设置步骤混用。

使用原生区块时，官方要求同一页面或模板里有Product Collection（商品集合），筛选针对对应的集合工作。可在支持站点编辑器的环境中打开商品目录模板，在集合附近加入Product Filters，并在里面选择Attribute Filter及所需属性。依据见Product Filters区块说明。

经典主题或页面构建器不一定提供相同入口。如果你找不到外观里的编辑器，先确认主题和所用控件的实际支持，不要为了一篇教程直接更换主题。

先保证这个集合未额外限制到一个不含样本的分类。假设它展示全部三件教学商品，选择Blue后，应看到已正确关联的A与B；选择Red看到C；清除条件又回到三件。

选了蓝色却没结果，沿条件一项项查

先清除所有筛选，只保留Blue。如果这时能看到商品，而再加“有库存”后变成零，就继续查库存条件，别又去重新创建颜色属性。

同样要查当前集合是否限定了分类，商品是否公开、是否允许在目录显示，以及过滤器实际选的是哪个颜色属性项。多个条件合在一起是在取共同匹配结果，其中任何一个条件都可能把商品排除。

可以沿这个顺序回查：商品保存后的全局关系 → 未筛选集合是否含样本 → 单一颜色结果 → 逐项加入其他条件 → 手机筛选入口和清除动作。缓存与筛选索引是否需要刷新，按你所用工具的文档处理，不默认所有插件都有同一个重建按钮。

别只核左边“Blue”字样存在。选项可见、商品数据关联正确、结果列表更新，这三件事都应通过。

为什么蓝色有两件，加“有库存”却只剩一件

沿用已经整理好的A、B、C。再作一个教学设定：A和C有库存，B暂时缺货。当前集合包括三件，颜色Blue匹配A与B，有库存匹配A与C。两个条件一起要求，能同时满足的只有A。

当前条件	这组教学数据应出现的商品
清空条件	A、B、C
只选Blue	A、B
Blue＋有库存	A
去掉Blue，只留有库存	A、C

所以“选项旁边有两件，最后只看到一件”不能立即判成筛选故障。先明确当前还有哪些活动条件，以及计数采用什么口径。不同工具可能有不同计数或缺货处理方式，应按它自己的文档和实际数据核对。

再做三次动作：选Blue、加入库存、清除全部。若选项状态变了但结果列表从未变化，查过滤器是否作用于这个集合，以及是否有脚本或请求错误；若列表更新却排除B，查B的实际条件；若后台刚改完仍显示旧关联，再查该工具文档支持的缓存或索引更新。这样不会把每种失败都归到“重新建Blue”。

原生Product Filters文档支持与Product Collection结合使用；第三方控件可能采用另一套查询和索引。先报出你用的控件名称和页面模板，排错才有明确对象。

批量改前，先做一次买家验收

用未登录页面走一遍：打开目录，选择Blue，打开A或B，确认产品规格；再回列表清除条件，打开C。手机上的筛选面板应能打开、操作和关闭，不遮住结果。

如果涉及可变商品，再检查原有购买规格、价格和库存，确认属性整理没有破坏下单。筛选能找到商品，并不代表购买关系也自动正确。

筛选生成的参数网址要不要进入Google，是下一项决策，见筛选页SEO索引控制。不要因为筛选已经好用，就让所有组合自动竞争排名。

需要把这件事放回整个建站与维护顺序时，可以从WordPress建站知识库继续查商品结构、发布和日常验收。

上线前保存这三件样本的结果，后续新增商品时按同样关系抽查。对买家而言，完成任务是“选到正确商品、看懂规格、能按原条件购买”，不是只看筛选按钮出现了。若目录结构需要协助整理，可以把商品类型、属性项和失败样本交给WordPress建站与维护服务，先处理实际目录关系，再讨论换控件。