Technischer Audit
PageSpeed Insights, Lazy Loading, DOM, Barrierefreiheit und Security
(Mobil)
Core Web Vitals (Mobil)
Quelle: PageSpeed Insights, 06.04.2026
| Metrik | Wert | Bewertung | Erläuterung |
|---|---|---|---|
| First Contentful Paint (FCP) | 0,6 s | Gut | Erster sichtbarer Inhalt – schnell |
| Largest Contentful Paint (LCP) | 1,8 s | Gut | Größtes Element geladen (< 2,5 s ist gut) |
| Total Blocking Time (TBT) | 180 ms | Verbesserbar | Hauptthread ist 180 ms blockiert (Ziel: < 150 ms) |
| Cumulative Layout Shift (CLS) | 0,057 | Gut | Minimale Layout-Verschiebungen (< 0,1 ist gut) |
| Speed Index | 1,6 s | Gut | Visueller Aufbau der Seite |
Die Core Web Vitals sind insgesamt akzeptabel. FCP, LCP, CLS und Speed Index sind im grünen Bereich. Einzig die Total Blocking Time (180 ms) ist leicht über dem Idealwert – verursacht durch die große Menge inline JavaScript.
Kritische Probleme
| Problem | Detail | Impact |
|---|---|---|
| Kein natives Lazy Loading | 0 von 63 Bildern haben loading="lazy". Stattdessen wird JS-basiertes Laden über data-src verwendet (64 Bilder). |
Ohne JavaScript werden keine Bilder geladen. Suchmaschinen-Crawler sehen leere Bild-Elemente. |
| 474 KB inline JavaScript | 49 Script-Blöcke direkt im HTML, 0 externe Scripts. 4 davon render-blocking im <head> ohne async oder defer. |
Nicht cachebar, blockiert Rendering, erhöht TBT |
| 372 KB inline CSS | 54 Style-Blöcke direkt im HTML statt in externen Stylesheets | Nicht cachebar, aufgeblähtes HTML |
user-scalable=no |
Viewport-Meta verbietet Zoom: maximum-scale=1, user-scalable=no |
Barrierefreiheits-Verstoß (WCAG 2.1), Lighthouse-Abzug, schlechtere mobile Nutzbarkeit |
| ~3.200 DOM-Elemente | Google empfiehlt max. 1.500 DOM-Elemente | Langsames Rendering, erhöhter Speicherverbrauch, längere JS-Ausführung |
| Schema zeigt auf alte Domain | JSON-LD enthält "url":"https://univelop.de/privacy" statt .ai |
Widersprüchliches Domain-Signal für Google |
| 10+ doppelt geladene Bilder | Dieselben onecdn.io-URLs werden 2x im HTML referenziert | Unnötige Netzwerk-Requests, verschwendete Bandbreite |
| Bilder ohne width/height | Bildelemente haben keine expliziten Maße | Verursacht Layout Shifts (CLS) |
PageSpeed: Nicht bestandene Audits
Performance
| Audit | Betrifft |
|---|---|
| Ausführungszeit von JavaScript reduzieren | TBT |
| Aufwand für Hauptthread minimieren | TBT |
| Nicht verwendetes JavaScript reduzieren | LCP |
| Verursacher von Layout Shifts | CLS |
Barrierefreiheit (Score: 74/100)
| Audit | Erläuterung |
|---|---|
user-scalable="no" im Viewport | Nutzer können nicht zoomen – WCAG-Verstoß |
| Schaltflächen ohne Screenreader-Name | Buttons sind für assistive Technologien nicht benannt |
Keine Hauptmarkierung (<main>) | Screenreader finden keinen Hauptinhalt |
| Unzulässige ARIA-Attribute | Falsch verwendete ARIA-Rollen |
| Kontrastverhältnis nicht ausreichend | Text ist auf manchen Hintergründen schwer lesbar |
| Überschriften nicht in Reihenfolge | H1, H2, H3 springen in der Hierarchie |
SEO (Score: 92/100)
| Audit | Erläuterung |
|---|---|
| Links können nicht gecrawlt werden | Einige Links sind für den Googlebot nicht erreichbar (vermutlich JS-basierte Navigation) |
Was gut funktioniert
| Aspekt | Status | Detail |
|---|---|---|
<html lang="de"> |
Vorhanden | Sprachdeklaration ist korrekt gesetzt |
| Canonical Tag | Korrekt | Zeigt auf univelop.ai |
| Open Graph Tags | Vollständig | title, description, image, type, url |
| Security Headers | Vorbildlich | HSTS, CSP, X-Frame-Options, Referrer-Policy, Permissions-Policy |
| HTTP/2 | Aktiv | |
| Gzip-Komprimierung | Aktiv | |
| TTFB (Time to First Byte) | 63 ms | Server antwortet sehr schnell |
| Alt-Tags | Alle vorhanden | Kein Bild ohne alt-Attribut |
| Best Practices | 100/100 | HTTPS, keine veralteten APIs, keine Drittanbieter-Cookies |
| Favicon | 3 Größen | 16x16, 32x32, 144x144 |
Einschätzung: Onepage.IO als Plattform
Viele der kritischen Probleme (inline CSS/JS, kein natives Lazy Loading, aufgeblähte DOM-Struktur) sind systembedingte Einschränkungen von Onepage.IO, nicht Fehler der Website-Betreiber. Der Builder generiert das HTML automatisch in dieser Form.
Das bedeutet: Einige Probleme lassen sich innerhalb von Onepage.IO nicht lösen. Was aber möglich und sinnvoll ist:
| Maßnahme | Wo | Aufwand |
|---|---|---|
user-scalable=no entfernen |
Onepage.IO: Settings → Head & Body Scripts, Viewport-Meta überschreiben | 5 Min. |
| Schema-URL auf .ai korrigieren | Onepage.IO: Seiteneinstellungen oder Custom Code | 5 Min. |
| Bilder mit width/height versehen | Onepage.IO: Bildeinstellungen pro Bild | 30 Min. |
| Doppelte Bilder entfernen | Onepage.IO: Content prüfen, Duplikate löschen | 15 Min. |
| Überschriften-Hierarchie fixen | Onepage.IO: Textelemente prüfen (H1 → H2 → H3) | 30 Min. |
Nicht behebbar in Onepage.IO: inline CSS/JS (1,4 MB HTML), fehlende externe Scripts mit async/defer, DOM-Größe. Dafür bräuchte es einen Plattform-Wechsel.