Juno
How it worksExample reportPricing
Start free audit
© Juno
Deutsch
ImprintPrivacyTermsWithdrawal
IndustryBakery chainRehab centresRestaurant chainElectrical contractorOnline shopFood producerMetal engineeringElectronics maker

Real exampleA real German company’s website, checked with the free quick check on 24 Oct 2026. Name and address removed.

Homepage · 24 Oct 2026

guss-und-antrieb.example

Poor overall: 25 things to improve, with UX scoring lowest. Start with one action, one name. Quick audit: only the code-measured checks ran, so design and copy judgement is still missing. 5 checks need a person to confirm.

critical
4
major
7
minor
14
Checked52%quick audit
36of 100Poor6 high-impact fixes you can make in minutes

Scores by audit

If you only do three things

  1. One action, one name

    When one destination has several names, or one name leads to different places, visitors stop trusting the navigation and second-guess every click.

    Fix→Give every destination one label and use it everywhere: menu, buttons, footer and page title. Rename or remove the duplicates the audit found.

  2. Comfortable body text

    Small text, long lines and tight line spacing tire readers quickly, especially on phones.

    Fix→Set body text to at least 16 px, line length to 45–75 characters (max-width around 65ch) and line height to 1.4–1.6.

  3. Text and controls are readable

    Low-contrast text is hard to read for people with low vision, older visitors and anyone on a phone in sunlight. It’s also the most common accessibility failure.

    Fix→Darken text until it reaches at least 4.5:1 against its background (3:1 for large text and for icons, borders and focus rings).

SEO

Poor 30/100

SEO is where visitors struggle most. I'd start with "pages can be crawled and indexed".

  • critical

    Pages can be crawled and indexed

    1 page(s) tell search engines not to index them and 0 return an error. Pages search engines can’t crawl or index simply don’t show up in results.

    Fix→Make sure key pages return 200, have no noindex, point their canonical to themselves and are listed in an XML sitemap referenced from robots.txt.

    For your developer
    • robots: noindex,follow
    • pages with canonical: 15 of 16
    • crawled pages listed in sitemap: 0 of 16

    Google Search Central: SEO Starter Guide

  • major

    Core Web Vitals in the green

    Lab data: LCP 4291 ms, CLS 0.00, Total Blocking Time 17 ms. Slow, jumpy pages rank lower and lose visitors before they load.

    Fix→Shrink and preload the largest above-the-fold image, defer non-critical JavaScript, and reserve space for images and embeds to stop layout shift.

    For your developer
    • LCP (lab, mobile): 4290.55 ms (target 2500)
    • CLS: 0 (target 0.1)
    • Total Blocking Time (lab, stands in for INP): 17 ms (target 200)

    web.dev: Core Web Vitals thresholds (LCP 2.5 s, INP 200 ms, CLS 0.1)

  • minor

    Unique, descriptive titles and descriptions

    16 page(s) without a meta description. The title and description are your ad in search results. Missing or duplicate ones get fewer clicks.

    Fix→Write a unique title per page (main topic first, brand last, under about 60 characters) and a 120–160 character description that makes people want to click.

    For your developer
    • No meta description

    Google Search Central: Influencing title links in search results

  • minor

    Structured data for what the business is

    No structured data found; search engines have to guess what the business is. Structured data tells search engines what your business is and can earn richer search results.

    Fix→Add JSON-LD for your business type (Organization, LocalBusiness, Product or Article) with name, logo, contact details and links, and validate it in Google’s Rich Results Test.

    For your developer
    • JSON-LD blocks: 0

    Google Search Central: Structured data general guidelines

  • minor

    Looks right when shared

    Missing og:title, og:description, og:image; shared links will look bare. Links shared without a preview image and description get far fewer clicks.

    Fix→Add og:title, og:description and a 1200 × 630 px og:image to every key page, and check them with a link preview tool.

    For your developer
    • No og:title
    • No og:description
    • No og:image

    Google Search Central: SEO Starter Guide

  • minor

    Images are light and described

    Image delivery can improve: Improve image delivery (Est savings of 130 KiB). Heavy images slow every page, especially on mobile data.

    Fix→Serve images as WebP or AVIF at the size they are shown, set width and height, and add loading="lazy" to images below the fold.

    For your developer
    • Improve image delivery (Est savings of 130 KiB)

    Google Search Central: SEO Starter Guide

Accessibility

Poor 34/100

