WordPress 4.9 i tilbakeblikk: versjonen før Gutenberg

WordPress 4.9 “Tipton” (lansert i 2017) var en spesiell versjon. Det var den siste store versjonen før 5.0-revolusjonen, som innførte Gutenberg-editoren.

Les mer om WordPress-utvikling hos WPPoland.

Sett fra 2026 var 4.9 øyeblikket da WordPress ble “voksent” som utviklerplattform, med funksjoner vi i dag tar for gitt.

Kortversjonen: WordPress 4.9 er viktig fordi det forbedret de faktiske arbeidsflytene til redaktører og utviklere rett før Gutenberg snudde redigeringsmodellen helt på hodet.

#Når WordPress 4.9 kom ut, og hvem som ledet arbeidet

WordPress 4.9 “Tipton” (oppkalt etter jazzmusikeren Billy Tipton) ble lansert 16. november 2017. Den var høydepunktet i den “klassiske” WordPress-æraen: den siste versjonen før Gutenberg endret grunnleggende hvordan vi bygger WordPress-nettsteder.

For å forstå betydningen av WordPress 4.9 må den sees i lys av sin tid. I 2017 drev WordPress omtrent 29% av alle nettsteder på internett. Plattformen hadde utviklet seg enormt siden den beskjedne starten som bloggverktøy i 2003, og var blitt et fullverdig publiseringssystem (CMS) brukt av bedrifter, medier, myndigheter og organisasjoner over hele verden.

WordPress-økosystemet var på den tiden levende og modent. Tusenvis av temaer og utvidelser var tilgjengelige, og et globalt utviklermiljø bidro aktivt til kjernen. Innholdseditoren hadde likevel ikke endret seg grunnleggende siden WordPress’ tidlige dager. Den var fortsatt en WYSIWYG-editor basert på TinyMCE, som fungerte, men som ikke svarte til moderne forventninger til et redigeringsgrensesnitt.

Hvorfor 4.9 er viktig:

• Det var den siste versjonen av den “klassiske” WordPress-editoren
• Den innførte utviklerverktøy vi fortsatt bruker i dag
• Den la grunnlaget for blokkeditor-revolusjonen
• Den markerte overgangen fra “bloggplattform” til “fullverdig CMS”

Versjon 4.9 ble ledet av Weston Ruter og Mel Choyce, med bidrag fra over 400 utviklere fra hele verden. Det var et felles arbeid som finpusset eksisterende verktøy i stedet for å finne opp hjulet på nytt, en holdning som sto i skarp kontrast til det som senere kom med Gutenberg.

#Nyheter i WordPress 4.9 for utviklere

#1. Utkast og planlagte endringer i Customizer

Funksjonen: For første gang kunne vi gjøre designendringer (farger, CSS), lagre dem som “Utkast” og sende en forhåndsvisningslenke til en kunde, uten å publisere endringene.

Hvorfor det var viktig: Før 4.9 betydde designendringer:

• Redigere det live nettstedet (risikabelt)
• Bruke staging-miljøer (komplisert)
• Legge inn CSS manuelt (rotete)

Hver metode hadde sine problemer. Redigerte du det live nettstedet, ble enhver feil umiddelbart synlig for alle besøkende. Staging-miljøer var tryggere, men krevde et teknisk oppsett mange nettstedseiere ikke klarte selv. Og manuelt innlagt CSS var feilutsatt og vanskelig å rulle tilbake.

Slik fungerte det:

// El Personalizador ahora soporta cambios en borrador
$wp_customize->add_setting('header_color', array(
    'default' => '#0073aa',
    'transport' => 'postMessage',
    'type' => 'theme_mod',
));

// Los cambios se guardan como borradores, no se publican inmediatamente

Utkastsystemet i Customizer fungerte ved å lage “changesets”: sett med endringer som ble lagret som innlegg av en egen innholdstype i databasen. Et changeset kunne ha ulike statuser: utkast, planlagt eller publisert. Dermed kunne du jobbe med flere sett designendringer samtidig uten at noen av dem påvirket det live nettstedet.

