{"id":2475,"date":"2026-03-31T01:53:32","date_gmt":"2026-03-30T23:53:32","guid":{"rendered":"https:\/\/quantenfrosch.at\/blog\/?p=2475"},"modified":"2026-04-10T01:12:12","modified_gmt":"2026-04-09T23:12:12","slug":"wordpress-full-site-editing-block-themes","status":"publish","type":"post","link":"https:\/\/quantenfrosch.at\/blog\/wordpress-full-site-editing-block-themes\/","title":{"rendered":"WordPress Full Site Editing: Block-Themes richtig einsetzen"},"content":{"rendered":"<p>Wer heute eine neue WordPress-Site aufbaut, steht vor einer echten Weichenstellung: Page Builder wie Elementor oder Divi, die seit Jahren das Marktgeschehen dominieren \u2013 oder <strong>WordPress Full Site Editing mit Block-Themes<\/strong>, das sich seit der Einf\u00fchrung mit WordPress 5.9 kontinuierlich zur ausgereiften Alternative entwickelt hat. Die Entscheidung ist nicht trivial. FSE ver\u00e4ndert nicht nur den Workflow, sondern das gesamte Architekturmodell einer WordPress-Site.<\/p>\n<p>Viele Unternehmer und Agenturen meiden FSE bisher, weil fr\u00fche Versionen fragmentiert wirkten und die Lernkurve schwer einzusch\u00e4tzen war. Im Jahr hat sich das ge\u00e4ndert. WordPress Full Site Editing mit Block-Themes ist produktionsreif, und Themes wie Twenty Twenty-Five oder Blockpress liefern marktf\u00e4hige Ausgangspunkte ohne Plugin-Abh\u00e4ngigkeiten.<\/p>\n<p>Dieser Artikel beantwortet vier konkrete Fragen, die f\u00fcr eine fundierte Technologieentscheidung relevant sind: Welche Block-Themes sind 2025\/2026 tats\u00e4chlich einsatzbereit? Wie gro\u00df ist der realistische Lernaufwand? Wann rechnet sich FSE gegen\u00fcber klassischen Page Buildern? Und welche Migrationsprobleme entstehen beim Umstieg auf Gutenberg Full Site Editing?<\/p>\n<p>Die Einsch\u00e4tzungen basieren auf aktuellen Praxisquellen aus 2024\/2025 \u2013 ohne Vendor-Marketing.<\/p>\n<h2>Was WordPress Full Site Editing technisch bedeutet<\/h2>\n<p>FSE ist kein Plugin und kein separates Feature \u2013 es ist ein Architekturwechsel. Klassische WordPress-Themes arbeiten mit PHP-Templates (<code>header.php<\/code>, <code>footer.php<\/code>, <code>single.php<\/code>), die im Theme-Verzeichnis liegen und nur per Code angepasst werden. Block-Themes ersetzen diese PHP-Struktur vollst\u00e4ndig durch ein deklaratives Modell.<\/p>\n<h3>Die Dateistruktur eines Block-Themes<\/h3>\n<p>Ein minimales Block-Theme ben\u00f6tigt exakt diese Dateien:<\/p>\n<ul>\n<li><code>style.css<\/code> \u2013 Theme-Header mit Metadaten<\/li>\n<li><code>functions.php<\/code> \u2013 optional, f\u00fcr PHP-Logik<\/li>\n<li><code>theme.json<\/code> \u2013 zentrale Konfiguration f\u00fcr Layout, Farben, Typografie<\/li>\n<li><code>templates\/index.html<\/code> \u2013 Block-basiertes Haupt-Template<\/li>\n<li><code>parts\/<\/code> \u2013 Verzeichnis f\u00fcr wiederverwendbare Template-Parts (Header, Footer)<\/li>\n<\/ul>\n<p>Der entscheidende Unterschied liegt in <code>theme.json<\/code>. Diese Datei \u00fcbernimmt die Rolle des klassischen Customizers und definiert, welche Design-Optionen im Site Editor verf\u00fcgbar sind \u2013 von Farbpaletten \u00fcber Schriftgr\u00f6\u00dfen bis zu maximalen Content-Breiten. Wer <code>theme.json<\/code> versteht, kontrolliert das gesamte visuelle System eines Themes.<\/p>\n<p>WordPress aktiviert automatisch Theme-Supports wie <code>post-thumbnails<\/code>, <code>responsive-embeds<\/code> und <code>html5<\/code> \u2013 ohne zus\u00e4tzlichen PHP-Code in <code>functions.php<\/code>.<\/p>\n<h3>Der WordPress Theme Editor: Site Editor vs. Customizer<\/h3>\n<p>Der <strong>Site Editor<\/strong> (<code>\/wp-admin\/site-editor.php<\/code>) ersetzt den klassischen WordPress Customizer bei Block-Themes funktional. Dort verwalten Sie Templates, Template Parts, Global Styles und Block Patterns \u2013 alles visuell, ohne PHP-Kenntnisse. Der Customizer tritt in den Hintergrund. Planen Sie diesen Wechsel daher explizit ein.<\/p>\n<p>Der Workflow f\u00fcr die Theme-Entwicklung folgt nach <a href=\"https:\/\/fullsiteediting.com\/lessons\/creating-block-based-themes\/\" target=\"_blank\" rel=\"noopener noreferrer\">fullsiteediting.com (2024)<\/a> diesem Ablauf: Installieren Sie das Create Block Theme Plugin, legen Sie ein leeres Theme an, konfigurieren Sie Styles und Fonts im Site Editor, exportieren Sie das Theme als ZIP und nehmen Sie Code-Anpassungen vor. Dieser iterative Prozess eignet sich auch f\u00fcr Nicht-Entwickler, solange die Anforderungen visuell umsetzbar bleiben.<\/p>\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1376\" height=\"768\" class=\"wp-image-2472\" src=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-1-1774905039452.jpg\" alt=\"theme.json Dateistruktur eines WordPress Block-Themes im Code-Editor\" srcset=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-1-1774905039452.jpg 1376w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-1-1774905039452-300x167.jpg 300w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-1-1774905039452-1024x572.jpg 1024w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-1-1774905039452-768x429.jpg 768w\" sizes=\"auto, (max-width: 1376px) 100vw, 1376px\" \/><figcaption>Die theme.json-Datei ist das Herzst\u00fcck jedes Block-Themes und ersetzt den klassischen Customizer.<\/figcaption><\/figure>\n<h2>Marktreife Block-Themes f\u00fcr WordPress FSE 2025\/2026: Eine n\u00fcchterne Bestandsaufnahme<\/h2>\n<p>In den letzten zwei Jahren hat die Zahl verf\u00fcgbarer Block-Themes stark zugenommen. Nicht alle sind produktionsreif. Die folgenden Themes demonstrieren unterschiedliche Positionierungen.<\/p>\n<h3>Twenty Twenty-Five<\/h3>\n<p>Das offizielle Default-Theme von WordPress.org ist der sicherste Ausgangspunkt f\u00fcr neue Projekte. Es implementiert aktuelle FSE-Best-Practices, wird mit WordPress-Core-Updates gepflegt und dient als Referenz-Implementation. Einschr\u00e4nkung: Twenty Twenty-Five ist bewusst minimalistisch gehalten und eignet sich als Lernbasis oder als Startpunkt f\u00fcr Custom-Entwicklung \u2013 nicht als fertiges Business-Theme.<\/p>\n<h3>Blockpress<\/h3>\n<p>Blockpress setzt auf Performance. Laut <a href=\"https:\/\/catchthemes.com\/blog\/best-free-wordpress-block-themes-for-full-site-editing\/\" target=\"_blank\" rel=\"noopener noreferrer\">catchthemes.com (2025)<\/a> l\u00e4dt das Theme mit rund 2 KB CSS dank <strong>Conditional Asset Loading<\/strong> \u2013 Styles laden nur, wenn die entsprechenden Bl\u00f6cke auf einer Seite tats\u00e4chlich vorhanden sind. Zus\u00e4tzlich bringt Blockpress ein eigenes Animation-Framework und eine umfangreiche Pattern-Library mit. F\u00fcr Sites, bei denen Core Web Vitals eine harte Anforderung sind, ist dieser Ansatz technisch valide.<\/p>\n<blockquote><p>\u201eBlockpress: only 2 kb styles, no extra plugins needed.&#8220;<\/p><\/blockquote>\n<h3>Bricksy<\/h3>\n<p>Bricksy richtet sich an Agenturen und Freelancer, die schnell vorzeigbare Ergebnisse ben\u00f6tigen. Das Theme kommt mit einer umfangreichen Bibliothek vorgefertigter Layouts und Patterns, die ohne tiefes FSE-Wissen zusammengestellt werden k\u00f6nnen. F\u00fcr Projekte mit engem Zeitrahmen ist das ein praktischer Vorteil.<\/p>\n<h3>Ollie<\/h3>\n<p>Ollie positioniert sich als professionelles Starter-Theme f\u00fcr Entwickler. Die Theme-Struktur ist sauber dokumentiert, die Pattern-Library ist auf Business-Anwendungsf\u00e4lle ausgerichtet. Ollie eignet sich als Basis f\u00fcr Custom-Themes, wenn Twenty Twenty-Five zu minimalistisch ist.<\/p>\n<h3>Kadence Blocks (Block-Theme-Variante)<\/h3>\n<p>Kadence hat seine Page-Builder-DNA in ein FSE-kompatibles Framework \u00fcberf\u00fchrt. Das bedeutet: vertraute Block-Controls f\u00fcr Teams, die aus der Page-Builder-Welt kommen, kombiniert mit der FSE-Architektur. Die Lernkurve f\u00fcr Kadence-Nutzer ist entsprechend flacher.<\/p>\n<p>Wenn Sie bereits Erfahrung mit klassischen WordPress-Themes gesammelt haben und den Einstieg in die Welt der Block-Themes planen, lohnt sich der Blick auf unseren <a href=\"https:\/\/quantenfrosch.at\/blog\/wordpress-das-richtige-theme-auswaehlen\/\">Ratgeber zur WordPress-Theme-Auswahl<\/a> \u2013 er erkl\u00e4rt die wichtigsten Auswahlkriterien unabh\u00e4ngig vom Theme-Typ.<\/p>\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1376\" height=\"768\" class=\"wp-image-2473\" src=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-2-1774905063707.jpg\" alt=\"Vergleich verschiedener Block-Themes f\u00fcr WordPress Full Site Editing 2025\" srcset=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-2-1774905063707.jpg 1376w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-2-1774905063707-300x167.jpg 300w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-2-1774905063707-1024x572.jpg 1024w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-2-1774905063707-768x429.jpg 768w\" sizes=\"auto, (max-width: 1376px) 100vw, 1376px\" \/><figcaption>Block-Themes im Vergleich: Von minimalistisch bis agenturreif \u2013 die Auswahl ist deutlich gewachsen.<\/figcaption><\/figure>\n<h2>Lernaufwand: Wie komplex ist der Einstieg in Gutenberg Full Site Editing?<\/h2>\n<p>Die h\u00e4ufigste Frage in Agenturgespr\u00e4chen lautet: Wie lange dauert es, bis ein Team produktiv mit FSE arbeiten kann? Die ehrliche Antwort: Es h\u00e4ngt stark von der Ausgangsbasis ab.<\/p>\n<h3>F\u00fcr WordPress-Nutzer ohne Entwickler-Hintergrund<\/h3>\n<p>Der Site Editor ist intuitiver als sein Ruf. Wer den Gutenberg-Editor f\u00fcr Inhalte bereits kennt, kann den Sprung zum Site Editor in ein bis zwei Tagen vollziehen \u2013 f\u00fcr Standard-Anwendungsf\u00e4lle. Kritische H\u00fcrden sind das Verst\u00e4ndnis von Template Parts (wiederverwendbare Elemente wie Header und Footer) und der Unterschied zwischen Template-Ebene und Inhaltsebene.<\/p>\n<h3>F\u00fcr Entwickler mit klassischem Theme-Hintergrund<\/h3>\n<p>Die Umgew\u00f6hnung ist konzeptuell gr\u00f6\u00dfer als technisch. Wer PHP-Templates im Schlaf schreibt, muss zun\u00e4chst umdenken: Statt <code>get_header()<\/code> in PHP arbeitet man mit Block-basierten Template Parts. Das Arbeiten mit <code>theme.json<\/code> als zentralem Konfigurationspunkt erfordert eine andere Denkweise, erschlie\u00dft sich aber schnell.<\/p>\n<p>Erfahrungsgem\u00e4\u00df braucht ein Entwickler mit klassischem WordPress-Hintergrund etwa eine Woche intensiver Besch\u00e4ftigung, um produktiv eigene Block-Themes zu entwickeln. Die Dokumentation auf wordpress.org ist dabei deutlich besser als noch 2022.<\/p>\n<h3>F\u00fcr Agenturen: Teamtraining und Prozessanpassung<\/h3>\n<p>Der eigentliche Aufwand liegt nicht in der individuellen Einarbeitung, sondern in der Anpassung etablierter Workflows. Agenturen, die jahrelang mit Elementor oder Divi gearbeitet haben, m\u00fcssen Prozesse, Templates und Kundenkommunikation neu aufsetzen. Das ist ein Projekt, kein Tutorial.<\/p>\n<p>Realistischer Planungswert f\u00fcr eine Agentur mit 3\u20135 Entwicklern: 4\u20136 Wochen f\u00fcr die vollst\u00e4ndige Workflow-Migration, inklusive eines Pilotprojekts mit echtem Kunden.<\/p>\n<h2>FSE vs. Page Builder: Wann rechnet sich der Umstieg?<\/h2>\n<p>Die Entscheidung zwischen WordPress Full Site Editing und etablierten Page Buildern ist keine rein technische \u2013 sie hat wirtschaftliche Konsequenzen.<\/p>\n<h3>Argumente f\u00fcr FSE<\/h3>\n<ul>\n<li><strong>Keine Plugin-Kosten:<\/strong> Elementor Pro kostet pro Jahr, Divi ebenfalls. FSE ist Core-Feature.<\/li>\n<li><strong>Weniger Abh\u00e4ngigkeiten:<\/strong> Jeder zus\u00e4tzliche Plugin-Layer ist ein potenzieller Kompatibilit\u00e4tspunkt bei Updates.<\/li>\n<li><strong>Performance:<\/strong> Schlankes CSS durch Conditional Asset Loading (wie bei Blockpress demonstriert) verbessert Core Web Vitals strukturell.<\/li>\n<li><strong>Zukunftssicherheit:<\/strong> Core-Entwicklung priorisiert FSE. Neue WordPress-Features landen zuerst im Block-\u00d6kosystem.<\/li>\n<\/ul>\n<h3>Argumente f\u00fcr Page Builder<\/h3>\n<ul>\n<li><strong>Reifes \u00d6kosystem:<\/strong> Elementor hat \u00fcber 100 Widgets, eine gro\u00dfe Community und ausgereifte Template-Bibliotheken.<\/li>\n<li><strong>Vorhandenes Know-how:<\/strong> Teams mit Elementor-Erfahrung k\u00f6nnen sofort produktiv arbeiten.<\/li>\n<li><strong>Komplexe Layouts:<\/strong> F\u00fcr Seiten mit sehr individuellen Design-Anforderungen bieten Page Builder nach wie vor mehr visuelle Kontrolle im Low-Code-Bereich.<\/li>\n<\/ul>\n<p>Unsere Einsch\u00e4tzung: F\u00fcr <strong>neue Projekte ohne Bestandsteam und ohne komplexe Page-Builder-Layouts<\/strong> ist FSE die richtige Wahl. F\u00fcr bestehende Elementor-Sites mit eingespielten Teams ist der Umstieg nur dann sinnvoll, wenn konkrete Performance- oder Kostenprobleme vorliegen. Einen ausf\u00fchrlichen direkten Vergleich der wichtigsten WordPress-Baukastensysteme bietet unser <a href=\"https:\/\/quantenfrosch.at\/blog\/wordpress-page-builder-vergleich-2026\/\">WordPress Page Builder Vergleich 2026<\/a>.<\/p>\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1376\" height=\"768\" class=\"wp-image-2474\" src=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-3-1774905090131.jpg\" alt=\"WordPress FSE Site Editor im Vergleich zu Elementor Page Builder \u2013 Workflow-Unterschiede\" srcset=\"https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-3-1774905090131.jpg 1376w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-3-1774905090131-300x167.jpg 300w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-3-1774905090131-1024x572.jpg 1024w, https:\/\/quantenfrosch.at\/blog\/wp-content\/uploads\/wordpress-full-site-editing-block-themes-content-3-1774905090131-768x429.jpg 768w\" sizes=\"auto, (max-width: 1376px) 100vw, 1376px\" \/><figcaption>FSE vs. Page Builder: Unterschiedliche Philosophien f\u00fcr unterschiedliche Projektanforderungen.<\/figcaption><\/figure>\n<h2>Migrationsprobleme beim Umstieg auf Block-Themes: Was wirklich passiert<\/h2>\n<p>Migrationen von klassischen Themes auf Block-Themes werden in Marketing-Materialien gerne vereinfacht dargestellt. Die Praxis ist komplizierter.<\/p>\n<h3>Widgets und Sidebars<\/h3>\n<p>Das klassische Widget-System existiert in Block-Themes nicht mehr. Alle Inhalte, die bisher in Sidebars oder Footer-Widget-Bereichen lagen, m\u00fcssen manuell als Block-Bereiche in Template Parts neu aufgebaut werden. Das ist kein Copy-Paste-Vorgang.<\/p>\n<h3>Men\u00fckonfigurationen<\/h3>\n<p>Das klassische WordPress-Men\u00fcsystem wird durch den Navigation Block ersetzt. Komplexe Men\u00fcstrukturen mit Custom-Klassen oder Walker-Modifikationen m\u00fcssen neu implementiert werden.<\/p>\n<h3>Customizer-Einstellungen<\/h3>\n<p>Alle Anpassungen, die \u00fcber den Customizer vorgenommen wurden \u2013 Farben, Fonts, Logos, Custom CSS \u2013 m\u00fcssen in <code>theme.json<\/code> oder den Global Styles des Site Editors neu konfiguriert werden. Es gibt kein automatisches Mapping.<\/p>\n<h3>PHP-basierte Template-Logik<\/h3>\n<p>Wer Custom PHP in <code>single.php<\/code>, <code>archive.php<\/code> oder anderen Template-Dateien hatte, muss diese Logik neu \u00fcberdenken. Einiges l\u00e4sst sich mit Block Bindings oder Custom Blocks abbilden, anderes erfordert Custom-Plugin-Entwicklung.<\/p>\n<h3>Elementor-Inhalte<\/h3>\n<p>Besonders aufw\u00e4ndig ist die Migration von Elementor auf FSE: Elementor speichert Layouts in propriet\u00e4rem Post-Meta-Format. Eine automatische Konvertierung in Gutenberg-Bl\u00f6cke ist nicht zuverl\u00e4ssig m\u00f6glich. Praktisch bedeutet das: Seiten-Layouts m\u00fcssen manuell neu erstellt werden. Inhalte (Texte, Bilder) bleiben in der Datenbank und k\u00f6nnen \u00fcbernommen werden \u2013 das Layout nicht.<\/p>\n<p><strong>Staging ist Pflicht.<\/strong> Keine Migration sollte ohne vollst\u00e4ndige Staging-Umgebung durchgef\u00fchrt werden. Das gilt unabh\u00e4ngig von der Komplexit\u00e4t der Site. Wer auf Nummer sicher gehen will, sollte zudem ein robustes Backup-Konzept etablieren \u2013 <a href=\"https:\/\/quantenfrosch.at\/blog\/backups-erstellen-updraft-plus\/\">zuverl\u00e4ssige WordPress-Backups mit UpdraftPlus<\/a> sind dabei ein bew\u00e4hrter Ausgangspunkt.<\/p>\n<h2>Praktische Empfehlungen: So starten Sie mit WordPress Block-Themes richtig<\/h2>\n<p>Aus der Analyse der verf\u00fcgbaren Themes, der Lernkurven und der Migrationserfahrungen ergeben sich konkrete Handlungsempfehlungen:<\/p>\n<ol>\n<li><strong>Pilotprojekt w\u00e4hlen:<\/strong> Starten Sie FSE nicht mit der kritischsten Unternehmenssite. W\u00e4hlen Sie ein neues Projekt oder eine interne Site als Lernumgebung.<\/li>\n<li><strong>Theme nach Zweck w\u00e4hlen:<\/strong> Twenty Twenty-Five f\u00fcr Lernprojekte, Blockpress f\u00fcr Performance-kritische Sites, Bricksy f\u00fcr schnelle Agenturprojekte.<\/li>\n<li><strong>theme.json von Anfang an verstehen:<\/strong> Investieren Sie Zeit in das Verst\u00e4ndnis der <code>theme.json<\/code>-Struktur, bevor Sie mit dem Site Editor arbeiten. Das spart sp\u00e4ter erheblichen Aufwand.<\/li>\n<li><strong>Create Block Theme Plugin nutzen:<\/strong> Dieses offizielle Plugin macht den Export und die Versionierung von im Site Editor konfigurierten Themes deutlich einfacher.<\/li>\n<li><strong>Keine \u00fcberst\u00fcrzte Migration:<\/strong> Bestehende, funktionierende Elementor- oder Divi-Sites ohne konkreten Anlass zu migrieren, erzeugt Aufwand ohne messbaren Nutzen.<\/li>\n<\/ol>\n<h2>Fazit: WordPress Full Site Editing mit Block-Themes ist\u00a0 produktionsreif<\/h2>\n<p>Die Frage ist nicht mehr, ob <strong>WordPress Full Site Editing<\/strong> reif genug f\u00fcr den Produktionseinsatz ist \u2013 das ist es. Die relevante Frage ist, f\u00fcr welche Projekte und Teams FSE die bessere Wahl gegen\u00fcber etablierten Page Buildern darstellt.<\/p>\n<p>F\u00fcr neue Projekte ohne Page-Builder-Altlasten, f\u00fcr Performance-kritische Sites und f\u00fcr Entwickler, die langfristig auf Core-Features setzen wollen, ist der Einstieg in <strong>Block-Themes WordPress<\/strong> sinnvoll und technisch solide begr\u00fcndbar. F\u00fcr bestehende Teams mit ausgereiften Elementor-Workflows ist der Business Case f\u00fcr eine Migration differenzierter zu bewerten.<\/p>\n<p>Die WordPress-Kernentwicklung hat klar signalisiert, wohin die Reise geht: Block-Themes sind keine experimentelle Nischenl\u00f6sung, sondern die Zukunft der WordPress-Themearchitektur. Wer 2026 neue Projekte startet, sollte FSE als Standard-Option \u2013 nicht als Ausnahme \u2013 in die Technologieentscheidung einbeziehen.<\/p>\n<h2>H\u00e4ufig gestellte Fragen<\/h2>\n<h3>Brauche ich PHP-Kenntnisse f\u00fcr WordPress Full Site Editing?<\/h3>\n<p>F\u00fcr die rein visuelle Nutzung des Site Editors sind keine PHP-Kenntnisse erforderlich. Block-Themes arbeiten mit theme.json f\u00fcr Design-Konfiguration und HTML-Block-Templates f\u00fcr Seitenstruktur. PHP wird erst relevant, wenn Custom-Funktionalit\u00e4ten (z. B. eigene Block-Varianten, Custom Post Type Logic) entwickelt werden sollen. F\u00fcr Standard-Business-Sites reicht der visuelle Workflow des Site Editors vollst\u00e4ndig aus. Das Create Block Theme Plugin erm\u00f6glicht zudem den Export von im Site Editor konfigurierten Themes ohne Code-Kenntnisse.<\/p>\n<h3>Wie lange dauert der Umstieg von einem klassischen Theme auf ein Block-Theme?<\/h3>\n<p>Das h\u00e4ngt stark von der Ausgangssituation ab. Ein simples Informations-Blog ohne Widgets und Custom-Templates kann in 4\u20138 Stunden migriert werden. Eine komplexe Business-Site mit zahlreichen Widget-Bereichen, Custom-Templates und Customizer-Einstellungen ben\u00f6tigt realistisch 20\u201340 Stunden \u2013 inklusive Staging-Tests. Problematisch sind insbesondere Widgets (m\u00fcssen manuell als Block-Bereiche neu aufgebaut werden), Men\u00fckonfigurationen und PHP-basierte Template-Logik. Ohne Staging-Umgebung sollte keine Migration an einer Live-Site durchgef\u00fchrt werden.<\/p>\n<h3>Ist FSE performanter als Elementor oder Divi?<\/h3>\n<p>Strukturell ja \u2013 aber mit Einschr\u00e4nkungen. Block-Themes wie Blockpress laden Styles nur f\u00fcr tats\u00e4chlich verwendete Bl\u00f6cke (Conditional Asset Loading), was zu deutlich schlankerem CSS f\u00fchrt. Page Builder laden typischerweise ihren gesamten Asset-Stack unabh\u00e4ngig vom Seiteninhalt. Ob das in der Praxis messbar ist, h\u00e4ngt von der Konfiguration des jeweiligen Page-Builder-Setups ab. Die strukturelle \u00dcberlegenheit von FSE liegt weniger in absoluten Benchmark-Zahlen als in der Wartbarkeit: Weniger Plugins bedeuten weniger Kompatibilit\u00e4tsprobleme und einfachere Updates.<\/p>\n<h3>Welches Block-Theme eignet sich f\u00fcr den Einstieg?<\/h3>\n<p>F\u00fcr Lernzwecke und als Entwicklungsbasis: Twenty Twenty-Five \u2013 es ist die offizielle Referenz-Implementation und wird mit WordPress-Core gepflegt. F\u00fcr produktive Sites mit Performance-Anforderungen: Blockpress \u2013 minimal, schnell, Pattern-Library inklusive. F\u00fcr Agenturen, die schnell vorzeigbare Ergebnisse ben\u00f6tigen: Bricksy \u2013 umfangreiche Layouts ohne viel Konfigurationsaufwand. Alle drei sind kostenlos und erfordern keine zus\u00e4tzlichen Plugins.<\/p>\n<h3>Kann ich bestehende Elementor-Inhalte in ein Block-Theme \u00fcbernehmen?<\/h3>\n<p>Nicht direkt. Elementor speichert Inhalte in einem propriet\u00e4ren Format (Post Meta), das nicht automatisch in Gutenberg-Bl\u00f6cke konvertiert wird. Es gibt Drittanbieter-Plugins, die eine Teilmigration erm\u00f6glichen, aber vollst\u00e4ndige Inhalts\u00fcbertragungen sind nicht zuverl\u00e4ssig automatisierbar. In der Praxis bedeutet eine Migration von Elementor auf FSE meist einen manuellen Neuaufbau der Seitenstruktur. Die Inhalte (Texte, Bilder) bleiben in der Datenbank erhalten und k\u00f6nnen \u00fcbernommen werden \u2013 das Layout muss neu erstellt werden.<\/p>\n<h3>Ist WordPress FSE f\u00fcr WooCommerce-Sites geeignet?<\/h3>\n<p>Mit Einschr\u00e4nkungen. WooCommerce hat mit Cart-Block, Checkout-Block und Product-Blocks eigene FSE-kompatible Komponenten eingef\u00fchrt. Diese sind f\u00fcr Standardanforderungen funktional. Komplexe WooCommerce-Setups mit Custom-Checkout-Flows oder stark angepassten Shop-Seiten ben\u00f6tigen zus\u00e4tzliche Block-Plugins oder Custom-Code. F\u00fcr neue WooCommerce-Projekte ist der Einstieg mit FSE machbar; f\u00fcr bestehende, komplex konfigurierte Shops sollte der Aufwand sorgf\u00e4ltig evaluiert werden.<\/p>\n<h3>Werden klassische PHP-Themes mittelfristig abgel\u00f6st?<\/h3>\n<p>WordPress Core-Entwicklung priorisiert FSE, und Default-Themes sind seit WordPress 6.1 ausschlie\u00dflich Block-Themes. Der vollst\u00e4ndige Ersatz klassischer Themes ist technisch nicht geplant \u2013 WordPress wird Backward-Compatibility aufrechterhalten. F\u00fcr neue Projekte gilt: Die aktive Weiterentwicklung im Core-Bereich findet bei Block-Themes statt. Klassische Themes werden weiterhin funktionieren, aber keine neuen Core-Features erhalten. Neuronthemes.com prognostiziert f\u00fcr 2026 FSE als De-facto-Standard f\u00fcr neue WordPress-Installationen.<\/p>\n<p><script type=\"application\/ld+json\">{  \"@context\": \"https:\/\/schema.org\",  \"@type\": \"FAQPage\",  \"mainEntity\": [    {      \"@type\": \"Question\",      \"name\": \"Brauche ich PHP-Kenntnisse f\u00fcr WordPress Full Site Editing?\",      \"acceptedAnswer\": {        \"@type\": \"Answer\",        \"text\": \"F\u00fcr die rein visuelle Nutzung des Site Editors sind keine PHP-Kenntnisse erforderlich. Block-Themes arbeiten mit theme.json f\u00fcr Design-Konfiguration und HTML-Block-Templates f\u00fcr Seitenstruktur. PHP wird erst relevant, wenn Custom-Funktionalit\u00e4ten (z. B. eigene Block-Varianten, Custom Post Type Logic) entwickelt werden sollen. F\u00fcr Standard-Business-Sites reicht der visuelle Workflow des Site Editors vollst\u00e4ndig aus. Das Create Block Theme Plugin erm\u00f6glicht zudem den Export von im Site Editor konfigurierten Themes ohne Code-Kenntnisse.\"      }    },    {      \"@type\": \"Question\",      \"name\": \"Wie lange dauert der Umstieg von einem klassischen Theme auf ein Block-Theme?\",      \"acceptedAnswer\": {        \"@type\": \"Answer\",        \"text\": \"Das h\u00e4ngt stark von der Ausgangssituation ab. Ein simples Informations-Blog ohne Widgets und Custom-Templates kann in 4\u20138 Stunden migriert werden. Eine komplexe Business-Site mit zahlreichen Widget-Bereichen, Custom-Templates und Customizer-Einstellungen ben\u00f6tigt realistisch 20\u201340 Stunden \u2013 inklusive Staging-Tests. Problematisch sind insbesondere Widgets, Men\u00fckonfigurationen und PHP-basierte Template-Logik. Ohne Staging-Umgebung sollte keine Migration an einer Live-Site durchgef\u00fchrt werden.\"      }    },    {      \"@type\": \"Question\",      \"name\": \"Ist FSE performanter als Elementor oder Divi?\",      \"acceptedAnswer\": {        \"@type\": \"Answer\",        \"text\": \"Strukturell ja \u2013 aber mit Einschr\u00e4nkungen. Block-Themes wie Blockpress laden Styles nur f\u00fcr tats\u00e4chlich verwendete Bl\u00f6cke (Conditional Asset Loading), was zu deutlich schlankerem CSS f\u00fchrt. Page Builder laden typischerweise ihren gesamten Asset-Stack unabh\u00e4ngig vom Seiteninhalt. Die strukturelle \u00dcberlegenheit von FSE liegt weniger in absoluten Benchmark-Zahlen als in der Wartbarkeit: Weniger Plugins bedeuten weniger Kompatibilit\u00e4tsprobleme und einfachere Updates.\"      }    },    {      \"@type\": \"Question\",      \"name\": \"Welches Block-Theme eignet sich f\u00fcr den Einstieg?\",      \"acceptedAnswer\": {        \"@type\": \"Answer\",        \"text\": \"F\u00fcr Lernzwecke und als Entwicklungsbasis: Twenty Twenty-Five \u2013 es ist die offizielle Referenz-Implementation und wird mit WordPress-Core gepflegt. F\u00fcr produktive Sites mit Performance-Anforderungen: Blockpress \u2013 minimal, schnell, Pattern-Library inklusive. F\u00fcr Agenturen, die schnell vorzeigbare Ergebnisse ben\u00f6tigen: Bricksy \u2013 umfangreiche Layouts ohne viel Konfigurationsaufwand. Alle drei sind kostenlos und erfordern keine zus\u00e4tzlichen Plugins.\"      }    },    {      \"@type\": \"Question\",      \"name\": \"Kann ich bestehende Elementor-Inhalte in ein Block-Theme \u00fcbernehmen?\",      \"acceptedAnswer\": {        \"@type\": \"Answer\",        \"text\": \"Nicht direkt. Elementor speichert Inhalte in einem propriet\u00e4ren Format (Post Meta), das nicht automatisch in Gutenberg-Bl\u00f6cke konvertiert wird. Es gibt Drittanbieter-Plugins, die eine Teilmigration erm\u00f6glichen, aber vollst\u00e4ndige Inhalts\u00fcbertragungen sind nicht zuverl\u00e4ssig automatisierbar. In der Praxis bedeutet eine Migration von Elementor auf FSE meist einen manuellen Neuaufbau der Seitenstruktur. Die Inhalte (Texte, Bilder) bleiben in der Datenbank erhalten und k\u00f6nnen \u00fcbernommen werden \u2013 das Layout muss neu erstellt werden.\"      }    },    {      \"@type\": \"Question\",      \"name\": \"Ist WordPress FSE f\u00fcr WooCommerce-Sites geeignet?\",      \"acceptedAnswer\": {        \"@type\": \"Answer\",        \"text\": \"Mit Einschr\u00e4nkungen. WooCommerce hat mit Cart-Block, Checkout-Block und Product-Blocks eigene FSE-kompatible Komponenten eingef\u00fchrt. Diese sind f\u00fcr Standardanforderungen funktional. Komplexe WooCommerce-Setups mit Custom-Checkout-Flows oder stark angepassten Shop-Seiten ben\u00f6tigen zus\u00e4tzliche Block-Plugins oder Custom-Code. F\u00fcr neue WooCommerce-Projekte ist der Einstieg mit FSE machbar; f\u00fcr bestehende, komplex konfigurierte Shops sollte der Aufwand sorgf\u00e4ltig evaluiert werden.\"      }    },    {      \"@type\": \"Question\",      \"name\": \"Werden klassische PHP-Themes mittelfristig abgel\u00f6st?\",      \"acceptedAnswer\": {        \"@type\": \"Answer\",        \"text\": \"WordPress Core-Entwicklung priorisiert FSE, und Default-Themes sind seit WordPress 6.1 ausschlie\u00dflich Block-Themes. Der vollst\u00e4ndige Ersatz klassischer Themes ist technisch nicht geplant \u2013 WordPress wird Backward-Compatibility aufrechterhalten. F\u00fcr neue Projekte gilt: Die aktive Weiterentwicklung im Core-Bereich findet bei Block-Themes statt. Klassische Themes werden weiterhin funktionieren, aber keine neuen Core-Features erhalten. F\u00fcr 2026 wird FSE als De-facto-Standard f\u00fcr neue WordPress-Installationen prognostiziert.\"      }    }  ]}<\/script><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Wer heute eine neue WordPress-Site aufbaut, steht vor einer echten Weichenstellung: Page Builder wie Elementor oder Divi, die seit Jahren das Marktgeschehen dominieren \u2013 oder WordPress Full Site Editing mit<\/p>\n","protected":false},"author":6,"featured_media":2471,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","rank_math_title":"WordPress Full Site Editing: Block-Themes richtig einsetzen","rank_math_description":"WordPress Full Site Editing & Block-Themes: Lernaufwand, Migrationsprobleme, FSE vs. Page Builder \u2013 fundiert erkl\u00e4rt f\u00fcr Unternehmer.","rank_math_focus_keyword":"Block-Themes"},"categories":[12],"tags":[19],"class_list":["post-2475","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-wordpress","tag-cms"],"_links":{"self":[{"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/posts\/2475","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/comments?post=2475"}],"version-history":[{"count":4,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/posts\/2475\/revisions"}],"predecessor-version":[{"id":2526,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/posts\/2475\/revisions\/2526"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/media\/2471"}],"wp:attachment":[{"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/media?parent=2475"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/categories?post=2475"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/quantenfrosch.at\/blog\/wp-json\/wp\/v2\/tags?post=2475"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}