Accessibility is where visitors struggle most. I'd start with "text and controls are readable".

  • critical

    Text and controls are readable

    9 elements fall below WCAG contrast minimums. Low-contrast text is hard to read for people with low vision, older visitors and anyone on a phone in sunlight. It’s also the most common accessibility failure.

    Fix→Darken text until it reaches at least 4.5:1 against its background (3:1 for large text and for icons, borders and focus rings).

    For your developer
    • p:nth-child(5) > .btn-primary.btn · "Mehr über [brand] erfahren": #ffffff on #f56405 is 3.13:1, needs 4.5:1 (try #292929)
    • .textmedia-centered > .textmedia-text.textmedia-item > p:nth-child(3) > .btn-primary.btn · "Karriere bei [brand] erkunden": #ffffff on #f56405 is 3.13:1, needs…
    • .article.articletype-0.article--news:nth-child(1) > .article__body.news__body > .btn-group-action > .btn-outline-primary.btn[target="_self"] · "Weiterlesen": #…

    WCAG 2.2 SC 1.4.3, 1.4.11

  • critical

    Controls announce what they are

    1 control without a usable accessible name or valid ARIA (link-name). Screen readers announce controls by their name. A button without one is announced as just “button”.

    Fix→Give icon-only buttons and links an aria-label, connect form fields to their <label>, and make sure the accessible name contains the visible text.

    For your developer
    • .header__logo-link · Element does not have text that is visible to screen readers

    WCAG 2.2 SC 4.1.2, 2.5.3

  • major

    Focus is always visible

    49 focus stop(s) without a visible indicator, 10 hidden behind other elements, out of 64. Keyboard users need to see where they are. Without a visible focus outline they are navigating blind.

    Fix→Never remove the focus outline without a replacement. Add a clear :focus-visible style (for example a 2 px outline with 3:1 contrast) to every interactive element.

    For your developer
    • #meta-item-26 · No visible focus change: "Suche"
    • #language_menu > li.active:nth-of-type(2) > a · No visible focus change: "DE"
    • div.frame-group-inner > div.frame-container > div.frame-inner > div.icongroup:nth-of-type(2) > a.icongroup-item:nth-of-type(1) · No visible focus change: "Fein…
    • div.frame-group-inner > div.frame-container > div.frame-inner > div.icongroup:nth-of-type(2) > a.icongroup-item:nth-of-type(2) · No visible focus change: "Sand…

    WCAG 2.2 SC 2.4.7, 2.4.11

  • critical

    Everything works with a keyboard

    1 interactive element is not reachable with the keyboard. People who can’t use a mouse rely on the keyboard. Anything they can’t reach is something they can’t use.

    Fix→Use real <button> and <a href> elements for anything clickable, don’t remove them from the tab order, and add a “Skip to content” link.

    For your developer
    • focus stops: 64
    • unreachable controls: 1 (target 0)
    • backward jumps: 0 (target 1)
    • #page-header > div.container > a.header__logo-link · Not reachable with Tab: ""

    WCAG 2.2 SC 2.1.1, 2.1.2

  • minor

    Predictable across pages

    Navigation order differs on 15 of 15 pages. When navigation moves around between pages, people relying on memory or assistive tech lose their way.

    Fix→Keep navigation in the same place and order on every page, and don’t change context automatically when a field gets focus or input.

    For your developer
    • Navigation differs from the homepage

    WCAG 2.2 SC 3.2.1, 3.2.2

  • minor

    Structure is real, not just visual

    1 skipped heading level(s); 1 list/table structure errors. Screen reader users jump by headings and landmarks. A page without real structure is one long stream.

    Fix→Use one <h1>, nest headings in order (h2 under h1, h3 under h2), and wrap the page in <header>, <nav>, <main> and <footer>.

    For your developer
    • h1 count: 1 (target 1)
    • Skipped heading level: h2 → h5 "Unternehmen"
    • h3 · Element does not have text that is visible to screen readers

    WCAG 2.2 SC 1.3.1, 1.3.2

UI

Poor 43/100

