Unterdurchschnittlich

Score-Bericht

kelo.sk

Gescannt am 3. August 2026

WooCommerce (WP 7.0.2)
jQuery
Font Awesome
Owl Carousel
Video.js
Unternehmen:jachta.sk s.r.o.· NACE 7020
NIS2: außerhalb des Geltungsbereichs
Risiko:25/100niedrig
Bonität:A
Umsatzsteuerpflichtig
Top 50% in der Branche
Vollständiges Firmenprofil →
Zuletzt gescannt: 3. August 2026
KI-Verdict

Your store works but has significant room for improvement. Start by adding meta descriptions and H1 headings to all product pages—they're essential for search engines and customers. Your security foundation is solid and your server setup is functional.

Unterliegt nicht den NIS2-Cybersicherheitspflichten.Auf Basis von NACE-Sektor + Unternehmensgröße ist die Compliance mit Artikel 21 nicht verpflichtend. Sicherheits-Best-Practices sind dennoch empfohlen.
Beliefern Sie ein NIS2-reguliertes Unternehmen?Auch außerhalb des direkten Geltungsbereichs können Lieferketten-Pflichten auf Sie zukommen — regulierte Unternehmen geben sie vertraglich an Lieferanten weiter (Sicherheit, Vorfallmeldung, Verschlüsselung). IKT- und Managed-Service-Anbieter fallen unabhängig von der Größe darunter.
Lieferantenpflichten prüfen Rechtsgrundlage: NIS2 Art. 21 · SK 366/2024 §21 · NIS2 Art. 21(2)(d)
Aktionsplan

Beheben Sie zuerst diese 3 Dinge

Sortiert nach Score-Wirkung — jede Behebung verbessert Ihre Gesamtnote.

+18möglicher Gewinn

Performance

Gewichtung: 25% · 9 bestanden · 6 Warnungen · 5 fehlgeschlagen · 2 SPA (manuell prüfen)

Was wir gefunden haben: 4.7 MB, 80 Requests - zu schwer!

Warum es wichtig ist: Seiten über 3 MB laden im 3G über 12 Sekunden. Die durchschnittliche E-Commerce-Seite liegt bei rund 2 MB - Sie liegen deutlich darüber. Schon kleine Latenzerhöhungen reduzieren den Umsatz messbar.

So beheben: Kritisch: Ihre Seite ist über 3 MB groß. 1) Alle Bilder zu WebP/AVIF konvertieren, 2) Alles below the fold per Lazy Loading laden, 3) Ungenutzte Plugins entfernen, 4) CSS/JS zusammenfassen und minifizieren, 5) Brotli-Komprimierung aktivieren.
Nachweis:PSI-lab· Konfidenz: high
Get Performance Optimization →

Was wir gefunden haben: 1414 KB — mehr als das Doppelte des Budgets von 600 KB

Warum es wichtig ist: Oberhalb von 1 200 KB blockieren allein Parsing und Ausführung Mittelklasse-Smartphones für Sekunden, bevor überhaupt etwas bedienbar ist. Zum Vergleich: der beste Shop in unserem Benchmark liefert 410 KB aus und gewann seine Auszeichnung für die mobile Nutzung.

So beheben: Prüfen Sie, was auf einer Produktseite ausgeliefert wird: Bundle nach Route aufteilen, jedes Drittanbieter-Tag bis zur Interaktion oder Einwilligung verzögern und Plugins entfernen, deren Bundle Sie nicht erklären können. Nach jedem Entfernen erneut messen.
Nachweis:PSI-lab1414 KB JavaScript· Konfidenz: high
Get Performance Optimization →

Was wir gefunden haben: 897 KB durch ungenutzten Code verschwendet!

Warum es wichtig ist: Über 200 KB ungenutzter Code verlangsamt Parsing und Ausführung erheblich. Dies ist einer der einfachsten Performance-Gewinne - das Entfernen von totem Code erfordert keine Kompromisse.

Hinweis: Diese Prüfung nutzt heuristische Erkennung und kann False Positives produzieren. Manuelle Verifizierung empfohlen.

So beheben: Sie laden 897 KB Code, der auf dieser Seite nicht verwendet wird. 1) Plugins prüfen und ungenutzte entfernen, 2) Code-Splitting für seitenspezifisches JS nutzen, 3) PurgeCSS auf Ihren Stylesheets ausführen.
Nachweis:PSI-lab· Konfidenz: low

Was wir gefunden haben: Nur 24 % von 37 Skripten optimiert - die meisten sind render-blockierend

Warum es wichtig ist: 28 render-blockierende Skripte können 1-3 Sekunden zur Ladezeit hinzufügen. Jedes synchrone Skript erzeugt eine sequenzielle Download-Parse-Ausführungs-Kette.

So beheben: Fügen Sie defer oder async zu allen <script src='...'>-Tags hinzu. Render-blockierende Skripte sind eine der Hauptursachen für langsames FCP. Defer erhält die Ausführungsreihenfolge, async nicht.
Nachweis:HTML-heuristic· Konfidenz: high
Get Performance Optimization →

Was wir gefunden haben: 19 CSS-Dateien - zu viele!

Warum es wichtig ist: Jede CSS-Datei blockiert das Rendering. Bei 19 Dateien muss der Browser alle herunterladen, bevor er irgendetwas zeichnet. Das kann in Mobilnetzen 1-2+ Sekunden hinzufügen.

So beheben: Bündeln Sie Ihre CSS-Dateien in maximal 1-3 Dateien. Nutzen Sie ein Build-Tool (Webpack, Vite, Gulp) zum Zusammenfassen und Minifizieren. Kritisches CSS sollte inline sein, der Rest deferred.
Nachweis:HTML-heuristic· Konfidenz: high

Was wir gefunden haben: 370 ms (gut: <200 ms)

Warum es wichtig ist: TBT misst, wie lange der Haupt-Thread blockiert ist. Während dieser Zeit reagieren Klicks und Tippen nicht – Ihr Shop wirkt eingefroren. Das beeinflusst die wahrgenommene Qualität direkt.

So beheben: Reduzieren Sie die JavaScript-Ausführung: verzögern Sie nicht kritische Skripte, teilen Sie große Bundles per Code-Splitting auf, entfernen Sie ungenutzte Plugins. Drittanbieter-Skripte (Analytics, Chat, Werbung) sind oft die größten Übeltäter.
Nachweis:PSI-lab· Konfidenz: high
Geschwindigkeitsaudit anfragen

Warum es wichtig ist: Preconnect spart 100-500 ms pro Drittanbieter-Origin, indem Verbindungen früh aufgebaut werden. Preload beginnt kritische Ressourcen herunterzuladen, bevor der Browser sie in CSS/JS entdeckt.

So beheben: Fügen Sie Resource Hints hinzu: <link rel='preconnect' href='https://fonts.googleapis.com'> für Drittanbieter-Origins, <link rel='preload' as='image' href='hero.webp'> für kritische Ressourcen.
Nachweis:HTML-heuristic· Konfidenz: high
Geschwindigkeitsaudit anfragen

Was wir gefunden haben: Google Fonts ohne font-display erkannt

Warum es wichtig ist: Ohne font-display verursachen eigene Schriften Flash of Invisible Text (FOIT) - der Text ist während des Schrift-Downloads komplett unsichtbar. Bei langsamen Verbindungen kann das 3+ Sekunden dauern.

So beheben: Fügen Sie &display=swap zu Ihrer Google-Fonts-URL hinzu oder ergänzen Sie font-display: swap in Ihren @font-face-Deklarationen.
Nachweis:HTML-heuristic· Konfidenz: high
Geschwindigkeitsaudit anfragen

Was wir gefunden haben: max-age=0, no-cache, no-store, must-revalidate

Warum es wichtig ist: no-cache/no-store zwingt Browser, Ressourcen bei jedem Besuch neu herunterzuladen. Wiederkehrende Besucher laden Ihre gesamte Seite jedes Mal von Grund auf.

So beheben: Setzen Sie passende Cache-Header: statische Assets sollten max-age=31536000 mit versionierten Dateinamen haben. HTML-Seiten können max-age=0 mit ETag zur Revalidierung nutzen.
Nachweis:HTTP-header· Konfidenz: high
Geschwindigkeitsaudit anfragen

Was wir gefunden haben: Eigene Schriften ohne Preload-Hints erkannt

Warum es wichtig ist: Schriften werden spät in der Render-Pipeline entdeckt (nach dem Parsen des CSS). Preloading weist den Browser an, sie sofort herunterzuladen, und reduziert Flash of Invisible Text (FOIT) um 200-500 ms.

So beheben: Preloaden Sie Ihre primäre Schrift: <link rel='preload' href='/fonts/main.woff2' as='font' type='font/woff2' crossorigin>. Für Google Fonts: preconnect zu fonts.gstatic.com.
Nachweis:HTML-heuristic· Konfidenz: high
Geschwindigkeitsaudit anfragen

Was wir gefunden haben: 19 CSS-Dateien ohne Critical-CSS-Extraktion

Warum es wichtig ist: Render-blockierendes CSS verzögert das First Paint. Das Inlinen von kritischem CSS eliminiert den render-blockierenden Round Trip - die größte FCP-Verbesserung für CSS-lastige Seiten.

So beheben: Extrahieren Sie das kritische Above-the-fold-CSS und betten Sie es inline im <head> ein. Laden Sie das restliche CSS asynchron: <link rel='preload' href='styles.css' as='style' onload='this.rel="stylesheet"'>.
Nachweis:PSI-lab· Konfidenz: high
Geschwindigkeitsaudit anfragen

11 Probleme gefunden in Performance. Verbesserungspotenzial vorhanden.

Ihr Shop qualifiziert sich noch nicht für das Zulien Score-Badge. Erreichen Sie 80+, um es zu verdienen!

📧 Erinnerungen für Re-Scans

Wir senden Ihnen monatlich eine E-Mail, wenn ein erneuter Scan ansteht und Sie Ihre Verbesserungen verfolgen können.

🚀 Verbessern Sie Ihren Score

Unsere PrestaShop-Module beheben die meisten dieser Probleme automatisch.

Kostenlose 15-Min-Beratung · Unverbindlich

Teilen & Exportieren

Bereit, Ihren Score zu verbessern?

Ihr Shop verliert täglich Kunden. Die obigen Probleme kosten Sie Umsatz.

Selbst beheben

Schauen Sie sich unsere Module an und beheben Sie die Probleme mit 2 Klicks.

Zulien-Module ansehen

Wir erledigen es für Sie

Beschreiben Sie Ihr Ziel und wir senden Ihnen innerhalb von 48 Stunden ein Angebot — ohne Telefonat.

Schriftliches Angebot anfordern

Antwort innerhalb von 48 h · Kein Verkaufsgespräch

