Å flytte en WordPress-side fra et utviklingsmiljø (f.eks. dev.kunde.no) til et produksjonsdomene (kunde.no) er et ritual hver utvikler utfører hundrevis av ganger. Og likevel, i 2026, forblir det den vanligste årsaken til den berømte “White Screen of Death”.
Hvorfor? Fordi mange utviklere fremdeles behandler WordPress-databasen som et enkelt Excel-ark hvor du bare kan “Søk og Erstatt”.
De tar feil.
I denne omfattende guiden på 1500 ord skal vi dissekere arkitekturen til WordPress-databasen, forklare konseptet Dataserialisering, og gi deg en feilsikker protokoll for migrering.
Hvorfor serialisering ødelegger WordPress-migrering
For å forstå hvorfor migreringer feiler, må du forstå hvordan PHP lagrer komplekse data.
Hva er serialisering?
Forestill deg at du har en array med theme-innstillinger. For å lagre denne i én databasecelle, “pakker” PHP den inn i en spesifikt formatert streng. Denne prosessen kalles Serialisering.
Resultatet ser slik ut: s:26:"http://dev.site.com/logo.png"
Hva skjer når SQL endrer lengden på en serialisert streng
Se nøye på s:26. Det betyr “streng med 26 tegn”. Hvis du kjører en standard SQL-kommando og endrer URL-en til en kortere streng, men ikke oppdaterer telleren, vil PHP anse dataene som korrupte og ignorere dem.
Hvordan velge verktøy som forstår serialisering
På grunn av denne mekanismen kan du IKKE bruke vanlige tekstredigeringsprogrammer eller enkel SQL.
Metode 1: wp search-replace med WP-CLI
I 2026 tilbyr enhver seriøs hostingleverandør SSH-tilgang.
Kommandoen:
wp search-replace 'https://gammel.no' 'https://ny.no' --all-tables --precise--all-tables: Sikrer at alle tabeller skannes.--precise: Tvinger bruk av PHP for bedre håndtering av serialisering.--dry-run: Viser en rapport uten å endre noe. Kjør alltid denne først!
Hvordan kjøre en komplett WordPress-migreringsprotokoll
Ikke bare “prøv deg frem”. Følg denne sjekklisten.
Trinn 1: backup og PHP-versjon
- Backup: Eksporter databasen.
- Miljø: Sørg for at PHP-versjoner samsvarer.
Trinn 2: importer databasen på den nye serveren
- Importer databasen til den nye serveren.
- Oppdater
wp-config.php.
Trinn 3: kjør search-replace
Kjør WP-CLI-kommandoen eller et trygt skript.
Trinn 4: permalenker og cache etter migrering
- Permalinks: Gå til Innstillinger -> Permalinks og klikk “Lagre endringer”.
- Cache: Tøm Redis og Page Cache.
Oppsummering
Databasemigrering handler ikke om “tekstredigering”. Det er kirurgisk datamanipulasjon. Respekter Serialiseringen. Bruk WP-CLI.
Serialiserte data er grunnen til at søk og erstatt i en teksteditor ødelegger widgeter og ACF-felt, mens WP-CLI gjør den samme jobben trygt. Står du foran en migrering du helst ikke vil gjøre alene, tar vi den sammen med deg innen praktisk WordPress-utvikling.







