Skip to main content

Organization Defaults & Navigation

Navigation Path: Sidebar → Experience Manager → Organization (the blue-bordered panel)

TabLinkPermission
Customer & Account Pages?tab=org:pagesManage Essential Customer Pages
Account Pages — Header/Footer?tab=org:account:chromeManage Org Level Global Settings for StoreFront
Site Map?tab=org:sitemapany pages-view permission
Surface → Menu & Header/Footer?tab=org:<surface>:menuthat surface's view permission

Whatever you set here is the default every project inherits — until that project saves an override of its own.


1. Menu & Header/Footer​

Each of the four audience surfaces has its own editor at ?tab=org:storefront:menu, ?tab=org:marketing:menu, ?tab=org:servicedesk:menu and ?tab=org:papers:menu. They are the same editor with a different audience.

The pane opens with the precedence panel telling you what visitors currently see, then two sections: Menu, and Header & Footer.

1.1 The menu​

Figure 1 — A menu item with two sub-items. Each row shows where it resolves to, live.

This is a top-nav editor: the menu shown to that surface's customers. Items reorder with the ▲▼ buttons and delete with the bin.

Figure 2 — Three link kinds, as a segmented toggle.

Every item has a label and exactly one of three link kinds, chosen with the compact toggle on the right of the row:

#KindWhat you then pickResolves to
1OrgAn org page slugA page under the org subdomain, e.g. support
2ProjectA project, then one of its pagese.g. /oo/support/kb
3URLAny external addressOpens in a new tab

Switching kind clears the fields that no longer apply, so a saved row never carries stale values from a previous kind.

Two things worth knowing:

  • Sub-items make dropdowns. + Add sub-item nests a child under an item; the storefront renders those as a dropdown. The heading above them reads SUB-ITEMS (DROPDOWN).
  • Links to: is a live preview. Under each configured row the editor prints the exact path the item will resolve to — /oo/support/kb. Use it to catch a wrong project or page before you publish.

An empty menu shows a dashed placeholder telling you to press Add item.

Figure 3 — Five chrome slots. Each is independently switched on or off.

These are the chrome slots the page renderer injects into any page that doesn't declare its own:

SlotWhat it isDefault
Site headerTop bar on every page of the surface — logo, menu, cart, account.On
Announcement barThin notice strip above the header — promotions, shipping notes.On
Site footerBottom area — copyright, social links, newsletter.On
Floating widgetsPinned to a screen corner. Add as many as you like: WhatsApp chat, Call us, floating cart, live chat (Tawk / Intercom / Drift / Crisp / Tidio), back-to-top, cookie consent.None
Mobile fixed footerBottom nav bar on mobile only. Up to 5 slots — two left, a raised centre, two right — each linking to a project page, org page, category or external URL.Off

Each singleton slot expands into its own configuration form, plus a Hide on these pages multi-select: name page types there and the slot is not injected on them. Hiding the header on the checkout page is the usual reason.

Configuration survives being switched off

Turning a slot off flips its auto-inject flag but keeps everything you configured. Toggle it back on and your settings are still there.

Press Save when you are done — a toast confirms, and the badge in the rail flips to Configured.


2. Account Pages — Header/Footer (tab=org:account:chrome)​

Figure 4 — The neutral chrome for shared account pages. Organization-level only.

This is the neutral header and footer used by shared account pages — login, profile, generic help — and it is the same editor as above.

It only applies when Primary Surface is Account

This chrome is used when Primary Surface is set to Account in Landing & URLs. Set the Primary Surface to Storefront and account pages take the Storefront chrome instead, leaving whatever you configure here unused.

Keep it minimal — usually just your logo and a simple footer. A visitor signing in might be a shopper, a blog reader or a support user; a shop search bar and a promo banner help none of them. There is no project-level version of this tab.


3. Site Map (tab=org:sitemap)​

Figure 5 — Every public page in the organization, in one read-only tree. Project names blurred.

A read-only inventory: the Organization block first, then one block per project with its Storefront, Marketing, Resolve and Papers trees.

  • Each block is gated by its own permission and by your organization's packages — so the map shows what you are allowed to see, not necessarily everything that exists.
  • Use it to answer "does this page already exist, and on which surface?" before creating a duplicate.