全局缓存组表示在WordPress多站点网络内共享某类缓存，而不是“缓存更久”或“速度更快”。把本应按站点隔离的数据设成全局，可能造成跨站读取错误。应依据核心及插件的数据归属决定，不从名称或访问频率猜测。
站点切换会改变缓存上下文
多站点网络中的代码可能切换到另一个站点读取文章和设置。普通缓存组需要随站点上下文区分数据，持久对象缓存实现负责对应行为。核对问题时记录当前站点ID、缓存组和调用位置，不只看最终生成的Redis键长什么样。
共享数据才适合全局范围
WordPress核心会对特定共享数据定义全局组，插件也可能有明确设计。业务数据是否共享取决于实际网络结构，不能因为两个站点用了同款插件就合并缓存组。文章、页面设置和站点配置常具有独立语义，错误共享会造成难以复现的数据串用。
配置不能替代插件实现
对象缓存插件允许增加全局组，不代表对任意业务组都适用。先阅读产生缓存的插件源码或官方说明，确认键设计和失效流程能支持共享。仅把组加入列表，不能自动重写业务查询和权限逻辑，也不能让两个不同数据源保持一致。
用不同站点的样本验证
在隔离测试网络为两个站点准备可区分的非敏感值，分别读取、更新和切换上下文。真正共享的对象应符合设计，站点专属对象不能互相覆盖。验证还应覆盖恢复原站点上下文后的读取，避免仅测首个页面而漏掉跨站任务调用。
关键区别
普通缓存组：随站点区分；保存站点数据。
全局缓存组：网络内共享；需明确设计。
忽略缓存组：不跨请求持久化；不是全局共享。
怎样确认处理到位
验证应记录站点ID和样本结果，确认共享与隔离都符合数据设计。没有多站点网络的单站，不应为了“优化”随意添加全局组配置。
容易误判的边界
全局缓存组用于多站点网络内经过设计的共享数据，不是缓存时长设置。不要用它修补错误业务查询，也不要把本应按站点隔离的数据改成全局。
