Zuletzt gescannt: 8. Oktober 2026

C0/100

Durchschnittlich

Score-Bericht

camellia.sk

Gescannt am 8. Oktober 2026

Unknown

jQuery 1.11.3

Slick Slider

openresty

Zuletzt gescannt: 8. Oktober 2026

KI-Verdict

Your site is solid overall, but has critical security gaps. Set up HSTS headers to encrypt visitor connections. Your SEO and accessibility are excellent strengths.

Aktionsplan

Aktionsplan nach Wirkung und Aufwand

Jedes gefundene Problem, sortiert danach, wie viel die Behebung bringt und wie viel Arbeit sie macht. Beginnen Sie mit den schnellen Erfolgen.

So bewerten wir →

Schnelle Erfolge

Große Wirkung, wenig Arbeit. Erledigen Sie diese zuerst.

Größere Projekte

Große Wirkung, aber die Behebung braucht Planung.

+3 weitere

Kleine Korrekturen

Geringere Wirkung, schnell erledigt.

+12 weitere

Später

Geringere Wirkung und mehr Arbeit. Planen Sie sie, wenn der Rest erledigt ist.

+41 weitere

85/100

Performance

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

Was wir gefunden haben: 3.2 MB, 85 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: 362 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 362 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: 1114 KB — über dem Budget von 600 KB, aber unter dem Median von 1270 KB der ausgezeichneten Shops in unserem Benchmark

Warum es wichtig ist: Gemessen beim ersten Laden ohne Interaktion — Skripte hinter der Cookie-Einwilligung zählen hier also nicht gegen Sie. Die Grenze von 600 KB ist Best Practice, nicht der Durchschnitt des Vergleichsfelds: die von uns untersuchten Shops liegen im Median bei 1 270 KB, und der beste davon (ein Kategoriesieger, der für die mobile Nutzung ausgezeichnet wurde) liefert 410 KB aus.

So beheben: Teilen Sie das Bundle so auf, dass eine Produktseite nicht den Code für Kasse und Konto lädt. Verzögern Sie Drittanbieter-Skripte bis zur Interaktion. Entfernen Sie ungenutzte Plugin-Bundles — in den meisten Shops wiegen diese schwerer als der eigene Code.

Nachweis:PSI-lab1114 KB JavaScript· Konfidenz: high

Was wir gefunden haben: 85 Requests — über dem Budget von 80, aber auf oder unter dem Median der ausgezeichneten Shops in unserem Benchmark (140)

Warum es wichtig ist: Die Grenze von 80 Requests ist Best Practice; der Median des Vergleichsfelds liegt bei 140 und der beste Shop schafft 37. Unter dem Median zu liegen ist nicht dasselbe wie schnell zu sein.

So beheben: Bündeln Sie CSS/JS, das ohnehin immer zusammen lädt, liefern Sie Icons als Sprite oder Font statt als Einzeldateien aus, und laden Sie Bilder unterhalb des sichtbaren Bereichs lazy, damit sie beim Laden nicht angefragt werden.

Nachweis:PSI-lab85 requests· Konfidenz: high

Was wir gefunden haben: 32 Bilder ohne Lazy Loading

Warum es wichtig ist: Ohne Lazy Loading werden ALLE Bilder beim Seitenaufruf geladen - selbst die, zu denen nie gescrollt wird. Auf einer Produktseite mit 20 Bildern kann Lazy Loading den Großteil des initialen Downloads einsparen.

So beheben: Fügen Sie loading='lazy' zu allen Bildern below the fold hinzu. Das Hero/LCP-Bild eager geladen lassen. Natives Lazy Loading wird von allen modernen Browsern unterstützt.

Nachweis:HTML-heuristic· Konfidenz: high

Geschwindigkeitsaudit anfragen

Was wir gefunden haben: no-store, no-cache, must-revalidate, no-cache, private

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: Nur 54 % von 13 Skripten nutzen async/defer

Warum es wichtig ist: Synchrone Skripte blockieren das HTML-Parsing - der Browser stoppt das Rendering, bis jedes Skript heruntergeladen und ausgeführt ist. Async/defer ermöglicht paralleles Herunterladen ohne Blockierung.

So beheben: Fügen Sie 'defer' zu Skripten hinzu, die nicht sofort ausgeführt werden müssen, 'async' für unabhängige Skripte. Nutzen Sie type='module' für moderne ES-Module. Nur kritische Inline-Skripte sollten synchron sein.

Nachweis:HTML-heuristic· Konfidenz: high

Was wir gefunden haben: 4 externe Domains ohne Preconnect

Warum es wichtig ist: Drittanbieter-Verbindungen erfordern DNS-Lookup, TCP-Handshake und TLS-Aushandlung. Preconnect führt diese parallel zum HTML-Parsing aus und spart so 100-300 ms pro Origin.

So beheben: Fügen Sie <link rel='preconnect'> für wichtige Drittanbieter-Domains hinzu: app.dekovacka.sk, www.googletagmanager.com, connect.facebook.net. Preconnect spart 100-300 ms pro Domain, indem DNS+TCP+TLS frühzeitig gestartet werden.

Nachweis:PSI-lab· Konfidenz: high

8 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.

Ich stimme den Datenschutzerklärung. Wir senden Ihnen Ihren Bericht und optionale Re-Scan-Benachrichtigungen.

🚀 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?

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

Zulien Score

Full e-commerce audit — 50+ checks across 7 categories

76/100

Grade C

camellia.sk

Auditdatum: 8. Oktober 2026

Online-Bericht: https://score.zulien.sk/r/camellia.sk

Zusammenfassung

Fehler

Warnungen

176

Prüfungen gesamt

Punkte nach Kategorie

Kategorie	Punkte	Gewicht	Fehler	Warnungen	OK
Performance	85/100	25%	2	6	10
SEO	94/100	20%	0	4	20
Sicherheit	60/100	15%	2	8	8
Mobil	62/100	10%	0	12	6
KI-Bereitschaft	64/100	10%	2	23	10
Recht & DSGVO	69/100	10%	2	5	10
Schwachstellen	62/100	10%	4	4	7
Barrierefreiheit / EAA	93/100	10%	0	1	7

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.

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.

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.

Aktualitätssignale für Inhalte· KI-Bereitschaft

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.

Verhältnis von Inhalt zu Boilerplate· KI-Bereitschaft

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.

