Offensive Cybersicherheit & SaaS

Sentinel by Kayzen

Ein Sicherheitsprodukt an Ingenieure verkaufen: Jede Aussage musste nachweisbar sein.

Jahr
2026
Umsetzung
4 Wochen
Stack
Next.js · React · TypeScript · Tailwind · Vercel
  • Positionierung
  • Design
  • Entwicklung
  • Technisches SEO
  • Texte
https://sentinel.kayzen-lyon.com/
Startseite der Website Sentinel by Kayzen — Offensive Cybersicherheit & SaaS, erstellt von Kayzen Web
beanspruchte False Positivesjeder Befund wird von einem reproduzierbaren PoC begleitet
0
erstes nützliches Renderingstatisches HTML vom CDN ausgeliefert
< 1 s
beim Laden aufgerufene Drittanbieter-Domains
0
Die Ausgangslage

Was gelöst werden musste.

Der Kontext

Sentinel ist die autonome Penetrationstest-Plattform von Kayzen Web. KI-Agenten analysieren nicht den Code: Sie führen die Anwendung aus, versuchen tatsächlich die Ausnutzung und fügen jeder bestätigten Schwachstelle einen reproduzierbaren Proof of Concept bei. Die Website ist das kommerzielle Schaufenster des Produkts und der Einstieg zum Test.

Die Einschränkung

Die Zielgruppe – CISOs, Lead Developer, Plattformteams – ist für Marketing so unempfänglich wie keine andere. Eine Sicherheits-Website, die „vollständigen Schutz“ verspricht, verliert ihre Glaubwürdigkeit in der ersten Zeile. Gebraucht wurde eine Website, die neugierig macht, ohne jemals zu viel zu versprechen, und die für eine nicht technische Geschäftsführung, die drei Anbieter vergleicht, lesbar bleibt.

Die Antwort

Wir haben die übliche Hierarchie umgekehrt: der Beweis vor dem Versprechen. Die Startseite zeigt zuerst einen Auszug aus einem echten Bericht – die Schwachstelle, die Exploit-Anfrage, die vorgeschlagene Korrektur – und erst danach die Argumentation. Das Vokabular bleibt das des Fachs (PoC, False Positive, CVSS), weil der Leser es kennt und eine Verwässerung als Unkenntnis ausgelegt würde.

Design & Art Direction

Jede gestalterische Entscheidung – und ihr Grund.

  1. Standardmäßig dunkel, aber nicht dekorativ

    Das dunkle Theme ist die Konvention der Branche: Sicherheitstools leben im Terminal. Hier ist es funktional – Codeblöcke und Berichtsauszüge sind die meistgelesenen Elemente der Seite, und ein dunkler Hintergrund reduziert die Blendung bei langen Lesesitzungen. Die Text-Hintergrund-Kontraste liegen über 7:1, also auf AAA-Niveau, nicht nur beim AA-Minimum.

  2. Der Beweis als Komponente

    Eine wiederverwendbare Komponente „Berichtsauszug“: Schwachstellen-Header, CVSS-Schweregrad, Anfrage, Antwort, Korrektur. Sie erscheint viermal auf der Seite, mit unterschiedlichen Fällen. Es ist das einzige animierte Element der Seite – die Aufmerksamkeit geht dorthin, wo die Kaufentscheidung fällt.

  3. Keine abstrakten Illustrationen

    Kein Vorhängeschloss, kein Schild, kein Drahtgitter-Globus. Die Bilder sind Screenshots des Tools. In diesem Markt ist generische Ikonografie das verlässlichste Signal dafür, dass ein Produkt noch nicht existiert.

  4. Kontrollierte Dichte

    Eine auf 68 Zeichen begrenzte Zeilenlänge und eine fluide Schriftskala mit clamp(). Der Inhalt ist naturgemäß dicht; das Layout muss das ausgleichen, nicht der Leser.

Farbpalette des Projekts

  • Tinte

    #0B1120

    Seitenhintergrund

  • Schiefer

    #1E293B

    Karten und Codeblöcke

  • Signal

    #38BDF8

    Links und Akzente

  • Alarm

    #F43F5E

    Ausschließlich kritischer Schweregrad

Typografisches System

Überschriften

Inter (Strichstärken 600–800)

Fließtext

Inter (400–500)

Eine einzige Familie, zwei Rollen. Die Berichtsauszüge nutzen den Monospace-Stack des Systems: Es wird keine zusätzliche Schrift geladen.

Engineering

