Dev-Notes · Web-Concepts

Dark Mode
Implementierung

Nachschlagewerk für Aufwandseinschätzung, Angebotsformulierung und technische Umsetzung. Dark Mode ist kein Schalter — es ist eine zweite, dauerhaft zu pflegende Designebene.

Demo
01

Aufwand nach Website-Typ

Der Aufwand skaliert nicht linear mit der Seitenzahl, sondern mit der Anzahl unterschiedlicher Komponenten und Zustände. Eine kleine Seite mit komplexem Konfigurator kann teurer sein als eine große, durchgängig systematisierte Seite.

Klein
4–10 h / einfach
  • Landingpage / Visitenkarte
  • Wenige Komponenten, kaum Zustände
  • Keine Formulare oder nur Kontaktformular
  • Wenn Design-Token vorhanden: oberes Ende eher 4 h
Mittel
15–40 h / moderat
  • Unternehmensseite, Blog, kleiner Shop
  • Mehrere Templates & wiederkehrende Module
  • Formulare, Karten, Hover-/Aktiv-Zustände
  • Bilder/SVGs müssen teils angepasst werden
Groß
60 h+ / komplex
  • Shop, Portal, Web-App, viele Templates
  • Komplexe Zustände, Datentabellen, Charts
  • Drittanbieter-Widgets, eingebettete Inhalte
  • QA über alle Breakpoints & Browser
Faustregel Skalierung Bestehende Seite ohne Design-System nachrüsten ist meist 2–3× teurer als Dark Mode von Anfang an mitzudenken. Der größte Kostentreiber sind hartcodierte Farben (Hex-Werte direkt im CSS/Inline statt CSS-Variablen).
02

Was ist alles betroffen

Dark Mode ist nicht „Hintergrund schwarz, Schrift weiß". Jede dieser Ebenen braucht eine eigene, bewusste Entscheidung — sonst entstehen unleserliche oder „ausgewaschene" Stellen.

Hintergründe

Mehrere Ebenen: Seite, Sektion, Karte, Erhöhung (elevation). Nicht reines Schwarz — gestaffelte Graustufen.

Text & Typo

Primär-, Sekundär-, gedämpfter Text. Reines Weiß auf Schwarz blendet — leicht abgetönt.

Buttons

Primär/Sekundär/Ghost, jeweils mit eigenen Farben für Dark.

Hover / Focus / Active

Alle interaktiven Zustände separat. Focus-Ring muss auf dunklem Grund sichtbar bleiben.

Zustände

Disabled, Loading, Selected, Error, Success, Warning — Farbsystem komplett doppeln.

Formulare

Inputs, Placeholder, Borders, Validierung, Selects, Checkboxen, Autofill-Styles (Browser!).

Icons & SVG

Inline-SVG via currentColor steuerbar; eingebundene PNG/Logos brauchen Dark-Varianten.

Schatten

Schatten wirken auf Dunkel kaum. Stattdessen: hellere Border oder leichte Glow/Erhöhung.

Borders & Trennlinien

Eigene Linienfarben — sonst entweder unsichtbar oder zu hart.

Overlays & Modals

Backdrop-Abdunklung, Modal-Hintergrund, Dropdowns, Tooltips, Popover.

Bilder & Medien

Helle Produktfotos/Diagramme können stören; ggf. leichte Abdunklung oder Rahmen.

Charts & Datenviz

Achsen, Gitterlinien, Datenfarben, Legenden — komplett neu durchdeklinieren.

Code / Syntax-Highlighting

Falls vorhanden: eigenes dunkles Theme nötig.

Drittanbieter-Embeds

Maps, YouTube, Cookie-Banner, Chat-Widgets, reCAPTCHA — oft nicht/schwer anpassbar.

Akzent-/Brandfarben

Markenfarben brauchen oft eine zweite Variante, weil sie auf Dunkel grell wirken.

Toggle & Persistenz

Umschalter, Speicherung der Präferenz, System-Einstellung respektieren, Flash-of-wrong-theme vermeiden.

03

Was ich dem Kunden sagen kann

Die zentrale Botschaft: Dark Mode ist eine zweite, vollständige Designebene — keine einmalige Anpassung. Verständliche Formulierungen für das Kundengespräch:

Klar benennen Dark Mode erhöht dauerhaft die Wartungs- und Erweiterungskosten der Seite. Das gehört offen ins Gespräch — nicht erst, wenn die nächste Rechnung höher ausfällt.
04

Aufwandsschätzung

Schätzung nach Arbeitspaketen. Bandbreiten je nach Vorzustand (Design-Token vorhanden? Hartcodierte Farben?).

