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

elektrotechnik-gruppe.example

Dies war ein schneller, automatisierter Check: Kontraste, Größen, Ladezeit und Struktur wurden gemessen, aber Design, Texte und Bedienbarkeit noch nicht inhaltlich bewertet – das übernimmt ein vollständiger Audit mit zusätzlicher KI-Prüfung. Am dringendsten sind uneinheitliche Linktexte, zu schwache Kontraste und Bedienelemente ohne erkennbaren Namen für Screenreader-Nutzer. Ich würde bei der Barrierefreiheit starten, dort liegt mit 28 von 100 Punkten der größte Hebel.

kritisch
3
wichtig
7
gering
12
Geprüft52%Schnell-Audit
45von 100Schwach5 wirksame Verbesserungen, die in Minuten erledigt sind

Bewertung nach Bereich

Wenn du nur drei Dinge machst

  1. Links heißen mal so, mal so

    Wenn ein Linktext nicht zuverlässig zum selben Ziel führt, verlieren Besucher das Vertrauen in deine Navigation und klicken unsicherer.

    Lösung→Leg für jede Seite genau einen Namen fest und verwende ihn überall gleich, egal ob im Menü, im Text oder im Footer. Räum dafür die abweichenden Varianten aus den Leistungsseiten auf.

  2. Roter Text ist zu schwer lesbar

    Schwacher Kontrast erschwert das Lesen für Menschen mit Sehschwäche, ältere Besucher und alle, die bei Sonnenlicht aufs Handy schauen.

    Lösung→Dunkle das Rot der Menüpunkte minimal ab, bis es sich deutlich vom weißen Hintergrund abhebt. Prüfe anschließend auch die anderen betroffenen Texte auf der Seite.

  3. Buttons ohne erkennbaren Namen

    Screenreader-Nutzer hören bei diesen Elementen nur „Button“, ohne zu erfahren, was er tut.

    Lösung→Gib jedem Icon-Button und jedem Social-Media-Link im Footer eine kurze, beschreibende Bezeichnung wie „Vorheriges Bild“ oder „Zu Facebook“.

Barrierefreiheit

Schwach 28/100