Was unter der Haube steckt.

  • Next.js
  • React
  • TypeScript
  • Tailwind
  • Vercel
  1. Next.js mit statischem Rendering

    Jede Seite wird beim Build erzeugt. Ein Produktschaufenster hat keine dynamischen Daten auszuliefern: Dauerhaftes Server-Rendering würde Latenz und Angriffsfläche kosten – für nichts. Das vollständige HTML kommt vom CDN.

  2. Keine Drittanbieter-Abhängigkeiten beim Laden

    Keine Google-Schrift, kein externes Analytics-Skript, kein Chat-Iframe. Auf einer Sicherheits-Website ist jede beim ersten Rendern aufgerufene Drittanbieter-Domain ein Argument gegen einen selbst – und ein realer Einstiegspunkt in die Lieferkette.

  3. Vollständige Sicherheits-Header

    Strikte Content-Security-Policy, HSTS mit Preload, Referrer-Policy, standardmäßig restriktive Permissions-Policy. Das ist das Mindeste, was man von einem Sicherheitsanbieter erwartet – und der erste Reflex eines technischen Interessenten ist, im Netzwerk-Tab nachzusehen.

  4. Offen benannte Open-Source-Engine

    Die Ausführungs-Engine basiert auf dem Open-Source-Projekt Strix. Die Website sagt das und verlinkt es, statt es zu verbergen: Bei diesem Publikum ist die Nachvollziehbarkeit des technischen Bausteins mehr wert als eine Blackbox.

Suchmaschinenoptimierung

Wie die Website gefunden wird.

  1. Vergleichende statt generische Suchanfragen

    „Automatisierter Pentest“, „DAST vs. manueller Pentest“, „False Positives Schwachstellenscanner“: Suchanfragen aus der Mitte des Funnels, mit geringem Volumen und sehr starker Absicht. Um „Cybersicherheit“ zu kämpfen, hätte nichts gebracht.

  2. SoftwareApplication-Markup

    JSON-LD SoftwareApplication mit Kategorie, Betriebssystem und Angebot, dazu eine FAQPage zu den wiederkehrenden Einwänden („Können die Agenten meine Produktion beschädigen?“). Genau diese Antworten zitieren KI-Assistenten.

  3. Sorgfältige Social-Metadaten

    Das Produkt wird unter Fachkollegen in Slack und auf LinkedIn geteilt. Open Graph und Twitter Card werden daher als Akquisekanal behandelt, mit einem eigenen Bild statt des Logos.

Barrierefreiheit

Für alle nutzbar.

Seit Juni 2025 schreibt der European Accessibility Act (EU-Richtlinie 2019/882) für einen großen Teil der Online-Dienste digitale Barrierefreiheit vor. Wir berücksichtigen sie schon bei der Konzeption, nicht erst im Nachhinein.

  1. AAA-Kontrast im Fließtext

    Das dunkle Theme ist die klassische Falle: Hellgrau auf Dunkelgrau. Alle Farbpaare wurden gemessen; der Fließtext liegt bei 12:1, sekundäre Beschriftungen bei 7:1.

  2. Per Tastatur navigierbare Codeblöcke

    Die Berichtsauszüge scrollen auf dem Smartphone horizontal: Sie sind fokussierbar und als scrollbare Regionen ausgezeichnet, sonst wäre ihr Inhalt ohne Maus unerreichbar.

Seitenstruktur

Was ausgeliefert wurde.

  • Startseite – Beweis, Versprechen, Test
  • Funktionsweise – der Ablauf eines agentenbasierten Audits
  • Berichte – Anatomie eines Ergebnisdokuments
  • Preise
  • Dokumentation & Open-Source-Engine
Methode

Der Projektablauf.

  1. Rahmen

    Gespräche mit dem Produktteam, Festlegung der zu behandelnden Einwände in ihrer Reihenfolge.

  2. Inhalte

    Technische Texte, von den Ingenieuren vor jedem Entwurf freigegeben.

  3. Design

    Dunkles System, Beweis-Komponente, Schriftskala.

  4. Entwicklung

    Statisches Next.js, Sicherheits-Header, Performance-Budget.

  5. Livegang

    Sicherheitsabnahme, Prüfung der Header, Search Console.

Fragen

Was man uns oft fragt.

Weil ihr Publikum nachprüft. Ein technischer Interessent öffnet die Entwicklertools, bevor er den Text liest: Findet er dort sechs Drittanbieter-Tracker und keine Sicherheitsrichtlinie, erholt sich die Argumentation davon nicht mehr.

Ja, sobald der Käufer ein Experte ist: Industrie, Gesundheit, Ingenieurwesen, Kanzleien. Die Regel bleibt dieselbe – ein echtes Ergebnis zeigen, bevor man es beschreibt.

Derselbe Anspruch, für Ihre Website.

Kostenloses Audit Ihrer aktuellen Website, Angebot innerhalb von 24 Stunden und eine schriftliche Begründung – wie die, die Sie gerade gelesen haben. Zahlung in drei Raten ohne Aufpreis; lokale Förderungen werden vor der Unterschrift geprüft.

Teilen