Med planleggingsfunksjonen kunne du sette en fremtidig dato og tid da endringene skulle tas i bruk automatisk. Det var særlig nyttig ved kampanjelanseringer, sesongbaserte designendringer eller koordinerte oppdateringer av merkevaren.

Effekt:

• Godkjenningsflyt med kunden ble standard
• Færre “oi, publiserte for tidlig”-feil
• En profesjonell designprosess
• Større trygghet til å eksperimentere med designendringer

Perspektiv fra 2026: Gutenberg har erstattet mye av funksjonaliteten i Customizer, men prinsippet om utkast og planlegging lever videre i blokkeditorens revisjonssystem. Å kunne forberede endringer, gå gjennom dem og planlegge publiseringen er blitt en grunnleggende forventning til ethvert moderne CMS.

#2. Integrasjon av CodeMirror

Funksjonen: Kodeeditorene i adminpanelet (for eksempel i “Temaredigering” eller “Tilleggs-CSS”) fikk endelig syntaksutheving og linjenummer. Slutt på å knekke nettstedet på grunn av et manglende semikolon.

Hvorfor det var viktig: Før 4.9 betydde koderedigering i WordPress:

• Rene teksteditorer (ingen syntaksutheving)
• Ingen linjenummer (vanskelig å feilsøke)
• Ingen feildeteksjon
• Høy risiko for å knekke nettstedet

For utviklere som jobbet direkte i WordPress-adminpanelet, var dette frustrerende. En enkel skrivefeil i en temafil kunne få hele nettstedet til å slutte å virke, og uten syntaksutheving eller feildeteksjon kunne det ta timer å finne problemet.

Dette la CodeMirror til:

• Syntaksutheving: PHP, CSS, JavaScript, HTML, hvert språk med sitt eget fargeskjema som gjorde koden lettere å lese og forstå.
• Linjenummer: Enklere å rapportere feil og navigere i store filer.
• Kodefolding: Fell sammen funksjoner og blokker for å få oversikt over filen.
• Parentesmatching: Se samsvarende parenteser visuelt og unngå vanlige syntaksfeil.
• Automatisk innrykk: Riktig kodeformatering som ble lagt på automatisk mens du skrev.
• Søk og erstatt: Finn kode raskt i editoren.

Eksempel:

// Antes de 4.9: Editor de texto plano
function my_function() {
return 'hello';
}

// Después de 4.9: CodeMirror muestra errores de sintaxis
function my_function() {
    return 'hello'; // Indentación adecuada resaltada
}

I tillegg til den visuelle uthevingen hadde CodeMirror en avgjørende sikkerhetsfunksjon: syntaksfeil ble oppdaget før lagring. Inneholdt koden en feil som kunne knekke nettstedet, viste WordPress en advarsel og ga deg muligheten til å la være å lagre endringene. Denne funksjonen alene reddet trolig tusenvis av nettsteder fra å bli utilgjengelige på grunn av kodefeil.

Effekt:

• Færre kodefeil i adminpanelet
• WordPress ble mer utviklervennlig
• En standard for koderedigering i CMS ble etablert

Perspektiv fra 2026: CodeMirror brukes fortsatt i WordPress 6.x til redigering av temaer og utvidelser, selv om Gutenbergs blokkeditor har redusert behovet for å redigere kode direkte. CodeMirror-versjonen er oppdatert flere ganger, med bedre ytelse og støtte for nye språkfunksjoner.

#3. Forbedringer i gallerimodulen

Funksjonen: Å legge bildegallerier i sidepanelet ble innebygd og mer intuitivt. Før denne versjonen krevde et galleri i en modul ekstra utvidelser eller HTML-kunnskap.

Før 4.9:

• Utvidelser var nødvendige for avanserte gallerier
• Begrensede tilpasningsmuligheter
• Klønete og lite intuitivt grensesnitt

Etter 4.9:

• Innebygd gallerimodul i kjernen
• Bildevalg med dra og slipp
• Bedre støtte for mobil
• Bedre ytelse
• Full integrasjon med mediebiblioteket

Effekt:

• Gallerier ble tilgjengelige for ikke-utviklere
• Mindre behov for galleriutvidelser til grunnleggende funksjoner
• Brukeropplevelsen ble betydelig bedre