Datenschutzerklärung-Seite· Recht & DSGVO

Eine fehlende Datenschutzerklärung ist einer der am häufigsten genannten DSGVO-Verstöße. Jede EU-Datenschutzbehörde betrachtet sie als Grundvoraussetzung.

Links zur Verbraucherstreitbeilegung· Recht & DSGVO

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ß.

Bekannte Schwachstellen (CVE)· Schwachstellen

Versionen mit veröffentlichten CVEs sind ein bevorzugtes Ziel automatisierter Scanner — Bots (Shodan, Greynoise, Mirai-Familie) suchen sie innerhalb von Minuten. Dieser Befund wird aus der erkannten Version abgeleitet, bestätigen Sie also, dass die Komponente tatsächlich ungepatcht ist, bevor Sie sie als ausnutzbar behandeln.

Admin-Panel unter Standard-URL· Schwachstellen

Standard-Admin-URLs erhalten täglich Tausende automatisierter Brute-Force-Versuche. Botnets zielen unerbittlich auf /admin, /wp-admin, /administrator. Ein umbenannter Pfad blockiert 99 % der automatisierten Angriffe.

jQuery-Version· Schwachstellen

jQuery 1.x ist mit 6+ bekannten CVEs verbunden, darunter XSS und Prototype Pollution. Automatisierte Scanner zielen gezielt auf Websites mit jQuery <3.0.

Sicherheit der Zahlungsseite· Schwachstellen

Zahlungsseiten ohne korrekte Sicherheits-Header verstoßen gegen PCI DSS und erleichtern den Diebstahl von Kartendaten erheblich. Zahlungsdienstleister können monatliche Bußgelder für Nichteinhaltung verhängen.

Aktionsplan nach Wirkung und Aufwand

Jedes gefundene Problem, sortiert danach, wie viel die Behebung bringt und wie viel Arbeit sie macht. Beginnen Sie mit den schnellen Erfolgen.

Schnelle Erfolge (4)

Große Wirkung, wenig Arbeit. Erledigen Sie diese zuerst.

Befund	Kategorie	Aufwand
Admin-Panel unter Standard-URL	Schwachstellen	schnell
HTTP → HTTPS-Weiterleitung	Sicherheit	schnell
HSTS (Strict-Transport-Security)	Sicherheit	schnell
Links zur Verbraucherstreitbeilegung	Recht & DSGVO	schnell

Größere Projekte (8)

Große Wirkung, aber die Behebung braucht Planung.

Befund	Kategorie	Aufwand
Datenschutzerklärung-Seite	Recht & DSGVO	ca. ein Tag
Bekannte Schwachstellen (CVE)	Schwachstellen	Projekt
Content-Security-Policy (CSP)	Sicherheit	ca. ein Tag
jQuery-Version	Schwachstellen	ca. ein Tag
Sicherheit der Zahlungsseite	Schwachstellen	ca. ein Tag
Gesamtseitengewicht	Performance	Projekt
Ungenutzter Code (CSS + JS)	Performance	Projekt
Verhältnis von Inhalt zu Boilerplate	KI-Bereitschaft	Projekt

Kleine Korrekturen (17)

Geringere Wirkung, schnell erledigt.

Befund	Kategorie	Aufwand
Cache-Control-Strategie	Performance	schnell
Twitter/X-Cards	SEO	schnell
Konsistenz der kanonischen URL	SEO	schnell
Leere/tote Links	SEO	schnell
CAA-DNS-Eintrag	Sicherheit	schnell
Referrer-Policy	Sicherheit	schnell
Permissions-Policy	Sicherheit	schnell
Cookie-Sicherheitsflags	Sicherheit	schnell
Subresource Integrity (SRI)	Sicherheit	schnell
Iframe-Sandboxing	Sicherheit	schnell
Handhabung von Textüberlauf	Mobil	schnell
Druck-Stylesheet	Mobil	schnell

+5 weitere

Später (46)

Geringere Wirkung und mehr Arbeit. Planen Sie sie, wenn der Rest erledigt ist.

Befund	Kategorie	Aufwand
Lazy Loading	Performance	ca. ein Tag
Skript-Ladestrategie	Performance	ca. ein Tag
Optimierung des Bildformats	SEO	ca. ein Tag
CDN-/WAF-Schutz	Sicherheit	ca. ein Tag
Größe der Touch-Ziele	Mobil	ca. ein Tag
Lesbarkeit der Schriftgröße	Mobil	ca. ein Tag
PWA-Funktionen	Mobil	ca. ein Tag
Responsive Bilder (srcset)	Mobil	ca. ein Tag
Mobiler Sticky-CTA	Mobil	ca. ein Tag
Überschriftenhierarchie (WCAG 1.3.1)	Mobil	ca. ein Tag
Qualität von Linktexten (WCAG 2.4.4)	Mobil	ca. ein Tag
Grundlage strukturierter Daten	KI-Bereitschaft	ca. ein Tag

+34 weitere

Performance

85/100

Gewicht: 25% · 10 OK · 6 Warnungen · 2 Fehler · 20 gesamt

GesamtseitengewichtFehlgeschlagen

3.2 MB, 85 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.

Ungenutzter Code (CSS + JS)Fehlgeschlagen

362 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 362 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.

JavaScript-BudgetWarnung

1114 KB — über dem Budget von 600 KB, aber unter dem Median von 1270 KB der ausgezeichneten Shops in unserem Benchmark

Warum das wichtig ist: Gemessen beim ersten Laden ohne Interaktion — Skripte hinter der Cookie-Einwilligung zählen hier also nicht gegen Sie. Die Grenze von 600 KB ist Best Practice, nicht der Durchschnitt des Vergleichsfelds: die von uns untersuchten Shops liegen im Median bei 1 270 KB, und der beste davon (ein Kategoriesieger, der für die mobile Nutzung ausgezeichnet wurde) liefert 410 KB aus.

So beheben Sie es: Teilen Sie das Bundle so auf, dass eine Produktseite nicht den Code für Kasse und Konto lädt. Verzögern Sie Drittanbieter-Skripte bis zur Interaktion. Entfernen Sie ungenutzte Plugin-Bundles — in den meisten Shops wiegen diese schwerer als der eigene Code.

Request-BudgetWarnung

85 Requests — über dem Budget von 80, aber auf oder unter dem Median der ausgezeichneten Shops in unserem Benchmark (140)

