Pages & Sites

Customer portal menu & layouts

Configure portal navigation, layout presets, and custom page placement.

Customer portal menu & layouts

Portal menu and layouts covers Customer portal navigation, layout choices, menu order, and the pages or object views available to signed-in customers. Use this page when you are configuring the live product surface, planning a rollout, or checking why users see different data from what an administrator sees.

What this surface is

  • Primary purpose: Customer portal navigation, layout choices, menu order, and the pages or object views available to signed-in customers.
  • Where staff start: Configure portal menus at /settings/pages/customer-portal-menu.
  • Where admins configure it: Portal pages and reusable pages are managed from /settings/pages/pages; portal object exposure is configured per object.
  • Runtime/detail surface: Customers see the resulting portal menu after login, including custom pages, object entries, tickets, billing, forum, or support links.
  • Platform connections: Portal menu choices depend on customer access, object ownership filters, and enabled modules.

Common workflows

WorkflowWhat happensWhere to check
List theList the customer jobs the portal must support: view records, submit tickets, pay invoices, read content, or update detailsConfirm in the product route above before publishing.
Create menuCreate menu sections that match those jobs instead of mirroring internal app namesConfirm in the product route above before publishing.
Add portalAdd portal entries for custom pages, object views, tickets, invoices, forum content, or knowledge pagesConfirm in the product route above before publishing.
Choose aChoose a layout style that fits content density: classic, centered, full-width, minimal, or stacked where availableConfirm in the product route above before publishing.

Configure it

  1. List the customer jobs the portal must support: view records, submit tickets, pay invoices, read content, or update details.
  2. Create menu sections that match those jobs instead of mirroring internal app names.
  3. Add portal entries for custom pages, object views, tickets, invoices, forum content, or knowledge pages.
  4. Choose a layout style that fits content density: classic, centered, full-width, minimal, or stacked where available.
  5. Set default portal landing order so the most important customer action appears first.
  6. Check page permissions and object exposure before linking the page in the portal menu.
  7. Preview the portal as a customer user and verify empty states are helpful.
  8. Publish gradually and monitor support questions about navigation.

Configuration options

OptionUse whenNotes
Custom pageCustomers need instructions, dashboard, or rich contentBuild in Pages and add to the portal menu.
Object menu itemCustomers need their own recordsEnable portal exposure on the object.
Ticket menu itemCustomers need support accessPair with ticket categories.
Billing menu itemCustomers need invoice/payment accessPair with Billing and payment links.
Forum/KB menu itemCustomers need self-service contentPair with Forum or Knowledge Base modules.
Minimal layoutThe portal should focus one actionUseful for payment or application portals.

Operating notes

  • Do not expose a page in the menu until every data block on that page respects customer ownership.
  • Use customer language such as “My requests” instead of internal labels such as “Case object”.
  • Portal layout changes should be tested on phone and desktop.
  • If customers see blank content, check menu placement, object exposure, enabled module, and role filters.
  • A portal page can link to public forms, but public forms do not require portal login.
  • Keep high-risk actions such as payments and document uploads easy to find but clearly labelled.
  • Avoid duplicating the same destination under multiple menu labels.
  • Retire old menu entries instead of leaving hidden paths users can still find from email links.
  • Document who owns each portal menu item.
  • Review portal menu order after adding new modules such as Billing, Forum, or ATS.

For developers

Use the developer and reference pages when this configuration is read or changed by code, scripts, widgets, embeds, API clients, or webhooks.