Juno
So funktioniert’sBeispielberichtPreise
Gratis-Audit starten
© Juno
English
ImpressumDatenschutzAGBWiderruf
BrancheBäckereiketteReha-ZentrenRestaurantketteElektrotechnikOnlineshopLebensmittelherstellerMetalltechnikElektronikhersteller

Echtes BeispielDie Website eines echten deutschen Unternehmens, am 24. Okt. 2026 mit dem kostenlosen Schnellcheck geprüft. Name und Adresse entfernt.

Startseite · 24. Okt. 2026

reha-zentren.example

Ich habe deine Seite mit einem schnellen, automatischen Check unter die Lupe genommen – das deckt Kontraste, Größen, Ladezeit und Struktur ab, aber noch nicht das Design, die Texte selbst oder wie leicht sich Aufgaben erledigen lassen. Ein vollständiger Audit würde das mit einer KI-Prüfung von Design, Texten und Abläufen ergänzen. Mit 53 von 100 Punkten ist noch einiges zu holen, und ich würde bei der Zeilenlänge im Text, den fehlenden Namen für Bedienelemente und dem unkontrolliert bewegten Element anfangen.

kritisch
3
wichtig
5
gering
15
Geprüft55%Schnell-Audit
53von 100Schwach3 wirksame Verbesserungen, die in Minuten erledigt sind

Bewertung nach Bereich

Wenn du nur drei Dinge machst

  1. Fließtext ist anstrengend zu lesen

    Lange Zeilen und viel Abstand lassen Augen beim Lesen leicht die Zeile verlieren, besonders am Handy.

    Lösung→Begrenze die Textspalte auf etwa 65 bis 75 Zeichen pro Zeile und reduziere den Zeilenabstand etwas, damit Absätze kompakter wirken.

  2. Links verraten Screenreadern nicht, wohin sie führen

    Wenn der vorgelesene Name nicht zum sichtbaren Linktext passt, wissen Nutzer von Screenreadern nicht, worauf sie klicken.

    Lösung→Lass die beiden Links so beschriften, dass der vorgelesene Name genau den sichtbaren Text „mehr Info“ beziehungsweise „Anträge & Infos“ enthält.

  3. Karussell bewegt sich ohne Pause-Knopf

    Automatisch wechselnde Inhalte können Menschen mit Konzentrations- oder Gleichgewichtsproblemen stören oder ablenken.

    Lösung→Füge dem Karussell einen sichtbaren Pause-Knopf hinzu und stoppe die automatische Bewegung, wenn Besucher reduzierte Bewegung in ihren Geräteeinstellungen aktiviert haben.

UI

Schwach 36/100