Warum das wichtig ist: Die Grenze von 80 Requests ist Best Practice; der Median des Vergleichsfelds liegt bei 140 und der beste Shop schafft 37. Unter dem Median zu liegen ist nicht dasselbe wie schnell zu sein.

So beheben Sie es: Bündeln Sie CSS/JS, das ohnehin immer zusammen lädt, liefern Sie Icons als Sprite oder Font statt als Einzeldateien aus, und laden Sie Bilder unterhalb des sichtbaren Bereichs lazy, damit sie beim Laden nicht angefragt werden.

Lazy LoadingWarnung

32 Bilder ohne Lazy Loading

Warum das wichtig ist: Ohne Lazy Loading werden ALLE Bilder beim Seitenaufruf geladen - selbst die, zu denen nie gescrollt wird. Auf einer Produktseite mit 20 Bildern kann Lazy Loading den Großteil des initialen Downloads einsparen.

So beheben Sie es: Fügen Sie loading='lazy' zu allen Bildern below the fold hinzu. Das Hero/LCP-Bild eager geladen lassen. Natives Lazy Loading wird von allen modernen Browsern unterstützt.

Cache-Control-StrategieWarnung

no-store, no-cache, must-revalidate, no-cache, private

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.

Skript-LadestrategieWarnung

Nur 54 % von 13 Skripten nutzen async/defer

Warum das wichtig ist: Synchrone Skripte blockieren das HTML-Parsing - der Browser stoppt das Rendering, bis jedes Skript heruntergeladen und ausgeführt ist. Async/defer ermöglicht paralleles Herunterladen ohne Blockierung.

So beheben Sie es: Fügen Sie 'defer' zu Skripten hinzu, die nicht sofort ausgeführt werden müssen, 'async' für unabhängige Skripte. Nutzen Sie type='module' für moderne ES-Module. Nur kritische Inline-Skripte sollten synchron sein.

Abdeckung durch Connection HintsWarnung

4 externe Domains ohne Preconnect

Warum das wichtig ist: Drittanbieter-Verbindungen erfordern DNS-Lookup, TCP-Handshake und TLS-Aushandlung. Preconnect führt diese parallel zum HTML-Parsing aus und spart so 100-300 ms pro Origin.

So beheben Sie es: Fügen Sie <link rel='preconnect'> für wichtige Drittanbieter-Domains hinzu: app.dekovacka.sk, www.googletagmanager.com, connect.facebook.net. Preconnect spart 100-300 ms pro Domain, indem DNS+TCP+TLS frühzeitig gestartet werden.

Server-Antwortzeit (TTFB)Bestanden

21 ms

First Contentful Paint (FCP)Bestanden

1.21 s

Largest Contentful Paint (LCP)Bestanden

1.74 s – Core Web Vital ✓

Total Blocking Time (TBT)Bestanden

17 ms

Cumulative Layout Shift (CLS)Bestanden

0.001 – Core Web Vital ✓

Speed IndexBestanden

1.27 s

Textkomprimierung (gzip/brotli)Bestanden

Alle Textressourcen ordnungsgemäß komprimiert

Resource Hints (Preload/Preconnect)Bestanden

1 Preload, 1 Preconnect-Hint(s)

HTTP/3-(QUIC-)UnterstützungBestanden

HTTP/3 über Alt-Svc-Header aktiviert

Anzahl CSS-DateienBestanden

2 CSS-Datei(en) - gut konsolidiert

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.

SEO

94/100

Gewicht: 20% · 20 OK · 4 Warnungen · 0 Fehler · 25 gesamt

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

0 % moderne Formate — 4 JPEG-, 6 PNG-Bilder

Warum das wichtig ist: Ihre Bilder verwenden nur veraltete Formate. Der Wechsel zu WebP reduziert das Seitengewicht typischerweise um 30-50 % — eine der wirkungsvollsten Performance-Optimierungen.

So beheben Sie es: Konvertieren Sie alle Bilder in das WebP-Format. Die meisten CMS-Plattformen bieten Plugins für die automatische WebP-Konvertierung. Für noch bessere Kompression verwenden Sie AVIF.

Konsistenz der kanonischen URLWarnung

Canonical verweist auf eine andere URL: https://www.camellia.sk/

Warum das wichtig ist: Ein nicht übereinstimmender Canonical teilt Google mit, dass diese Seite ein Duplikat einer anderen URL ist. Wenn das unbeabsichtigt ist, ignoriert Google diese Seite möglicherweise vollständig zugunsten des kanonischen Ziels.

So beheben Sie es: Ihre kanonische URL stimmt nicht mit der aktuellen Seiten-URL überein. Stellen Sie sicher, dass der Canonical auf die bevorzugte Version verweist (mit oder ohne abschließenden Schrägstrich, www vs. non-www). Inkonsistente Canonicals verwirren Suchmaschinen.

Leere/tote LinksWarnung

