子页面链接消失，父分类为何仍在：SmartHub导航的嵌套与直接条目

Reward Gateway的SmartHub导航说明，把内容分段与组织内容的分类容器分开。平台可以分别对tile、page和layout分段，导航中的链接再反映相应内容条件。[1] 但Custom Items和Custom Menus用于分类页面与布局，本身不能分段；原文把它们比作组织文件夹，并说所有人都能看到。这不是同一条显示规则应用到菜单里的每一种对象。

原帮助以Benefits自定义菜单说明两层关系：父菜单共同可见，其下分别放入面向英国与美国员工组的hub链接。文档的美国示例组看到美国福利子链接，英国示例组看到英国福利子链接。[1] 分段影响的是下面的hub链接，Benefits这一分类标签没有因此变成某一个国家专属的页面。这里的国家组只是产品例子，不是在认定真实员工的福利资格。

第一个文字结果展示了只有一个子项的情况。自定义菜单下的页面只面向示例人物Sevil，其他人仍看见Segmentation Test这个父标签，但下面没有子项；Sevil则能看见父标签及相应子链接。[1] 因此，“下面没有链接”与“父分类不再出现”在这个例子里是两个不同结果。分类容器继续提供名称，不代表其下面每个页面链接都向同一人显示。

第二例在同一个共同可见的分类下放了两页，分别对应Sevil与Norberto。两人各自看到相应子链接，其他人只看到分类标签。[1] 与第一例相比，增加第二个有条件的子项，没有把分类本身变成两份分别显示的父菜单。页面条件决定各自的链接范围，分类仍承担把它们组织在一起的角色。

第三例改了对象放置关系：面向Sevil的页面直接进入mega menu，没有再套一层上述自定义分类。此时其他人看不到该项，Sevil看到页面链接。[1] 这与第一例的差别不只是子项数量：前面留下的是共同分类，直接页面这一例则没有同样的父标签需要保留。因而，不能把嵌套分类下的结果，原样套给直接加入的页面。

第四例又把有条件的页面直接放到导航栏，符合示例条件的人看到的是top-level link，其他人不见这个链接。[1] 第三例与第四例分别谈mega menu内的直接页面和导航栏顶层链接；它们都反映页面自己的分段条件，却处在不同导航位置。原注另说明，分段页面在mega menu与drop-down两种形式中采用相同关系，不能只凭菜单外观不同，就补出另一套页面条件。

这些例子共同解释了公开帮助中的两类对象：自定义分类负责组织，页面或布局链接反映各自分段。判断一段导航说明时，先指出被讨论的是分类标签还是具体链接，再读它处在父项之下、mega menu内或导航栏顶层，会比只写“菜单被隐藏”更准确。

本文依据上述四段文字及邻接，没有观看示意图片、配置菜单或处理员工资料，也不把链接显示当成内容保密保证。页面2025年12月10日标为更新，首次发布日期未知。