UI is where visitors struggle most. I'd start with "comfortable body text".

  • major

    Comfortable body text

    Body text: ≈168 characters per line, weight 100 (outside comfortable range). Small text, long lines and tight line spacing tire readers quickly, especially on phones.

    Fix→Set body text to at least 16 px, line length to 45–75 characters (max-width around 65ch) and line height to 1.4–1.6.

    For your developer
    • div.frame-container > div.frame-inner > div.textmedia > div.textmedia-item > p:nth-of-type(1) · ✓ body 16px (desktop) · ✓ body 16px (mobile) · ✗ ≈168 character…

    Matthew Butterick: Practical Typography — line length, point size, line spacing

  • minor

    Size-aware tracking and leading

    7 of 7 large headings use loose tracking or leading. Large headings with loose letter spacing and tall line height look unfinished and break apart as words.

    Fix→For text 32 px and up, use letter-spacing of 0 or slightly negative (around -0.01 to -0.02em) and line height of 1.0–1.2.

    For your developer
    • div.frame-inner > div.textmedia > div.textmedia-item > div.frame-header > h1 · 61px, letter-spacing 0.57px, line-height 73.2px: "Wir schaffen Lösungen - für an…
    • div.frame-container > div.frame-inner > div.textmedia > div.textmedia-item > h2.text-center · 40px, letter-spacing 0.57px, line-height 48px: "[brand] auf einen…
    • div.frame-group-inner > div.frame-container > div.frame-inner > div.frame-header:nth-of-type(1) > h2 · 40px, letter-spacing 0.57px, line-height 48px: "Unsere P…

    Apple: Designing Fluid Interfaces (WWDC 2018)

  • minor

    Interactions feel direct

    17% of tested controls respond the moment they're pressed. Buttons that react a moment late feel unresponsive, even if the site is fast.

    Fix→Show a pressed state immediately (:active), open menus from the element that triggered them, and use CSS transitions so animations can be interrupted.

    For your developer
    • #page-header > div.container > a.header__logo-link · "": changes on press (color, border-color)
    • #meta-item-26 · "Suche": no change until release
    • #nav-item-160 · "Produkte": no change until release
    • #nav-item-1076 · "Verfahren": no change until release

    Apple: Designing Fluid Interfaces (WWDC 2018)

  • minor

    A deliberate type scale

    3 font families, 8 sizes, 88% on a consistent scale. Too many font sizes and families make a page feel unplanned and blur the difference between a heading and body text.

    Fix→Pick two families at most and a scale of six to eight sizes (for example 14, 16, 20, 25, 31, 39 px), then map every text style onto it.

    For your developer
    • font families (excl. icons): 3
    • distinct font sizes: 8 (target 8)
    • sizes on a modular scale: 88 %
    • Families: FS-Matthew-light, FS-Matthew-bold, FS-Matthew

    Adam Wathan & Steve Schoger: Refactoring UI — hierarchy, spacing systems, limited palettes

  • minor

    Spacing on a system

    65% of spacing values sit on a 4 px grid; text aligns to 10 left edges. Random spacing makes a layout feel slightly off even when visitors can’t say why.

    Fix→Choose a spacing base (4 or 8 px), define a short set of steps (8, 16, 24, 32, 48, 64), and replace one-off values with the nearest step.

    For your developer
    • spacing on 4 px grid: 65 % (target 80)
    • distinct left text edges: 10 (target 4)

    Adam Wathan & Steve Schoger: Refactoring UI — hierarchy, spacing systems, limited palettes

  • minor

    Smooth, jank-free motion

    6 animation(s) on layout properties; CLS 0.00. Animating layout properties makes pages stutter and content jump, especially on cheaper phones.

    Fix→Animate only transform and opacity, reserve space for images and embeds, and keep layout shift (CLS) under 0.1.

    For your developer
    • CLS: 0 (target 0.1)
    • #nav-item-160 · Animates top
    • #nav-item-313 · Animates top

    Apple: Designing Fluid Interfaces (WWDC 2018)

Copy

Needs work 57/100

Copy needs some love. I'd start with "c5 · plain, readable language".

  • major

    C5 · Plain, readable language

    Harder to read than needed: Amstad -14 (aim ≥ 60); sentences average 34 words. Long sentences and difficult words lose readers, including experts reading on a phone.

    Fix→Aim for sentences under 20 words, prefer everyday words, write in the active voice, and explain any jargon the first time it appears.

    For your developer
    • Amstad (Flesch, German): -14.38
    • average sentence length: 34 words (target 20)

    plainlanguage.gov: Federal Plain Language Guidelines

  • minor

    C3 · About the reader, not the company

    Homepage says "you" 9× and "we" 13×. Visitors care about their problem, not your company. Copy full of “we” reads like it’s about you.

    Fix→Rewrite key sections from the visitor’s side: lead with “you” and what they get, then say what you do.

    For your developer
    • reader words: 9
    • company words: 13

    Government Digital Service: GOV.UK content design: writing for the web

  • minor

    C6 · Buttons and links say what happens

    1 vague button/link label(s). Labels like “Learn more” or “Click here” don’t say what happens, so people hesitate or skip them.

    Fix→Write every button and link as a verb plus what the visitor gets: “Book a call”, “See pricing”, “Download the guide”.

    For your developer
    • #news-container-8541 > div.article:nth-of-type(1) > div.article__body > div.btn-group-action:nth-of-type(4) > a.btn · "Weiterlesen" → https://guss-und-antrieb.example/d…

    WCAG 2.2 SC 2.4.4