38 Elemente haben zu schwachen Kontrast und 7 Bedienelemente haben keinen erkennbaren Namen für Screenreader – das sind die größten Baustellen. Dazu kommt eine fehlende Hauptüberschrift und ein sich bewegendes Element ohne Stopp-Möglichkeit.

  • kritisch

    Roter Text ist zu schwer lesbar

    Die Menüpunkte „LEISTUNGEN“, „REFERENZEN“ und „AKTUELLES“ sind in einem Rot auf weißem Hintergrund gesetzt, das mit 4,49:1 knapp unter dem nötigen Kontrast liegt. Insgesamt betrifft das 38 Elemente auf der Seite. Schwacher Kontrast erschwert das Lesen für Menschen mit Sehschwäche, ältere Besucher und alle, die bei Sonnenlicht aufs Handy schauen.

    Lösung→Dunkle das Rot der Menüpunkte minimal ab, bis es sich deutlich vom weißen Hintergrund abhebt. Prüfe anschließend auch die anderen betroffenen Texte auf der Seite.

    Für deine Entwickler

    Passe die Textfarbe der Elemente .dropdown-toggle (u. a. „LEISTUNGEN“, „REFERENZEN“, „AKTUELLES“) von #ef0000 auf mindestens #ea0000 an, um 4,5:1 gegen #ffffff zu erreichen, und prüfe die übrigen 35 gemeldeten Elemente ebenso gegen WCAG-Mindestkontraste.

    • .dropdown:nth-child(1) > .dropdown-toggle[href="#"][data-toggle="dropdown"] · "LEISTUNGEN": #ef0000 on #ffffff is 4.49:1, needs 4.5:1 (try #ea0000)
    • .dropdown:nth-child(2) > .dropdown-toggle[href="#"][data-toggle="dropdown"] · "REFERENZEN": #ef0000 on #ffffff is 4.49:1, needs 4.5:1 (try #ea0000)
    • .dropdown:nth-child(3) > .dropdown-toggle[href="#"][data-toggle="dropdown"] · "AKTUELLES": #ef0000 on #ffffff is 4.49:1, needs 4.5:1 (try #ea0000)

    WCAG 2.2 SC 1.4.3, 1.4.11

  • kritisch

    Buttons ohne erkennbaren Namen

    Mehrere Bedienelemente, darunter ein Pfeil-Button links und rechts im Bildkarussell sowie ein Social-Media-Link im Footer, haben keinen Text, den ein Screenreader vorlesen kann. Insgesamt betrifft das 7 Steuerelemente. Screenreader-Nutzer hören bei diesen Elementen nur „Button“, ohne zu erfahren, was er tut.

    Lösung→Gib jedem Icon-Button und jedem Social-Media-Link im Footer eine kurze, beschreibende Bezeichnung wie „Vorheriges Bild“ oder „Zu Facebook“.

    Für deine Entwickler

    Ergänze bei den Elementen .left, .right (Karussell-Pfeile) und dem Link in .nav-social.nav li a[target="_blank"] ein aria-label mit beschreibendem Text, da aktuell keine für Screenreader sichtbare Textalternative vorhanden ist.

    • .left · Element does not have text that is visible to screen readers
    • .right · Element does not have text that is visible to screen readers
    • .nav-social.nav:nth-child(2) > li:nth-child(1) > a[target="_blank"] · Element does not have text that is visible to screen readers

    WCAG 2.2 SC 4.1.2, 2.5.3

  • kritisch

    Bilderkarussell läuft ohne Stopp-Taste

    Das Bilderkarussell im Kopfbereich der Seite wechselt automatisch alle paar Sekunden (4 Wechsel in 6 Sekunden), ohne dass Besucher es anhalten können. Ständig wechselnde Inhalte können schwindlig machen oder die Konzentration stören, besonders für Menschen mit Aufmerksamkeits- oder Gleichgewichtsproblemen.

    Lösung→Füge dem Karussell im Kopfbereich eine Pause-Taste hinzu, oder stoppe es automatisch, wenn Besucher eine Einstellung für reduzierte Bewegung aktiviert haben.

    Für deine Entwickler

    Ergänze am #header-slider einen Pause/Play-Control und respektiere prefers-reduced-motion, indem der automatische Wechsel der .carousel-inner .item-Elemente bei aktivierter Einstellung deaktiviert wird.

    • animations at load: 0
    • with reduced motion: 0
    • #header-slider > div.container > div.carousel-inner > div.item:nth-of-type(2) · Changes on its own (4× in 6 s)

    WCAG 2.2 SC 2.2.2, 2.3.1

  • wichtig

    Tastatur-Fokus bleibt unsichtbar

    Springt man per Tabulatortaste durch die Seite, zeigen 34 von 47 Stopps keine sichtbare Markierung, etwa beim Logo oben links sowie bei den Menüpunkten „AKTUELLES“ und „KARRIERE“. Wer ohne Maus navigiert, muss sehen können, wo der Fokus gerade ist, sonst tastet er sich blind durch die Seite.

    Lösung→Lass bei jedem anklickbaren Element eine deutlich sichtbare Umrandung erscheinen, sobald es per Tastatur angesteuert wird, etwa beim Logo und bei den Menüpunkten.

    Für deine Entwickler

    Entferne keine outline ohne Ersatz; definiere eine klare :focus-visible-Markierung (z. B. 2px Outline mit mindestens 3:1 Kontrast) für alle interaktiven Elemente, u. a. .navbar-brand und die .dropdown-toggle-Links „AKTUELLES“, „KARRIERE“.

    • header.navbar-fixed-top > div.container > nav.navbar > a.navbar-brand · No visible focus change: ""
    • div.collapse:nth-of-type(2) > div.navbar-container > ul.nav > li.dropdown:nth-of-type(3) > a.dropdown-toggle · No visible focus change: "AKTUELLES"
    • div.collapse:nth-of-type(2) > div.navbar-container > ul.nav > li.dropdown:nth-of-type(5) > a.dropdown-toggle · No visible focus change: "KARRIERE"
    • #c4275 > p > a · No visible focus change: "Gebäudeautomatisierung"

    WCAG 2.2 SC 2.4.7, 2.4.11

  • wichtig

    Der Seite fehlt eine Hauptüberschrift

    Auf der Seite gibt es keine einzige Hauptüberschrift (h1), stattdessen starten die Abschnitte direkt mit Zwischenüberschriften wie „MITARBEITER“, „STANDORTE“ oder „Referenzen“. Screenreader-Nutzer springen über Überschriften durch eine Seite, ohne Hauptüberschrift fehlt ihnen der Einstiegspunkt.

    Lösung→Ergänze eine einzige, zentrale Hauptüberschrift für die Seite, zum Beispiel mit dem Firmennamen oder dem zentralen Leistungsversprechen, und ordne die bestehenden Überschriften sinnvoll darunter.

    Für deine Entwickler

    Füge eine einzige <h1> pro Seite ein und ordne die vorhandenen <h3>-Elemente (MITARBEITER, STANDORTE, FAHRZEUGE, Leistungsfelder, Standorte, Rechtliches, Social) sowie das <h2>Referenzen</h2> logisch darunter, statt Ebenen zu überspringen.

    • h1 count: 0 (target 1)

    WCAG 2.2 SC 1.3.1, 1.3.2

  • wichtig

    Kein Sprung direkt zum Inhalt

    Wer die Seite nur mit der Tastatur bedient, hat keine Möglichkeit, das Menü oben zu überspringen und direkt zum Inhalt zu springen – es fehlt ein „Zum Inhalt springen“-Link. Besucher, die keine Maus nutzen können, müssen sich sonst bei jeder Seite erst durch das komplette Menü tabben.

    Lösung→Lass deinen Entwickler einen unsichtbaren „Zum Inhalt springen“-Link ganz oben auf der Seite einbauen, der beim Tabben sichtbar wird.

    Für deine Entwickler

    47 Fokus-Stopps gemessen, 0 unerreichbare Steuerelemente, keine Tab-Fallen – aber kein Skip-Link und kein <main>-Landmark vorhanden. Skip-Link als erstes fokussierbares Element einfügen und/oder <main>-Landmark ergänzen.

    • focus stops: 47
    • unreachable controls: 0 (target 0)
    • backward jumps: 0 (target 1)

    WCAG 2.2 SC 2.1.1, 2.1.2

  • gering

    Navigation sieht auf jeder Seite anders aus

    Die Reihenfolge der Menüpunkte unterscheidet sich auf allen 15 geprüften Seiten von der Startseite. Wenn sich das Menü von Seite zu Seite ändert, verlieren besonders Nutzer von Hilfstechnologien oder wer sich die Position merkt die Orientierung.

    Lösung→Sorge dafür, dass das Hauptmenü mit den gleichen Punkten in der gleichen Reihenfolge auf jeder Unterseite erscheint.

    Für deine Entwickler

    Vereinheitliche die Navigationsstruktur (Markup und Reihenfolge der Menüpunkte) über alle Templates/Seitenvorlagen hinweg, sodass das Hauptmenü auf allen 15 gecrawlten Seiten identisch ist.

    • Navigation differs from the homepage

    WCAG 2.2 SC 3.2.1, 3.2.2