6 tote Links (0 leer, 6 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>.

Meta-TitleBestanden

60 Zeichen — "Svet čajov pre zážitok pohody aj dobrodružstva | Camell…"

Meta-DescriptionBestanden

159 Zeichen

H1-ÜberschriftBestanden

"Camellia - Svet čajov pre zážitok pohody aj dobrodružstva"

Inhaltsstruktur (H2-Überschriften)Bestanden

5 H2-Zwischenüberschriften gefunden

Open-Graph-TagsBestanden

og:title, og:description, og:image, og:type

Open-Graph-BildformatBestanden

image/webp

Canonical-URLBestanden

https://www.camellia.sk/

Strukturierte Daten (JSON-LD)Bestanden

1 Block/Blöcke: Organization

JSON-LD-GültigkeitBestanden

1 Block/Blöcke parsen fehlerfrei

robots.txtBestanden

Vorhanden, verweist auf Sitemap

XML-SitemapBestanden

Gefunden mit ~257+ URLs

HTML-SprachattributBestanden

lang="sk"

Bild-Alt-AttributeBestanden

100% von 32 Bildern haben Alt-Text

Meta-Robots-TagBestanden

index,follow

FaviconBestanden

Favicon erkannt

Semantische HTML-StrukturBestanden

4/6 semantische Elemente: <nav>, <main>, <header>, <footer>

InhaltstiefeBestanden

955 Wörter — ausreichender Inhalt

Tiefe ÜberschriftenhierarchieBestanden

H2: 5, H3: 6 — gut strukturierter Inhalt

Interne VerlinkungBestanden

32 interne Links — starke Website-Navigation

Grundlagen der BarrierefreiheitBestanden

4/4 Barrierefreiheits-Signale: 147 ARIA roles, 14 ARIA labels, skip link, lang="sk"

Text-zu-HTML-VerhältnisInfo

4 % Verhältnis, aber 955 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.

Sicherheit

60/100

Gewicht: 15% · 8 OK · 8 Warnungen · 2 Fehler · 19 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.

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.

HTTP → HTTPS-WeiterleitungWarnung

Warum das wichtig ist: Ohne Weiterleitung können Nutzer auf die unsichere HTTP-Version zugreifen. Google behandelt http und https zudem als separate URLs, wodurch Ihre SEO-Signale aufgeteilt werden.

So beheben Sie es: Konfigurieren Sie eine 301-Weiterleitung von http:// auf https:// für alle Seiten. In Apache: RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

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.

Cookie-SicherheitsflagsWarnung

3 Cookie(s): 2 missing HttpOnly, 2 missing SameSite

Warum das wichtig ist: Fehlendes Secure-Flag = Cookies werden über HTTP gesendet (im WLAN stehlbar). Fehlendes HttpOnly = Cookies sind per XSS lesbar. Fehlendes SameSite = anfällig für CSRF-Angriffe.

So beheben Sie es: Setzen Sie alle Cookies mit: Secure (nur HTTPS), HttpOnly (kein JS-Zugriff), SameSite=Lax oder Strict (CSRF-Schutz). Session-Cookies MÜSSEN alle drei haben.

Subresource Integrity (SRI)Warnung

Nur 0/11 der SRI-fähigen Drittanbieter-Skripte haben Integrity-Hashes (2 auto-updating provider script(s) excluded — SRI not applicable)

Warum das wichtig ist: Ohne SRI können Angreifer bei der Kompromittierung eines versionsgepinnten Drittanbieter-CDN Schadcode in Ihre Website einschleusen - derselbe Vektor wie beim Magecart-Angriff auf British Airways.

So beheben Sie es: Fügen Sie versionsgepinnten <script>-Tags von Drittanbietern integrity='sha384-...' und crossorigin='anonymous' hinzu (verwenden Sie srihash.org). Automatisch aktualisierende Anbieter-Skripte (Analytics, Zahlungs-SDKs, Consent-Tools) sind korrekt ausgeschlossen - sie können SRI nicht nutzen.

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.

Iframe-SandboxingWarnung

1/1 unbekannte(r) Iframe(s) ohne sandbox-Attribut

Warum das wichtig ist: Nicht gesandboxte Iframes aus unbekannten Quellen können auf Ihr DOM zugreifen, Skripte ausführen und das oberste Fenster navigieren. Sie sollten gesandboxt werden, um Clickjacking und XSS zu verhindern.

So beheben Sie es: Fügen Sie nicht-anbieterbezogenen <iframe>-Elementen ein sandbox-Attribut hinzu. Verwenden Sie sandbox='allow-scripts allow-same-origin' für Drittanbieter-Einbettungen. Vertrauenswürdige Medien-/Zahlungs-Einbettungen (YouTube, Maps, Stripe, reCAPTCHA) sind korrekt ausgeschlossen - sie benötigen volle Rechte, um zu funktionieren.

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.

Clickjacking-SchutzBestanden

X-Frame-Options: SAMEORIGIN, SAMEORIGIN

X-Content-Type-OptionsBestanden

nosniff

Technologie-OffenlegungBestanden

Server: openresty (ohne Version)

security.txt (RFC 9116)Bestanden

Vorhanden unter /.well-known/security.txt

Offenlegung der Server-VersionBestanden

openresty - Version verborgen

Sicherheit des PasswortfeldsBestanden

1 Passwortfeld(er) - erlauben das Autofill durch Passwortmanager

Sicherheit des Cookie-PräfixesInfo

1 Session-Cookie(s) haben bereits Secure + HttpOnly + SameSite; das Hinzufügen des __Host--Präfixes ist eine kosmetische Härtungsverbesserung

Warum das wichtig ist: Wenn Secure, HttpOnly und SameSite bereits gesetzt sind, fügt das Präfix nur die Host-only-Durchsetzung hinzu - geringer zusätzlicher Nutzen.

So beheben Sie es: Optional: Benennen Sie in __Host-session um (Secure; Path=/; ohne Domain) für Defense-in-Depth gegen Cookie-Injection über Subdomains.

Mobil

62/100

Gewicht: 10% · 6 OK · 12 Warnungen · 0 Fehler · 21 gesamt

Mobile-Performance-ScoreWarnung

57/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.

Desktop-/Mobile-Performance-LückeWarnung

Desktop: 90 vs. Mobil: 57 (33 Punkte Unterschied)

Warum das wichtig ist: Google verwendet Mobile-First-Indexierung — Ihr Mobile-Score IST Ihr SEO-Score. Eine große Lücke bedeutet, dass Ihre Desktop-Optimierungen die mobilen Nutzer nicht erreichen, die den Großteil Ihres Traffics ausmachen.

So beheben Sie es: Ihr Desktop-Erlebnis ist deutlich besser als das mobile. Konzentrieren Sie sich auf: JavaScript reduzieren (mobile CPUs sind langsamer), responsive Bilder ausliefern (kleinere Dateien für kleinere Bildschirme) und Main-Thread-Arbeit minimieren.

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.

Techniken für responsives DesignWarnung

Warum das wichtig ist: Nicht-responsive Websites werden von Google in den mobilen Suchergebnissen automatisch abgestraft. Bei Mobile-First-Indexierung ist dies ein kritischer Ranking-Faktor.

So beheben Sie es: Implementieren Sie responsives CSS mit @media-Queries für die wichtigsten Breakpoints: 480px (kleines Mobilgerät), 768px (Tablet), 1024px (Laptop). Verwenden Sie Flexbox und CSS Grid für fließende Layouts.

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.

Responsive Bilder (srcset)Warnung

32 Bilder ohne responsive Größe

Warum das wichtig ist: Ohne srcset laden mobile Nutzer Bilder in voller Desktop-Größe herunter und verschwenden Bandbreite. Responsive Bilder sind der einzelne größte Mobile-Performance-Gewinn für bilderlastige Websites.

So beheben Sie es: Fügen Sie den <img>-Tags die Attribute srcset und sizes hinzu, um für jeden Bildschirm passend große Bilder auszuliefern. Mobilgeräte sollten keine 1920px-Desktop-Bilder herunterladen.

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.

Handhabung von TextüberlaufWarnung

Kein word-break/overflow-wrap-CSS erkannt

Warum das wichtig ist: Lange Zeichenketten ohne word-break verursachen horizontalen Überlauf auf dem Mobilgerät — eine häufige Ursache für 'Inhalt breiter als Viewport'-Fehler. Zusammengesetzte Wörter und URLs sind häufige Übeltäter.

So beheben Sie es: Fügen Sie 'overflow-wrap: break-word' zu Ihrem body oder Haupt-Inhaltscontainer hinzu. Ohne dies können lange URLs, Produkt-SKUs oder lange zusammengesetzte Wörter mobile Layouts zerstören.

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

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.

Qualität von Linktexten (WCAG 2.4.4)Warnung

1 Links haben einen generischen Text ("click here", "more", "tu"...)

Warum das wichtig ist: WCAG 2.4.4: Der Zweck eines Links muss aus dem Text hervorgehen. Vage Links verschlechtern UX, Conversion und SEO (Ankertext-Relevanz für Google).

So beheben Sie es: Ersetze 'Click here' / 'Read more' / 'Mehr' durch beschreibenden Text: 'Mehr über die DSGVO lesen', 'Modul-Preisliste ansehen'. Screenreader lesen Links außerhalb des Kontexts — ein alleinstehendes 'mehr' ist bedeutungslos.

Viewport-KonfigurationBestanden

width=device-width, initial-scale=1

Inhalt passt in den ViewportBestanden

Kein horizontales Scrollen nötig

Theme-FarbeBestanden

theme-color-Meta-Tag vorhanden

Mobile Navigation (semantisch)Bestanden

<nav>-Element vorhanden — korrekter Navigations-Landmark

Formular-EingabetypenBestanden

Optimiert: 2 email, 1 search

Beschriftungen von Formularfeldern (WCAG 3.3.2)Bestanden

6/6 Inputs haben eine Beschriftung

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.

KI-Bereitschaft

64/100

Gewicht: 10% · 10 OK · 23 Warnungen · 2 Fehler · 49 gesamt

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.

Verhältnis von Inhalt zu BoilerplateFehlgeschlagen

Nur 1% 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.

Grundlage strukturierter DatenWarnung

Nur 1 Schema-Typ (BusinessEntity) — unzureichend für AI-Sichtbarkeit

Warum das wichtig ist: Websites mit nur einem Schema erhalten minimale AI-Abdeckung. AI-Modelle benötigen mehrere Datensignale, um Ihren Shop mit Zuversicht zu empfehlen.

So beheben Sie es: Ein Schema-Typ reicht nicht aus. Fügen Sie mindestens hinzu: Organization (Identität), Product (Commerce), BreadcrumbList (Navigation), WebSite+SearchAction (Auffindbarkeit), FAQPage (Frage-Antwort).

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.

Strukturierter Inhalt (Listen & Tabellen)Warnung

Gefunden: 17 lists — erwägen Sie, comparison tables hinzuzufügen

Warum das wichtig ist: AI-Modelle bevorzugen die Datenextraktion aus HTML-Listen und -Tabellen. Perplexity und ChatGPT übernehmen Aufzählungspunkte und Tabellendaten mit höherer Genauigkeit als Absatztext.

So beheben Sie es: Fügen Sie Ihrem Inhalt comparison tables hinzu. Verwenden Sie <ul>/<ol> für Funktionslisten, Spezifikationen und Vorteile. Verwenden Sie <table> für Produktvergleiche, Preisstufen und Spezifikationen. Die AI extrahiert strukturierten Inhalt viel schneller als Absätze.

Entitätsklarheit und MarkensignaleWarnung

OG-Tags vollständig, aber keine sameAs-Entitätslinks

Warum das wichtig ist: Die KI muss Ihre Markenentität zuverlässig identifizieren können. Open Graph und sameAs erzeugen gemeinsam eine plattformübergreifende Identität, die KI-Modelle erkennen.

So beheben Sie es: Für vollständige Entitätsklarheit: 1) vervollständigen Sie die Open-Graph-Tags (og:title, og:description, og:image, og:type), 2) fügen Sie sameAs im Organization-Schema mit Verweisen auf Wikipedia, LinkedIn, Facebook und weitere Profile hinzu.

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

