← Tilbage til Blog

Blog

Gutenberg FSE: Fremtiden for WordPress-design i 2026

Hvordan AI-genererede Gutenberg-blokke kan tage dine websteder til næste niveau — og hvorfor Full Site Editing ændrer alt.

Full Site Editing landede i WordPress 5.9. Tre år senere bruger de fleste bureauer det stadig ikke korrekt — og dem, der gør, har en seriøs konkurrencefordel.

Hvad FSE faktisk betyder

Før FSE styrede WordPress-temaer sidehoveder, sidefødder og globalt layout via PHP-skabeloner. Gutenberg håndterede kun indholdsområdet. Du kunne redigere dit blogindlæg med blokke, men din navigation var låst i en PHP-fil.

FSE ændrer det. Med et bloktema er enhver del af webstedet — sidehoved, sidefod, sidebjælke, arkivskabeloner, layout for enkelte indlæg — redigerbar i Gutenberg-editoren ved hjælp af blokke. Ingen PHP kræves til layoutændringer.

Dette er vigtigt for AI-generering, fordi det betyder, at hele webstedet kan udtrykkes som blok-JSON. Der er intet hybridsystem, hvor nogle dele er PHP-skabeloner, og nogle er blokke. Alt er blokke, alt er JSON, alt kan genereres og redigeres programmatisk.

Hvordan PAGEnza bruger FSE

Når PAGEnza genererer et websted, opretter det ikke kun en hjemmeside. Det opretter et komplet bloktema med:

  • templates/index.html — standard skabelonen
  • templates/single.html — layout for enkelte indlæg
  • templates/archive.html — liste over blog/kategori
  • templates/404.html — fejlsideside
  • parts/header.html — genanvendelig sidehovedblok
  • parts/footer.html — genanvendelig sidefodblok
  • theme.json — globale stilarter (farver, typografi, afstand)

Alle disse genereres ud fra den samme Design Mandate. Farvepaletten defineret for hjemmesiden er den samme, der bruges i theme.json globale stilarter. Font-trioen valgt til helten er den samme, der indlæses i bloktemaets stylesheet.

Dette er den centrale fordel ved FSE for AI-generering: konsistens håndhæves af systemet, ikke ved at håbe, at designeren huskede at anvende den samme skrifttype overalt.

theme.json — den vigtigste fil, du aldrig har redigeret

theme.json er en konfigurationsfil, der definerer det globale designsystem for et bloktema. Den styrer:

  • Farvepalette — navngivne farver, der vises i farvevælgeren i editoren
  • Typografi — skrifttypefamilier, størrelser, linjehøjder
  • Afstand — skalaen for afstand, der bruges af kontrol for polstring og margen
  • Kantradius — standardværdier for hjørneradius
  • Layout — indholdsbredde, bred bredde

Når PAGEnza genererer et websted, bygges theme.json programmatisk ud fra Design Mandate. Farverne ink, bg1, bg2 og accent registreres som navngivne paletfarver. Font-trioen registreres som skrifttypefamilier med de korrekte Google Fonts @import URL'er.

Resultatet er, at når en klient åbner Gutenberg-editoren for at ændre tekst, viser farvevælgeren præcis de fire brandfarver — intet andet. Skrifttypevælgeren viser de tre valgte skrifttyper. Afstandskontrollerne bruger systemskalaen. Designsystemet håndhæves på editorniveau.

Hvad "rediger live i Gutenberg" faktisk betyder

Ethvert websted genereret af PAGEnza er en live WordPress-installation med Gutenberg FSE aktiv. Klienten kan:

  • Klikke på enhver tekst og redigere den direkte
  • Ændre sektionsbaggrunde ved at klikke og vælge fra brandfarvepaletten
  • Omarrangere sektioner ved at trække blokke
  • Tilføje nye sektioner fra blokindsætteren
  • Ændre billeder ved at klikke på pladsholderen

De kan ikke utilsigtet bryde designsystemet ved at vælge en off-brand farve, fordi de eneste tilgængelige farver er de fire brandfarver. De kan ikke vælge en forkert skrifttype, fordi kun de tre brand-skrifttyper er registreret.

Dette er, hvad der gør AI-genererede websteder praktiske for rigtige klienter — begrænsningerne, der får designet til at fungere, bevares efter overlevering.

Blokdækningsproblemet

FSE er kraftfuldt, men det har et dækningsproblem. Ikke alle designmønstre kan udtrykkes rent i kerne Gutenberg-blokke. Komplekse layouts, interaktive komponenter og brugerdefinerede datavisninger kræver ofte brugerdefinerede blokke eller tredjepartsplugins.

PAGEnza håndterer dette på to måder:

Til layout: vi bruger en kombination af Group, Cover, Columns og Media & Text blokke med omhyggeligt kontrollerede attributter. Omkring 95% af marketing-sidelayouts kan opnås med disse fire bloktyper alene.

Til interaktive komponenter: Plugin Builder genererer brugerdefinerede Gutenberg-blokke som PHP-plugins. En prisliste, en bookingformular, en testimonial-slider — disse genereres som rigtige registrerede blokke, der integreres med FSE-editoren, ikke shortcodes, der er boltet på siden.

Målet er, at alt, hvad en klient har brug for at redigere, er redigerbart i den visuelle editor, uden at røre ved kode.