Deine Textzeilen sind mit rund 80 Zeichen recht lang, das macht das Lesen anstrengend – da würde ich zuerst ansetzen. Dazu kommen 24 Buttons in 7 verschiedenen Stilen, das wirkt auf Dauer unruhig.

  • wichtig

    Fließtext ist anstrengend zu lesen

    Im Textblock unter der Einleitung sind die Zeilen mit rund 80 Zeichen zu lang und der Zeilenabstand mit 1,75 recht großzügig – beides zusammen macht das Lesen auf Dauer mühsam. Lange Zeilen und viel Abstand lassen Augen beim Lesen leicht die Zeile verlieren, besonders am Handy.

    Lösung→Begrenze die Textspalte auf etwa 65 bis 75 Zeichen pro Zeile und reduziere den Zeilenabstand etwas, damit Absätze kompakter wirken.

    Für deine Entwickler

    Für #c31093 > p max-width auf ca. 65ch setzen und line-height von 1.75 auf einen Wert zwischen 1.4 und 1.6 reduzieren; Schriftgröße von 16px beibehalten.

    • #c31093 > p · ✓ body 16px (desktop) · ✓ body 16px (mobile) · ✗ ≈80 characters per line · ✗ line height 1.75 · ✓ weight 400

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

  • wichtig

    Zu viele verschiedene Button-Stile

    Auf deiner Seite zähle ich 24 Buttons in 7 unterschiedlichen Stilen, etwa der rote Pill-Button „> Jetzt [Marke] finden“ und der grüne „> mehr Info“ im Info-Banner. Wenn Buttons immer unterschiedlich aussehen, wissen Besucher nicht mehr, was anklickbar ist und welche Aktion gerade wichtig ist.

    Lösung→Einige dich auf drei Button-Stile: einen Haupt-Button für die wichtigste Aktion, einen zweiten für weniger wichtige und einen schlichten Text-Link. Verwende diese dann überall einheitlich, auch für „Jetzt [Marke] finden“ und „mehr Info“.

    Für deine Entwickler

    Alle Button-Varianten (aktuell 7 Stile über 24 Buttons) auf drei definierte Komponenten (primary, secondary, tertiary) konsolidieren; Farbe, Radius und Schriftgewicht pro Variante vereinheitlichen und konsequent per Klasse statt inline Styles zuweisen.

    • #search-autocomplete-field · 1× "": rgb(255, 255, 255), radius 4px, weight 400
    • #form_kesearch_searchfield > label.search-toggler > button.btn · 1× "": rgba(0, 0, 0, 0), radius 4px, weight 400
    • div.container > div.row > div.col-12:nth-of-type(1) > div.left-inner-wrap > a.btn-pill · 13× "> Jetzt [Marke] finden": rgb(212, 2, 50), radius 20px, weight 500
    • #c9683 > div.info-banner > div > div.info-green-btn > a.btn-pill · 1× "> mehr Info": rgb(8, 115, 35), radius 20px, weight 500

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

  • gering

    Buttons reagieren erst beim Loslassen

    Keiner der getesteten Klickbereiche zeigt beim Drücken sofort eine Reaktion, darunter das Banner „30 Jahre [Marke] – Jetzt mitfeiern und gewinnen!“, das Logo oben links sowie die Menüpunkte „Angebot [Marke] Gruppe“ und „Antrag & Info“. Wenn sich nichts sofort tut, wirkt die Seite zäh, selbst wenn sie technisch schnell ist.

    Lösung→Lass deinen Entwickler bei Buttons und Links einen sichtbaren Druckzustand einbauen, der sofort beim Antippen erscheint statt erst beim Loslassen.

    Für deine Entwickler

    Für betroffene Elemente (u. a. .anniversary-banner a, .logo-col a, #[Marke] .hover-item a) einen :active-Zustand mit sofortiger visueller Rückmeldung definieren statt nur auf :hover/:focus zu reagieren; Übergänge per CSS transition statt Keyframes umsetzen, damit sie unterbrechbar bleiben.

    • #header > div.anniversary-banner:nth-of-type(1) > a · "30 Jahre [Marke] – Jetzt mitfeiern und gewinnen!": no change until release
    • #header > div.header-inner:nth-of-type(2) > div.logo-col:nth-of-type(1) > a · "": no change until release
    • #[Marke] > ul.nav > li.hover-item:nth-of-type(2) > a · "Angebot [Marke] Gruppe": no change until release
    • #[Marke] > ul.nav > li.hover-item:nth-of-type(3) > a · "Antrag & Info": no change until release

    Apple: Designing Fluid Interfaces (WWDC 2018)

  • gering

    Zu viele unterschiedliche Textgrößen

    Deine Seite nutzt zehn verschiedene Schriftgrößen bei nur einer Schriftart (Roboto), von denen 90 Prozent auf ein stimmiges Größenraster passen – die restlichen zehn Prozent fallen aus dem Muster. Zu viele Textgrößen lassen eine Seite ungeplant wirken und verwischen den Unterschied zwischen Überschrift und Fließtext.

    Lösung→Einige eurer Textgrößen wie Zwischenüberschriften lassen sich wahrscheinlich zu einer gemeinsamen Größe zusammenfassen – sprich das mit deinem Entwickler ab.

    Für deine Entwickler

    Reduziere die Anzahl distinkter Font-Größen von 10 auf maximal 6–8 und bringe alle Werte auf ein konsistentes modulares Raster (z. B. 14/16/20/25/31/39px), insbesondere die 10% Ausreißer außerhalb der aktuellen Skala.

    • font families (excl. icons): 1
    • distinct font sizes: 10 (target 8)
    • sizes on a modular scale: 90 %
    • Families: Roboto

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

  • gering

    Abstände wirken uneinheitlich

    Auf deiner Seite liegen nur 57 Prozent der Abstände auf einem einheitlichen Raster, und Textblöcke beginnen an 16 verschiedenen linken Kanten statt an wenigen festen Linien. Uneinheitliche Abstände lassen eine Seite unbewusst unruhig wirken, auch wenn Besucher nicht benennen können, warum.

    Lösung→Legt gemeinsam mit eurem Entwickler ein festes Abstandsraster fest (zum Beispiel Schritte von 8, 16, 24, 32 Pixel) und richtet Texte an möglichst wenigen linken Kanten aus.

    Für deine Entwickler

    Definiere eine Spacing-Skala auf Basis von 8px (8/16/24/32/48/64) und ersetze abweichende Margin-/Padding-/Gap-Werte durch den nächstgelegenen Schritt; reduziere die Anzahl distincter linker Text-Kanten in der Hauptspalte auf höchstens 4.

    • spacing on 5 px grid: 57 % (target 80)
    • distinct left text edges: 16 (target 4)

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

Barrierefreiheit

Schwach 47/100

Zwei Bedienelemente haben keinen nutzbaren Namen für Screenreader, und ein bewegtes Element lässt sich nicht stoppen – das würde ich zuerst reparieren. Dazu kommen 40 Elemente, die sich gar nicht mit der Tastatur erreichen lassen.

  • kritisch

    Links verraten Screenreadern nicht, wohin sie führen

    Die Links „> mehr Info“ und „> Anträge & Infos“ auf der Startseite haben einen zugänglichen Namen, der den sichtbaren Text nicht enthält – Screenreader-Nutzer hören etwas anderes als das, was auf dem Bildschirm steht. Wenn der vorgelesene Name nicht zum sichtbaren Linktext passt, wissen Nutzer von Screenreadern nicht, worauf sie klicken.

    Lösung→Lass die beiden Links so beschriften, dass der vorgelesene Name genau den sichtbaren Text „mehr Info“ beziehungsweise „Anträge & Infos“ enthält.

    Für deine Entwickler

    Bei den Links a[href$="long-covid"] und a[href$="reha-antrag"] aria-label entfernen oder so anpassen, dass der sichtbare Linktext ("mehr Info", "Anträge & Infos") Teil des accessible name ist – WCAG 2.5.3 Label in Name.

    • a[target=""][href$="long-covid"][data-loc="Startseite"] · "> mehr Info": Text inside the element is not included in the accessible name
    • a[target=""][href$="reha-antrag"][data-loc="Startseite"] · "> Anträge & Infos": Text inside the element is not included in the accessible name

    WCAG 2.2 SC 4.1.2, 2.5.3

  • kritisch

    Karussell bewegt sich ohne Pause-Knopf

    Ein Element auf der Startseite – vermutlich der Bilder-Slider – wechselt automatisch alle paar Sekunden (4 Mal in 6 Sekunden), ohne dass man es anhalten kann. Automatisch wechselnde Inhalte können Menschen mit Konzentrations- oder Gleichgewichtsproblemen stören oder ablenken.

    Lösung→Füge dem Karussell einen sichtbaren Pause-Knopf hinzu und stoppe die automatische Bewegung, wenn Besucher reduzierte Bewegung in ihren Geräteeinstellungen aktiviert haben.

    Für deine Entwickler

    Für #swiper-container-137 einen Pause/Play-Toggle ergänzen und bei prefers-reduced-motion: reduce die Autoplay-Funktion deaktivieren (aktuell 20 Animationen beim Laden, 0 Reduktion bei reduced motion).

    • animations at load: 20
    • with reduced motion: 0
    • #swiper-container-137 > div.swiper-wrapper:nth-of-type(1) · Changes on its own (4× in 6 s)

    WCAG 2.2 SC 2.2.2, 2.3.1

  • kritisch

    40 klickbare Elemente sind per Tastatur nicht erreichbar

    Beim Durchtabben der Seite bleiben 40 interaktive Elemente unerreichbar, darunter der Banner-Link „30 Jahre [Marke] – Jetzt mitfeiern und gewinnen!“ oben auf der Seite. Menschen, die keine Maus nutzen können, kommen an diese Inhalte und Funktionen gar nicht erst heran.

    Lösung→Lass prüfen, welche Buttons und Links beim Tabben übersprungen werden, und sorge dafür, dass sie sich wie normale Links und Buttons per Tastatur ansteuern lassen – allen voran der Jubiläums-Banner.

    Für deine Entwickler

    40 interaktive Elemente sind aktuell nicht per Tab erreichbar, u.a. #header .anniversary-banner > a. Sicherstellen, dass alle klickbaren Elemente echte <a href> oder <button> sind, nicht per tabindex="-1" oder display:none aus dem Tab-Fluss entfernt werden, und einen Skip-Link zum Hauptinhalt ergänzen.

    • focus stops: 1
    • unreachable controls: 40 (target 0)
    • backward jumps: 0 (target 1)
    • #header > div.anniversary-banner:nth-of-type(1) > a · Not reachable with Tab: "30 Jahre [Marke] – Jetzt mitfeiern und gewinnen!"

    WCAG 2.2 SC 2.1.1, 2.1.2

  • wichtig

    Der Seite fehlt ein erkennbarer Hauptbereich

    Die Seite hat zwar genau eine Hauptüberschrift „Ambulante Reha Klinik - Therapie nah am Menschen“, aber keinen ausgezeichneten Hauptinhaltsbereich, zu dem Screenreader-Nutzer direkt springen können. Ohne diese Orientierungspunkte müssen Nutzer von Screenreadern sich durch die ganze Seite von oben nach unten durcharbeiten, statt direkt zum Inhalt zu springen.

    Lösung→Lass deinen Entwickler den Hauptinhalt der Seite als eigenen Bereich kennzeichnen, damit Screenreader-Nutzer ihn direkt ansteuern können.

    Für deine Entwickler

    Hauptinhalt in ein <main>-Element wrappen (aktuell fehlt dieses Landmark komplett); Header, Navigation und Footer entsprechend in <header>, <nav>, <footer> auszeichnen, Heading-Hierarchie (h1 → h2 → h3) ist bereits korrekt verschachtelt.

    • h1 count: 1 (target 1)

    WCAG 2.2 SC 1.3.1, 1.3.2

  • gering

    Einige Klickflächen sind zu klein

    Auf deiner Seite sind sechs anklickbare Elemente kleiner als empfohlen, darunter der Such-Button im Kopfbereich und die kleinen Punkte unter dem Bildkarussell (nur 8×8 Pixel groß). Zu kleine Klickflächen sind auf dem Handy schwer zu treffen, besonders für Menschen mit eingeschränkter Feinmotorik.

    Lösung→Vergrößere den Such-Button und die Karussell-Punkte auf mindestens 24×24 Pixel, oder sorge für mehr Abstand drumherum.

    Für deine Entwickler

    Erhöhe die Hit-Area der Swiper-Pagination-Bullets (.swiper-pagination-bullet, aktuell 8×8px) und des Such-Toggle-Buttons (16×24px) auf mindestens 24×24px, z. B. über zusätzliches Padding statt reiner Größenänderung des sichtbaren Elements.

    • #form_kesearch_searchfield > label.search-toggler > button.btn · 16×24px: "button"
    • #swiper-container-137 > div.swiper-pagination:nth-of-type(4) > span.swiper-pagination-bullet:nth-of-type(1) · 8×8px: "span"
    • #swiper-container-137 > div.swiper-pagination:nth-of-type(4) > span.swiper-pagination-bullet:nth-of-type(2) · 8×8px: "span"
    • #swiper-container-137 > div.swiper-pagination:nth-of-type(4) > span.swiper-pagination-bullet:nth-of-type(3) · 8×8px: "span"

    WCAG 2.2 SC 2.5.8, 2.5.1

  • gering

    Formularfelder ohne sichtbare Beschriftung

    Mehrere Felder in eurem Kontaktformular, etwa „Vorname“, „Ihre Angabe auswählen“ und das Suchfeld, haben keine sichtbare Beschriftung, sondern nur einen versteckten Hinweis für Screenreader. Zusätzlich fehlt bei vier Feldern mit persönlichen Daten die Autovervollständigung. Wer einen Screenreader oder die Tastatur nutzt, kann dadurch schwerer erkennen, was in ein Feld gehört, und verliert leicht die Lust, das Formular auszufüllen.

    Lösung→Lass sichtbare Beschriftungen über oder neben jedem Feld einblenden, markiere Pflichtfelder im Text, und aktiviere für Felder wie Vorname oder E-Mail die automatische Vervollständigung des Browsers.

    Für deine Entwickler

    Ersetze aria-label-only Labels (z. B. bei #powermail_field_vorname, #powermail_field_receiver, #search-autocomplete-field) durch sichtbare <label>-Elemente, die über for/id mit dem Feld verknüpft sind; ergänze passende autocomplete-Attribute (given-name, family-name, email) bei personenbezogenen Feldern.

    • #search-autocomplete-field · Label only for screen readers (aria-label): "Search"
    • #powermail_field_receiver · Label only for screen readers (aria-label): "Ihre Angabe auswählen"
    • #powermail_field_vorname · Label only for screen readers (aria-label): "Vorname*"
    • #powermail_field_vorname · Personal-data field without autocomplete: "Vorname*"

    WCAG 2.2 SC 3.3.1, 3.3.2

SEO

Ausbaufähig 61/100

Dein Hauptbild braucht auf dem Handy etwa 4,6 Sekunden, bis es erscheint, das ist spürbar zu lang. Außerdem fehlen Angaben dazu, wie geteilte Links aussehen sollen, dadurch wirken sie beim Teilen leer.

  • wichtig

    Hauptinhalt lädt zu langsam

    Auf dem Handy dauert es laut Labordaten rund 4,6 Sekunden, bis der größte sichtbare Inhalt der Startseite erscheint – Ziel wären unter 2,5 Sekunden. Positiv: Es gibt keine störenden Sprünge im Layout. Besucher, die lange auf das Laden warten, springen eher ab, und Suchmaschinen bewerten langsame Seiten schlechter.

    Lösung→Lass das größte Bild oder den obersten Bereich der Startseite verkleinern und früher laden lassen, damit Besucher schneller etwas sehen.

    Für deine Entwickler

    LCP liegt bei 4569ms (Ziel ≤2500ms, Lab/Mobile). Größtes above-the-fold Bild komprimieren, mit preload priorisieren und nicht-kritisches JavaScript verzögern; CLS (0.00) und TBT (9ms) sind bereits im grünen Bereich.

    • LCP (lab, mobile): 4569.02 ms (target 2500)
    • CLS: 0 (target 0.1)
    • Total Blocking Time (lab, stands in for INP): 9 ms (target 200)

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

  • gering

    Suchmaschinen fehlt strukturierte Info über euch

    Deine Seite enthält keine strukturierten Daten (JSON-LD), also keine maschinenlesbaren Angaben dazu, dass [Marke] eine Reha-Klinik ist. Ohne diese Angaben können Suchmaschinen euer Angebot schlechter einordnen und zeigen eure Seite seltener mit hilfreichen Zusatzinfos in den Suchergebnissen.

    Lösung→Lass deinen Entwickler strukturierte Daten für eure Klinik mit Name, Logo, Adresse und Kontaktdaten einbauen.

    Für deine Entwickler

    Implementiere JSON-LD vom Typ MedicalClinic oder LocalBusiness mit name, logo, address, telephone und sameAs-Links, und validiere das Markup im Google Rich Results Test.

    • JSON-LD blocks: 0

    Google Search Central: Structured data general guidelines

  • gering

    Geteilte Links zeigen keine Vorschau

    Wenn jemand eure Seite auf WhatsApp, Facebook oder LinkedIn teilt, erscheint kein Titel, keine Beschreibung und kein Bild, weil die entsprechenden Vorschau-Angaben fehlen. Links ohne Vorschaubild und Beschreibung werden deutlich seltener angeklickt.

    Lösung→Lass deinen Entwickler Titel, Beschreibung und ein Vorschaubild für die wichtigsten Seiten hinterlegen und das Ergebnis mit einem Link-Vorschau-Tool prüfen.

    Für deine Entwickler

    Ergänze og:title, og:description und og:image (mindestens 1200×630px) sowie die entsprechenden Twitter-Card-Tags im head der wichtigsten Seiten.

    • No og:title
    • No og:description
    • No og:image

    Google Search Central: SEO Starter Guide

  • gering

    Bilder bremsen die Ladezeit

    Die Bilder auf deiner Seite sind größer als nötig; eine Optimierung könnte laut Messung rund 676 KB einsparen. Schwere Bilder verlangsamen jede Seite, besonders auf dem Handy mit mobiler Verbindung.

    Lösung→Lass Bilder in modernen, komprimierten Formaten ausliefern, in der tatsächlich angezeigten Größe, und sorge dafür, dass Bilder weiter unten auf der Seite erst beim Scrollen nachladen.

    Für deine Entwickler

    Konvertiere Bilder zu WebP/AVIF, setze width/height-Attribute entsprechend der Anzeigegröße und ergänze loading="lazy" für Bilder unterhalb des sichtbaren Bereichs; Lighthouse schätzt eine Einsparung von 676 KiB.

    • Improve image delivery (Est savings of 676 KiB)

    Google Search Central: SEO Starter Guide

Texte

Gut 82/100

Deine Startseite spricht Besucher oft direkt an, das kommt gut an. Der Lesbarkeitswert liegt aber bei 28 von angestrebten 60 – kürzere Sätze würden das Lesen deutlich erleichtern.

  • gering

    Text spricht mehr über euch als über die Besucher

    Auf der Startseite steht „wir“ 21-mal, aber „du/dein“ beziehungsweise „Sie/Ihr“ nur 15-mal. Besucher interessieren sich zuerst für ihre eigene Situation, nicht für euer Unternehmen, und zu viel „wir“ lässt den Text selbstbezogen wirken.

    Lösung→Formuliere zentrale Abschnitte, etwa unter Überschriften wie „Mehrwöchige Therapie für jede Lebenslage“ oder „Besondere Umstände erfordern spezielle Therapie“, stärker aus Sicht der Patientinnen und Patienten um. Starte Sätze mit dem, was sie bekommen, statt mit dem, was ihr tut.

    Für deine Entwickler

    Im Homepage-Copy das Verhältnis von Leser-Pronomen (Sie/Ihr) zu Unternehmens-Pronomen (wir/unser) auf mindestens 1:1 anheben, insbesondere in den Abschnitten unter den H2-Überschriften zur Therapie; Copy-Review mit Fokus auf nutzerzentrierte Formulierungen durchführen.

    • reader words: 15
    • company words: 21

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

  • gering

    Texte sind schwer zu lesen

    Die Texte auf deiner Seite, etwa rund um Überschriften wie „Ambulante Reha Klinik - Therapie nah am Menschen“, sind nach dem Lesbarkeits-Index recht anspruchsvoll formuliert (Amstad-Wert 28 von angestrebten 60). Schwer verständliche Sätze kosten dich Leser, selbst wenn sie fachlich interessiert sind, besonders unterwegs auf dem Handy.

    Lösung→Kürze lange Sätze, ersetze Fachbegriffe durch Alltagssprache und erkläre Fachwörter wie „Long COVID“ oder „Reha-Sprechstunde“ beim ersten Auftauchen kurz.

    Für deine Entwickler

    Überarbeite die Haupttexte redaktionell: Zielwert Amstad-Index ≥ 60, Satzlänge im Schnitt unter 20 Wörter, aktive Formulierungen bevorzugen, Fachbegriffe beim Erstgebrauch erläutern.

    • Amstad (Flesch, German): 28.03
    • average sentence length: 18.33 words (target 20)

    plainlanguage.gov: Federal Plain Language Guidelines

Conversion

Noch nicht geprüft 23 % gemessen

Mit 4,8 MB und 4,6 Sekunden Ladezeit verlierst du wahrscheinlich ungeduldige Besucher, bevor sie überhaupt etwas sehen. Außerdem läuft noch keine Analyse-Software, du kannst also aktuell nicht messen, wie gut deine Seite wirklich konvertiert.

  • wichtig

    Startseite lädt zu langsam auf dem Handy

    Auf dem Handy braucht das größte sichtbare Element deiner Startseite rund 4,6 Sekunden, bis es erscheint, und die Seite überträgt dabei etwa 4,8 Megabyte. Jede zusätzliche Sekunde Ladezeit auf dem Handy kostet dich Besucher, die vorher abspringen.

    Lösung→Lass große Bilder komprimieren und erst beim Scrollen nachladen. Prüfe mit deinem Entwickler, welche Skripte und Schriftarten sich entfernen lassen, um die Seite insgesamt unter 2 Megabyte zu bringen.

    Für deine Entwickler

    Mobile LCP liegt bei 4569 ms (Ziel ≤2500 ms) bei 4,81 MB Seitengewicht (Ziel ≤2 MB); Bilder verlustbehaftet komprimieren und modern formatieren (WebP/AVIF), ungenutzte Scripts/Fonts entfernen und Below-the-fold-Inhalte lazy-loaden.

    • LCP (mobile, lab): 4569.02 ms (target 2500)
    • page weight: 4.81 MB (target 2)

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

  • gering

    Erfolge lassen sich nicht messen

    Auf der Seite ist kein Analyse-Tool eingebunden, es gibt also keine Möglichkeit nachzuvollziehen, wie oft Besucher Aktionen wie eine Terminanfrage oder einen Download auslösen. Ohne Messung lässt sich nicht erkennen, welche Änderungen wirklich helfen – Verbesserungen bleiben Rätselraten.

    Lösung→Richte ein datenschutzfreundliches Analyse-Tool ein und definiere eure wichtigsten Aktionen, etwa Klicks auf „Jetzt [Marke] finden“, als messbare Ziele.

    Für deine Entwickler

    Binde ein privacy-konformes Analytics-Tool (z. B. Matomo oder Plausible) ein und tracke Conversion-Events für zentrale CTAs wie den Button „Jetzt [Marke] finden“ sowie Formularabsendungen.

    • analytics hosts: 0

    Corey Haines (marketingskills): cro, signup, popups and offers skills

  • gering

    Kontaktformular fragt zu viel ab

    Dein Kontaktformular verlangt 8 Felder, darunter „Ihre Angabe auswählen“, „Vorname“, „Nachname“, „E-Mail-Adresse“ und „Ihre Nachricht“. Keines davon öffnet auf dem Handy die passende Tastatur, etwa eine E-Mail- oder Zifferntastatur. Jedes zusätzliche Feld senkt die Wahrscheinlichkeit, dass jemand das Formular fertig ausfüllt, und falsche Tastaturen machen das Eintippen unnötig mühsam.

    Lösung→Reduziere das Formular auf die wirklich notwendigen Angaben (idealerweise fünf oder weniger), kennzeichne optionale Felder deutlich, und sorge dafür, dass E-Mail- und Telefonfelder die richtige Tastatur auf dem Handy öffnen.

    Für deine Entwickler

    Reduziere das Formular #c32567 auf maximal 5 Pflichtfelder, markiere optionale Felder sichtbar, und setze korrekte input-Typen (type="email", type="tel") mit passenden autocomplete-Attributen für Felder wie Vorname, Nachname, E-Mail-Adresse.

    • #c32567 > div.tx-powermail > div.container-fluid > form.powermail_form · Ihre Angabe auswählen*, Vorname**, Nachname**, E-Mail-Adresse**, Ihre Nachricht, Mit d…
    • #powermail_field_receiver · type="select-one" for "Ihre Angabe auswählen"
    • #powermail_field_vorname · type="text" for "Vorname*"
    • #powermail_field_vornamename · type="text" for "Nachname*"

    Baymard Institute: Checkout usability research (guest checkout, form field count)

UX

Noch nicht geprüft 36 % gemessen

Mir ist aufgefallen, dass es keinen durchgängigen Weg zurück zur Startseite gibt, und zwei Buttons sind auf dem Handy etwas zu klein zum sicheren Tippen.

  • gering

    Kein klarer Weg zurück zur Startseite

    Auf manchen Seiten fehlt im Kopfbereich ein Link, der zurück zur Startseite führt, und die Navigation zeigt nirgends an, auf welcher Seite man sich gerade befindet. Besucher, die über eine Suche oder einen geteilten Link auf einer Unterseite landen, wissen dann nicht, wo sie sind oder wie sie zurückfinden.

    Lösung→Verlinke dein Logo oben auf jeder Seite fest zur Startseite. Hebe zusätzlich in der Navigation hervor, welcher Menüpunkt gerade aktiv ist.

    Für deine Entwickler

    Logo-Link konsistent auf alle Seiten mit href zur Startseite versehen; aktuellen Menüpunkt mit aria-current="page" und visueller Hervorhebung markieren; auf Seiten ab Ebene 3 Breadcrumbs ergänzen.

    • pages where nav marks the current page: 0 of 0
    • No home link in the header on some pages

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

  • gering

    Karussell bewegt sich von selbst

    Ein Bereich mit einem Swiper-Karussell wechselt den Inhalt 4-mal innerhalb von 6 Sekunden, ohne dass jemand etwas anklickt. Inhalte, die sich selbst weiterschalten, lesen sich langsamer als sie wechseln und nehmen Besuchern die Kontrolle über das Tempo.

    Lösung→Baue eine Pause-Taste für das Karussell ein oder stoppe es, sobald jemand mit der Maus darüberfährt oder es antippt. Prüfe außerdem, ob sich alle Pop-ups per Kreuz, Escape-Taste und Klick daneben schließen lassen.

    Für deine Entwickler

    Für #swiper-container-137 Autoplay bei Hover/Focus pausieren und einen sichtbaren Pause-Button mit aria-label bereitstellen; sicherstellen, dass alle Overlays per Close-Button, Escape-Taste und Klick außerhalb schließbar sind und der Back-Button korrekt funktioniert.

    • #swiper-container-137 > div.swiper-wrapper:nth-of-type(1) · 4 changes in 6 s without input

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

  • gering

    Mobile Bedienung holpert

    Auf dem Handy ist der Menü-Button oben rechts nur 22 Pixel hoch und der Button „Jetzt [Marke] finden“ nur 35 Pixel hoch – beide liegen unter der empfohlenen Mindestgröße für Fingerbedienung. Die meisten Besucher nutzen euer Handy-Angebot, und zu kleine Buttons machen die mobile Seite umständlicher als die Desktop-Version.

    Lösung→Vergrößere den Menü-Button und den Button „Jetzt [Marke] finden“ auf mindestens 44 Pixel Höhe.

    Für deine Entwickler

    Setze die Mindesthöhe für .navbar-toggler und .btn-pill (aktuell 22px bzw. 35px) auf mindestens 44px, inklusive Padding, um die Empfehlungen für Touch-Targets einzuhalten.

    • #header > div.header-inner:nth-of-type(2) > div.nav-col-mobile:nth-of-type(2) > button.navbar-toggler · First prominent action "" at 0.1 screens down, 20×22px
    • #header > div.header-inner:nth-of-type(2) > div.nav-col-mobile:nth-of-type(2) > button.navbar-toggler · 22px tall: ""
    • div.container > div.row > div.col-12:nth-of-type(1) > div.left-inner-wrap > a.btn-pill · 35px tall: "> Jetzt [Marke] finden"

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

Dein 30-Minuten-Plan

0 von 11 erledigt

Kleine Änderungen mit großer Wirkung. Hak sie nach und nach ab.

Das war’s von mir. Mach ein paar Änderungen, lass mich noch mal ran, und ich zeige dir, was sich bewegt hat.

Eigenes Audit starten