Perspektiv fra 2026: Gallerimoduler er erstattet av Gutenbergs galleriblokker, men forbedringene i 4.9 banet vei for bedre mediehåndtering. Prinsippet om å gjøre vanlige funksjoner tilgjengelige uten utvidelser er fortsatt sentralt i utviklingen av WordPress.

#Endringer i WordPress 4.9 for temaer, moduler og sikkerhet

#4. Bedre temainstallasjon

Hva endret seg:

• Bedre forhåndsvisning av temaer med mer detaljert informasjon
• Forbedret søk med mer finmaskede filtre
• Mer fullstendig temainformasjon, inkludert kompatibilitet med PHP- og WordPress-versjoner

Den forbedrede temainstallasjonen viste at WordPress så valget av tema som en av de viktigste beslutningene en nettstedseier tar. Ved å gjøre prosessen mer informert og visuell ble sjansen for å velge et uegnet tema mindre.

#5. Forbedringer i moduler

Hva endret seg:

• Bedre modulhåndtering med et ryddigere grensesnitt
• Forbedret forhåndsvisning som viste endringer i sanntid
• Utvidede tilpasningsmuligheter

Moduler (widgets) var i 2017 en sentral del av tilpasningen av et WordPress-nettsted. Forbedringene i 4.9 gjorde dem kraftigere og enklere å bruke, selv om de ironisk nok skulle erstattes av blokker bare noen år senere.

#6. Sikkerhetsforbedringer

Hva endret seg:

• Bedre gjenkjenning av filtyper, som hindret opplasting av potensielt skadelige filer
• Bedre rensing av inndata
• Forbedrede sikkerhetsheadere

Sikkerhet var hele tiden en prioritet for WordPress-utviklerteamet, og hver versjon kom med gradvise forbedringer. Forbedringene i 4.9 var særlig viktige fordi WordPress, som verdens mest brukte CMS, var et konstant mål for angrep.

#Fra WordPress 4.9 til 5.0 med Gutenberg

#Tidslinje for WordPress fra 4.9 til 6.x

Overgangen fra WordPress 4.9 til 5.0 var et av de viktigste øyeblikkene i plattformens historie. For å forstå den fullt ut hjelper det å se hele tidslinjen:

2017 (4.9):

• Siste “klassiske” WordPress-versjon
• Grunnlaget for Gutenberg ble allerede utviklet parallelt
• Miljøet forberedte seg på endringen, men med delte meninger

2018 (5.0):

• Gutenberg-editoren ble standardeditor
• Utvidelsen Classic Editor ble lansert umiddelbart som alternativ
• Miljøet delte seg mellom entusiaster og skeptikere

2019-2021:

• Gutenberg modnet med hver oppdatering
• Blokkmønstre ble innført og utvidet designmulighetene
• Utviklingen av Full Site Editing (FSE) begynte å ta form

2022-2026:

• FSE ble standard for nye temaer
• Blokktemaer dominerte temakatalogen
• Bruken av Classic Editor begynte å gå ned, men holdt seg betydelig

#Bruk av Classic Editor og Gutenberg i 2026

Bare ett år etter 4.9 kom WordPress 5.0 med Gutenberg. Miljøet delte seg i to leirer, og på mange måter består splittelsen fortsatt:

Tradisjonalister:

• Holdt seg til utvidelsen “Classic Editor”
• Fortsatte å bruke PHP-baserte temaer
• Foretrakk sidebyggere (Elementor, Divi, WPBakery)
• Utvidelsen Classic Editor har fortsatt millioner av aktive installasjoner

Tradisjonalistene mente at Gutenberg ble lansert for tidlig, at det ødela etablerte arbeidsflyter og ga unødvendig kompleksitet for enkle nettsteder. Mange tema- og utvidelsesutviklere motsatte seg migreringen i starten, og noen vedlikeholder fortsatt produkter som utelukkende bygger på den klassiske editoren.

Moderne byggere:

• Omfavnet modellen Full Site Editing (FSE)
• Alt, også topp- og bunntekst, bygget med blokker
• Tok i bruk blokktemaer som Twenty Twenty-Three og Twenty Twenty-Four
• Utnyttet blokkmønstre og maler

