Job Detail
Primary user task: A candidate has clicked through from the vacancy list and wants to read the role and apply.
~3 phone-screens of scrolling could be reclaimed on this page if these findings are addressed.
Job detail for a Second Chef Bank role. A job-detail page built on the care-home template, carrying about 3,700 pixels of content that doesn't directly relate to the role itself.
The user landed here from the vacancy list, they have already self-selected the role. What this page actually shows in the first 5,000 pixels: a 46-photo gallery of the care home, two generic “catering at Care UK” sections, four accordions about employer benefits in general, and testimonials. The job description itself sits below all of that. There’s a clear mismatch between what a candidate at this point in the journey is looking for and what the page leads with.
Page-specific findings
F6.5 High layout 2 104 of 106 images missing dimensions (98%), highest CLS exposure in the audit
All overlayGallery thumbnails + their expanded views render without `width` / `height` / `aspect-ratio`. The page also has 3 iframes missing dimensions, likely embedded videos. iframe CLS is harder for the browser to estimate than `<img>` because it can't query intrinsic dimensions ahead of time.
F6.9 Low touch Footer link rows at 19 px height (site-wide)
8 footer links each at 19 px height, below the AA 24 minimum. Site-wide footer issue, not page-specific.
F6.8 Medium navigation 2 Apply CTA discoverability is unclear from page structure
Five primary buttons distributed across a 12-viewport page, likely Apply on first viewport + Apply at end + Enquiry form + 2 modal CTAs. The page's primary action should be sticky-visible on every viewport. The current pattern lets the user scroll past the Apply CTA, lose sight of it, and have to scroll back up to convert.
F6.3 Low accessibility H1 is the job title, then job title repeats as H4 elsewhere
The job title appears twice in the heading outline, once as the H1 at the top of the page, and again as a hidden H4 (almost certainly inside a sticky Apply rail or modal). Screen-reader users navigating by headings hear the title announced twice.
F6.4 Low accessibility Decorative use of H3 / H5 for contact details
The contact section uses H3 / H5 markup on phone numbers and labels (e.g. "03339 200 748", "Enquiry form") for visual emphasis, not because they're real document headings. Screen-reader users hear them announced as headings. The same content also carries two small typos, "enquires" should be "enquiries", and "&family" is missing a space.
Cross-page findings that apply here
These are component-level findings catalogued in the Cross-page findings view. Each is observed on multiple pages, so they're worth highlighting separately from page-specific issues.
C-ALIGN.1 High layout P01P02P03P04P05P06 3 Section components sit with inconsistent alignment to the page edges, breaking visual flow
Across the audit, several different section components on the same page render with mismatched left and right page margins. Some sit flush to the left edge with a wider right gutter; others reverse it; some sit roughly centred but with their inner content offset. On a mobile viewport where horizontal space is already at a premium, the result is a page that reads as misaligned. Each section starts at a slightly different horizontal position, the vertical rhythm down the page breaks, and the side with exaggerated padding wastes content area. Beyond the wasted space, the inconsistency carries a cognitive cost. Each new section asks the eye to re-anchor on a different horizontal axis. The user is constantly recalibrating where content begins and ends, which interrupts the natural top-to-bottom reading flow and adds friction to scanning the page. On a long page (the Care Home Detail page is 27 phone-screens deep), that friction compounds. The pattern is observable on the Care Home Detail page across the purple intro panels, the lighter-grey content cards, the Feature text panels (variants A and B), Care at our home, Reviews & Ratings, and the Nearby homes block. It carries over to the listing, promo-landing and careers templates, which inherit the same section components.
C-CHAT.1 High layout P01P02P03P04P05P06 2 Two persistent bottom-anchored widgets compound on every screen
Two competing always-on bottom widgets reduce the effective scrollable viewport by ~80–200 logical px on every screen of content the user reads. WCAG 2.4.11 (Focus Not Obscured), content under a persistent widget cannot be focused without scrolling around it. Per page: - P01, Olark chat icon + Recently Viewed (2 widgets) - P02–P03, Recently Viewed only - P04, Recruiting Assistant + Recently Viewed (2 widgets) - P05–P06, Recently Viewed only
C-IMG.1 High layout P00P01P02P03P04P05P06 2 71% of images across the audit are missing width / height / aspect-ratio
Images without explicit dimensions cause **layout shift** as they load, content jumps as the browser reserves space. This produces a poor Core Web Vitals CLS score (a Google ranking signal) and a janky perceived performance. The brief explicitly calls this out. Per page: - P00: 21 / 72 (29%) - P01: 242 / 297 (81%) - P02: 13 / 15 (87%) - P03: 10 / 12 (83%) - P04: 18 / 69 (26%) - P05: 3 / 5 (60%) - P06: 104 / 106 (98%)
C-PANEL.2 Medium density P01P06 2 "At a glance" / "Job at a glance", long table-like metadata block
Stacks 4–6 rows of metadata (Location, View map, CQC Rating, Availability, Pricing PDF, Contract PDF on P01, Location, Pay, Shifts, Contract, Reference on P06). Sits in the second viewport on both pages.
C-FONT.1 Medium typography P00P01P02P03P04P05P06 11–14 px text used in 100+ places site-wide
WCAG and iOS HIG both recommend ≥ 16 px for body text. 11–12 px text is below that floor; 14 px is borderline (acceptable for footnotes / captions, not body copy). P01 alone has 39 elements at 11 px, 38 at 12 px, 99 at 14 px.
C-NAV.1 Low density P00P01P02P03P04P05P06 2 Top utility tab bar consumes ~50 logical px on every page
The three audience tabs (CAREERS / CARE HOMES / CUSTOMERS) sit at the very top of every page, they're a Care UK Group navigation (sister-site switcher) but consume permanent vertical space on a small viewport.
C-FOOTER.1 Low touch P00P01P02P03P04P05P06 Eight footer navigation links sit below the WCAG AA tap minimum on every page
Eight footer links measure 19 px tall on every audited page: About Care UK, Press & media, Feedback & complaints, Careers at Care UK, Legal & regulatory information, Privacy policies, Cookies policy, Web Accessibility. The WCAG 2.5.8 AA minimum is 24×24 px. These don't qualify for the inline-text exception in 2.5.8, since each link is its own row in a stacked footer navigation list, not a phrase inside a sentence. They are explicit navigation controls.
Potential ways forward
Observations on patterns that could improve the issues above. These are possibilities worth exploring, not committed solutions, the audit's deliverable is the diagnosis.
Signposting out generic content
The generic "catering at Care UK", "working at Care UK", and testimonials sections currently live inline. They could signpost out to a canonical "Working at Care UK" hub. The candidate has already self-selected the role; the page can lead with the role and let the broader employer story live one click away.
Progressive disclosure on the gallery
A 46-photo gallery sits on a page about a job role. A short visual strip with a "View all photos" doorway would still give the user a sense of the home without absorbing thousands of pixels into the role page.
Persistent Apply CTA
On a 12-screen page, the user can scroll past the Apply button and lose sight of it. A persistent (sticky) primary action at the foot of the viewport keeps the next step always available, supporting the page's reason for existing.