Dies ist eine automatisierte heuristische Schätzung, kein professionelles Audit. Befunde spiegeln öffentlich beobachtbare Signale zum Scan-Zeitpunkt wider und können False Positives enthalten.Mehr zu unserer MethodikUngenauigkeit meldenDiesen Bericht entfernen
Full e-commerce audit — 50+ checks across 7 categories
64/100
Grade D
kelo.sk
jachta.sk s.r.o.
Auditdatum: 3. August 2026
Plattform: WooCommerce (WP 7.0.2)
NACE: 7020
Online-Bericht: https://score.zulien.sk/r/kelo.sk
Erstellt · score.zulien.sk · by Zulien

Zusammenfassung

26
Fehler
57
Warnungen
58
OK
162
Prüfungen gesamt

Punkte nach Kategorie

KategoriePunkteGewichtFehlerWarnungenOK
Performance71/10025%569
SEO64/10020%4613
Sicherheit59/10015%367
Mobil67/10010%0107
KI-Bereitschaft49/10010%9178
Recht & DSGVO60/10010%276
Schwachstellen70/10010%358

Kritische Befunde

Gesamtseitengewicht· Performance
Seiten über 3 MB laden im 3G über 12 Sekunden. Die durchschnittliche E-Commerce-Seite liegt bei rund 2 MB - Sie liegen deutlich darüber. Schon kleine Latenzerhöhungen reduzieren den Umsatz messbar.
JavaScript-Budget· Performance
Oberhalb von 1 200 KB blockieren allein Parsing und Ausführung Mittelklasse-Smartphones für Sekunden, bevor überhaupt etwas bedienbar ist. Zum Vergleich: der beste Shop in unserem Benchmark liefert 410 KB aus und gewann seine Auszeichnung für die mobile Nutzung.
Ungenutzter Code (CSS + JS)· Performance
Über 200 KB ungenutzter Code verlangsamt Parsing und Ausführung erheblich. Dies ist einer der einfachsten Performance-Gewinne - das Entfernen von totem Code erfordert keine Kompromisse.
Skript-Ladestrategie· Performance
28 render-blockierende Skripte können 1-3 Sekunden zur Ladezeit hinzufügen. Jedes synchrone Skript erzeugt eine sequenzielle Download-Parse-Ausführungs-Kette.
Anzahl CSS-Dateien· Performance
Jede CSS-Datei blockiert das Rendering. Bei 19 Dateien muss der Browser alle herunterladen, bevor er irgendetwas zeichnet. Das kann in Mobilnetzen 1-2+ Sekunden hinzufügen.
Meta-Description· SEO
Ohne Meta-Description generiert Google eine — oft schlecht. Eine eigene Beschreibung gibt Ihnen Kontrolle über das SERP-Snippet und verbessert die Klickrate.
H1-Überschrift· SEO
Die H1 ist ein primäres Inhaltssignal für Suchmaschinen. Seiten ohne H1 ranken schlechter für Ziel-Keywords.
Open-Graph-Tags· SEO
Ohne OG-Tags zeigen soziale Plattformen automatisch generierte Vorschauen an. Korrekte OG-Tags erzeugen saubere, klickbare Link-Karten.
Strukturierte Daten (JSON-LD)· SEO
Seiten mit strukturierten Daten können Rich Snippets in Google erhalten — Sternebewertungen, Preise, Verfügbarkeit —, was die Klickrate steigert.
HSTS (Strict-Transport-Security)· Sicherheit
Ohne HSTS können Angreifer die erste HTTP-Anfrage abfangen und die Verbindung herabstufen, um in öffentlichem WLAN Session-Cookies zu stehlen.
Content-Security-Policy (CSP)· Sicherheit
CSP ist eine starke Verteidigung gegen XSS-Angriffe. Ohne sie läuft jedes eingeschleuste Skript mit vollen Rechten. CSP blockiert die Injektion von Inline-Skripten.
Clickjacking-Schutz· Sicherheit
Clickjacking überlagert Ihre Seite in einem versteckten Iframe. Angreifer bringen Nutzer dazu, Schaltflächen (etwa 'Kauf bestätigen') zu klicken, ohne es zu bemerken.

Performance

71/100
Gewicht: 25% · 9 OK · 6 Warnungen · 5 Fehler · 22 gesamt
GesamtseitengewichtFehlgeschlagen
4.7 MB, 80 Requests - zu schwer!
Warum das wichtig ist: Seiten über 3 MB laden im 3G über 12 Sekunden. Die durchschnittliche E-Commerce-Seite liegt bei rund 2 MB - Sie liegen deutlich darüber. Schon kleine Latenzerhöhungen reduzieren den Umsatz messbar.
So beheben Sie es: Kritisch: Ihre Seite ist über 3 MB groß. 1) Alle Bilder zu WebP/AVIF konvertieren, 2) Alles below the fold per Lazy Loading laden, 3) Ungenutzte Plugins entfernen, 4) CSS/JS zusammenfassen und minifizieren, 5) Brotli-Komprimierung aktivieren.
JavaScript-BudgetFehlgeschlagen
1414 KB — mehr als das Doppelte des Budgets von 600 KB
Warum das wichtig ist: Oberhalb von 1 200 KB blockieren allein Parsing und Ausführung Mittelklasse-Smartphones für Sekunden, bevor überhaupt etwas bedienbar ist. Zum Vergleich: der beste Shop in unserem Benchmark liefert 410 KB aus und gewann seine Auszeichnung für die mobile Nutzung.
So beheben Sie es: Prüfen Sie, was auf einer Produktseite ausgeliefert wird: Bundle nach Route aufteilen, jedes Drittanbieter-Tag bis zur Interaktion oder Einwilligung verzögern und Plugins entfernen, deren Bundle Sie nicht erklären können. Nach jedem Entfernen erneut messen.
Ungenutzter Code (CSS + JS)Fehlgeschlagen
897 KB durch ungenutzten Code verschwendet!
Warum das wichtig ist: Über 200 KB ungenutzter Code verlangsamt Parsing und Ausführung erheblich. Dies ist einer der einfachsten Performance-Gewinne - das Entfernen von totem Code erfordert keine Kompromisse.
So beheben Sie es: Sie laden 897 KB Code, der auf dieser Seite nicht verwendet wird. 1) Plugins prüfen und ungenutzte entfernen, 2) Code-Splitting für seitenspezifisches JS nutzen, 3) PurgeCSS auf Ihren Stylesheets ausführen.
Skript-LadestrategieFehlgeschlagen
Nur 24 % von 37 Skripten optimiert - die meisten sind render-blockierend
Warum das wichtig ist: 28 render-blockierende Skripte können 1-3 Sekunden zur Ladezeit hinzufügen. Jedes synchrone Skript erzeugt eine sequenzielle Download-Parse-Ausführungs-Kette.
So beheben Sie es: Fügen Sie defer oder async zu allen <script src='...'>-Tags hinzu. Render-blockierende Skripte sind eine der Hauptursachen für langsames FCP. Defer erhält die Ausführungsreihenfolge, async nicht.
Anzahl CSS-DateienFehlgeschlagen
19 CSS-Dateien - zu viele!
Warum das wichtig ist: Jede CSS-Datei blockiert das Rendering. Bei 19 Dateien muss der Browser alle herunterladen, bevor er irgendetwas zeichnet. Das kann in Mobilnetzen 1-2+ Sekunden hinzufügen.
So beheben Sie es: Bündeln Sie Ihre CSS-Dateien in maximal 1-3 Dateien. Nutzen Sie ein Build-Tool (Webpack, Vite, Gulp) zum Zusammenfassen und Minifizieren. Kritisches CSS sollte inline sein, der Rest deferred.
Total Blocking Time (TBT)Warnung
370 ms (gut: <200 ms)
Warum das wichtig ist: TBT misst, wie lange der Haupt-Thread blockiert ist. Während dieser Zeit reagieren Klicks und Tippen nicht – Ihr Shop wirkt eingefroren. Das beeinflusst die wahrgenommene Qualität direkt.
So beheben Sie es: Reduzieren Sie die JavaScript-Ausführung: verzögern Sie nicht kritische Skripte, teilen Sie große Bundles per Code-Splitting auf, entfernen Sie ungenutzte Plugins. Drittanbieter-Skripte (Analytics, Chat, Werbung) sind oft die größten Übeltäter.
Resource Hints (Preload/Preconnect)Warnung
Warum das wichtig ist: Preconnect spart 100-500 ms pro Drittanbieter-Origin, indem Verbindungen früh aufgebaut werden. Preload beginnt kritische Ressourcen herunterzuladen, bevor der Browser sie in CSS/JS entdeckt.
So beheben Sie es: Fügen Sie Resource Hints hinzu: <link rel='preconnect' href='https://fonts.googleapis.com'> für Drittanbieter-Origins, <link rel='preload' as='image' href='hero.webp'> für kritische Ressourcen.
Font-LadestrategieWarnung
Google Fonts ohne font-display erkannt
Warum das wichtig ist: Ohne font-display verursachen eigene Schriften Flash of Invisible Text (FOIT) - der Text ist während des Schrift-Downloads komplett unsichtbar. Bei langsamen Verbindungen kann das 3+ Sekunden dauern.
So beheben Sie es: Fügen Sie &display=swap zu Ihrer Google-Fonts-URL hinzu oder ergänzen Sie font-display: swap in Ihren @font-face-Deklarationen.
Cache-Control-StrategieWarnung
max-age=0, no-cache, no-store, must-revalidate
Warum das wichtig ist: no-cache/no-store zwingt Browser, Ressourcen bei jedem Besuch neu herunterzuladen. Wiederkehrende Besucher laden Ihre gesamte Seite jedes Mal von Grund auf.
So beheben Sie es: Setzen Sie passende Cache-Header: statische Assets sollten max-age=31536000 mit versionierten Dateinamen haben. HTML-Seiten können max-age=0 mit ETag zur Revalidierung nutzen.
Font-PreloadingWarnung
Eigene Schriften ohne Preload-Hints erkannt
Warum das wichtig ist: Schriften werden spät in der Render-Pipeline entdeckt (nach dem Parsen des CSS). Preloading weist den Browser an, sie sofort herunterzuladen, und reduziert Flash of Invisible Text (FOIT) um 200-500 ms.
So beheben Sie es: Preloaden Sie Ihre primäre Schrift: <link rel='preload' href='/fonts/main.woff2' as='font' type='font/woff2' crossorigin>. Für Google Fonts: preconnect zu fonts.gstatic.com.
Critical-CSS-StrategieWarnung
19 CSS-Dateien ohne Critical-CSS-Extraktion
Warum das wichtig ist: Render-blockierendes CSS verzögert das First Paint. Das Inlinen von kritischem CSS eliminiert den render-blockierenden Round Trip - die größte FCP-Verbesserung für CSS-lastige Seiten.
So beheben Sie es: Extrahieren Sie das kritische Above-the-fold-CSS und betten Sie es inline im <head> ein. Laden Sie das restliche CSS asynchron: <link rel='preload' href='styles.css' as='style' onload='this.rel="stylesheet"'>.
Server-Antwortzeit (TTFB)Bestanden
47 ms
First Contentful Paint (FCP)Bestanden
0.79 s
Largest Contentful Paint (LCP)Bestanden
1.80 s – Core Web Vital ✓
Cumulative Layout Shift (CLS)Bestanden
0.013 – Core Web Vital ✓
Speed IndexBestanden
1.65 s
Request-BudgetBestanden
80 Requests — innerhalb des Budgets von 80
Warum das wichtig ist: Jeder Request kostet einen Roundtrip. Unter HTTP/2 teilen sie sich eine Verbindung, müssen aber trotzdem einzeln entdeckt, eingereiht und verarbeitet werden.
Textkomprimierung (gzip/brotli)Bestanden
Alle Textressourcen ordnungsgemäß komprimiert
Lazy LoadingBestanden
48 % der Bilder nutzen natives Lazy Loading (14/29)
HTTP/3-(QUIC-)UnterstützungBestanden
HTTP/3 über Alt-Svc-Header aktiviert
Drittanbieter-DiensteInfo
Nicht gemessen — PageSpeed hat für diese URL kein Drittanbieter-Audit zurückgegeben
Warum das wichtig ist: Wir weisen das als nicht gemessen aus und nicht als null Drittanbieter, denn das sind sehr unterschiedliche Befunde.
So beheben Sie es: Führen Sie den Scan erneut aus oder sehen Sie sich die Drittanbieter-Übersicht direkt bei PageSpeed Insights an.
Render-blockierende RessourcenInfo
Nicht gemessen - PageSpeed hat für diese URL kein Audit render-blockierender Ressourcen zurückgegeben
So beheben Sie es: Führen Sie den Scan erneut aus oder testen Sie direkt bei PageSpeed Insights. Diese Metrik benötigt einen erfolgreichen Lighthouse-Lab-Lauf.
Kategorie 1 / 7 · kelo.sk · Zulien Score