SEO

Schwach 52/100

13 Seiten haben keine Meta-Beschreibung und es fehlen Angaben für die Vorschau bei geteilten Links. Die sehr lange Ladezeit deines Hauptbilds wirkt sich zusätzlich negativ aus.

  • wichtig

    Seite lädt viel zu langsam

    Deine Startseite braucht auf dem Handy etwa 17,9 Sekunden, bis das größte sichtbare Element (vermutlich dein Hauptbild) überhaupt erscheint. Zum Vergleich: Unter 2,5 Sekunden gilt als gut. Bevor die Seite überhaupt geladen ist, haben viele Besucher schon wieder abgebrochen, und auch bei Google wirkt sich das negativ auf dein Ranking aus.

    Lösung→Lass dein Hauptbild verkleinern und so einbinden, dass es sofort lädt. Prüfe außerdem, ob unnötige Skripte oder Plugins die Seite ausbremsen.

    Für deine Entwickler

    LCP (mobil, Lab) liegt bei 17908,85 ms gegenüber einem Zielwert von 2500 ms. Größtes above-the-fold-Bild komprimieren und per preload priorisieren, nicht-kritisches JavaScript defer/async laden, CLS ist mit 0 bereits unkritisch.

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

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

  • gering

    Seitentitel zu lang, Beschreibungen fehlen

    Der Titel deiner Startseite „[Marke] | Familienunternehmen | Installations- und Gebäudetechnik - [Marke]“ ist mit 93 Zeichen deutlich zu lang, und 13 Seiten haben gar keine Meta-Beschreibung. Titel und Beschreibung sind deine Werbeanzeige in den Suchergebnissen – fehlen oder passen sie nicht, klicken weniger Leute.

    Lösung→Kürze den Startseiten-Titel auf das Wichtigste (Thema zuerst, Firmenname am Ende, unter 60 Zeichen) und schreibe für jede Seite eine eigene, einladende Beschreibung mit 120 bis 160 Zeichen.

    Für deine Entwickler

    Kürze das <title>-Element der Startseite auf ≤60 Zeichen (Fokus-Keyword zuerst, Marke am Ende) und ergänze auf allen 13 betroffenen Seiten ein eindeutiges <meta name="description"> mit 120–160 Zeichen; die 2 zu kurzen/langen Beschreibungen ebenfalls auf diesen Bereich anpassen.

    • Title 93 characters: "[Marke] | Familienunternehmen | Installations- und Gebäudetechnik - [Marke]"
    • No meta description

    Google Search Central: Influencing title links in search results

  • gering

    Keine strukturierten Daten für Suchmaschinen

    Auf der Website wurden keinerlei strukturierte Daten (JSON-LD) gefunden – Suchmaschinen müssen also raten, dass ihr ein Elektrofachbetrieb mit mehreren Standorten seid. Strukturierte Daten helfen Google, dein Unternehmen richtig einzuordnen, und können zu auffälligeren Suchergebnissen führen.

    Lösung→Lass deinen Dienstleister grundlegende Unternehmensdaten wie Name, Logo, Adresse und Kontakt in einem maschinenlesbaren Format hinterlegen, passend zu einem lokalen Handwerksbetrieb.

    Für deine Entwickler

    Füge JSON-LD vom Typ LocalBusiness (bzw. ElectricalContractor als Subtyp) mit name, logo, address, telephone, url und sameAs ein; validiere das Markup anschließend 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 bei WhatsApp, Facebook oder LinkedIn teilt, erscheint keine Vorschau – es fehlen die entsprechenden og:title-, og:description- und og:image-Angaben. Links ohne Bild und Beschreibung wirken unauffällig und werden seltener angeklickt.

    Lösung→Lass für die wichtigsten Seiten ein Vorschaubild sowie einen Titel und eine kurze Beschreibung für das Teilen in sozialen Netzwerken einrichten.

    Für deine Entwickler

    Ergänze auf den wichtigsten Seiten die Open-Graph-Tags og:title, og:description und og:image (Bildgröße mindestens 1200×630px) sowie optional die entsprechenden Twitter-Card-Tags, und teste das Ergebnis mit einem Link-Preview-Tool.

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

    Google Search Central: SEO Starter Guide

  • gering

    Bilder bremsen deine Ladezeit

    Deine Bilder sind unnötig groß – etwa 1,7 MB ließen sich einsparen – und es fehlen feste Breiten- und Höhenangaben für Bildelemente. Schwere Bilder verlangsamen jeden Seitenaufruf, besonders bei mobilen Besuchern mit langsamerer Verbindung.

    Lösung→Lass deine Bilder in einem modernen, kleineren Format speichern (zum Beispiel WebP) und in der passenden Größe einbinden.

    Für deine Entwickler

    Konvertiere Bilder zu WebP/AVIF, setze width- und height-Attribute zur Vermeidung von Layout-Shifts und ergänze loading="lazy" für Bilder unterhalb des sichtbaren Bereichs.

    • Improve image delivery (Est savings of 1,706 KiB)
    • Image elements do not have explicit `width` and `height`

    Google Search Central: SEO Starter Guide