18 Absätze, durchschn. 14 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.

Optimierung der AbschnittslängeWarnung

Durchschn. Abschnitt: 169 Wörter — nur 11% 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.

Abdeckung häufiger FragenWarnung

Beantwortet 3/5 — fehlt: price, returns/refunds

Warum das wichtig ist: LLMs wie ChatGPT und Perplexity fächern eine Kaufanfrage in diese Unterfragen auf und zitieren die Seiten, die sie beantworten. Seiten, denen diese Antworten fehlen, werden in KI-generierten Kaufergebnissen übersprungen — und verlieren das Vertrauen des Käufers.

So beheben Sie es: Fügen Sie klaren Inhalt hinzu, der die Fragen der Käufer (und KI-Assistenten) beantwortet: Preise, Versandoptionen & -kosten, Rückgabe-/Erstattungsbedingungen, Lagerverfügbarkeit und akzeptierte Zahlungsmethoden. Ideal ist ein sichtbarer FAQ- oder Info-Bereich, der diese abdeckt.

Canonical-Tag für KI-DeduplizierungWarnung

Canonical verweist auf eine andere URL: https://www.camellia.sk/

Warum das wichtig ist: KI-Suchmaschinen (ChatGPT, Perplexity, Bing Copilot) nutzen Canonicals zur Deduplizierung von Inhalten. Ein falscher Canonical bedeutet, dass die KI die falsche Seitenversion zitiert oder diese Seite ganz ignoriert.

So beheben Sie es: Prüfen Sie, ob dieser Canonical beabsichtigt ist. KI-Modelle gruppieren nahezu identische URLs und wählen eine repräsentative Seite. Verweist der Canonical auf eine andere URL, indexiert die KI nur diese Ziel-URL, nicht diese Seite.

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.

Knowledge-Graph-BereitschaftWarnung

1/4 Signale — fehlt: @id in JSON-LD, consistent brand name (title/schema/OG), sameAs links (Wikipedia, LinkedIn)

