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

industrie-elektronik.example

Ich habe deine Seite per schnellem, automatisiertem Check unter die Lupe genommen: Kontraste, Schriftgrößen, Ladezeit und Struktur. Insgesamt kommst du auf 54 von 100 Punkten – vor allem uneinheitliche Linkziele, schwer lesbarer Fließtext und zu schwache Kontraste bremsen dich. Ein vollständiger Audit würde zusätzlich Design, Texte und Nutzerführung mit einer KI-Prüfung bewerten – das ist hier noch nicht enthalten.

kritisch
2
wichtig
5
gering
15
Geprüft53%Schnell-Audit
54von 100Schwach3 wirksame Verbesserungen, die in Minuten erledigt sind

Bewertung nach Bereich

Wenn du nur drei Dinge machst

  1. Gleiche Ziele, unterschiedliche Linknamen

    Wenn ein Linktext mal hierhin, mal dorthin führt, verlieren Besucher das Vertrauen in deine Navigation und klicken unsicherer.

    Lösung→Geh deine Menüpunkte und Buttons durch und vergib für jedes Ziel genau einen Namen, den du überall gleich verwendest – im Menü, in Buttons und im Footer.

  2. Fließtext zu klein und zu lang pro Zeile

    Zu kleiner Text und zu lange Zeilen ermüden die Augen schnell, besonders auf dem Smartphone.

    Lösung→Lass deinen Text mindestens so groß wie die übliche Lesegröße anzeigen und die Textspalte schmaler machen, damit eine Zeile nicht über die ganze Bildschirmbreite geht.

  3. Grauer Text zu schwach für viele Augen

    Schwacher Kontrast macht Text für Menschen mit eingeschränktem Sehvermögen und bei Sonnenlicht auf dem Handy schwer lesbar – das ist einer der häufigsten Stolpersteine für Barrierefreiheit.

    Lösung→Mach den grauen Text etwas dunkler, bis er sich deutlicher vom weißen Hintergrund abhebt.

Barrierefreiheit

Schwach 44/100