De moderne byggerne så Gutenberg som en mulighet til å demokratisere webdesign, slik at brukere kunne lage komplekse oppsett uten kode eller tredjepartsutvidelser. Matt Mullenwegs langsiktige visjon var at Gutenberg etter hvert skulle erstatte alle sider ved tilpasning av nettstedet.

Tallene (2026):

• ~40% av nettstedene bruker fortsatt utvidelsen Classic Editor
• ~60% har tatt i bruk Gutenberg i en viss grad
• Blokktemaer: ~15% markedsandel (voksende)
• Klassiske temaer: ~85% markedsandel (synkende)

Tallene viser at overgangen, selv om den er uunngåelig, går saktere enn mange spådde. Tregheten i millioner av eksisterende nettsteder, investeringene i klassiske temaer og utvidelser og læringskurven i Gutenberg har bidratt til det gradvise tempoet.

#Hvilke funksjoner fra WordPress 4.9 som fortsatt gjelder

#Hvorfor WordPress 4.9 var viktig

1. Gradvise forbedringer betyr noe 4.9 viste at små, målrettede forbedringer kan ha stor effekt. CodeMirror-integrasjonen virket beskjeden, men gjorde WordPress betydelig mer utviklervennlig. Det trengs ikke alltid en revolusjon for å komme videre.

2. Utvikleropplevelsen er viktig Funksjoner som utkast i Customizer og CodeMirror viste at WordPress brydde seg om utviklere, ikke bare om sluttbrukere. Denne doble innretningen har vært avgjørende for plattformens vedvarende suksess.

3. Et grunnlag for endring Forbedringene i 4.9 la grunnlaget for Gutenberg. Utkast- og planleggingssystemet i Customizer påvirket revisjonssystemet i Gutenberg. Tanken om å gjøre ting tryggere og enklere å forhåndsvise ble ført direkte over til den nye editoren.

#CodeMirror og Customizer-utkast i WordPress i dag

CodeMirror:

• Brukes fortsatt i tema- og utvidelseseditorene
• Er fortsatt standarden for koderedigering i WordPress
• Forbedret i senere versjoner med bedre ytelse og flere funksjoner

Utkast i Customizer:

• Prinsippet lever videre i Gutenbergs revisjoner
• Planlagte endringer er fortsatt tilgjengelige
• Forhåndsvisningslenker brukes fortsatt til godkjenning hos kunder

Utviklerverktøy:

• Fokuset på utvikleropplevelse fra 4.9 fortsetter
• Moderne WordPress prioriterer utviklerverktøy
• Bedre feilsøking, bedre API-er, bedre dokumentasjon

#Forskjeller mellom WordPress 4.9 og WordPress 6.x

#Hvordan temautvikling har endret seg siden WordPress 4.9

Temautvikling:

• 4.9: PHP-maler, functions.php, hooks og filtre
• 2026: Blokktemaer, theme.json, Full Site Editing

Forskjellen er grunnleggende. I 4.9-æraen krevde et tema dyp kunnskap om PHP, WordPress’ malhierarki og hook-systemet. I 2026 defineres blokktemaer hovedsakelig gjennom JSON-filer og HTML-maler, mens PHP brukes til bestemte funksjoner.

Innholdsredigering:

• 4.9: Klassisk editor, kortkoder, moduler
• 2026: Gutenberg-blokker, mønstre, gjenbrukbare maler

Kortkoder, som var hovedmåten å legge rik funksjonalitet inn i innhold i 4.9-æraen, er i stor grad erstattet av innebygde blokker med visuell redigering i sanntid.

Tilpasning:

• 4.9: Customizer, temainnstillinger, egne innstillingssider
• 2026: Nettstedsredigering, blokkinnstillinger, theme.json

Utviklerverktøy:

• 4.9: CodeMirror, enkel feilsøking med WP_DEBUG
• 2026: Avansert feilsøking, React DevTools, verktøy for blokkutvikling, wp-scripts

#Funksjoner som er fjernet og lagt til siden WordPress 4.9

Fjernet (eller valgfritt):