Warum das wichtig ist: Die @id erzeugt eine dauerhafte Entitätskennung, die Ihr Schema über Seiten und Plattformen hinweg verbindet — so baut die KI eine verifizierte Markenentität auf.

So beheben Sie es: Fügen Sie hinzu: @id in JSON-LD, consistent brand name (title/schema/OG), sameAs links (Wikipedia, LinkedIn). Verwenden Sie @id im JSON-LD, um eine eindeutige Knoten-Kennung zu erstellen. Stellen Sie sicher, dass der Markenname in Title, Schema und OG-Tags identisch ist. Verlinken Sie über sameAs auf Wikipedia/Wikidata.

Lesbarkeit des Inhalts für die KIWarnung

Grade 16 — zu komplex für eine breite KI-Zitierung (technischer Schwellenwert: 14)

Warum das wichtig ist: Inhalt mit einer Lesbarkeit über Grade 12 lässt sich von der KI schwerer als klare, prägnante Antworten extrahieren. Seiten mit klaren Überschriften und zugänglicher Sprache werden häufiger zitiert.

So beheben Sie es: Vereinfachen Sie Sätze (Ziel: durchschnittlich 15-20 Wörter), verwenden Sie gängige Wörter, gliedern Sie komplexe Gedanken in kürzere Absätze. Die KI extrahiert Inhalte für ein breites Publikum — ist er zu akademisch, überspringt die KI ihn.

Qualität des Alt-Textes von Bildern für die KIWarnung

78% gut, 7 schlecht, 0 fehlend

Warum das wichtig ist: Die KI nutzt Alt-Text, um Bilder für die visuelle Suche (Google Lens, Bing Visual Search), Produktempfehlungen und Barrierefreiheit zu verstehen. Hochwertiger Alt-Text erschließt mehr Entdeckungskanäle.

So beheben Sie es: Verbessern Sie den Alt-Text: Verwenden Sie 3-15 beschreibende Wörter pro Bild. Nennen Sie Produktname, Hauptmerkmal und Kontext. Schlecht: 'image1' oder 'photo'. Gut: 'Rote Ledergeldbörse mit RFID-Schutz — Vorderansicht'.

Expertenzitate und QuellenangabenWarnung

1 Zitat gefunden — fügen Sie mehr für Autorität hinzu

Warum das wichtig ist: KI-Assistenten gewichten Inhalte mit Expertenzitaten und Quellenangaben höher. Blockquotes signalisieren, dass Ihr Inhalt durch maßgebliche Quellen gestützt ist — ein zentrales E-E-A-T-Signal.

So beheben Sie es: Fügen Sie Expertenzitate, Kundenstimmen oder Branchenquellen mithilfe von <blockquote>-Elementen hinzu.

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)

KI-Agenten-Zugriff (live)Bestanden

ChatGPT-User und PerplexityBot erhalten dieselbe Seite wie ein Browser

Inhaltszugänglichkeit für AIBestanden

955 Wörter im rohen HTML (4.2% Textanteil) — von AI-Crawlern ohne JS-Ausführung lesbar

Zero-results RecoveryBestanden

A search with no matches still offers products, suggestions or a way to get help

Organization-Schema + EntitätsverknüpfungBestanden

Organization mit 1 sameAs-Links gefunden — starke Entitätsidentität

Inhaltstiefe für AIBestanden

955 Wörter — reichhaltiger Inhalt für AI-Analyse und -Zitierung

Überschriftenhierarchie für AIBestanden

Korrekte Struktur: 1 H1 → 5 H2 → 6 H3 — klare Inhaltsgliederung

Semantische HTML-StrukturBestanden

4/6 semantische Elemente: <nav>, <main>, <header>, <footer>

Präsenz von Statistiken und DatenBestanden

3 Datenpunkte gefunden — starker Zitationsmagnet

Dichte interner LinksBestanden

34 kontextuelle interne Links pro 1.000 Wörter — starkes Knowledge-Graph-Signal

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.

Vollständigkeit des Product-SchemasInfo

Kein Product-Schema auf dieser homepage — das Product-Schema befindet sich auf Produktdetailseiten, die dieser Einzel-URL-Scan nicht besucht hat

Warum das wichtig ist: Das Product-Schema gehört nur auf Produktseiten, daher ist sein Fehlen auf dieser Seite zu erwarten — kein Defekt. Scannen Sie eine Produkt-URL, um es zu bewerten.

So beheben Sie es: Um das Product-Schema zu prüfen, führen Sie den Scan auf einer Produktdetail-URL aus. Fügen Sie auf Produktseiten hinzu: name, description, image, offers (price, priceCurrency, availability), brand, sku, aggregateRating.

Search Typo Handling (measurement)Info

A correctly spelled query and the same query with a typo return similarly sized pages (165591 B vs 165591 B) — consistent with typo tolerance

Warum das wichtig ist: This is a raw measurement, not a verdict, and it is never scored: page size is only a proxy for result count and themes differ. It is here so you can see what we saw.

So beheben Sie es: Verify by hand: search for a product, then search again with one letter transposed. If the second search finds nothing, a search engine with fuzzy matching and synonyms will recover those sales.

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

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.

KI-Agenten-BereitschaftInfo

69/100 — teilweise bereit (Access 100 · Understand 75 · Discover 50 · Transact 50)

Warum das wichtig ist: Whether an autonomous shopping agent (a ChatGPT operator, Perplexity, the assistants coming next) can do four things on your shop: get in, read and understand the products, discover the whole catalogue, and act (cart, terms). Almost nobody measures this, and for SK/CZ shops nobody does.

Agent: Zugang — kommt ein Agent hereinInfo

100/100 (2 Signale)

Agent: Verständnis — versteht er die ProdukteInfo

75/100 (2 Signale)

Agent: Auffindbarkeit — findet er den ganzen KatalogInfo

50/100 (3 Signale)

Agent: Transaktion — kann er handeln (Warenkorb, Bedingungen)Info

50/100 (3 Signale)

Recht & DSGVO

69/100

Gewicht: 10% · 10 OK · 5 Warnungen · 2 Fehler · 18 gesamt

Datenschutzerklärung-SeiteFehlgeschlagen

Warum das wichtig ist: Eine fehlende Datenschutzerklärung ist einer der am häufigsten genannten DSGVO-Verstöße. Jede EU-Datenschutzbehörde betrachtet sie als Grundvoraussetzung.

