Das offizielle Tailwind Upgrade Tool verspricht einen automatisierten Umstieg von v3 auf v4 mit einem einzigen Befehl. In der Praxis löst der Codemod die häufigsten Fälle zuverlässig, stolpert aber bei Custom Plugins, Safelist-Konfigurationen und deprecated Utilities, die still und ohne Warnung anders funktionieren als zuvor.
Ein Widget, das auf fremden Seiten eingebettet wird, muss sein eigenes Farbschema behalten, ohne von der Host-Seite überschrieben zu werden und ohne deren Styles zu verschmutzen. CSS Cascade Layers, :where() und ein eigener Token-Namespace lösen dieses Component-Theming-Problem in Tailwind CSS v4, ganz ohne Shadow DOM.
Wer Reports, Rechnungen oder Zertifikate als PDF erzeugen muss, kann dafür dieselbe Tailwind-CSS-Vorlage nutzen, die auch im Browser läuft. Puppeteer steuert Headless Chrome fern und ruft page.pdf() auf, wodurch das Layout inklusive Flexbox, Grid und Custom Properties originalgetreu ins PDF übernommen wird.
Ein sauberes Toast-System zeigt Erfolg, Fehler und Warnungen konsistent an, verschwindet nach der richtigen Zeitspanne von selbst und bleibt auch für Screenreader-Nutzer verständlich. Mit Tailwind CSS für die Varianten und Alpine.js für Stacking und Timer entsteht daraus eine einzige, projektweit wiederverwendbare Komponente.
Ein durchdachtes Design-Token-System ist die Grundlage jedes skalierbaren Frontend-Projekts. Mit Tailwind CSS v4 und @theme werden Design-Tokens zu CSS Custom Properties, die gleichzeitig als Tailwind-Utilities, in CSS-Eigenschaften und in JavaScript verfügbar sind – eine echte Single Source of Truth für Farben, Typografie, Spacing und mehr.
Ein manuell gepflegter @theme-Block gerät außer Kontrolle, sobald dieselben Farbwerte auch für native Apps, Figma oder ein zweites Frontend gebraucht werden. Ein Theme-Generator liest eine einzige JSON-Token-Datei als Single Source of Truth und erzeugt daraus automatisch den Tailwind CSS v4 @theme-Block, konsistent über alle Plattformen hinweg.
Wer CSS Grid nur für einfache Spalten nutzt, lässt die mächtigsten Features ungenutzt. Tailwind CSS Grid eröffnet mit Subgrid, benannten Template-Areas und auto-fill/auto-fit präzise Kontrolle über komplexe UI-Strukturen – ganz ohne eine eigene CSS-Datei zu öffnen.
Tailwinds Content Scanning verspricht, dass nur tatsächlich genutzte Klassen im finalen CSS landen. In der Praxis sammeln sich trotzdem ungenutzte Tailwind Klassen an, durch entfernte Komponenten, überzogene Safelists und dynamisch zusammengesetzte Klassennamen, die das Scanning gar nicht erst als sicher einstufen kann.
Tailwind CSS v4 hat die gesamte Standard-Farbpalette auf OKLCH umgestellt – den bislang besten Farbraum für wahrnehmungsgleiche, vorhersehbare Farbpaletten im Web. Diese Anleitung erklärt, wie OKLCH funktioniert, wie eigene Paletten damit gebaut werden und wie Lightning CSS die Browser-Kompatibilität automatisch sicherstellt.
Tailwind CSS erzeugt in der Produktion winzige CSS-Dateien – wenn die Konfiguration stimmt. Falsch gesetzte Content-Pfade, eine unkontrollierte Safelist oder ein fehlender Minifier lassen das Bundle unnötig wachsen. Dieser Artikel zeigt, wie man das Tailwind CSS Performance-Potenzial vollständig ausschöpft und ein CSS-Bundle unter 10 KB erreicht.