SEO

64/100
Gewicht: 20% · 13 OK · 6 Warnungen · 4 Fehler · 24 gesamt
Meta-DescriptionFehlgeschlagen
Warum das wichtig ist: Ohne Meta-Description generiert Google eine — oft schlecht. Eine eigene Beschreibung gibt Ihnen Kontrolle über das SERP-Snippet und verbessert die Klickrate.
So beheben Sie es: Schreiben Sie eine überzeugende Meta-Description (120-160 Zeichen) mit einem Call-to-Action. Bauen Sie Ihr Ziel-Keyword auf natürliche Weise ein.
H1-ÜberschriftFehlgeschlagen
Warum das wichtig ist: Die H1 ist ein primäres Inhaltssignal für Suchmaschinen. Seiten ohne H1 ranken schlechter für Ziel-Keywords.
So beheben Sie es: Fügen Sie genau ein H1-Tag mit Ihrem Hauptkeyword hinzu. Es sollte die auffälligste Überschrift der Seite sein.
Open-Graph-TagsFehlgeschlagen
Warum das wichtig ist: Ohne OG-Tags zeigen soziale Plattformen automatisch generierte Vorschauen an. Korrekte OG-Tags erzeugen saubere, klickbare Link-Karten.
So beheben Sie es: Fügen Sie jeder Seite die Meta-Tags og:title, og:description, og:image (1200×630px) und og:type hinzu.
Strukturierte Daten (JSON-LD)Fehlgeschlagen
Warum das wichtig ist: Seiten mit strukturierten Daten können Rich Snippets in Google erhalten — Sternebewertungen, Preise, Verfügbarkeit —, was die Klickrate steigert.
So beheben Sie es: Fügen Sie strukturierte JSON-LD-Daten hinzu: Product- (mit Preis, Verfügbarkeit, Bewertungen), Organization-, BreadcrumbList- und WebSite-Schemas.
Meta-TitleWarnung
7 Zeichen (optimal: 30-60)
Warum das wichtig ist: Kurze Titel verschwenden wertvollen Ranking-Platz in den Suchergebnissen.
So beheben Sie es: Ihr Title ist sehr kurz. Fügen Sie aussagekräftige Keywords und Ihren Markennamen für bessere Ranking-Signale hinzu.
Twitter/X-CardsWarnung
Warum das wichtig ist: Twitter Cards heben Ihre Links in X/Twitter-Feeds hervor. Ohne sie erscheinen geteilte Links als reine Text-URLs.
So beheben Sie es: Fügen Sie die Tags <meta name='twitter:card' content='summary_large_image'>, twitter:title und twitter:image hinzu.
Optimierung des BildformatsWarnung
Nur 14 % moderne Formate — 10 veraltete Bilder verbleiben
Warum das wichtig ist: WebP/AVIF-Bilder sind bei gleicher Qualität 30-70 % kleiner als JPEG/PNG. Das verbessert direkt die Seitengeschwindigkeit, den LCP und das mobile Erlebnis.
So beheben Sie es: Konvertieren Sie die verbleibenden JPEG/PNG-Bilder zu WebP (30-50 % kleiner) oder AVIF (50-70 % kleiner). Verwenden Sie das <picture>-Element als Browser-Fallback.
Leere/tote LinksWarnung
9 tote Links (1 leer, 8 nur Hash, 0 javascript:void)
Warum das wichtig ist: Tote Links verschwenden Crawl-Budget und verwirren Suchmaschinen. Sie schaffen zudem eine schlechte Nutzererfahrung — Nutzer klicken in Erwartung einer Navigation, und nichts passiert.
So beheben Sie es: Ersetzen Sie leere href='', href='#' und href='javascript:void(0)' durch echte URLs. Wenn interaktiv, verwenden Sie <button> statt <a>.
Umfang des Product-SchemasWarnung
Empfohlene fehlen: brand, aggregateRating, review, gtin
Warum das wichtig ist: Ein vollständiges Produkt-Schema ermöglicht Rich Snippets, die die organische Klickrate steigern. Produkte mit Bewertungen/Rezensionen in den Suchergebnissen erzielen eine deutlich höhere CTR.
So beheben Sie es: Fügen Sie brand, aggregateRating, review, gtin zu Ihrem Product-Schema hinzu. Diese Felder ermöglichen Rich Snippets mit Sternebewertungen, Preis, Verfügbarkeit und Marke in den Suchergebnissen.
Übermäßige RessourcenanfragenWarnung
37 JS + 19 CSS = 56 externe Anfragen
Warum das wichtig ist: Das Crawl-Budget von Google ist begrenzt. Websites mit übermäßig vielen Ressourcen werden seltener gecrawlt und neue Inhalte langsamer indexiert.
So beheben Sie es: Reduzieren Sie auf unter 30 externe Ressourcen, indem Sie JS/CSS-Dateien bündeln, ungenutzte Plugins entfernen und Drittanbieter-Skripte konsolidieren.
Inhaltsstruktur (H2-Überschriften)Bestanden
10 H2-Zwischenüberschriften gefunden
Canonical-URLBestanden
https://kelo.sk/
robots.txtBestanden
Vorhanden, verweist auf Sitemap
XML-SitemapBestanden
Gefunden mit ~7+ URLs
HTML-SprachattributBestanden
lang="sk-SK"
Bild-Alt-AttributeBestanden
100% von 29 Bildern haben Alt-Text
Meta-Robots-TagBestanden
max-image-preview:large
FaviconBestanden
Favicon erkannt
Semantische HTML-StrukturBestanden
4/6 semantische Elemente: <article>, <header>, <footer>, <aside>
InhaltstiefeBestanden
665 Wörter — ausreichender Inhalt
Tiefe ÜberschriftenhierarchieBestanden
H2: 10, H3: 17 — gut strukturierter Inhalt
Interne VerlinkungBestanden
19 interne Links — starke Website-Navigation
Grundlagen der BarrierefreiheitBestanden
3/4 Barrierefreiheits-Signale: 54 ARIA roles, 18 ARIA labels, lang="sk-SK"
Text-zu-HTML-VerhältnisInfo
2 % Verhältnis, aber 665 Wörter — der Inhalt ist ausreichend; das niedrige Verhältnis kommt von aufgeblähtem Markup/Inline-JS, nicht von dünnem Inhalt
Warum das wichtig ist: Das Text-zu-HTML-Verhältnis ist nur dann ein Signal für dünnen Inhalt, wenn auch die tatsächliche Wortanzahl niedrig ist. Bei 500+ Wörtern haben Suchmaschinen genügend Grundlage für das Ranking.
So beheben Sie es: Ihr Textinhalt ist ausreichend. Um das Verhältnis zu erhöhen, verlagern Sie Inline-<script>/<style> in externe Dateien und reduzieren Sie aufgeblähte Templates — das ist ein Performance-/Sauberkeitsgewinn, keine Inhaltslücke.
Kategorie 2 / 7 · kelo.sk · Zulien Score

Sicherheit