So beheben Sie es: Erstellen Sie eine umfassende Datenschutzerklärung, die abdeckt: welche Daten Sie erheben, warum (Rechtsgrundlage), wie lange Sie sie speichern, mit wem Sie sie teilen und wie Nutzer ihre DSGVO-Rechte ausüben können (Auskunft, Löschung, Übertragbarkeit).

GDPR Art. 12 · GDPR Art. 13 · GDPR Art. 14 · SK 18/2018 § 19 · SK 18/2018 § 20

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

Cookie-RichtlinieWarnung

Warum das wichtig ist: Die ePrivacy-Richtlinie verlangt eine transparente Offenlegung von Cookies. Vage Aussagen wie „Wir verwenden Cookies für die Funktionalität" erfüllen die Anforderung an die Spezifität nicht.

So beheben Sie es: Erstellen Sie eine separate Cookie-Richtlinie-Seite, die jedes Cookie auflistet nach: Name, Anbieter, Zweck, Kategorie (notwendig/Analyse/Marketing) und Ablaufdauer. Die meisten CMPs generieren dies automatisch.

Formulare ohne DatenschutzhinweisWarnung

3 Formular(e) auf der Seite ohne Link zur Datenschutzerklärung

Warum das wichtig ist: Artikel 13 DSGVO verlangt, Nutzer zum Zeitpunkt der Erhebung über die Datenverarbeitung zu informieren. Formulare ohne Datenschutzhinweis verstoßen gegen den Transparenzgrundsatz.

So beheben Sie es: Fügen Sie neben oder unter jedem Formular, das personenbezogene Daten erhebt (Kontakt, Registrierung, Newsletter), einen Link zu Ihrer Datenschutzerklärung hinzu. Fügen Sie, wo erforderlich, eine Einwilligungs-Checkbox hinzu.

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.

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.

Cookie-Consent-Banner (CMP)Bestanden

Cookiebot erkannt

Tracking-Skripte und EinwilligungBestanden

1 Tracker mit CMP erkannt: Google Analytics/GTM

Google Consent Mode v2Bestanden

Consent-Mode-Signale erkannt (ad_storage, analytics_storage)

Rechtlicher Kontakt / Impressum-SeiteBestanden

/o-nas/

Seite mit Allgemeinen GeschäftsbedingungenBestanden

/obchodne-podmienky/

Datenverschlüsselung (kein Mixed Content)Bestanden

Alle Ressourcen werden über HTTPS geladen

Datenweitergabe an DritteBestanden

5 Drittanbieter-Domain(s)

Newsletter-EinwilligungBestanden

Newsletter-Formular mit Einwilligungsmechanismus erkannt

Kontakt zum Datenschutzbeauftragten (DSB)Bestanden

DSB-/Datenschutzkontakt gefunden

Mechanismus zum Widerruf der EinwilligungBestanden

Mechanismus zum Widerruf der Einwilligung / Opt-out gefunden

Hinweis zur gesetzlichen GewährleistungInfo

Auf den gescannten Seiten wurde kein harmonisierter Hinweis zur gesetzlichen Gewährleistung gefunden — er kann auf einer Seite stehen, die dieser Scan nicht öffnet. Prüfen Sie, dass er angezeigt wird.

Warum das wichtig ist: Die Richtlinie (EU) 2024/825 (zur Änderung der 2011/83/EU) verpflichtet Händler, Verbraucher mit einem harmonisierten, auf der Website gut sichtbaren Hinweis daran zu erinnern, dass die gesetzliche Gewährleistung besteht und mindestens 2 Jahre dauert. Nationale Regeln gelten ab 27. September 2026.

So beheben Sie es: Zeigen Sie den harmonisierten EU-Hinweis zur gesetzlichen Gewährleistung als allgemeine Erinnerung auf Ihrer Website an (z. B. in der Fußzeile oder auf jeder Produktseite), im offiziellen Design und Wortlaut für Ihre Sprache aus dem Durchführungsrechtsakt der Kommission. Eine Zeile '24 Monate Garantie' am Produkt ist nicht dasselbe — der Hinweis betrifft die gesetzliche Gewährleistung.

Schwachstellen

62/100

Gewicht: 10% · 7 OK · 4 Warnungen · 4 Fehler · 15 gesamt

Bekannte Schwachstellen (CVE)Fehlgeschlagen

5 CVEs in Verbindung mit 1 erkannten Komponentenversion

Warum das wichtig ist: Versionen mit veröffentlichten CVEs sind ein bevorzugtes Ziel automatisierter Scanner — Bots (Shodan, Greynoise, Mirai-Familie) suchen sie innerhalb von Minuten. Dieser Befund wird aus der erkannten Version abgeleitet, bestätigen Sie also, dass die Komponente tatsächlich ungepatcht ist, bevor Sie sie als ausnutzbar behandeln.

So beheben Sie es: Update jQuery 1.11.3 → 3.7.1 (CVE-2011-4969, CVE-2012-6708, CVE-2015-9251, CVE-2020-11022, CVE-2020-11023). Prüfen Sie jede vor dem Handeln — ein Host oder eine Distribution kann einen Sicherheitspatch backporten, während die Versionsangabe weiterhin verwundbar aussieht, sodass ein erkanntes CVE kein Beweis dafür ist, dass Ihre Installation betroffen ist. CVE-Details: CVE-2011-4969: https://nvd.nist.gov/vuln/detail/CVE-2011-4969 · CVE-2012-6708: https://nvd.nist.gov/vuln/detail/CVE-2012-6708 · CVE-2015-9251: https://nvd.nist.gov/vuln/detail/CVE-2015-9251 · CVE-2020-11022: https://nvd.nist.gov/vuln/detail/CVE-2020-11022 · CVE-2020-11023: https://nvd.nist.gov/vuln/detail/CVE-2020-11023

Admin-Panel unter Standard-URLFehlgeschlagen

Zugänglich unter: /admin

Warum das wichtig ist: Standard-Admin-URLs erhalten täglich Tausende automatisierter Brute-Force-Versuche. Botnets zielen unerbittlich auf /admin, /wp-admin, /administrator. Ein umbenannter Pfad blockiert 99 % der automatisierten Angriffe.

