目录模式可能只改变可见按钮，也可能由扩展真正限制购买流程。若业务只接受询价，应核对商品页、购物车直达、快捷购买和接口等入口，不能凭按钮消失就宣称在线下单已经停用。
先明确哪些交易行为应保留
说明是否仅展示产品、允许登录客户下单，还是完全转为人工报价。价格显示、购物车和支付是不同控制层，不能一项设置替代全部需求。已有订单的付款和客户查询仍可能要继续可用，避免为目录改版误伤正在进行的交易。
识别负责目录模式的组件
记录主题、插件或自定义代码怎样隐藏按钮及限制后端，阅读其当前能力和例外。CSS隐藏只改变界面，不保证直接请求失效。多个扩展同时接管购物车时，还要核对是否有互相覆盖或某些商品类型被遗漏。
逐个检查替代购买入口
测试商品链接、列表快捷按钮、既有购物车、直接结账及相关公开接口，确认匿名和授权客户分别符合规则。变体、外部商品和数字商品可能走不同路径，不只检查一个简单商品。询价按钮也应进入正确表单并携带合理上下文，不泄露内部资料。
保护历史业务并验收
在受控样本验证禁用的新购买流程不会生成意外订单，而旧订单的必要付款或售后路径按约定保留。手机上仍应有清楚联系入口，不能只留下无法购买的价格和空白。最终记录目录模式到底限制了什么，没有验证的入口不作保证。
关键区别
按钮隐藏：改变界面呈现；不等于后端禁止购买。
业务限制：决定允许的交易动作；需按身份商品类型验证。
历史订单：可能仍需服务；不能一并误伤。
怎样确认处理到位
新询价或购买路径符合约定，各主要入口和身份均检查，旧订单需要的服务继续可用，手机联系清楚，未以CSS效果冒充完整交易限制。
容易误判的边界
不宜直接破坏WooCommerce核心接口。目录模式应由适合当前系统的受控方案实现，实际权限边界与客户文案保持一致。