Texte

Ausbaufähig 58/100

Deine Sätze sind im Schnitt recht lang, das kostet Lesbarkeit – kürzere Sätze würden hier spürbar helfen. Außerdem gibt es einen Linktext, der nicht klar sagt, wohin er führt.

  • wichtig

    Texte sind schwer zu lesen

    Deine Sätze sind im Schnitt 21 Wörter lang, und der Lesbarkeitswert (Amstad) liegt bei nur 20 von 100 – das macht den Text anstrengend zu lesen, auch für Fachleute auf dem Handy. Wer deine Texte nicht auf Anhieb versteht, liest nicht weiter und ruft eher nicht an.

    Lösung→Kürze lange Sätze, schreibe aktiv statt passiv, und erkläre Fachbegriffe beim ersten Auftauchen kurz.

    Für deine Entwickler

    Amstad-Wert (Flesch, Deutsch): 19,8, Zielwert ≥ 60. Durchschnittliche Satzlänge 21,26 Wörter, Ziel ≤ 20. Redaktionell überarbeiten: kürzere Sätze, aktive Formulierungen, Fachbegriffe erläutern.

    • Amstad (Flesch, German): 19.8
    • average sentence length: 21.26 words (target 20)

    plainlanguage.gov: Federal Plain Language Guidelines

  • gering

    Linktext „HIER“ sagt nicht, wohin es geht

    Im Textabschnitt zu Gebäudeautomatisierung verlinkst du mit dem Wort „HIER“ auf eure Referenzen – der Linktext selbst verrät nicht, was Besucher dort erwartet. Ein Linktext ohne erkennbares Ziel lässt Besucher zögern und senkt die Chance, dass sie klicken.

    Lösung→Ersetze „HIER“ durch einen Linktext, der das Ziel beschreibt, zum Beispiel „Unsere Referenzen zur Gebäudeautomatisierung ansehen“.

    Für deine Entwickler

    Ersetze den Ankertext „HIER“ im Element #c1364 > p > a.internal-link durch eine beschreibende Formulierung (Verb + Objekt), die das Linkziel (/referenzen/gebaeudeautomatisierung) klar benennt.

    • #c1364 > p > a.internal-link · "HIER" → https://elektrotechnik-gruppe.example/referenzen/gebaeudeautomatisierung

    WCAG 2.2 SC 2.4.4