ArbeitspaketKleinMittelGroß
Analyse / Machbarkeitsprüfung1–2 h2–4 h4–8 h
Farbsystem / Token aufsetzen1–3 h4–8 h8–16 h
Komponenten umsetzen2–4 h6–16 h25 h+
Bilder / SVG / Icons0–1 h2–5 h6–12 h
Toggle + Persistenz + System-Pref1–2 h2–3 h3–5 h
QA / Browser / Breakpoints1–2 h3–6 h10 h+
Summe (Richtwert)~4–10 h~15–40 h~60 h+
Puffer einplanen Auf Bestandsseiten ohne sauberes Token-System realistisch +20–40 % Puffer für Sonderfälle, die erst beim Durchklicken auffallen.
05

Anmerkungen & Prinzipien

06

Technische Empfehlung

Single source of truth über CSS Custom Properties. Farben nie hartcodieren, sondern ausschließlich über semantische Tokens referenzieren. Das macht Light/Dark zu einem reinen Variablen-Tausch statt einem zweiten Stylesheet.

/* Semantische Token statt roher Farben */
:root {
  --color-bg: #ffffff;
  --color-surface: #f4f4f5;
  --color-text: #16181f;
  --color-border: #e4e4e7;
}

/* System-Präferenz respektieren */
@media (prefers-color-scheme: dark) {
  :root:not([data-theme]) { /* Dark-Token */ }
}

/* Manueller Override per Attribut */
[data-theme="dark"] {
  --color-bg: #0e0f13;
  --color-surface: #1b1e27;
  --color-text: #e8e6e0;
  --color-border: #2c303c;
}
Stack-Hinweis Bei Vue/Nuxt: Theme-State zentral (z. B. Pinia oder Composable) + Nuxt-Color-Mode-Modul, das FOUC und SSR-Persistenz sauber löst. Bei WordPress/Elementor: Token global im Theme/Child-Theme definieren, nicht pro Elementor-Widget hartcodieren — sonst wird jede Sektion zum Einzelfall.
07

Zukünftiger Mehraufwand

Nach der Einführung ist Dark Mode kein abgeschlossenes Projekt, sondern eine dauerhafte Verpflichtung bei jeder Weiterentwicklung.

+30 %
Daumenregel — Jede künftige Design- oder Komponentenarbeit kostet grob 20–40 % mehr, weil sie in zwei Varianten gebaut und getestet werden muss. Als Mittelwert +30 % kommunizieren.
Empfehlung für Verträge Wartungspauschale oder Stundenkontingent bei aktivem Dark Mode entsprechend höher ansetzen — oder explizit als Mehraufwand in der Wartung ausweisen.
08

Angebotsformulierung

Bausteine, die du direkt ins Angebot übernehmen kannst — bewusst ohne Pauschalpreis, mit vorgeschalteter Prüfung.

Vorgeschaltete Machbarkeitsprüfung

Vor der Umsetzung führen wir eine kurze technische Machbarkeitsprüfung durch (Analyse der bestehenden Code- und Designstruktur). Auf dieser Basis erstellen wir Ihnen ein belastbares Festangebot. Aufwand der Prüfung: pauschal X Stunden.

Baustein 1 · Audit

Leistungsbeschreibung

Implementierung eines Dark Mode als vollständige zweite Designebene: Aufbau eines zentralen Farb-Token-Systems, Umsetzung aller Komponenten und Zustände (Hintergründe, Text, Buttons, Formulare, Hover-/Fokus-Zustände, Borders, Overlays, Icons), Berücksichtigung der System-Präferenz, manueller Umschalter mit Speicherung der Auswahl sowie Qualitätssicherung über die relevanten Browser und Endgeräte.

Baustein 2 · Umfang

Abgrenzung / Hinweise

Eingebundene Drittanbieter-Komponenten (z. B. Karten, Buchungs- oder Chat-Systeme, Cookie-Banner) lassen sich nur eingeschränkt oder nicht in den Dark Mode überführen; mögliche visuelle Abweichungen liegen außerhalb unseres Einflussbereichs. Der Dark Mode ist eine dauerhafte Designebene — künftige Erweiterungen werden in beiden Varianten umgesetzt und entsprechend kalkuliert.

Baustein 3 · Grenzen & Folgekosten
Nicht ins Angebot Kein blinder Festpreis ohne Audit. Kein „Dark Mode inklusive" als Wegwerf-Argument im Verkauf — es bindet dich an dauerhaft höheren Wartungsaufwand.