Durchschnittlich

Score-Bericht

roseforrose.sk

Gescannt am 8. Oktober 2026

Unknown
jQuery 1.11.3
openresty
Unternehmen:ROSE For ROSE, s.r.o.· NACE 1422
NIS2: außerhalb des Geltungsbereichs
Risiko:10/100niedrig
Bonität:A
Umsatzsteuerpflichtig
Top 24% in der Branche
Vollständiges Firmenprofil →
Zuletzt gescannt: 8. Oktober 2026
KI-Verdict

Your store is performing decently but has critical gaps in security and AI readiness. Add HSTS and Content-Security-Policy immediately—without these, customer data is at risk. You're doing well with accessibility and SEO fundamentals.

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

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

4

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

Größere Projekte

10

Große Wirkung, aber die Behebung braucht Planung.

+5 weitere

Kleine Korrekturen

18

Geringere Wirkung, schnell erledigt.

+13 weitere

Später

42

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

+37 weitere

Performance

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

Was wir gefunden haben: 2.8 MB, 39 Requests (optimal: <1,5 MB, <50 Req)

Warum es wichtig ist: Eine 3-MB-Seite lädt im mobilen 3G über 6 Sekunden. Der Großteil des E-Commerce-Traffics ist mobil - schwere Seiten verlieren Kunden bei schlechten Verbindungen.

So beheben: Reduzieren Sie das Seitengewicht: Bilder zu WebP komprimieren (spart 30-50 %), Textkomprimierung aktivieren (gzip/brotli), Bilder below the fold per Lazy Loading laden, ungenutztes CSS/JS entfernen.
Nachweis:PSI-lab· Konfidenz: high

Was wir gefunden haben: 180 KB ungenutzt (CSS: 52 KB, JS: 129 KB)

Warum es wichtig ist: Ungenutzter Code wird heruntergeladen und geparst, aber nie ausgeführt - reine Verschwendung. Sein Entfernen beschleunigt die Parse-Zeit und reduziert die Bandbreite.

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

So beheben: Entfernen Sie ungenutztes CSS mit PurgeCSS oder UnCSS. Splitten Sie JavaScript so, dass pro Seite nur der benötigte Code lädt. Prüfen Sie Plugins - jedes fügt CSS/JS hinzu.
Nachweis:PSI-lab· Konfidenz: low

Was wir gefunden haben: 31 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

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

Was wir gefunden haben: Nur 40 % von 5 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

5 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

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