UI

Ausbaufähig 69/100

Deine großen Überschriften wirken durch lockeren Zeilenabstand etwas unruhig, und nicht alle Abstände folgen einem klaren Raster. Kleine Feinheiten, aber sie summieren sich.

  • gering

    Große Zahlen wirken unruhig

    Die großen Zahlen bei „1060“, „13“ und „630“ (vermutlich deine Kennzahlen-Anzeige) haben einen ungewöhnlich großen Zeilenabstand im Verhältnis zur Schriftgröße, wodurch sie etwas auseinandergezogen wirken. Große Überschriften mit zu viel Luft zwischen den Zeilen wirken unfertig und weniger professionell.

    Lösung→Lass den Zeilenabstand dieser großen Zahlen von deinem Entwickler etwas verringern, damit sie kompakter wirken.

    Für deine Entwickler

    3 von 3 großen Headings (z. B. .fce-counter .counter, 40px) nutzen normal letter-spacing bei line-height 57,14px (≈1,43). Für Textgrößen ≥32px letter-spacing auf 0 bis -0,02em und line-height auf 1,0–1,2 setzen.

    • #c1211 > div.fce-counter > span.counter · 40px, letter-spacing normal, line-height 57.1429px: "1060"
    • #c1210 > div.fce-counter > span.counter · 40px, letter-spacing normal, line-height 57.1429px: "13"
    • #c1209 > div.fce-counter > span.counter · 40px, letter-spacing normal, line-height 57.1429px: "630"

    Apple: Designing Fluid Interfaces (WWDC 2018)

  • gering

    Animationen im Bildschirmkarussell wirken träge

    Wenn du im Startbereich mit der Maus über die Bilder im Karussell fährst, dauert die Bewegung 600 Millisekunden – das ist spürbar langsamer als es sich gut anfühlt. Zu langsame Übergänge lassen deine Seite behäbig wirken, obwohl sie technisch schnell ist.

    Lösung→Lass deinen Dienstleister die Dauer der Hover-Animation im Bilderkarussell auf der Startseite verkürzen, damit sie flott statt zäh wirkt.

    Für deine Entwickler

    Reduziere die transition-duration der Transform-Animationen bei :hover und :focus auf den Elementen innerhalb von #header-slider .carousel-inner .item (aktuell 600ms ease-in-out) auf 200–300ms, idealerweise mit ease-out.

    • #header-slider > div.container > div.carousel-inner > div.item:nth-of-type(2) · hover: transform 600ms ease-in-out
    • #header-slider > div.container > div.carousel-inner > div.item:nth-of-type(3) · hover: transform 600ms ease-in-out
    • #header-slider > div.container > div.carousel-inner > div.item:nth-of-type(2) · focus: transform 600ms ease-in-out
    • #header-slider > div.container > div.carousel-inner > div.item:nth-of-type(3) · focus: transform 600ms ease-in-out

    Emil Kowalski: Design engineering & animation decision framework

  • gering

    Abstände wirken uneinheitlich

    Nur 58 Prozent der Abstände auf deiner Seite folgen einem einheitlichen Raster, und Textblöcke beginnen an sechs verschiedenen linken Kanten statt an wenigen festen Linien. Uneinheitliche Abstände lassen eine Seite unbewusst unruhig oder weniger professionell wirken, auch wenn Besucher den Grund nicht benennen können.

    Lösung→Lege ein einheitliches Abstandsraster fest (zum Beispiel Vielfache von 8 Pixel) und richte Überschriften sowie Textblöcke an denselben linken Linien aus.

    Für deine Entwickler

    Definiere ein Spacing-Scale-System (8, 16, 24, 32, 48, 64px) und ersetze abweichende Margin-/Padding-Werte; reduziere die Anzahl der linken Text-Alignment-Punkte in der Hauptspalte auf maximal 4.

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

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

