Blog
Gutenberg FSE: De Toekomst van WordPress Design in 2026
Hoe AI-gegenereerde Gutenberg-blokken uw websites naar een hoger niveau kunnen tillen — en waarom Full Site Editing alles verandert.
Full Site Editing werd gelanceerd met WordPress 5.9. Drie jaar later gebruiken de meeste bureaus het nog steeds niet correct — en degenen die dat wel doen, hebben een aanzienlijk concurrentievoordeel.
Wat FSE werkelijk betekent
Vóór FSE beheerden WordPress-thema's headers, footers en globale lay-outs via PHP-templates. Gutenberg beheerde alleen het contentgebied. U kon uw blogpost bewerken met blokken, maar uw navigatie zat vast in een PHP-bestand.
FSE verandert dat. Met een blokthema is elk deel van de site — header, footer, zijbalk, archiefsjablonen, lay-out van enkele berichten — bewerkbaar in de Gutenberg-editor met behulp van blokken. Geen PHP vereist voor lay-outwijzigingen.
Dit is belangrijk voor AI-generatie, omdat het betekent dat de hele site kan worden uitgedrukt als blok-JSON. Er is geen hybride systeem waarbij sommige delen PHP-templates zijn en sommige blokken. Alles is blokken, alles is JSON, alles kan programmatisch worden gegenereerd en bewerkt.
Hoe PAGEnza FSE gebruikt
Wanneer PAGEnza een site genereert, creëert het niet zomaar een homepage. Het creëert een compleet blokthema met:
templates/index.html— het standaard sjabloontemplates/single.html— lay-out voor enkele berichtentemplates/archive.html— blog/categorie-lijsttemplates/404.html— foutpaginaparts/header.html— herbruikbaar headerblokparts/footer.html— herbruikbaar footerbloktheme.json— globale stijlen (kleuren, typografie, afstand)
Al deze worden gegenereerd uit dezelfde Design Mandate. Het kleurenpalet dat voor de homepage is gedefinieerd, is hetzelfde als dat wordt gebruikt in de globale stijlen van theme.json. De lettertype-trio die voor de hero is gekozen, is hetzelfde als dat wordt geladen in de stylesheet van het blokthema.
Dit is het belangrijkste voordeel van FSE voor AI-generatie: consistentie wordt afgedwongen door het systeem, niet door te hopen dat de ontwerper eraan heeft gedacht om overal hetzelfde lettertype toe te passen.
theme.json — het belangrijkste bestand dat u nog nooit hebt bewerkt
theme.json is een configuratiebestand dat het globale ontwerpsysteem voor een blokthema definieert. Het regelt:
- Kleurenpalet — benoemde kleuren die verschijnen in de kleurkiezer van de editor
- Typografie — lettertypefamilies, groottes, regelhoogtes
- Afstand — de schaal voor afstand die wordt gebruikt door vulling- en margeregelingen
- Randradius — standaard waarden voor hoekradius
- Lay-out — breedte van de inhoud, brede breedte
Wanneer PAGEnza een site genereert, wordt theme.json programmatisch gebouwd vanuit de Design Mandate. De kleuren ink, bg1, bg2 en accent worden geregistreerd als benoemde paletkleuren. Het lettertype-trio wordt geregistreerd als lettertypefamilies met de juiste Google Fonts @import URL's.
Het resultaat is dat wanneer een klant de Gutenberg-editor opent om tekst te wijzigen, de kleurkiezer precies de vier merk kleuren toont — niets anders. De lettertypekiezer toont de drie gekozen lettertypen. De afstandregelaars gebruiken de systeem schaal. Het ontwerpsysteem wordt afgedwongen op editor niveau.
Wat "live bewerken in Gutenberg" werkelijk betekent
Elke door PAGEnza gegenereerde site is een live WordPress-installatie met actieve Gutenberg FSE. De klant kan:
- Klik op een tekst en bewerk deze direct
- Wijzig sectie achtergronden door te klikken en te selecteren uit het merk kleurenpalet
- Herschik secties door blokken te slepen
- Voeg nieuwe secties toe vanuit de blokinvoer
- Wijzig afbeeldingen door op de placeholder te klikken
Ze kunnen het ontwerpsysteem niet per ongeluk breken door een kleur buiten het merk te kiezen, omdat de enige beschikbare kleuren de vier merk kleuren zijn. Ze kunnen geen verkeerd passend lettertype kiezen, omdat alleen de drie merk lettertypen zijn geregistreerd.
Dit is wat AI-gegenereerde sites praktisch maakt voor echte klanten — de beperkingen die het ontwerp laten werken, blijven behouden na de overdracht.
Het blok coverage probleem
FSE is krachtig, maar heeft een coverage probleem. Niet elk ontwerppatroon kan schoon worden uitgedrukt in kern Gutenberg-blokken. Complexe lay-outs, interactieve componenten en aangepaste gegevensweergaven vereisen vaak aangepaste blokken of plug-ins van derden.
PAGEnza pakt dit op twee manieren aan:
Voor lay-out: we gebruiken een combinatie van Groep, Cover, Kolommen en Media & Tekst blokken met zorgvuldig gecontroleerde attributen. Ongeveer 95% van de marketingpagina lay-outs kan met alleen deze vier bloktypen worden bereikt.
Voor interactieve componenten: de Plugin Builder genereert aangepaste Gutenberg-blokken als PHP-plug-ins. Een prijslijst, een boekingsformulier, een testimonial-slider — deze worden gegenereerd als correct geregistreerde blokken die integreren met de FSE-editor, geen shortcodes die aan de zijkant zijn vastgeplakt.
Het doel is dat alles wat een klant moet bewerken, bewerkbaar is in de visuele editor, zonder code aan te raken.