So beheben Sie es: Benennen Sie Ihr Admin-Verzeichnis in einen zufälligen, nicht erratbaren Pfad um (z. B. /admin-x7k9m2). Fügen Sie IP-Whitelisting über .htaccess hinzu, implementieren Sie 2FA und richten Sie einen Brute-Force-Schutz ein (fail2ban oder ähnliches).

jQuery-VersionFehlgeschlagen

jQuery 1.11.3 — kritisch veraltet!

Warum das wichtig ist: jQuery 1.x ist mit 6+ bekannten CVEs verbunden, darunter XSS und Prototype Pollution. Automatisierte Scanner zielen gezielt auf Websites mit jQuery <3.0.

So beheben Sie es: jQuery 1.11.3 ist mit mehreren bekannten Sicherheitslücken verbunden. Aktualisieren Sie auf 3.7.x. Wenn Ihre Plugins jQuery 1.x/2.x benötigen, verwenden Sie jquery-migrate als vorübergehende Brücke.

Sicherheit der ZahlungsseiteFehlgeschlagen

Auf der Zahlungsseite fehlt: No HSTS, No CSP

Warum das wichtig ist: Zahlungsseiten ohne korrekte Sicherheits-Header verstoßen gegen PCI DSS und erleichtern den Diebstahl von Kartendaten erheblich. Zahlungsdienstleister können monatliche Bußgelder für Nichteinhaltung verhängen.

So beheben Sie es: KRITISCH: Auf Ihrer Zahlungsseite fehlen Sicherheits-Header: No HSTS, No CSP. PCI-DSS-Anforderung 6.5 schreibt Schutz vor gängigen Schwachstellen auf Seiten vor, die Kartendaten verarbeiten.

CSRF-Schutz für FormulareWarnung

1/3 Formulare haben CSRF-Tokens

Warum das wichtig ist: Formulare ohne CSRF-Tokens ermöglichen Cross-Site Request Forgery — die Website eines Angreifers kann im Namen Ihrer angemeldeten Benutzer Bestellungen aufgeben, Einstellungen ändern oder Daten modifizieren.

So beheben Sie es: Stellen Sie sicher, dass ALLE Formulare einen CSRF-Token enthalten. In PrestaShop verwenden Sie {$csrf_token} in den Templates. In WordPress verwenden Sie wp_nonce_field().

DMARC-Richtlinie (E-Mail-Authentifizierung)Warnung

DMARC auf p=none gesetzt (nur Überwachung, keine Durchsetzung)

Warum das wichtig ist: DMARC p=none bietet null Schutz vor E-Mail-Spoofing. Es erzeugt nur Berichte. Wechseln Sie zu p=quarantine, um gefälschte E-Mails tatsächlich zu blockieren, bevor sie die Postfächer Ihrer Kunden erreichen.

So beheben Sie es: Erhöhen Sie die DMARC-Richtlinie von p=none auf p=quarantine oder p=reject. p=none überwacht nur — es blockiert keine gefälschten E-Mails. Beginnen Sie mit quarantine und wechseln Sie dann zu reject, nachdem Sie überprüft haben, dass legitime E-Mails durchkommen.

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.

Sicherheit des AnmeldeformularsWarnung

Das Anmeldeformular blockiert das automatische Ausfüllen durch den Passwort-Manager

Warum das wichtig ist: Die NIST-Richtlinien empfehlen, das automatische Ausfüllen von Passwörtern zuzulassen. Das Blockieren zwingt Benutzer, schwache, leicht merkbare Passwörter zu wählen — eine Hauptursache für die Kompromittierung von Anmeldedaten.

So beheben Sie es: Entfernen Sie autocomplete='off' aus Anmeldeformularen. Passwort-Manager verbessern die Sicherheit, indem sie eindeutige, komplexe Passwörter pro Website ermöglichen.

Offenlegung der CMS-VersionBestanden

Kein Generator-Tag — CMS-Identität verborgen

Offengelegte sensible DateienBestanden

.env, .git, composer.json — alle ordnungsgemäß blockiert

Offengelegtes InstallationsskriptBestanden

Keine /install/- oder /setup/-Pfade zugänglich

VerzeichnisauflistungBestanden

Deaktiviert — Dateistruktur verborgen

Debug-Modus / FehleroffenlegungBestanden

Keine Debug-Indikatoren in der Seitenausgabe gefunden

SPF-Eintrag (E-Mail-Sicherheit)Bestanden

SPF konfiguriert: v=spf1 include:atlantis.sk include:_spf.myshoptet.com include:smtpx.stable.cz in

DKIM-Signierung (E-Mail-Authentifizierung)Bestanden

DKIM konfiguriert (Selektoren: default)

Barrierefreiheit / EAA

93/100

Gewicht: 10% · 7 OK · 1 Warnungen · 0 Fehler · 9 gesamt

ÜberschriftenstrukturWarnung

Problem mit der Überschriftengliederung (h1-Anzahl: 1h2→h4, h2→h4)

Warum das wichtig ist: Eine saubere Überschriftenhierarchie ist der Hauptweg, wie Nutzer assistiver Technik eine Seite überfliegen (WCAG 1.3.1 / 2.4.6).

So beheben Sie es: Verwenden Sie eine einzige <h1> und überspringen Sie keine Ebenen (z. B. <h2> direkt zu <h4>).

SeitenspracheBestanden

<html lang="sk"> ist gesetzt

Alt-Texte der BilderBestanden

Alle 32 Bilder haben alt-Attribute

FormularbeschriftungenBestanden

Alle 6 Formularfelder sind beschriftet

LinktextBestanden

Links verwenden beschreibenden Text

Landmark-BereicheBestanden

Semantische Landmarks vorhanden (<main>, <nav>/<header>)

Zoom & SkalierungBestanden

Pinch-Zoom ist nicht deaktiviert

SprunglinkBestanden

Ein „Zum Inhalt springen”-Link ist vorhanden

EAA-RechtsgrundlageInfo

Fällt unter den European Accessibility Act (in Kraft ab 28.6.2025): SK 351/2022, CZ 424/2023 Sb., RL (EU) 2019/882 — bewertet nach EN 301 549. Inger bietet EAA-Audits und -Behebung.

Nächste Schritte

Start with the failures — every red item carries a How to fix note. Prioritise Security and Legal & Compliance, which carry statutory consequences.
Re-run the audit after fixing — run a fresh scan at score.zulien.sk and compare the score.
Get help with the harder ones — for a deep audit or an expert assessment, see inger.sk.
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/camellia.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