UX

Not checked yet 29% measured

UX is where visitors struggle most. I'd start with "one action, one name".

  • major

    One action, one name

    24 page(s) reached under different names; 16 label(s) leading to different pages. When one destination has several names, or one name leads to different places, visitors stop trusting the navigation and second-guess every click.

    Fix→Give every destination one label and use it everywhere: menu, buttons, footer and page title. Rename or remove the duplicates the audit found.

    For your developer
    • "suche" ×15, "suche current" ×1, "de" ×1, "eingaben löschen" ×1, "vorherige" ×1
    • "produkte" ×30, "produkte und verfahren" ×1, "produkte current" ×2, "de" ×1
    • "gussteile" ×32, "alles über [brand]gussteile" ×15, "vakuum feinguss" ×16, "offener feinguss" ×16, "sandguss" ×16, "croningguss maskenguss" ×16, "keramikguss"…
    • "alles über [brand]schmiedeteile" ×15, "gesenkschmiedeteile" ×16, "ringe nahtlos gewalzt" ×16, "buchsen nahtlos geschmiedet" ×16, "einzelstücke kleinserien gro…

    Jakob Nielsen, NN/g: 10 Usability Heuristics for User Interface Design

  • major

    Mobile is a first-class experience

    First action 3.3 screens down; 3 key button(s) under 44px tall. Most visits are on phones. Small tap targets and actions pushed far down make the mobile site feel second-class.

    Fix→Make primary buttons at least 44 px tall, bring the main action into the first screen on mobile, and check that nothing overflows sideways.

    For your developer
    • div > div.klaro > div.context-notice > p.cm-buttons:nth-of-type(2) > button.cm-btn:nth-of-type(1) · First prominent action "Akzeptieren" at 3.3 screens down, 2…
    • #page-header > div.container > button.navbar-toggler · 34px tall: ""
    • div.cookie-notice > div.cn-body > div.cn-ok > div.cn-buttons > button.cm-btn:nth-of-type(1) · 42px tall: "Ablehnen"
    • div.cookie-notice > div.cn-body > div.cn-ok > div.cn-buttons > button.cm-btn:nth-of-type(2) · 42px tall: "Akzeptieren"

    NN/g: Mobile UX guidelines (touch targets, content priority)

  • minor

    You always know where you are

    the navigation marks the current page on 15 of 15 pages. Without a “you are here” cue, visitors who arrive from search or a shared link can’t tell where they are or how to get back.

    Fix→Mark the current page in the menu (and add aria-current="page"), link the logo to the homepage on every page, and add breadcrumbs on pages three or more levels deep.

    For your developer
    • pages where nav marks the current page: 15 of 15
    • Logo/home link in the header on every page
    • deep pages with breadcrumbs: 0 of 14

    Jakob Nielsen, NN/g: 10 Usability Heuristics for User Interface Design

Conversion

Not checked yet 11% measured

Conversion is where visitors struggle most. I'd start with "fast on a phone".

  • major

    Fast on a phone

    Landing page: LCP 4.3 s, 7.9 MB on mobile. Later funnel steps are measured by the funnel walk. On phones, every extra second of loading costs conversions.

    Fix→Get mobile LCP under 2.5 s and pages under 2 MB: compress images, cut unused scripts and fonts, and lazy-load what’s below the fold.

    For your developer
    • LCP (mobile, lab): 4290.55 ms (target 2500)
    • page weight: 7.93 MB (target 2)

    web.dev: Core Web Vitals thresholds (LCP 2.5 s, INP 200 ms, CLS 0.1)

Your 30-minute plan

0 of 15 done

Small fixes with a big pay-off. Tick them off as you go.

That's it from me. Make a few changes, run me again, and I'll tell you what moved.

Run your own audit