59/100
Gewicht: 15% · 7 OK · 6 Warnungen · 3 Fehler · 16 gesamt
HSTS (Strict-Transport-Security)Fehlgeschlagen
Warum das wichtig ist: Ohne HSTS können Angreifer die erste HTTP-Anfrage abfangen und die Verbindung herabstufen, um in öffentlichem WLAN Session-Cookies zu stehlen.
So beheben Sie es: Fügen Sie den Header hinzu: Strict-Transport-Security: max-age=31536000; includeSubDomains; preload - reichen Sie die Domain anschließend bei hstspreload.org ein.
Content-Security-Policy (CSP)Fehlgeschlagen
Warum das wichtig ist: CSP ist eine starke Verteidigung gegen XSS-Angriffe. Ohne sie läuft jedes eingeschleuste Skript mit vollen Rechten. CSP blockiert die Injektion von Inline-Skripten.
So beheben Sie es: Implementieren Sie einen CSP-Header. Beginnen Sie mit: Content-Security-Policy: default-src 'self'; script-src 'self'; style-src 'self' 'unsafe-inline'; img-src 'self' data: - und verschärfen Sie ihn dann schrittweise.
Clickjacking-SchutzFehlgeschlagen
Warum das wichtig ist: Clickjacking überlagert Ihre Seite in einem versteckten Iframe. Angreifer bringen Nutzer dazu, Schaltflächen (etwa 'Kauf bestätigen') zu klicken, ohne es zu bemerken.
So beheben Sie es: Fügen Sie X-Frame-Options: DENY hinzu (oder SAMEORIGIN, falls Iframes benötigt werden). Besser: Verwenden Sie CSP frame-ancestors 'self'.
CAA-DNS-EintragWarnung
Keine CAA-Einträge - jede Zertifizierungsstelle kann Zertifikate für diese Domain ausstellen
Warum das wichtig ist: CAA-Einträge begrenzen, welche Zertifizierungsstellen Zertifikate für Ihre Domain ausstellen dürfen. Ohne CAA kann eine kompromittierte oder betrügerische Stelle gültige Zertifikate ausstellen, denen Browser vertrauen - ein dokumentiertes Angriffsmuster (DigiNotar 2011, Symantec 2017).
So beheben Sie es: Veröffentlichen Sie CAA-TXT-Einträge, die Ihre Zertifizierungsstelle festlegen. Für Let's Encrypt: `0 issue "letsencrypt.org"`. Für mehrere Stellen fügen Sie weitere `0 issue "..."`-Einträge hinzu. Fügen Sie `0 iodef "mailto:security@yourdomain.tld"` für Meldungen über Fehlausstellungen hinzu.
X-Content-Type-OptionsWarnung
Warum das wichtig ist: Ohne nosniff können Browser hochgeladene Dateien als Skripte ausführen. Ein Angreifer könnte eine .jpg hochladen, die eigentlich JavaScript ist, und den Browser dazu bringen, sie auszuführen.
So beheben Sie es: Fügen Sie den Header hinzu: X-Content-Type-Options: nosniff
Referrer-PolicyWarnung
Warum das wichtig ist: Ohne Referrer-Policy senden Browser die vollständige URL an Dritte. Dabei können sensible Daten wie Session-Tokens in URLs oder interne Seitenpfade preisgegeben werden.
So beheben Sie es: Fügen Sie den Header hinzu: Referrer-Policy: strict-origin-when-cross-origin - das ist der beste Kompromiss zwischen Funktionalität und Datenschutz.
Permissions-PolicyWarnung
Warum das wichtig ist: Ohne Permissions-Policy kann jedes Drittanbieter-Skript (Werbung, Analytics, Chat-Widgets) ohne Ihr Wissen auf Kamera, Mikrofon und Standort zugreifen.
So beheben Sie es: Fügen Sie hinzu: Permissions-Policy: camera=(), microphone=(), geolocation=(), payment=() - deaktivieren Sie APIs, die Ihre Website nicht benötigt.
security.txt (RFC 9116)Warnung
Warum das wichtig ist: security.txt ermöglicht es ethischen Hackern, Schwachstellen verantwortungsvoll zu melden. Ohne sie könnten sie diese öffentlich machen oder gar nicht melden.
So beheben Sie es: Erstellen Sie /.well-known/security.txt mit den Feldern Contact, Expires und Preferred-Languages. Den Generator finden Sie auf securitytxt.org.
CDN-/WAF-SchutzWarnung
Warum das wichtig ist: Ohne CDN/WAF ist Ihr Origin-Server direkt DDoS-Angriffen, Bot-Traffic und Brute-Force-Versuchen ausgesetzt.
So beheben Sie es: Fügen Sie ein CDN/WAF wie Cloudflare (kostenlose Stufe), Sucuri oder Fastly hinzu. Sie bieten DDoS-Schutz, Bot-Filterung und SSL-Verwaltung.
SSL/TLS-ZertifikatBestanden
Gültige HTTPS-Verbindung hergestellt
DNSSECBestanden
Zone ist DNSSEC-signiert (DNSKEY veröffentlicht)
Warum das wichtig ist: DNSSEC schützt vor DNS-Cache-Poisoning und vor On-Path-Angreifern, die Ihre Domain umleiten. Von einigen sektoralen Regulierungsbehörden für wesentliche/wichtige Einrichtungen gemäß NIS2 gefordert.
HTTP → HTTPS-WeiterleitungBestanden
HTTP leitet korrekt auf HTTPS weiter
Cookie-SicherheitsflagsBestanden
In der ersten Antwort werden keine Cookies gesetzt
Technologie-OffenlegungBestanden
Server: openresty (ohne Version)
Subresource Integrity (SRI)Bestanden
Alle Cross-Origin-Skripte sind automatisch aktualisierende Anbieter-Skripte, bei denen SRI nicht anwendbar ist
Offenlegung der Server-VersionBestanden
openresty - Version verborgen
Kategorie 3 / 7 · kelo.sk · Zulien Score

Mobil

67/100
Gewicht: 10% · 7 OK · 10 Warnungen · 0 Fehler · 20 gesamt
Mobile-Performance-ScoreWarnung
61/100 (Ziel: 90+)
Warum das wichtig ist: Der Großteil des E-Commerce-Traffics ist mobil. Google bewertet nach Mobile-Performance, nicht nach Desktop.
So beheben Sie es: Für Mobilgeräte optimieren: Bilder zu WebP komprimieren, unkritisches JS aufschieben, CSS-Dateigröße reduzieren. Mobile CPUs sind um ein Vielfaches langsamer als Desktop — was auf dem Desktop schnell ist, ist mobil langsam.
Größe der Touch-ZieleWarnung
Some tappable targets are too small or too close together (Lighthouse tap-targets audit)
Warum das wichtig ist: Kleine Touch-Ziele führen zu Fehlberührungen auf dem Mobilgerät. Im E-Commerce kostet eine Fehlberührung auf 'Aus dem Warenkorb entfernen' statt 'Zur Kasse' direkt Umsatz.
So beheben Sie es: Stellen Sie sicher, dass ALLE interaktiven Elemente (Buttons, Links, Formularfelder) mindestens 48×48px groß sind und einen Mindestabstand von 8px zueinander haben. Achten Sie besonders auf: Navigationsmenüs, Filter-Buttons, Produktvarianten-Auswahl und Footer-Links.
Lesbarkeit der SchriftgrößeWarnung
Some text renders below the 12px legibility threshold (Lighthouse font-size audit)
Warum das wichtig ist: Text kleiner als 16px zwingt mobile Nutzer zum Pinch-Zoom. Das bricht das responsive Layout und schafft ein frustrierendes Erlebnis.
So beheben Sie es: Legen Sie eine Mindestschriftgröße von 16px für den Fließtext fest. Verwenden Sie relative Einheiten (rem/em) statt px für Skalierbarkeit. Produkttitel: 18px+, Preise: 20px+, CTAs: 16px+ fett.
PWA-FunktionenWarnung
Warum das wichtig ist: PWAs vereinen das Beste aus Web- und nativen Apps. Für E-Commerce ermöglichen PWAs Push-Benachrichtigungen, Offline-Browsing und Zugriff über den Startbildschirm.
So beheben Sie es: Erwägen Sie das Hinzufügen von Progressive-Web-App-Funktionen: 1) Erstellen Sie eine manifest.json mit App-Name, Icons und Theme-Farbe, 2) Registrieren Sie einen Service Worker für Offline-Caching. So wird Ihr Shop auf dem Mobilgerät installierbar.
Theme-FarbeWarnung
Warum das wichtig ist: theme-color schafft ein poliertes, markengerechtes mobiles Erlebnis. Die Website wirkt dadurch nativ und professionell.
So beheben Sie es: Fügen Sie <meta name='theme-color' content='#your-brand-color'> passend zu Ihrer Marke hinzu. Browser färben damit die Adressleiste, den Task-Switcher und die PWA-Oberfläche.
Mobile Navigation (semantisch)Warnung
Warum das wichtig ist: Semantische <nav>-Elemente sind für die mobile Barrierefreiheit unerlässlich. Screenreader nutzen sie, damit Nutzer direkt zur Navigation springen können — entscheidend auf kleinen Bildschirmen mit langem Inhalt.
So beheben Sie es: Umschließen Sie Ihre Navigation mit einem <nav>-Element. Das hilft mobilen Screenreadern, 'Zur Navigation springen' anzubieten, und verbessert die Sprachnavigation (z. B. 'Siri, zeig mir das Menü').
Apple Mobile Web AppWarnung
Fehlt: apple-mobile-web-app-capable, status-bar-style
Warum das wichtig ist: Diese Tags aktivieren 'Zum Home-Bildschirm hinzufügen' auf iOS mit einem Vollbild-Erlebnis. Eine polierte Präsenz auf dem Startbildschirm erhöht die Wiederkehrbesuche.
So beheben Sie es: Fügen Sie hinzu: <meta name='apple-mobile-web-app-capable' content='yes'>, <meta name='apple-mobile-web-app-status-bar-style' content='default'>, <link rel='apple-touch-icon' href='/icon-180.png'>.
Mobiler Sticky-CTAWarnung
In-den-Warenkorb-Button gefunden, aber keine sticky/fixed-Positionierung erkannt
Warum das wichtig ist: Mobile Nutzer scrollen viel. Eine Sticky-In-den-Warenkorb-Leiste hält die primäre Aktion sichtbar. Ohne sie müssen Nutzer zum Kaufen nach oben zurückscrollen — viele tun das nicht.
So beheben Sie es: Fügen Sie eine Sticky-In-den-Warenkorb-Leiste am unteren Rand mobiler Bildschirme hinzu. Verwenden Sie position: sticky oder position: fixed mit bottom: 0. Der CTA sollte immer ohne Scrollen sichtbar sein.
Druck-StylesheetWarnung
Bestell-/Rechnungsseite ohne Druckstile
Warum das wichtig ist: Kunden drucken Bestellbestätigungen und Rechnungen aus. Ohne Druckstile erhalten sie Navigationsleisten, Cookie-Banner und kaputte Layouts. Das ist eine häufige Usability-Beschwerde im E-Commerce.
So beheben Sie es: Fügen Sie @media print-CSS-Regeln hinzu, um Navigation, Werbung und nicht wesentliche Elemente auszublenden. Stellen Sie sicher, dass Bestelldetails, Preise und Firmeninfos beim Drucken sichtbar sind.
Überschriftenhierarchie (WCAG 1.3.1)Warnung
Übersprungene Ebenen: h2→h4, h2→h5
Warum das wichtig ist: Übersprungene Heading-Ebenen (z. B. h1 direkt auf h3) zerstören die Navigation für Screenreader-Nutzer und signalisieren Google eine schlechte Dokumentstruktur. Auch das SEO wird negativ beeinflusst.
So beheben Sie es: Halte die Reihenfolge der Überschriften h1 → h2 → h3 → h4 ohne Auslassung ein. Screenreader nutzen die Überschriftenhierarchie zur Navigation. Wenn du eine kleinere Schrift, aber dieselbe Ebene brauchst, verwende eine CSS-Klasse, nicht ein niedrigeres Heading-Tag.
Viewport-KonfigurationBestanden
width=device-width, initial-scale=1
Inhalt passt in den ViewportBestanden
Kein horizontales Scrollen nötig
Techniken für responsives DesignBestanden
Erkannt: Flexbox, CSS Grid, Media queries
Responsive Bilder (srcset)Bestanden
26 Bild(er) verwenden srcset für responsive Größe
Formular-EingabetypenBestanden
Optimiert: 4 search
Beschriftungen von Formularfeldern (WCAG 3.3.2)Bestanden
4/4 Inputs haben eine Beschriftung
Qualität von Linktexten (WCAG 2.4.4)Bestanden
Alle Links haben einen beschreibenden Text
Erkannte ZahlungsmethodenInfo
Kein bekanntes Zahlungs-Gateway auf der Homepage erkannt
Warum das wichtig ist: Sichtbare Zahlungssymbole (Apple Pay, Google Pay, Klarna, Tatra Pay) im Header/Footer steigern die Conversion. Vertrauenssignal vor dem Checkout.
So beheben Sie es: Die Zahlungs-Gateway-Erkennung scannt nur die Homepage. Wenn Zahlungen unter /checkout liegen oder erst nach Interaktion per JS geladen werden, sehen wir sie nicht. Erwägen Sie, Zahlungssymbole in den Footer aufzunehmen.
Express-Checkout (Apple Pay + Google Pay)Info
Apple Pay / Google Pay nicht auf der Homepage erkannt — Express-Checkout erscheint üblicherweise erst im Warenkorb/Checkout
Warum das wichtig ist: Die mobile Conversion beim Express-Checkout ist höher als bei der klassischen Karte. In SK/CZ ein wachsender Trend. (Der Scan sieht nur die Homepage, daher ist dies ein Hinweis, kein Urteil.)
So beheben Sie es: Wenn Sie keinen Express-Checkout haben, fügen Sie Apple Pay + Google Pay über Stripe/Adyen/Mollie hinzu. Biometrische Authentifizierung = -1 Click-Checkout = höhere Conversion.
Lokale Zahlungsmethoden SK/CZInfo
Auf der Homepage wurde keine lokale Zahlungsmethode für SK/CZ erkannt — Bank-Buttons/QR erscheinen üblicherweise erst im Checkout
Warum das wichtig ist: SK/CZ-Shop ohne Bank-Buttons und QR-Zahlung = massiver Warenkorbabbruch. Ein durchschnittlicher SK-Onlineshop bietet mehrere Zahlungsmethoden. (Der Scan sieht nur die Homepage — prüfe manuell im Checkout.)
So beheben Sie es: Wenn du keine lokalen SK/CZ-Zahlungen hast, integriere GoPay oder ComGate — beide unterstützen Tatra Pay, VÚB Pay, ČSOB Pay, Raiffeisen und QR-Zahlung in einer API. Alternativ Barion für den CZ-Markt.
Kategorie 4 / 7 · kelo.sk · Zulien Score