Conversion

Noch nicht geprüft 11 % gemessen

Deine Startseite braucht auf dem Handy fast 18 Sekunden, bis das Hauptbild sichtbar ist – das verlieren viele Besucher vorher schon. Zusätzlich fehlt jede Möglichkeit, Anfragen oder Klicks zu messen.

  • wichtig

    Startseite ist zu schwer und zu langsam

    Deine Startseite überträgt auf dem Handy 5,9 MB an Daten und braucht rund 17,9 Sekunden, bis das Hauptbild zu sehen ist – beides deutlich über dem empfohlenen Rahmen. Gerade auf dem Handy springt ein großer Teil der Besucher ab, bevor die Seite fertig geladen ist, und das kostet dich Anfragen.

    Lösung→Lass Bilder verkleinern und komprimieren, nicht benötigte Skripte und Schriftarten entfernen, und Inhalte unterhalb des sichtbaren Bereichs erst bei Bedarf nachladen.

    Für deine Entwickler

    Mobile LCP (Lab) 17908,85 ms (Ziel ≤2500 ms), Seitengewicht 5,88 MB (Ziel ≤2 MB). Bilder komprimieren/responsive ausliefern, ungenutzte Scripts/Fonts entfernen, Lazy-Loading für Below-the-fold-Inhalte einsetzen.

    • LCP (mobile, lab): 17908.85 ms (target 2500)
    • page weight: 5.88 MB (target 2)

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

  • gering

    Du siehst nicht, was wirklich wirkt

    Auf deiner Seite ist kein Analyse-Tool eingebunden, und wichtige Klicks wie auf „Alles aus einer Hand!“ werden nirgends erfasst. Ohne Zahlen weißt du nicht, welche Änderungen an deiner Seite tatsächlich mehr Anfragen bringen.

    Lösung→Richte ein datenschutzfreundliches Analyse-Tool ein und lege fest, welche Klicks (zum Beispiel auf Kontakt- oder Angebotsbuttons) als Erfolg gezählt werden sollen.

    Für deine Entwickler

    Binde ein datenschutzkonformes Analytics-Tool (z. B. Matomo oder Plausible) ein und definiere Conversion-Events für zentrale CTA-Klicks und Formularabsendungen, um Nutzerverhalten messbar zu machen.

    • analytics hosts: 0

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

UX

Noch nicht geprüft 38 % gemessen

