| UI or UX | UI + UX - Single previous-page return link for a transaction | UI + UX - Hierarchy orientation navigation | UI + UX - Paged navigation control |
| UI guidance | Render one unobtrusive Back link near the top-left of a transaction page, before the main content, with a destination that returns to the previous service page. | Render a labeled breadcrumb nav as an ordered hierarchy from the broadest relevant ancestor to the current page, with real ancestor links and a distinct current-page item. | Render a labeled pagination nav near the affected results with current page, previous, next, nearby pages, optional first/last or ellipsis, and clear disabled edge states. |
| UX guidance | Use Back links to help users safely move one step back in a multi-page transaction without relying on browser history or losing previously entered information. | Orient users who arrive deep in a site by exposing the canonical parent-child relationship for the current page. | Help users move through an ordered result set with a stable sense of position, progress, and returnability. |
| Good UI | A question page shows a single 'Back' link above the H1, before the form, and the Continue button remains the only primary action after the fields. | Home, Projects, Migration, and Runbook appear in hierarchy order with ancestor links and Runbook marked current. | Current page, previous/next, disabled edges, page numbers, result range, and total count are visually clear. |
| Bad UI | A page shows Back, breadcrumbs, a previous button, and pagination controls at the same time. | Recent clicks are displayed as if they were the page hierarchy. | Tiny numbers with no current state. |
| Good UX | A user goes back from Review answers to Contact details and sees the email address and phone number they already entered. | Opening a saved deep link still shows the same parent path and lets users jump to Migration or Projects. | Users move through pages while query, filters, and sort persist. |
| Bad UX | Clicking Back returns to the browser's previous marketing page instead of the last service page. | The breadcrumb changes after every click, so the same page shows different trails for different users. | Changing page resets filters. |
| Best fit | A multi-page transaction or form asks users one thing per page. | Pages sit inside a clear parent-child hierarchy. | The collection has many ordered results. |
| Avoid when | The page is an informational content page with a stable hierarchy. | The app has a flat structure with no meaningful parent levels. | Users need uninterrupted reading or comparison. |
| Required state | Default transaction page with one Back link before main content. | Interior page with full ancestor trail. | First page with disabled previous control. |
| Accessibility burden | Keep the Back link in a predictable reading order before main content, so skip links can bypass repeated navigation. | Place the trail in a labeled nav element. | Use a labeled navigation region. |
| Common misuse | Using Back as a breadcrumb or parent-category link. | Showing browsing history instead of hierarchy. | Using pagination for a tiny collection. |