• Klassisk editor (tilgjengelig som valgfri utvidelse)
• Mange Customizer-funksjoner (erstattet av nettstedsredigering)
• Modulsystemet (erstattet av blokker i modulområder)

Forbedret:

• Koderedigering (fortsatt CodeMirror, men forbedret)
• Utvikler-API-er (flere hooks, bedre dokumentasjon, mer komplett REST API)
• Ytelse (raskere, mer effektiv, bedre caching)

Nytt:

• Gutenbergs blokkeditor
• Full Site Editing
• Blokkmønstre
• Theme.json for temakonfigurasjon
• React-basert utvikling for editoren

#Hva du kan lære av WordPress 4.9 som utvikler

#1. Holde tritt med endringer i WordPress

Overgangen fra WordPress 4.9 til 5.0 viste at store endringer er mulige, og noen ganger nødvendige. Som utvikler er det avgjørende å holde seg oppdatert. De som tok Gutenberg i bruk tidlig, sto som eksperter da etterspørselen vokste.

#2. Bakoverkompatibilitet i WordPress

WordPress holdt på bakoverkompatibiliteten også gjennom store endringer. Utvidelsen Classic Editor sørger for at eldre nettsteder fortsatt fungerer. Å ikke ødelegge det som finnes, samtidig som man går videre, er en verdifull lærdom for ethvert programvareprosjekt.

#3. Utvikleropplevelse i WordPress

CodeMirror-integrasjonen viste at utvikleropplevelsen betyr noe. Moderne WordPress fører denne trenden videre med bedre feilsøkingsverktøy, mer utfyllende dokumentasjon og kraftigere API-er.

#4. Hvordan tilbakemeldinger fra miljøet former WordPress

Splittelsen mellom tradisjonalister og moderne byggere viser at WordPress lytter til miljøet sitt, også når det tar omstridte beslutninger. At utvidelsen Classic Editor ble vedlikeholdt i årevis etter Gutenberg, er et bevis på dette.

#WordPress-trender i 2026

Aktuelle trender (2026):

• KI-integrasjon i WordPress for innholdsproduksjon og assistert design
• Vekst i headless WordPress for moderne applikasjoner
• Fokus på ytelsesoptimalisering med Core Web Vitals
• Universell utforming som utviklingsprioritet

Hva vi kan lære av 4.9:

• Gradvise forbedringer legger seg sammen til store endringer
• Utviklerverktøy er like viktige som brukerfunksjoner
• Brukeropplevelsen kommer først i hver designbeslutning
• Bakoverkompatibilitet er avgjørende for en plattform med millioner av brukere

#Oppsummering av WordPress 4.9 og de viktigste resultatene

WordPress 4.9 “Tipton” var mer enn bare en ny versjon: det var den siste versjonen av det “klassiske” WordPress før Gutenberg-revolusjonen.

Viktigste resultater:

• Innførte utkast i Customizer (arbeidsflyt med kunder)
• Integrerte CodeMirror (utvikleropplevelse)
• Forbedret gallerimodulene (brukeropplevelse)
• La grunnlaget for Gutenberg

Historisk betydning:

• Siste store versjon før blokkeditoren
• Høydepunktet i den klassiske WordPress-æraen
• Bro mellom gammelt og nytt WordPress
• Bevis på at gradvise forbedringer betyr noe

Perspektiv fra 2026: I dag, i 2026, er debatten mellom klassisk editor og blokker i stor grad historie. Blokkene vant. Men det er verdt å huske 4.9 som det “siste bolverket” for den klassiske tilnærmingen med PHP-temaer: en versjon som perfeksjonerte den gamle måten før den nye tok over.

For utviklere:

• Studer 4.9 for å forstå klassisk WordPress
• Sett pris på forbedringene den brakte
• Lær av overgangen til Gutenberg
• Bruk lærdommene på fremtidige endringer i WordPress

WordPress 4.9 står for et bestemt øyeblikk: stillheten før stormen, fullendelsen av det gamle før det nye ble innført. Det er en versjon som er verdt å studere, ikke bare for den historiske konteksten, men for å forstå hvordan WordPress utvikler seg og hvordan store endringer håndteres på en global plattform.