KI-Bereitschaft

49/100
Gewicht: 10% · 8 OK · 17 Warnungen · 9 Fehler · 48 gesamt
Grundlage strukturierter DatenFehlgeschlagen
Warum das wichtig ist: Ohne strukturierte Daten ist Ihr Shop für den AI-Commerce unsichtbar. Google AI Overviews, ChatGPT Shopping, Perplexity und Bing Copilot verlassen sich alle auf Schema-Markup, um Produkte zu verstehen und zu empfehlen.
So beheben Sie es: Fügen Sie sofort JSON-LD-strukturierte Daten hinzu. Prioritätsreihenfolge: 1) Organization, 2) Product (mit offers), 3) BreadcrumbList, 4) WebSite+SearchAction, 5) FAQPage. Verwenden Sie ausschließlich das JSON-LD-Format — nicht Microdata oder RDFa.
Organization-Schema + EntitätsverknüpfungFehlgeschlagen
Warum das wichtig ist: Das Organization-Schema ist die Grundlage Ihrer AI-Identität. Ohne es können AI-Assistenten Informationen nicht zuverlässig Ihrer Marke zuordnen, ihre Legitimität nicht überprüfen und Ihr Knowledge Panel nicht anzeigen.
So beheben Sie es: Fügen Sie ein Organization-Schema (oder LocalBusiness für stationäre Geschäfte) hinzu mit: name, logo, url, description, contactPoint, address und sameAs, das auf alle Ihre offiziellen Profile verweist (LinkedIn, Facebook, ggf. Wikipedia).
Überschriftenhierarchie für AIFehlgeschlagen
0 H1, 10 H2, 17 H3 — schlechte Struktur
Warum das wichtig ist: Die AI extrahiert Informationen anhand der Überschriftenstruktur. Seiten mit korrekter H1→H2→H3-Hierarchie werden von ChatGPT, Perplexity und Google AI Overviews genauer verarbeitet. Ohne sie kann die AI Ihre Inhalte falsch interpretieren.
So beheben Sie es: Verwenden Sie genau 1 H1 (Seitentitel), gliedern Sie den Inhalt dann mit H2-Abschnitten und H3-Unterabschnitten. Jede Überschrift sollte den folgenden Inhalt beschreiben. Überspringen Sie niemals Überschriftenebenen (H1→H3 ohne H2).
Aktualitätssignale für InhalteFehlgeschlagen
Warum das wichtig ist: Ohne Aktualitätssignale geht die KI davon aus, dass Ihre Inhalte veraltet sind. Sowohl ChatGPT als auch Perplexity gewichten Aktualität in ihren Zitations-Algorithmen. Statt Ihrer statischen Seiten werden Wettbewerber zitiert, die aktuelle Aktualisierungen zeigen.
So beheben Sie es: Fügen Sie Ihrem JSON-LD-Schema dateModified und datePublished hinzu und zeigen Sie ein sichtbares Datum 'Zuletzt aktualisiert' auf der Seite an. Aktualisieren Sie Inhalte mindestens vierteljährlich. KI bevorzugt frische, gepflegte Inhalte deutlich.
Entitätsklarheit und MarkensignaleFehlgeschlagen
Warum das wichtig ist: KI-Assistenten müssen sich der Entitätsidentität sicher sein, bevor sie Empfehlungen aussprechen. Ohne klare Markensignale greift die KI auf bekanntere Wettbewerber zurück.
So beheben Sie es: Ihre Marke hat schwache Entitätssignale. Fügen Sie hinzu: 1) vollständige OG-Meta-Tags, 2) Organization-Schema mit sameAs-Verweisen auf alle offiziellen Profile, 3) konsistente NAP (Name, Adresse, Telefon) im gesamten Web.
Abdeckung häufiger FragenFehlgeschlagen
Beantwortet nur 1/5 zentrale Käuferfragen: shipping
Warum das wichtig ist: KI-Assistenten beantworten Kaufanfragen, indem sie sie in Unterfragen zu Preis/Versand/Rückgabe/Verfügbarkeit/Zahlung auffächern. Eine Seite, die keine davon beantwortet, ist in KI-Kaufantworten unsichtbar und wirkt auf Käufer unglaubwürdig.
So beheben Sie es: Ihre Seite geht kaum auf zentrale Käuferfragen ein. Fügen Sie Abschnitte zu Preis, Versand (Optionen + Kosten), Rückgabe/Erstattung, Verfügbarkeit und Zahlungsarten hinzu — als sichtbaren Text, nicht nur im Schema. Verlinken Sie auf eine eigene FAQ-, Versand- und Rückgabeseite.
Knowledge-Graph-BereitschaftFehlgeschlagen
Warum das wichtig ist: Ohne Knowledge-Graph-Signale behandelt die KI Ihre Marke als unbestätigt. Sie erhalten kein Google Knowledge Panel, und KI-Assistenten können Informationen Ihrer Marke nicht zuverlässig zuordnen.
So beheben Sie es: Bauen Sie Ihre Knowledge-Graph-Entität auf: 1) Fügen Sie dem Organization-JSON-LD eine @id hinzu, 2) verwenden Sie einen identischen Markennamen in Title, Schema und OG, 3) fügen Sie sameAs zu Wikipedia/Wikidata/LinkedIn hinzu, 4) verwenden Sie mehrere sich gegenseitig bestätigende Schema-Typen.
Qualität des Alt-Textes von Bildern für die KIFehlgeschlagen
Nur 0% hochwertiger Alt-Text — 0 fehlend, 2 schlecht
Warum das wichtig ist: Schlechter Alt-Text bedeutet, dass Ihre Produktbilder für die visuelle KI-Suche (Google Lens, Bing Visual Search) unsichtbar sind. Es ist zudem eine Barrierefreiheits-Anforderung (WCAG 2.1 AA) — viele Regionen setzen sie gesetzlich durch.
So beheben Sie es: Prüfen Sie alle Bilder: Fügen Sie jedem <img> beschreibenden Alt-Text (3-15 Wörter) hinzu. Nennen Sie Produktnamen, Merkmale, Materialien, Farben. Dies ist entscheidend für die visuelle KI-Suche und die Barrierefreiheits-Konformität.
Verhältnis von Inhalt zu BoilerplateFehlgeschlagen
Nur 20% im Hauptinhalt — überwiegend Boilerplate
Warum das wichtig ist: Die Token-Dichte misst nützlichen Inhalt gegenüber Rauschen. Seiten mit einem Inhaltsanteil unter 30 % sind für die KI schwer zu verarbeiten — sie kann Ihren Inhalt im Boilerplate nicht finden.
So beheben Sie es: Umschließen Sie Ihren Hauptinhalt mit <main>- oder <article>-Tags. Die KI extrahiert Inhalt aus diesen semantischen Containern — ohne sie vermischen sich Ihre Produktbeschreibungen mit Navigation und Footer-Text.
Vollständigkeit des Product-SchemasWarnung
71% vollständig — fehlt: brand, aggregateRating, itemCondition, gtin/mpn
Warum das wichtig ist: Ein unvollständiges Product-Schema bedeutet, dass die AI nur einen Teil der Produktinformationen anzeigt. Google Shopping und AI-Assistenten überspringen Produkte ohne Preis, Verfügbarkeit oder Bilder — Ihre Konkurrenten mit vollständigen Schemas gewinnen.
So beheben Sie es: Fügen Sie die fehlenden Product-Schema-Felder hinzu: brand, aggregateRating, itemCondition, gtin/mpn. Jedes Feld verbessert, wie die AI Ihre Produkte präsentiert. Fügen Sie insbesondere aggregateRating hinzu, da Produkte mit Bewertungen in AI-Shopping-Ergebnissen prominenter angezeigt werden.
FAQ-Schema (direkte AI-Antworten)Warnung
Warum das wichtig ist: ChatGPT, Perplexity und Google AI Overviews übernehmen FAQ-Antworten wörtlich. Das FAQ-Schema ist eine der schnellsten Möglichkeiten, um Ihre Inhalte von der AI zitieren zu lassen.
So beheben Sie es: Fügen Sie jeder Produkt- und Kategorieseite ein FAQPage-Schema hinzu. Nehmen Sie 3-5 Fragen und Antworten pro Seite auf zu: Produktspezifikationen, Versand, Rückgabe, Gebrauchsanweisungen. Format: Frage (vollständiger Satz) + Antwort (75-150 Wörter).
Breadcrumb-SchemaWarnung
Warum das wichtig ist: AI-Assistenten nutzen Breadcrumbs, um die Produktkategorisierung und Website-Struktur zu verstehen. Ohne sie kann die AI nicht einordnen, wo Produkte in Ihren Katalog passen — z. B. 'Laufschuhe' unter 'Sport > Schuhe > Laufen'.
So beheben Sie es: Fügen Sie ein BreadcrumbList-Schema hinzu, das Ihre Kategoriehierarchie widerspiegelt: Startseite → Kategorie → Unterkategorie → Produkt. Jedes Element benötigt name und URL.
Website-Suche-Schema (SearchAction)Warnung
Warum das wichtig ist: SearchAction aktiviert das Sitelinks-Suchfeld von Google und ermöglicht es AI-Shopping-Assistenten, Ihren Katalog direkt zu durchsuchen. So finden AI-Agenten bestimmte Produkte in Ihrem Shop.
So beheben Sie es: Fügen Sie ein WebSite-Schema mit potentialAction: SearchAction hinzu. Definieren Sie Ihre Such-URL-Vorlage, damit AI-Assistenten und Google Ihren Shop programmatisch durchsuchen können.
Antwort-zuerst-InhaltsformatWarnung
Der Inhalt beginnt nicht mit einem starken zusammenfassenden Absatz
Warum das wichtig ist: AI-Assistenten extrahieren Inhalte aus den ersten 100 Wörtern, um Zusammenfassungen zu erstellen. Die meisten AI-Systeme lesen von oben nach unten, sodass Antwort-zuerst-Seiten häufiger zitiert werden.
So beheben Sie es: Platzieren Sie Ihre wichtigsten Informationen in den ersten 100 Wörtern der Seite. Verwenden Sie die BLUF-Methode (Bottom Line Up Front): Beginnen Sie damit, WAS das Produkt ist und warum es wichtig ist, und führen Sie es dann aus.
Signale zur Autorenkompetenz (E-E-A-T)Warnung
Warum das wichtig ist: KI-Modelle gewichten die Autorenkompetenz stark. Seiten von identifizierten Experten werden häufiger zitiert als anonyme Inhalte. Das ist besonders wichtig bei Produktratgebern, Rezensionen und Beratungsinhalten.
So beheben Sie es: Für Content-Seiten (Blog, Ratgeber, Über uns): Fügen Sie ein Article/BlogPosting-Schema mit der author-Eigenschaft hinzu, die auf ein Person-Schema verweist. Geben Sie jobTitle, Qualifikationen und Social-Media-Profile des Autors an.
Produktfeed (AI Commerce)Warnung
Warum das wichtig ist: Produktfeeds treiben Google Shopping, Bing Shopping und zunehmend auch AI Commerce an. Ohne einen strukturierten Produktfeed können KI-Agenten Ihren gesamten Katalog nicht effizient für Produktempfehlungen indexieren.
So beheben Sie es: Erstellen Sie einen Google-Merchant-Center-/Produktfeed (XML oder CSV). Stellen Sie ihn unter einer konsistenten URL bereit und verweisen Sie in Ihrer Sitemap darauf. KI-Shopping-Assistenten und Vergleichsdienste nutzen Produktfeeds zur Katalogentdeckung. Tipp: Ihre Heureka- / Zboží- / Glami- / Merchant-Feeds können Sie mit dem Audit von Mergado kostenlos prüfen.
Heureka-XML-FeedWarnung
Warum das wichtig ist: Heureka.sk und Heureka.cz sind die dominierenden Preisvergleiche auf dem SK/CZ-Markt. Ohne XML-Feed sind Sie auf dem Hauptmarktplatz nicht sichtbar. Kein generisches Audit-Tool prüft dies.
So beheben Sie es: Generieren Sie einen Heureka-XML-Feed unter /feed/heureka.xml (oder /export/heureka.xml). PrestaShop hat ein Heureka.cz-Modul, WooCommerce hat Plugins. Struktur: <SHOP><SHOPITEM>...</SHOPITEM></SHOP> mit ITEM_ID/PRODUCTNAME/URL/PRICE_VAT/CATEGORYTEXT (erforderlich) + EAN/PARAM/DELIVERY_DATE (dringend fürs Ranking empfohlen).
Extrahierbare AntwortblöckeWarnung
3 Absätze, durchschn. 6 Wörter — zu kurz für Zitationen
Warum das wichtig ist: Die KI extrahiert einzelne Absätze als Antwort-Snippets — dichte Textwände werden übersprungen. Fokussierte Absätze mit 40-80 Wörtern sind am zitierfähigsten.
So beheben Sie es: Optimale Absätze für KI-Zitationen haben 40-80 Wörter. Teilen Sie lange Absätze in fokussierte, in sich geschlossene Antwortblöcke auf. Jeder sollte einen klaren Punkt machen, den die KI extrahieren und zitieren kann.
Präsenz von Statistiken und DatenWarnung
Keine statistischen Daten im Inhalt gefunden
Warum das wichtig ist: Inhalte ohne Daten sind schwerer zu zitieren. Perplexity und ChatGPT suchen gezielt nach Seiten mit quantifizierten Aussagen und überprüfbaren Statistiken.
So beheben Sie es: Fügen Sie Zahlen hinzu: Preisvergleiche, Leistungskennzahlen, Kundenstatistiken, Branchen-Benchmarks. Konkrete Daten (z. B. '99,9 % Verfügbarkeit', 'Bewertung 4,8/5 aus 2.400 Rezensionen') werden von der KI am häufigsten zitiert.
Optimierung der AbschnittslängeWarnung
Durchschn. Abschnitt: 101 Wörter — nur 0% im optimalen Bereich von 80-200 Wörtern
Warum das wichtig ist: Für Google AI Overviews sind 100-150 Wörter pro Abschnitt der Sweet Spot — lange Abschnitte werden übersprungen und sehr kurze haben keine Substanz.
So beheben Sie es: Strukturieren Sie den Inhalt in Abschnitte von 120-180 Wörtern zwischen H2/H3-Überschriften. Jeder Abschnitt sollte ein Thema vollständig abdecken. Teilen Sie Abschnitte über 300 Wörter, erweitern Sie Abschnitte unter 80 Wörtern.
Überschriften im Frage-Antwort-FormatWarnung
Warum das wichtig ist: Das Frage-Antwort-Inhaltsformat entspricht der Art, wie Menschen KI-Assistenten befragen. Ohne Überschriften im Frageformat lässt sich Ihr Inhalt von der KI schwerer den Nutzeranfragen zuordnen.
So beheben Sie es: Fügen Sie H2/H3-Überschriften hinzu, die als Fragen Ihrer Kunden formuliert sind: 'Wie viel kostet der Versand?', 'Welche Größen sind verfügbar?', 'Wie sende ich einen Artikel zurück?' Folgen Sie jeder mit einer direkten, prägnanten Antwort.
Schema für RückgabebedingungenWarnung
Warum das wichtig ist: KI-Einkaufsagenten (Google Shopping, ChatGPT, Bing Copilot) filtern nach Rückgabeflexibilität. Produkte mit einem Rückgabebedingungs-Schema erhalten eine bevorzugte Platzierung in KI-Produktvergleichen.
So beheben Sie es: Fügen Sie ein MerchantReturnPolicy-Schema hinzu mit: returnPolicyCategory (z. B. MerchantReturnFiniteReturnWindow), merchantReturnDays, returnMethod, returnFees. Verknüpfen Sie es über hasMerchantReturnPolicy mit Product/Offer.
Schema für VersanddetailsWarnung
Warum das wichtig ist: Die Liefergeschwindigkeit fließt in KI-Produktempfehlungen ein. Ein vollständiges Versandschema bedeutet, dass die KI 'Kostenloser Versand, Lieferung in 2-3 Tagen' anzeigen kann — ein starker Conversion-Treiber.
So beheben Sie es: Fügen Sie ein OfferShippingDetails-Schema hinzu mit: shippingRate, shippingDestination, deliveryTime (handlingTime + transitTime). KI-Agenten stufen Produkte ohne Versandinformationen herab.
Expertenzitate und QuellenangabenWarnung
Warum das wichtig ist: Inhalt ohne Quellenangaben oder Expertenzitate erscheint der KI unbestätigt. KI-Assistenten bevorzugen Inhalte, die durch benannte Quellen, Datenverweise und Expertenmeinungen gestützt sind.
So beheben Sie es: Fügen Sie jeder wichtigen Seite 2-3 Expertenzitate oder Datenquellen hinzu. Verwenden Sie <blockquote> für Zitate und verlinken Sie auf maßgebliche Quellen (.gov, .edu, Wikipedia, Branchenberichte).
WebMCP-AgentenbereitschaftWarnung
Warum das wichtig ist: WebMCP ist die Art und Weise, wie KI-Agenten mit Ihrem Shop interagieren werden (Produktsuche, In-den-Warenkorb-Legen, Verfügbarkeitsprüfung). Google und Microsoft entwickeln diesen Standard gemeinsam.
So beheben Sie es: WebMCP (W3C-Community-Group-Standard, Chrome 146+) ermöglicht es Seiten, strukturierte Werkzeuge für KI-Agenten zu deklarieren. Fügen Sie den <form>-Elementen die Attribute toolname und tooldescription hinzu oder binden Sie ein <script type='application/webmcp+json'>-Manifest ein.
Trust-WidgetWarnung
Kein Trust-Widget (Heureka / Trustpilot / AggregateRating) erkannt
Warum das wichtig ist: SK/CZ-Käufer vertrauen Heureka Ověřeno mehr als anderen Trust-Signalen. LLMs (ChatGPT, Perplexity) und Google SGE zitieren Shops mit AggregateRating-Schema bevorzugt.
So beheben Sie es: Für SK/CZ-Shops: Installieren Sie das Widget Heureka Ověřeno zákazníky (kostenlos für verifizierte Händler — https://sluzby.heureka.sk). Alternativen: Trustpilot, Google Reviews mit AggregateRating-Schema. Platzieren Sie das Trust-Widget auf Produkt- + Kategorie- + Footer-Seite.
Zugriffsrichtlinie für AI-BotsBestanden
No AI bot restrictions (allowed by default)
Inhaltszugänglichkeit für AIBestanden
665 Wörter im rohen HTML (2.2% Textanteil) — von AI-Crawlern ohne JS-Ausführung lesbar
Inhaltstiefe für AIBestanden
665 Wörter — reichhaltiger Inhalt für AI-Analyse und -Zitierung
Semantische HTML-StrukturBestanden
4/6 semantische Elemente: <article>, <header>, <footer>, <aside>
Strukturierter Inhalt (Listen & Tabellen)Bestanden
10 Listen + 10 Tabellen — AI-freundlicher strukturierter Inhalt
Dichte interner LinksBestanden
29 kontextuelle interne Links pro 1.000 Wörter — starkes Knowledge-Graph-Signal
Canonical-Tag für KI-DeduplizierungBestanden
Selbstreferenzierender Canonical — sauberes Signal für die KI
Lesbarkeit des Inhalts für die KIBestanden
Flesch-Kincaid Grade 8 — passend für ein technisches/B2B-Publikum
llms.txt (Website-Beschreibung für AI)Info
Not present — not required for AI visibility
Warum das wichtig ist: llms.txt ist der aufkommende Standard für AI-lesbare Website-Beschreibungen — so wie robots.txt für Suchmaschinen. Ohne sie haben AI-Assistenten keinen geführten Überblick über Ihren Shop.
So beheben Sie es: Erstellen Sie /llms.txt im Markdown-Format: # Name Ihres Shops > Einzeilige Zusammenfassung Ihres Unternehmens und Ihrer wichtigsten Angebote. Detaillierter beschreibender Absatz. ## Produkte - [Produktkategorie](URL): Beschreibung ## Über uns - [Über uns](URL): Unternehmensgeschichte und Werte Die vollständige Spezifikation finden Sie auf llmstxt.org.
llms-full.txt (vollständiger Inhalt für AI)Info
Not present — not required for AI visibility
Warum das wichtig ist: llms-full.txt stellt AI-Modellen Ihren gesamten Website-Inhalt in einer einzigen verarbeitbaren Datei bereit. Das macht den Unterschied, ob eine AI nur einen kurzen Überblick oder tiefes Wissen über Ihre Produkte und Dienstleistungen hat.
Variantenmodellierung (ProductGroup)Info
Variantenauswahlen auf der Seite sichtbar - prüfen Sie, ob die Varianten als ProductGroup modelliert sind
Warum das wichtig ist: ProductGroup hält Bewertungen und Preise auf einer Produktentität zusammen - genau so vergleichen KI-Shopping-Oberflächen Produkte.
So beheben Sie es: Hat das Produkt echte Varianten (Größe, Farbe), drücken Sie sie über ProductGroup + hasVariant + variesBy aus statt über ein flaches Product.
Schema für Bewertungen und RatingsInfo
Auf dieser Seite (homepage) gibt es kein Bewertungsschema — Bewertungs-/Rating-Schemata befinden sich normalerweise auf Produktseiten
Warum das wichtig ist: Das Bewertungsschema ist produktseitenspezifisch, daher ist sein Fehlen hier zu erwarten und kein Mangel.
So beheben Sie es: Um das Bewertungsschema zu prüfen, scannen Sie eine Produkt-URL. Fügen Sie auf Produktseiten AggregateRating (ratingValue, reviewCount, bestRating) und einzelne Review-Schemata hinzu.
AI-Plugin-ManifestInfo
Not present — not required (the ChatGPT-plugins manifest was retired in 2024)
Warum das wichtig ist: ai-plugin.json ermöglicht es KI-Agenten, programmatisch mit Ihrem Shop zu interagieren — Produkte suchen, Preise prüfen, Bestellungen verarbeiten. Es ist die Brücke zwischen KI-Assistenten und Ihrer E-Commerce-Funktionalität.
GTIN/EAN-AbdeckungInfo
Es wurde kein Produktfeed gestichprobt - die GTIN/EAN-Abdeckung konnte nicht überprüft werden
Warum das wichtig ist: Über die GTIN ordnet ein KI-Shopping-Agent Ihr Produkt demselben Produkt in anderen Shops zu. Ohne Feed können wir das nicht messen - das ist kein Befund gegen Sie.
So beheben Sie es: Veröffentlichen Sie einen Google-Merchant- oder Heureka-Feed mit gefüllter GTIN/EAN und starten Sie den Scan erneut.
Speakable-Inhalt (Sprach-KI)Info
Not present — optional; SpeakableSpecification has limited assistant adoption
LieferzusageInfo
Im Text der gestichprobten Produktseite wurde keine Lieferzeit gefunden
Warum das wichtig ist: Entschieden wird auf der Produktseite. Eine Zeitangabe, die nur in den Bedingungen steht, fließt in diese Entscheidung nicht ein. Hinweis: Wir lesen Seitentext, ungewöhnliche Formulierungen können entgehen — vor dem Handeln prüfen.
So beheben Sie es: Zeigen Sie die voraussichtliche Lieferung auf der Produktseite selbst, nicht nur auf der Versandbedingungen-Seite: Tag oder Datum plus Bestellschluss.
ai.txt (KI-Berechtigungen)Info
Not present — optional; AI-bot permissions are enforced via robots.txt, not ai.txt
Warum das wichtig ist: ai.txt ist ein aufkommender Standard für feingranulare KI-Berechtigungen, der über robots.txt hinausgeht. Er gibt Ihnen die Kontrolle darüber, wie die KI Ihren Inhalt nutzt.
Agent-Commerce ReadinessInfo
54/100 — čiastočne pripravené (Prístup 100 · Porozumenie 17 · Objaviteľnosť 50 · Transakcia 50)
Warum das wichtig ist: Či dokáže autonómny nákupný AI agent (ChatGPT operator, Perplexity, budúce agentické asistenty) na vašom obchode: prísť dnu, prečítať a porozumieť produktom, objaviť celý katalóg a konať (kôš, podmienky). Toto meria málokto — a pre SK/CZ shopy nikto. Skóre spája AI-bot prístup, Product schema, produktové feedy (Merchant/Heureka/Zboží), WebMCP a nákupné podmienky do jedného agent-first pohľadu. Nadväzuje na pripravovaný verejný MCP konektor ("naskenuj tento obchod").
Agent: Prístup — dostane sa agent dnuInfo
100/100 (2 signály/-ov)
Agent: Porozumenie — rozumie produktomInfo
17/100 (3 signály/-ov)
Agent: Objaviteľnosť — nájde celý katalógInfo
50/100 (3 signály/-ov)
Agent: Transakcia — vie konať (kôš/podmienky)Info
50/100 (3 signály/-ov)
Kategorie 5 / 7 · kelo.sk · Zulien Score

Recht & DSGVO

60/100
Gewicht: 10% · 6 OK · 7 Warnungen · 2 Fehler · 15 gesamt
Cookie-Consent-Banner (CMP)Fehlgeschlagen
Warum das wichtig ist: Seit 2024 setzen EU-Aufsichtsbehörden die Cookie-Einwilligung aktiv durch. Ein nicht konformer Cookie-Banner gehört zu den am häufigsten mit Bußgeldern belegten DSGVO-Verstößen.
So beheben Sie es: Installieren Sie eine zertifizierte Consent-Management-Plattform: Cookiebot, OneTrust, Usercentrics oder CookieYes. Die CMP muss ALLE nicht essenziellen Cookies und Skripte blockieren, bis eine ausdrückliche Einwilligung erteilt wurde (Opt-in, nicht Opt-out).
GDPR Art. 6(1)(a) · GDPR Art. 7 · SK 18/2018 § 14
Links zur VerbraucherstreitbeilegungFehlgeschlagen
Kein Link zur EU-ODR-Plattform oder zur Aufsichtsbehörde gefunden
Warum das wichtig ist: Die EU-Verordnung 524/2013 macht den ODR-Link für jeden Online-Händler verpflichtend; nationales Recht verlangt die Nennung der Aufsichtsbehörde. ŠOI/ČOI prüfen genau dies, und sein Fehlen ist ein häufiger Verbraucherrechtsverstoß.
So beheben Sie es: Fügen Sie den Link zur EU-ODR-Plattform (https://ec.europa.eu/consumers/odr) und zu Ihrer nationalen Behörde (SK: Slovenská obchodná inšpekcia / soi.sk, CZ: Česká obchodní inspekce / coi.cz) in den Footer und die Allgemeinen Geschäftsbedingungen ein.
Nariadenie (EÚ) 524/2013 (ODR) · Smernica 2013/11/EÚ (ADR) · SK zák. 391/2015 Z.z. · CZ zák. 634/1992 Sb. § 14
Seite mit Allgemeinen GeschäftsbedingungenWarnung
Warum das wichtig ist: Die EU-Verbraucherrechte-Richtlinie verlangt klare Bedingungen vor dem Kauf. Fehlende AGB bedeuten, dass Kunden behaupten können, nicht informiert worden zu sein, was ihnen ein verlängertes Widerrufsrecht einräumt.
So beheben Sie es: Erstellen Sie Allgemeine Geschäftsbedingungen (AGB), die abdecken: Bestellvorgang, Zahlung, Lieferung, Rückgabe, Gewährleistung und Streitbeilegung. Verlinken Sie sie im Footer und im Checkout.
Datenverschlüsselung (kein Mixed Content)Warnung
Warum das wichtig ist: Mixed Content bedeutet, dass einige Daten unverschlüsselt übertragen werden. Dies verstößt gegen die Datensicherheitsanforderungen der DSGVO und löst „Nicht sicher"-Warnungen des Browsers aus, die Conversions schaden.
So beheben Sie es: Ersetzen Sie alle http://-Ressourcen-URLs durch https://. Prüfen Sie Bilder, Skripte, Stylesheets und iframes. Artikel 32 DSGVO verlangt „geeignete technische Maßnahmen" einschließlich Verschlüsselung.
Recht auf Löschung (Datenlöschung)Warnung
Warum das wichtig ist: Artikel 17 DSGVO gibt Nutzern das „Recht auf Vergessenwerden". EU-Aufsichtsbehörden erwarten einen klaren, zugänglichen Prozess, und das Behindern von Löschanfragen ist eine dokumentierte Feststellung der Durchsetzung.
So beheben Sie es: Bieten Sie Nutzern einen klaren Mechanismus, um die Löschung ihrer Daten zu beantragen — eine dedizierte Seite, ein Formular oder ausdrückliche Anweisungen in Ihrer Datenschutzerklärung. Fügen Sie eine Option „Konto löschen" in den Nutzereinstellungen hinzu.
Mechanismus zum Widerruf der EinwilligungWarnung
Warum das wichtig ist: Artikel 7 Abs. 3 DSGVO: „Der Widerruf muss so einfach wie die Erteilung der Einwilligung sein." Wenn sich Nutzer mit einem Klick anmelden können, muss die Abmeldung ebenso einfach sein. Das Fehlen davon ist eine häufige aufsichtsbehördliche Feststellung.
So beheben Sie es: Bieten Sie einen klaren Weg zum Widerruf der Einwilligung: einen „Abmelden"-Link in E-Mails, einen „Cookie-Einstellungen"-Button im Footer und einen Abschnitt „Einwilligung widerrufen" in Ihrer Datenschutzerklärung.
Widerrufs- und BeschwerdepolitikWarnung
Fehlt: right of withdrawal (odstúpenie od zmluvy)
Warum das wichtig ist: Die Verbraucherrechte-Richtlinie (2011/83/EU) sowie SK zák. 108/2024 / CZ zák. 89/2012 verlangen die vorvertragliche Offenlegung des 14-tägigen Widerrufsrechts und ein zugängliches Beschwerdeverfahren. Ihr Fehlen verlängert das Widerrufsrecht der Kunden und ist eine typische ŠOI/ČOI-Feststellung.
So beheben Sie es: Veröffentlichen und im Footer verlinken Sie eine Widerrufsrichtlinie (14-tägiges Widerrufsrecht + Muster-Widerrufsformular) und ein Beschwerdeverfahren (reklamačný poriadok / reklamační řád). Verweisen Sie im Checkout darauf.
Online-WiderrufsfunktionWarnung
Keine Online-Widerrufsfunktion oder Widerrufsinformation erkannt
Warum das wichtig ist: Die Richtlinie (EU) 2023/2673 (zur Änderung der Richtlinie 2011/83/EU), in der SK als § 20a Gesetz 108/2024 umgesetzt, verpflichtet Online-Händler zu einer leicht bedienbaren Widerrufsfunktion — eine klar beschriftete Schaltfläche, durchgehend verfügbar während der Widerrufsfrist — gültig ab 19. Juni 2026 für alle Fernabsatzverträge mit Widerrufsrecht. Nur zur Orientierung — Platzierung manuell prüfen.
So beheben Sie es: Fügen Sie Ihrer Online-Oberfläche eine klar beschriftete Widerrufsfunktion hinzu, leicht auffindbar und durchgehend verfügbar während der 14-tägigen Widerrufsfrist — z. B. im Kundenkonto / in den Bestelldetails plus ein Link im Footer. Ein eingeloggter Kunde muss eine Widerrufserklärung ohne erneute Identifizierung abgeben können.
GPSR - HerstellerangabenWarnung
Auf der gestichprobten Produktseite wurde keine Hersteller-/Importeurangabe gefunden
Warum das wichtig ist: Die GPSR (Verordnung (EU) 2023/988) ist seit 13. Dezember 2024 durchsetzbar und verlangt, dass der verantwortliche Wirtschaftsakteur beim Angebot identifizierbar ist. WICHTIG: Dies ist eine Textheuristik über EINE gestichprobte Produktseite — ein Orientierungssignal, keine rechtliche Bewertung. Vor dem Handeln gegen das eigene Sortiment prüfen.
So beheben Sie es: Nennen Sie auf jeder Produktseite Name, Postanschrift und elektronischen Kontakt (E-Mail oder Formular) des Herstellers. Bei Waren von außerhalb der EU auch den EU-Importeur. Das strukturierte Feld `manufacturer` im Product-Schema löst das sauber und maschinenlesbar.
Tracking-Skripte und EinwilligungBestanden
Keine Tracking-Skripte erkannt
Datenschutzerklärung-SeiteBestanden
https://kelo.sk/zasady-osobnych-udajov-a-cookies
Cookie-RichtlinieBestanden
Separate Cookie-Richtlinie erkannt
Rechtlicher Kontakt / Impressum-SeiteBestanden
https://kelo.sk/o-nas
Datenweitergabe an DritteBestanden
1 Drittanbieter-Domain(s)
Kontakt zum Datenschutzbeauftragten (DSB)Bestanden
DSB-/Datenschutzkontakt gefunden
Kategorie 6 / 7 · kelo.sk · Zulien Score

Schwachstellen

70/100
Gewicht: 10% · 8 OK · 5 Warnungen · 3 Fehler · 17 gesamt
Offenlegung der CMS-VersionFehlgeschlagen
"WordPress 7.0.2" im Meta-Generator offengelegt
Warum das wichtig ist: Die Kenntnis Ihrer genauen CMS-Version ermöglicht es Angreifern, sofort CVE-Datenbanken zu durchsuchen. Z. B. ist PrestaShop 1.7.8.x mit bekannten SQL-Injection-CVEs verbunden. Das Verbergen der Version zwingt Angreifer zum Raten.
So beheben Sie es: Entfernen Sie das Meta-Generator-Tag vollständig. In PrestaShop: aus header.tpl entfernen. In WordPress: remove_action('wp_head', 'wp_generator') zur functions.php hinzufügen.
CSRF-Schutz für FormulareFehlgeschlagen
4 Formular(e) ohne CSRF-Tokens
Warum das wichtig ist: CSRF steht in den OWASP Top 10. Ohne Tokens können Angreifer Seiten erstellen, die Formulare auf Ihrer Website automatisch über die Browsersitzung des Opfers absenden.
So beheben Sie es: Fügen Sie jedem Formular eine CSRF-Token-Validierung hinzu. Die meisten CMS-Frameworks verfügen über einen integrierten CSRF-Schutz — stellen Sie sicher, dass er auf allen Formularen aktiviert ist, einschließlich Suche und Newsletter-Anmeldung.
Verdächtige Inline-Skript-MusterFehlgeschlagen
Erkannt: Dynamic script injection
Warum das wichtig ist: Diese Muster (Base64-Decodierung, eval mit Kodierung, dynamische Skript-Injektion) sind Kennzeichen von Magecart-Payment-Skimmern. Skimmer werden auf E-Commerce-Websites häufig als Google Tag Manager getarnt.
So beheben Sie es: Überprüfen Sie alle Inline-Skripte auf obfuskierten Code. Magecart-Angreifer schleusen Payment-Skimmer ein, die als Analytics- oder GTM-Skripte getarnt sind. Vergleichen Sie Ihr aktuelles HTML mit einer bekannt guten Version. Erwägen Sie den Einsatz von CSP mit strengen Nonces.
CMS-InformationsdateienWarnung
readme.html zugänglich — offenbart Versionsdetails
Warum das wichtig ist: Selbst wenn Sie das Generator-Tag verbergen, offenbaren readme.html und CHANGELOG.txt genaue Versionsnummern. Angreifer prüfen diese als Ausweichoption.
So beheben Sie es: Löschen oder blockieren Sie den Zugriff auf readme.html. Diese Dateien offenbaren Ihre genaue CMS-Version und den Update-Verlauf.
Erkennung von Open RedirectWarnung
URL-Weiterleitungsparameter in den Seitenlinks gefunden
Warum das wichtig ist: Open Redirects werden bei Phishing-Angriffen eingesetzt — Angreifer erstellen URLs, die wie Ihre Domain aussehen, aber auf eine bösartige Website weiterleiten. Dies missbraucht das Vertrauen in Ihre Domain.
So beheben Sie es: Validieren Sie alle Weiterleitungs-URLs serverseitig gegen eine Whitelist. Erlauben Sie niemals benutzergesteuerte Weiterleitungsziele ohne Validierung.
WordPress-BenutzeraufzählungWarnung
/wp-json/wp/v2/users legt Benutzerkonten offen
Warum das wichtig ist: Offengelegte Benutzernamen sind der erste Schritt bei Brute-Force-Angriffen. Angreifer erhalten gültige Benutzernamen und greifen sie dann mit Passwortangriffen an. In Kombination mit xmlrpc.php ist dies eine gängige WordPress-Angriffskette.
So beheben Sie es: Beschränken Sie den REST-API-Benutzer-Endpunkt. Fügen Sie in functions.php hinzu: add_filter('rest_endpoints', function($endpoints) { unset($endpoints['/wp/v2/users']); return $endpoints; }); Oder verwenden Sie ein Sicherheits-Plugin.
Cross-Origin-IsolationWarnung
Warum das wichtig ist: Ohne Cross-Origin-Isolation-Header ist Ihre Website anfällig für Spectre-Angriffe, die sensible Daten über Browser-Tabs hinweg preisgeben können. Diese Header sind für SharedArrayBuffer und hochauflösende Timer erforderlich.
So beheben Sie es: Fügen Sie die Header Cross-Origin-Opener-Policy: same-origin und Cross-Origin-Resource-Policy: same-origin hinzu. Diese schützen vor Seitenkanalangriffen vom Spectre-Typ.
Ressourcen mit gemischten InhaltenWarnung
1 HTTP-Ressource(n) auf HTTPS-Seite
Warum das wichtig ist: Gemischte Inhalte ermöglichen Man-in-the-Middle-Angriffe auf bestimmte Ressourcen. Browser blockieren gemischte Inhalte zunehmend, wodurch Bilder und Skripte auf Ihrer Website nicht mehr funktionieren.
So beheben Sie es: Ersetzen Sie HTTP-URLs durch HTTPS: http://gmpg.org/xfn/11
Offengelegte sensible DateienBestanden
.env, .git, composer.json — alle ordnungsgemäß blockiert
Offengelegtes InstallationsskriptBestanden
Keine /install/- oder /setup/-Pfade zugänglich
VerzeichnisauflistungBestanden
Deaktiviert — Dateistruktur verborgen
Admin-Panel unter Standard-URLBestanden
Unter gängigen Pfaden nicht gefunden (/admin, /wp-admin, /administrator, /backoffice)
Debug-Modus / FehleroffenlegungBestanden
Keine Debug-Indikatoren in der Seitenausgabe gefunden
SPF-Eintrag (E-Mail-Sicherheit)Bestanden
SPF konfiguriert: v=spf1 a mx include:_spf.m1.websupport.sk -all
DMARC-Richtlinie (E-Mail-Authentifizierung)Bestanden
DMARC durchgesetzt: p=quarantine
DKIM-Signierung (E-Mail-Authentifizierung)Bestanden
DKIM konfiguriert (Selektoren: selector1, selector2, mail)
BIMI-MarkenindikatorenInfo
Warum das wichtig ist: BIMI erfordert ein VMC (Verified Mark Certificate), fügt aber Ihr Markenlogo als Vertrauenssignal den Postfächern der Empfänger hinzu. Optional, aber wirkungsvoll für markenorientierte Shops.
So beheben Sie es: Sobald DMARC auf p=quarantine oder p=reject mit 100% Durchsetzung eingestellt ist, veröffentlichen Sie einen BIMI-Eintrag: v=BIMI1; l=https://yourdomain.com/logo.svg — fügt Ihr Markenlogo den Postfächern der Empfänger in Gmail und Yahoo hinzu.
Kategorie 7 / 7 · kelo.sk · Zulien Score

Nächste Schritte

  1. Start with the failures — every red item carries a How to fix note. Prioritise Security and Legal & Compliance, which carry statutory consequences.
  2. Re-run the audit after fixing — run a fresh scan at score.zulien.sk and compare the score.
  3. Get help with the harder ones — for a deep audit or an expert assessment, see inger.sk.
  4. Track NIS2 and GDPR compliance — if your shop falls under NIS2 (turnover over €10M or more than 50 staff), you need a formal compliance framework.

Online-Bericht

The full interactive version, with clickable links and the option to re-scan, is here:

https://score.zulien.sk/r/kelo.sk

Disclaimer: This report is generated automatically by Zulien Score. Its findings come from publicly available data and technical analysis. For a legally binding assessment (of GDPR compliance, for instance) we recommend consulting a DPO or a lawyer specialising in data protection. Zulien Score is not a licensed legal or audit firm.
Zulien Score · score.zulien.sk · by Zulien · Hosted at inger.sk