Warum das in Ihrer Woche auftaucht
Header, Footer und Seiten-Templates lagen früher nur in PHP, das Marketing nicht anfassen durfte. Ein Block-Theme öffnet diese Teile im Site Editor. Das ist Macht und Risiko im selben Login.
Klartext
theme.json hält Farbpaletten, Type-Skalen, Spacing-Skalen und Default-Block-Styles. Komponenten sollten diese Tokens konsumieren statt Einmal-Hex-Codes in jedem Pattern.
Template Parts (Header, Footer, manchmal Sidebars) werden wiederverwendbare Block-Assemblies. Footer einmal ändern, wenn die Legal-Zeile aktualisiert wird.
Full Site Editing ist der Produktname für das Bearbeiten dieser Templates im Admin. Nicht jedes „moderne" Theme ist ein echtes Block-Theme. Prüfen Sie theme.json und HTML-Templates im Theme-Ordner.
Classic Themes bleiben valide, wenn sie schnell, gepflegt und mit diszipliniertem Block-Content-Modell gepaart sind. Wechsel mitten im Projekt ohne Design System erzeugt Chaos.
Hybride Ansätze existieren (Classic Theme plus Block-Templates). Wählen Sie ein Betriebsmodell und dokumentieren Sie es, damit der nächste Entwickler nicht rät.
Fakten zum Behalten
- Auch genannt
- Full Site Editing (FSE) Themes
- Schlüsseldatei
- theme.json für globale Styles und Einstellungen
- Templates
- HTML-Template-Dateien im Site Editor bearbeitbar
- Classic-Alternative
- PHP-zentrierte Themes mit optionalem Block-Content
- Editor-Skill nötig
- Patterns, Template Parts und globale Styles, nicht nur Seitencontent
Nicht dasselbe wie
- Classic Theme mit Gutenberg-ContentBeiträge nutzen Blöcke, Header und Footer bleiben in PHP. Das ist kein vollständiges Block-Theme.
- Ein Page-Builder-ThemeViele kommerzielle Themes setzen Elementor oder Ähnliches voraus. Das ist andere Architektur und Vendor-Abhängigkeit.
- No-Code für immerCustom Blocks, Performance, Integrationen und Barrierefreiheit brauchen weiterhin Engineering-Urteil.
Wo es wehtut
Block-Themes tun weh, wenn ein Classic Theme halb migriert ist oder jeder Abschnitt eine Einmal-Block-Suppe ohne Patterns ist.
Teams verlieren Design-Konsistenz und Core Web Vitals im selben Sprint, während drei Personen den globalen Header inkompatibel bearbeiten.
Was zu prüfen ist
- Läuft die Site auf einem echten Block-Theme (theme.json + HTML-Templates) oder Classic Theme mit Blöcken nur im Post-Content?
- Sind Farben, Type und Spacing einmal in theme.json definiert?
- Können Redakteure Header oder Footer ohne Entwickler-Deploy ändern, und sollen sie das?
- Sind Patterns dem Design System gemappt, das in Figma genutzt wird?
- Wer genehmigt globale Template-Änderungen vor Production?
Häufige Fragen
Was ist ein WordPress-Block-Theme?
Ein Block-Theme nutzt HTML-Templates, Template Parts und theme.json, damit Site Editor und Blöcke Site-Chrome und Content steuern, nicht nur Post-Bodies.
Wie unterscheidet sich ein Block-Theme von einem Classic Theme?
Classic Themes stützen sich meist auf PHP-Templates. Block-Themes exponieren Templates und globale Styles als Block-Daten im Site Editor.
Soll jede Site auf ein Block-Theme wechseln?
Nicht automatisch. Stabile Classic Themes können bleiben, wenn sie schnell und wartbar sind. Neue Builds und große Relaunches rechtfertigen oft ein Block-Theme, wenn Redakteure breitere Layout-Kontrolle brauchen.
Schadet ein Block-Theme der Performance?
Schlecht gebaute Patterns und schweres Block-CSS können. Diszipliniertes theme.json und schlanke Patterns performen meist so gut wie ein sauberes Classic Theme.
Was sollten Sie zuerst prüfen?
Theme-Typ bestätigen, Ownership globaler Styles, Pattern-Bibliothek-Qualität und einen Release-Pfad für Template-Änderungen.