14 Elemente haben zu wenig Kontrast und einige Bedienelemente sind per Tastatur gar nicht erreichbar – das schließt Menschen aus, die auf solche Hilfen angewiesen sind.

  • kritisch

    Grauer Text zu schwach für viele Augen

    Mehrere Textabschnitte, unter anderem der Absatz, der mit „Mit der Erfahrung aus traditionellen Mä…“ beginnt, sind in einem hellen Grau (#797979) auf weißem Hintergrund gesetzt. Das ergibt nur 4,35:1 Kontrast, nötig wären mindestens 4,5:1. Schwacher Kontrast macht Text für Menschen mit eingeschränktem Sehvermögen und bei Sonnenlicht auf dem Handy schwer lesbar – das ist einer der häufigsten Stolpersteine für Barrierefreiheit.

    Lösung→Mach den grauen Text etwas dunkler, bis er sich deutlicher vom weißen Hintergrund abhebt.

    Für deine Entwickler

    Ersetze die Textfarbe #797979 durch mindestens #747474 (oder dunkler) auf weißem Hintergrund, um 4,5:1 Kontrast für normalen Text zu erreichen; betroffen sind u. a. .cell.small-6 > p:nth-child(2) bis (4).

    • .cell.small-6 > p:nth-child(2) · #797979 on #ffffff is 4.35:1, needs 4.5:1 (try #747474)
    • .cell.small-6 > p:nth-child(3) > strong · "Mit der Erfahrung aus traditionellen Mä…": #797979 on #ffffff is 4.35:1, needs 4.5:1 (try #747474)
    • .cell.small-6 > p:nth-child(4) · #797979 on #ffffff is 4.35:1, needs 4.5:1 (try #747474)

    WCAG 2.2 SC 1.4.3, 1.4.11

  • kritisch

    Drei Bedienelemente per Tastatur nicht erreichbar

    Beim Durchtabben der Seite bleiben 3 Bedienelemente unerreichbar, darunter der Slider-Punkt „2“ im Karussell oben auf der Seite. Wer keine Maus nutzt, ist komplett auf die Tastatur angewiesen – was sie nicht erreichen können, können sie auch nicht bedienen.

    Lösung→Lass prüfen, ob die Karussell-Steuerung und ähnliche Elemente auch mit der Tabulatortaste ansteuerbar gemacht werden können.

    Für deine Entwickler

    Ersetze bzw. ergänze die nicht fokussierbaren Slider-Controls (z. B. #slick-slide-control01) durch echte <button>- oder <a href>-Elemente mit korrekter tabindex-Reihenfolge, insgesamt 3 von 81 Fokus-Stopps betroffen.

    • focus stops: 81
    • unreachable controls: 3 (target 0)
    • backward jumps: 0 (target 1)
    • #slick-slide-control01 · Not reachable with Tab: "2"

    WCAG 2.2 SC 2.1.1, 2.1.2

  • wichtig

    Hauptinhalt fehlt als Orientierungspunkt

    Die Seite hat zwar eine saubere Überschrift „MARKTFÜHRER FÜR WELTWEITE HMI-LÖSUNGEN – ALLES AUS EINER HAND“, aber es fehlt ein technisch ausgezeichneter Hauptbereich, zu dem Screenreader-Nutzer direkt springen können. Nutzer von Vorleseprogrammen orientieren sich über solche Sprungmarken – ohne sie müssen sie sich durch die ganze Seite klicken, um zum eigentlichen Inhalt zu kommen.

    Lösung→Bitte deinen Entwickler, den Hauptinhalt der Seite eindeutig als solchen zu kennzeichnen, so wie es auch Header, Navigation und Footer bereits sind.

    Für deine Entwickler

    Füge ein <main>-Landmark um den Seiteninhalt ein (aktuell fehlt es), sodass Screenreader direkt dorthin springen können; Heading-Hierarchie ist mit einem h1 korrekt.

    • h1 count: 1 (target 1)

    WCAG 2.2 SC 1.3.1, 1.3.2

  • wichtig

    Fokus oft unsichtbar oder verdeckt

    Von 81 Fokus-Stopps zeigt einer, der Slider-Punkt „1“, keine sichtbare Markierung, und bei 20 weiteren – etwa beim Link „WEITERLESEN“ und beim Artikel „QUALITÄTSSICHERUNG IN DER ELEKTR…“ – wird der Fokusring von einem darüberliegenden Element (vermutlich dem Cookie-Banner) verdeckt. Tastaturnutzer müssen sehen können, wo sie sich gerade auf der Seite befinden – ohne sichtbaren Fokus navigieren sie im Blindflug.

    Lösung→Lass die fehlende Fokus-Markierung beim ersten Slider-Punkt ergänzen und prüfen, ob dein Cookie-Banner den Fokus bei anderen Elementen verdeckt.

    Für deine Entwickler

    Ergänze eine sichtbare :focus-visible-Markierung (z. B. 2px Outline mit mindestens 3:1 Kontrast) für #slick-slide-control00 und stelle den z-index von #cmpwrapper so ein, dass er fokussierte Elemente wie den „WEITERLESEN“-Link nicht überdeckt.

    • #slick-slide-control00 · No visible focus change: "1"
    • div.cell:nth-of-type(3) > div.article > div.teaser-wrapper > div.media-wrapper:nth-of-type(1) > a · Focus hidden behind #cmpwrapper: ""
    • div.article > div.teaser-wrapper > div.media-wrapper:nth-of-type(1) > div.text-wrapper > a · Focus hidden behind #cmpwrapper: "QUALITÄTSSICHERUNG IN DER ELEKTR…
    • div.cell:nth-of-type(3) > div.article > div.teaser-wrapper > div.link-wrapper:nth-of-type(2) > a.btn · Focus hidden behind #cmpwrapper: "WEITERLESEN"

    WCAG 2.2 SC 2.4.7, 2.4.11

  • gering

    Menü sieht auf jeder Seite anders aus

    Die Navigation ist auf allen 15 geprüften Seiten unterschiedlich aufgebaut statt immer gleich. Wenn sich das Menü ständig verändert, verlieren vor allem Besucher mit Screenreader oder Tastaturbedienung die Orientierung.

    Lösung→Lege eine feste Reihenfolge und Position für dein Hauptmenü fest und verwende sie auf jeder Seite.

    Für deine Entwickler

    Navigationsstruktur und -reihenfolge zwischen den Templates vereinheitlichen; sicherstellen, dass Fokus oder Eingabe in Formularfeldern keine automatischen Kontextwechsel auslösen.

    • Navigation differs from the homepage

    WCAG 2.2 SC 3.2.1, 3.2.2

Texte

Schwach 46/100

Deine Sätze sind im Schnitt 29 Wörter lang, das ist ganz schön viel auf einmal – kürzere Sätze würden es Besuchern leichter machen.

  • wichtig

    Texte sind schwer zu lesen

    Die Sätze auf deiner Seite sind im Schnitt 29 Wörter lang, und der Lesbarkeits-Wert liegt bei 0 von angestrebten 60 Punkten. Das macht Abschnitte wie den Einstieg unter „MARKTFÜHRER FÜR WELTWEITE HMI-LÖSUNGEN – ALLES AUS EINER HAND“ anstrengend zu lesen. Lange, verschachtelte Sätze kosten dich Leser, auch Fachleute lesen lieber kurze, klare Sätze auf dem Handy.

    Lösung→Teile lange Sätze in kurze auf, nutze einfache statt komplizierte Wörter und erkläre Fachbegriffe beim ersten Auftauchen kurz.

    Für deine Entwickler

    Texte redaktionell kürzen: Zielwert Durchschnittssatzlänge unter 20 Wörter, Amstad-Lesbarkeitsindex ≥ 60, aktive statt passive Formulierungen, Fachjargon beim ersten Vorkommen erläutern.

    • Amstad (Flesch, German): 0.4
    • average sentence length: 29.24 words (target 20)

    plainlanguage.gov: Federal Plain Language Guidelines

  • gering

    Zu viele große Worte, zu wenig Belege

    In deinen Texten tauchen 32 Übertreibungswörter auf 5944 Wörter auf, etwa „innovativsten“, „einzigartig“ und „nahtlos“, zum Beispiel im Satz „Ihre Maschinen sind einzigartig. Ihre HMI-…“. Wörter wie „einzigartig“ oder „innovativ“ überzeugen Leser kaum, konkrete Fakten und Zahlen schon.

    Lösung→Ersetze Sätze mit „einzigartig“ oder „innovativ“ durch konkrete Angaben: eine Zahl, ein Projektname, ein Ergebnis oder einen Zeitraum.

    Für deine Entwickler

    Hype-Wörter wie „innovativ“, „einzigartig“, „nahtlos“ in den Textblöcken (z. B. div.s-text-headline:nth-of-type(14), div.s-image-text-over:nth-of-type(10)) durch belegbare Fakten ersetzen; Zielwert ≤ 1 Hype-Wort pro 200 Wörter (aktuell 1,08).

    • hype words per 200 words: 1.08 (target 1)
    • div.article > div.teaser-wrapper > div.media-wrapper:nth-of-type(1) > div.text-wrapper > p · Vom 10. bis 13. November zeigt [Marke] auf der electronica in München…
    • div.s-image-text-over:nth-of-type(10) > div.left-wrapper:nth-of-type(2) > div.text-wrapper:nth-of-type(2) > a.inner-link > p · [Marke] bietet Ihnen individuelle A…
    • div.s-text-headline:nth-of-type(14) > div.grid-container:nth-of-type(2) > div.grid-x > div.cell > p:nth-of-type(4) · Ihre Maschinen sind einzigartig. Ihre HMI-…

    NN/g: How Users Read on the Web (concise, scannable, objective)

  • gering

    Zu viel „wir“, zu wenig „du“

    Auf deiner Startseite kommt „wir“ sechsmal vor, aber „du“ nur dreimal – die Texte drehen sich mehr um [Marke] als um die Besucher. Besucher interessieren sich zuerst für ihr eigenes Problem, nicht für dein Unternehmen.

    Lösung→Schreib die wichtigsten Abschnitte aus Sicht deiner Besucher um: Beginne mit dem, was sie bekommen, und erst danach, was ihr macht.

    Für deine Entwickler

    Copy auf der Startseite und den Landingpages überarbeiten, sodass „du/dein“-Formulierungen mindestens so häufig vorkommen wie „wir/unser“; besonders Hero- und Intro-Bereiche prüfen.

    • reader words: 3
    • company words: 6

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

  • gering

    Buttons verraten nicht, was als Nächstes passiert

    Der Button „WEITERLESEN“ im News-Teaser und der Link „...MEHR“ im Bereich zu Automation & Robotics sagen nicht, wohin sie führen. Unklare Linktexte lassen Besucher zögern oder den Klick ganz überspringen.

    Lösung→Formuliere jeden Button mit einem Verb und dem konkreten Ziel, zum Beispiel „Artikel lesen“ oder „Mehr zu Automation & Robotics“.

    Für deine Entwickler

    Linktexte der Elemente div.article .link-wrapper a.btn („WEITERLESEN“) und des Links im dritten grid-container („...MEHR“) durch beschreibende Verb+Objekt-Formulierungen ersetzen, passend zur jeweiligen Zielseite.

    • div.cell:nth-of-type(1) > div.article > div.teaser-wrapper > div.link-wrapper:nth-of-type(2) > a.btn · "WEITERLESEN" → https://industrie-elektronik.example/news/[Marke]-auf…
    • div.grid-container:nth-of-type(3) > div.grid-x > div.inner-wrapper > p:nth-of-type(2) > a · "...MEHR" → https://industrie-elektronik.example/branchen/automation-robotics/

    WCAG 2.2 SC 2.4.4

UI

Schwach 50/100

Auf dem Handy ist dein Text nur 13 Pixel groß und die Zeilen sind mit rund 148 Zeichen viel zu lang – das macht Lesen anstrengend.

  • wichtig

    Fließtext zu klein und zu lang pro Zeile

    Im Textblock unter der Überschrift „WARUM [Marke]?“ ist der Fließtext mit 15 Pixel auf dem Desktop und nur 13 Pixel auf dem Handy sehr klein, und die Zeilen sind mit rund 148 Zeichen deutlich zu lang zum bequemen Lesen. Zu kleiner Text und zu lange Zeilen ermüden die Augen schnell, besonders auf dem Smartphone.

    Lösung→Lass deinen Text mindestens so groß wie die übliche Lesegröße anzeigen und die Textspalte schmaler machen, damit eine Zeile nicht über die ganze Bildschirmbreite geht.

    Für deine Entwickler

    Setze die Schriftgröße des Absatzes auf mindestens 16px (mobil ebenfalls ≥16px), begrenze die Spaltenbreite auf ca. 65ch (45–75 Zeichen pro Zeile) und stelle line-height auf 1,4–1,6.

    • div.s-text-headline:nth-of-type(4) > div.grid-container:nth-of-type(2) > div.grid-x > div.cell > p:nth-of-type(1) · ✗ body 15px (desktop) · ✗ body 13px (mobile…

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

  • gering

    Eine Überschrift wirkt zu luftig

    Die Überschrift „GET IN TOUCH“ im Newsletter-Bereich hat einen auffällig großen Zeilenabstand bei normaler Buchstabenweite, wodurch sie lockerer wirkt als die übrigen großen Überschriften. Große Überschriften mit zu viel Luft zwischen den Zeilen wirken unfertig und lassen Wörter optisch auseinanderfallen.

    Lösung→Lass den Zeilenabstand dieser Überschrift enger stellen, ähnlich wie bei deinen anderen großen Überschriften.

    Für deine Entwickler

    Bei span.title (newsletter-wrapper, 40px) line-height von 56px auf etwa 1,0–1,2 reduzieren und letter-spacing auf 0 bis leicht negativ (-0.01 bis -0.02em) setzen.

    • div.content > div.grid-x > div.cell:nth-of-type(1) > div.newsletter-wrapper > span.title · 40px, letter-spacing normal, line-height 56px: "GET IN TOUCH"

    Apple: Designing Fluid Interfaces (WWDC 2018)

  • gering

    Klicks fühlen sich verzögert an

    Die Punkte unter den Bildergalerien (zum Beispiel „1“, „2“, „3“, „4“) zeigen keine Reaktion, solange der Finger oder die Maustaste noch gedrückt ist, sie reagieren erst beim Loslassen. Buttons, die erst verzögert reagieren, wirken träge, selbst wenn die Seite technisch schnell ist.

    Lösung→Lass deinen Entwickler dafür sorgen, dass diese Steuerelemente schon beim Drücken sichtbar reagieren, nicht erst beim Loslassen.

    Für deine Entwickler

    Für #slick-slide-control00 bis #slick-slide-control03 einen :active-Zustand (oder touchstart-Handler) implementieren, der innerhalb eines Frames visuelles Feedback gibt, statt erst bei click/release zu reagieren.

    • #slick-slide-control00 · "1": no change until release
    • #slick-slide-control01 · "2": no change until release
    • #slick-slide-control02 · "3": no change until release
    • #slick-slide-control03 · "4": no change until release

    Apple: Designing Fluid Interfaces (WWDC 2018)

  • gering

    Zu viele Schriftgrößen im Einsatz

    Auf deiner Seite tummeln sich 3 Schriftarten und 7 verschiedene Schriftgrößen, etwa bei Überschriften wie „AUTOMATION & ROBOTICS“ oder „WARUM [Marke]?“. Die Größen folgen zwar schon einem stimmigen Schema, aber die Vielfalt an Schriftarten ist unnötig groß. Zu viele Schriftarten lassen eine Seite unruhig wirken und erschweren es, Überschrift und Fließtext auf den ersten Blick zu unterscheiden.

    Lösung→Einige mit dem Design deiner Seite, reduziert auf höchstens zwei Schriftarten, die dann konsequent für Überschriften und Text verwendet werden.

    Für deine Entwickler

    Reduziere auf maximal zwei Schriftfamilien (aktuell: Univers LT W01_45 Light, Univers LT W01_75 Black, Univers LT W01_65 Bold) und ordne jedem Textstil eine feste Größe aus einer modularen Skala mit 6–8 Stufen zu.

    • font families (excl. icons): 3
    • distinct font sizes: 7 (target 8)
    • sizes on a modular scale: 100 %
    • Families: Univers LT W01_45 Light, Univers LT W01_75 Black, Univers LT W01_65 Bold

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

  • gering

    Abstände wirken uneinheitlich

    Nur 74 % der Abstände auf der Seite folgen einem einheitlichen Raster, und Textblöcke beginnen an 8 verschiedenen linken Kanten statt an wenigen festen Linien. Uneinheitliche Abstände lassen ein Layout unbewusst „nicht ganz sauber“ wirken, auch wenn Besucher nicht benennen können, warum.

    Lösung→Lass deine Entwicklung oder dein Theme auf ein einheitliches Abstandssystem umstellen, etwa in Schritten von 8 Pixeln, und die Textspalten an wenigen klaren Linien ausrichten.

    Für deine Entwickler

    Definiere eine Basis-Einheit (4 oder 8 px) mit einer festen Stufenfolge (8, 16, 24, 32, 48, 64 px) und ersetze abweichende Werte; reduziere die linken Textkanten in der Hauptspalte auf maximal 4.

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

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

SEO

Gut 72/100

Deine Ladezeit ist solide, aber ohne strukturierte Daten und Vorschaubild wissen Suchmaschinen und soziale Netzwerke noch nicht genug über dich.

  • gering

    Ladezeit knapp über dem Zielwert

    Das größte sichtbare Element lädt in etwa 2,6 Sekunden, knapp über der empfohlenen Grenze von 2,5 Sekunden. Ruckeln oder Sprünge im Seitenaufbau gibt es sonst nicht, das ist gut. Jede zusätzliche Sekunde Ladezeit kostet dich Besucher, bevor sie deine Inhalte überhaupt sehen.

    Lösung→Lass dein größtes Bild oben auf der Seite verkleinern und früher laden, damit es schneller erscheint.

    Für deine Entwickler

    LCP von 2604 ms auf unter 2500 ms senken: größtes Above-the-Fold-Bild komprimieren, mit preload priorisieren und nicht kritisches JavaScript verzögern; CLS (aktuell 0) und TBT (aktuell 0 ms) beibehalten.

    • LCP (lab, mobile): 2604.46 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

    Google fehlen Infos über dein Unternehmen

    Auf deiner Seite ist keinerlei strukturierte Daten (Schema.org) eingebunden, dadurch muss Google raten, was [Marke] eigentlich anbietet. Strukturierte Daten helfen Suchmaschinen, dein Unternehmen richtig einzuordnen, und können zu ansprechenderen Suchergebnissen führen.

    Lösung→Lass von deiner Agentur oder deinem Entwickler passende Angaben zu Unternehmen, Logo und Kontakt hinterlegen – technische Details findest du unten.

    Für deine Entwickler

    JSON-LD für Organization (ggf. ergänzend Product/Article) mit name, logo, url und Kontaktdaten einbinden; Markup mit dem Rich Results Test von Google validieren.

    • JSON-LD blocks: 0

    Google Search Central: Structured data general guidelines

  • gering

    Kein Vorschaubild beim Teilen von Links

    Deine Seite hat kein og:image hinterlegt, geteilte Links erscheinen deshalb ohne Bild. Links ohne Vorschaubild und Beschreibung werden deutlich seltener angeklickt.

    Lösung→Ergänze für die wichtigsten Seiten ein ansprechendes Vorschaubild und eine kurze Beschreibung für Social-Media-Vorschauen.

    Für deine Entwickler

    og:title, og:description und ein og:image mit mindestens 1200×630 px für zentrale Seiten ergänzen und mit einem Link-Preview-Tool testen.

    • No og:image

    Google Search Central: SEO Starter Guide

  • gering

    Bilder bremsen die Seite aus

    Die Bilder auf deiner Startseite sind unnötig groß: Du könntest rund 708 KB einsparen, einigen Bildern fehlen feste Breiten- und Höhenangaben, und manche werden in niedrigerer Auflösung als nötig ausgeliefert. Schwere Bilder verlangsamen jede Seite, besonders bei Besuchern mit mobiler Internetverbindung.

    Lösung→Lass deine Bilder in einem modernen, komprimierten Format speichern, in der tatsächlich angezeigten Größe einbinden und Bilder weiter unten auf der Seite erst beim Scrollen nachladen.

    Für deine Entwickler

    Liefere Bilder als WebP oder AVIF in der angezeigten Zielgröße aus, setze explizite width- und height-Attribute und ergänze loading="lazy" für Bilder unterhalb des sichtbaren Bereichs.

    • Improve image delivery (Est savings of 708 KiB)
    • Image elements do not have explicit `width` and `height`
    • Serves images with low resolution

    Google Search Central: SEO Starter Guide

UX

Noch nicht geprüft 38 % gemessen

Ich bin über 11 Linktexte gestolpert, die mal hierhin, mal dorthin führen – lass uns das aufräumen, damit Besucher sich sicherer fühlen.

  • wichtig

    Gleiche Ziele, unterschiedliche Linknamen

    Dieser Prüfbericht ist ein schneller, automatischer Check – eine vollständige Prüfung würde zusätzlich Design, Texte und Nutzerführung mit einer KI bewerten. Auf deiner Seite führen Linktexte wie „AUTOMATION & ROBOTICS“ oder „BRANCHEN“ zu 15 unterschiedlichen Zielseiten, und mehrere Linktexte wie „produkte“ oder „unternehmen“ tauchen mit je zwei verschiedenen Zielen auf. Wenn ein Linktext mal hierhin, mal dorthin führt, verlieren Besucher das Vertrauen in deine Navigation und klicken unsicherer.

    Lösung→Geh deine Menüpunkte und Buttons durch und vergib für jedes Ziel genau einen Namen, den du überall gleich verwendest – im Menü, in Buttons und im Footer.

    Für deine Entwickler

    Dedupliziere Linklabels site-weit: jede Ziel-URL darf nur ein Label führen und jedes Label darf nur auf eine URL zeigen. Betroffen sind u. a. „automation robotics“, „branchen“, „produkte“, „plattformen“, „unternehmen“ (je 2 Ziele) – Navigation und Footer-Links konsolidieren.

    • "automation robotics" ×48, "branchen" ×2, "produkte" ×2, "plattformen" ×2, "unternehmen" ×2, "media" ×1, "aktuelles" ×1, "downloads" ×1, "business" ×1, "materi…
    • "energy smart infrastructure" ×48, "branchen" ×2, "produkte" ×2, "plattformen" ×2, "unternehmen" ×2, "media" ×1, "aktuelles" ×1, "downloads" ×1, "business" ×1,…
    • "medtech" ×48, "branchen" ×2, "produkte" ×2, "plattformen" ×2, "unternehmen" ×2, "media" ×1, "aktuelles" ×1, "downloads" ×1, "business" ×1, "material complianc…
    • "mobility agriculture" ×48, "branchen" ×2, "produkte" ×2, "plattformen" ×2, "unternehmen" ×2, "media" ×1, "aktuelles" ×1, "downloads" ×1, "business" ×1, "mater…

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

  • gering

    Bildergalerien bewegen sich von allein

    Zwei Bild-Slider auf deiner Startseite wechseln mehrfach pro Sekunde selbstständig die Inhalte, ohne dass erkennbar ist, ob Besucher das stoppen können. Inhalte, die sich von allein bewegen, lesen die meisten Besucher langsamer, als die Slider weiterspringen, und das nimmt ihnen die Kontrolle.

    Lösung→Füge den Bildergalerien eine Pause-Taste hinzu oder stoppe sie, sobald jemand mit der Maus darüberfährt oder sie antippt.

    Für deine Entwickler

    Für #slick-slide00 und #slick-slide01 eine Pause-on-hover/-focus-Funktion sowie einen sichtbaren Pause-Button ergänzen; Autoplay nur fortsetzen, wenn keine Nutzerinteraktion erfolgt.

    • #slick-slide01 · 6 changes in 6 s without input
    • #slick-slide00 · 3 changes in 6 s without input
    • div.s-emotion:nth-of-type(3) > div.emotion-slider:nth-of-type(2) > div.slick-list > div.slick-track · 3 changes in 6 s without input

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

  • gering

    Mobile Buttons zu klein zum Tippen

    Auf dem Handy sind die Slider-Punkte „1“, „2“ und „3“ nur 20 Pixel groß und damit deutlich kleiner als nötig. Die meisten Besuche finden auf dem Smartphone statt, und zu kleine Tippflächen machen die mobile Seite umständlich zu bedienen.

    Lösung→Vergrößere die Steuerelemente des Sliders, damit sie sich bequem antippen lassen, und platziere die wichtigste Aktion weiter oben im ersten Bildschirmbereich.

    Für deine Entwickler

    Tap-Targets #slick-slide-control00/01/02 auf mindestens 44×44 px vergrößern; primäre Call-to-Action näher an den oberen Viewport-Bereich (390 px Breite) rücken.

    • #slick-slide-control00 · First prominent action "1" at 0.3 screens down, 20×20px
    • #slick-slide-control00 · 20px tall: "1"
    • #slick-slide-control01 · 20px tall: "2"
    • #slick-slide-control02 · 20px tall: "3"

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

Conversion

Noch nicht geprüft 11 % gemessen

Mit 2,6 Sekunden Ladezeit und 1,5 MB auf dem Handy bist du im grünen Bereich – ein vollständiger Check würde zeigen, wie es weiter im Funnel aussieht.

  • gering

    Startseite lädt knapp zu langsam

    Auf dem Handy braucht das größte sichtbare Element deiner Startseite etwa 2,6 Sekunden zum Laden, knapp über der Zielmarke von 2,5 Sekunden. Die Gesamtgröße der Seite liegt mit 1,5 MB aber im grünen Bereich. Auf dem Handy kostet jede zusätzliche Sekunde Ladezeit Besucher, die sonst eine Anfrage gestellt hätten.

    Lösung→Bitte deine Entwicklung, das Hauptbild oder den Hauptbereich der Startseite schneller laden zu lassen, etwa durch kleinere Bilddateien und schlankere Skripte.

    Für deine Entwickler

    Optimiere den LCP-Pfad: komprimiere das größte sichtbare Bild, entferne ungenutztes JavaScript und Schriften, und lade nicht sichtbare Inhalte erst bei Bedarf (lazy loading), um mobil unter 2,5 Sekunden zu kommen.

    • LCP (mobile, lab): 2604.46 ms (target 2500)
    • page weight: 1.52 MB (target 2)

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

Dein 30-Minuten-Plan

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