Ich habe gesehen, dass 15 Seiten über 6 verschieden benannte Links erreichbar sind – das macht die Navigation unnötig unklar. Lass uns das als Erstes angehen.

  • wichtig

    Links heißen mal so, mal so

    Der Link „elektrotechnik“ taucht 32-mal auf, führt aber nicht immer zur gleichen Stelle, und ähnliche Abweichungen gibt es bei „brandmeldeanlagen“, „telefontechnik“ und „gebäudeautomatisierung“. Insgesamt wurden 15 Seiten gefunden, die unter unterschiedlichen Namen erreichbar sind. Wenn ein Linktext nicht zuverlässig zum selben Ziel führt, verlieren Besucher das Vertrauen in deine Navigation und klicken unsicherer.

    Lösung→Leg für jede Seite genau einen Namen fest und verwende ihn überall gleich, egal ob im Menü, im Text oder im Footer. Räum dafür die abweichenden Varianten aus den Leistungsseiten auf.

    Für deine Entwickler

    Dedupliziere Linktexte pro Zielseite: Jede URL darf nur ein Label führen und jedes Label nur eine URL ansteuern. Betroffen sind u. a. „elektrotechnik“, „brandmeldeanlagen“, „telefontechnik“, „gebäudeautomatisierung“ (je 32 abweichende Vorkommen) sowie „leistungen“, „referenzen“, „aktuelles“, „über uns“, „karriere“.

    • "elektrotechnik" ×32, "leistungen" ×1, "referenzen" ×1, "aktuelles" ×1, "über uns" ×1, "karriere" ×1
    • "brandmeldeanlagen" ×32, "leistungen" ×1, "referenzen" ×1, "aktuelles" ×1, "über uns" ×1, "karriere" ×1
    • "telefontechnik" ×32, "leistungen" ×1, "referenzen" ×1, "aktuelles" ×1, "über uns" ×1, "karriere" ×1
    • "gebäudeautomatisierung" ×32, "leistungen" ×1, "referenzen" ×1, "aktuelles" ×1, "über uns" ×1, "karriere" ×1

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

  • gering

    Startbild-Karussell bewegt sich selbstständig

    Der Bilderslider ganz oben auf der Startseite wechselt automatisch vier Mal in sechs Sekunden, ohne dass erkennbar ist, ob Besucher ihn anhalten können. Wer gerade liest, wird vom automatischen Wechsel unterbrochen, bevor er fertig ist – das nimmt Besuchern die Kontrolle über das Lesetempo.

    Lösung→Füge dem Slider eine Pause-Taste hinzu oder verlangsame ihn deutlich, damit Besucher genug Zeit zum Lesen haben.

    Für deine Entwickler

    #header-slider > .carousel-inner > .item:nth-of-type(2) wechselt 4x in 6s ohne Nutzerinteraktion. Pause-/Stop-Control nach WCAG 2.2.2 ergänzen (z. B. Pause-Button, der play/pause togglet) und Intervall prüfen.

    • #header-slider > div.container > div.carousel-inner > div.item:nth-of-type(2) · 4 changes in 6 s without input

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

  • gering

    Mobile Nutzer müssen suchen und zielen

    Auf dem Handy liegt der Button „Alles aus einer Hand!“ erst ganz am Anfang des Bildschirms, ist aber mit rund 41 Pixel Höhe knapp zu klein zum Tippen. Auch der Menü-Button oben rechts ist mit 40 Pixel etwas unter der empfohlenen Größe. Die meisten Besucher kommen über das Handy, und zu kleine Buttons machen die mobile Seite umständlich und wirken weniger vertrauenswürdig.

    Lösung→Vergrößere den Hauptbutton und das Menüsymbol auf mindestens 44 Pixel Höhe, damit sie sich leicht antippen lassen.

    Für deine Entwickler

    Setze bei .carousel-caption .btn und .navbar-toggle eine Mindesthöhe von 44px (inkl. Padding), um die Tap-Target-Richtlinie für mobile Geräte zu erfüllen.

    • div.container > div.carousel-inner > div.item:nth-of-type(1) > div.carousel-caption > a.btn · First prominent action "Alles aus einer Hand!" at 0.3 screens dow…
    • header.navbar-fixed-top > div.container > nav.navbar > div.navbar-header:nth-of-type(1) > button.navbar-toggle · 40px tall: "Toggle navigation"
    • div.container > div.carousel-inner > div.item:nth-of-type(1) > div.carousel-caption > a.btn · 41px tall: "Alles aus einer Hand!"

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

Dein 30-Minuten-Plan

0 von 14 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