Staging-site og lokal kopi: test ændringer, før kunderne ser dem

Et staging-site er en kopi af jeres hjemmeside på en adresse, som kun I og jeres udvikler kan se. Her tester I opdateringer, nye sider og nyt design, før det kommer på den rigtige side. En lokal kopi er det samme, bare på udviklerens egen computer. Begge dele findes af én grund: Det, der går i stykker, skal gå i stykker et sted, hvor kunderne ikke ser det.

Det koster fra 0 kr. og en halv time at sætte op. Det svære er ikke at lave kopien. Det svære er at få ændringerne tilbage på live uden at overskrive de ordrer og henvendelser, der er kommet ind imens.

Live, staging og lokal: de tre steder, siden kan ligge

Små tekstrettelser laver I direkte på live. Alt, der kan få siden til at gå ned, testes først: opdatering af plugins og tema, ny PHP-version, nyt design, betaling, formularer og integrationer.

Hvornår I har brug for det

• Store opdateringer: WordPress, temaet eller tunge plugins som WooCommerce og page buildere.
• Ny PHP-version: Gamle plugins kan holde op med at virke, når hostingen opgraderer.
• Nyt design eller ny struktur: Kunden skal kunne se og godkende siden, før den går live.
• Nye funktioner: booking, betaling, integration til bogføring eller CRM.
• Webshops: Hver time, kassen ikke virker, koster salg.

Har siden fem sider og tre plugins, er staging ofte mere, end der er brug for. Så er en backup lige før opdateringen nok; se WordPress-backup. Jo flere penge siden tjener, jo mere betaler en testkopi sig.

Sådan laver I kopien

1. Hostingens staging-funktion

Mange hostingudbydere til WordPress har en knap, der kopierer siden til en testadresse og tilbage igen. Det er den nemmeste vej, fordi hostingen sørger for adresser og database. Spørg jeres udbyder, om de har den. Har de ikke, er det et af de punkter, der taler for at skifte; se hosting.

2. Et plugin

WP Staging og Duplicator kan kopiere siden til en undermappe eller en anden adresse. Gratisversionerne er fine til at lave kopien. At skubbe ændringer tilbage til live er typisk en betalt funktion, i WP Staging fx kun i Pro-versionen, og det er netop den del, der skal bruges med omtanke.

3. En lokal kopi

Udvikleren henter filer og database ned på sin egen computer og kører siden i et program som Local (gratis) eller DDEV. Det er hurtigst at arbejde i, og intet kan ramme live-siden. Med SSH og wp-cli ser det sådan ud:

# Hent filerne fra serveren
rsync -az --exclude 'wp-content/cache/' bruger@server:public_html/ ./public/

# Eksportér databasen på serveren, og hent den ned
ssh bruger@server "cd public_html && wp db export - | gzip" > live.sql.gz

# Importér lokalt, og ret alle adresser
gunzip -c live.sql.gz | wp db import -
wp search-replace 'https://jeresvirksomhed.dk' 'http://jeresvirksomhed.local' --all-tables --skip-columns=guid

Sådan flyttede vi vores egen side over på en lokal kopi i oktober 2026: 540 MB filer og en database på 170 MB. Adresserne skulle rettes i 6.685 felter. Derfor bruger man wp search-replace eller et værktøj, der forstår WordPress’ gemte data, og aldrig søg og erstat i selve SQL-filen. WordPress gemmer mange indstillinger med tegnantal, som går i stykker, hvis adressens længde ændrer sig.

Fem ting, der skal slås fra på kopien

En kopi er en fuld hjemmeside. Den kan sende mails, tage imod betaling og blive fundet af Google. Det skal slås fra, før nogen arbejder på den.

1. Google og fremmede

Sæt kopien bag adgangskode. “Bed søgemaskiner om ikke at indeksere” under Indstillinger → Læsning er ikke nok alene; Google kan stadig finde adressen, og alle andre kan se siden. En adgangskode på serveren stopper begge dele, og det er også den metode, Google selv peger på, når indhold skal holdes ude af søgeresultaterne:

# .htaccess på staging
AuthType Basic
AuthName "Testside"
AuthUserFile /sti/til/.htpasswd
Require valid-user

2. Mail til kunder

Ordrebekræftelser, påmindelser og nyhedsbreve bliver sendt fra kopien, hvis ingen stopper dem. Slå udgående mail fra, eller send det hele til en testindbakke. Lokalt fanger Local og DDEV selv mailen.

3. Betaling

Sæt betalingsmodulet i testtilstand med udbyderens testnøgler, fx hos Stripe, QuickPay eller Nexi. Tjek også, at betalingsudbyderens webhooks ikke peger på kopien.

4. Integrationer og planlagte opgaver

Synkronisering til lager, bogføring eller CRM kan lave dubletter, når to sider kører samme opgave. Slå WordPress’ planlagte opgaver fra i wp-config.php på kopien:

define( 'WP_ENVIRONMENT_TYPE', 'staging' );
define( 'DISABLE_WP_CRON', true );

5. Statistik og annoncer

Google Analytics, Meta-pixel og konverteringssporing på kopien forurener jeres tal. Fjern sporingen på kopien, eller sørg for, at den kun indlæses på live-domænet.

Persondata på kopien

Kopien indeholder det samme som live-siden: kunder, ordrer, formularsvar og brugere. Det er stadig persondata efter GDPR, og en kopi på en bærbar computer er et sted mere, de kan slippe ud fra. Tre regler: Kun dem, der skal bruge kopien, har den. Computeren har krypteret disk. Kopien slettes, når opgaven er løst, eller kundedata anonymiseres, før den bliver lavet. Den, der arbejder på kopien for jer, skal være dækket af en databehandleraftale; se GDPR og cookies.

Sådan kommer ændringerne over på live

Live-siden lever videre, mens I tester. Der kommer nye ordrer, formularsvar og kommentarer ind i live-databasen. Kopierer I hele databasen fra staging tilbage, sletter I dem. Derfor flyttes ændringerne efter, hvad de er:

Tag en backup af live lige før, og læg ændringerne over på et tidspunkt med få besøgende. Tjek bagefter forsiden, en ydelsesside, formularen og, hvis I har en webshop, et testkøb.

Hvad det koster

Med hostingens funktion eller et gratis plugin koster det 0 kr. og jeres tid. Hos et bureau er en testkopi ofte en del af serviceaftalen; se vedligehold af hjemmeside. Ellers regn med en til tre timer til timepris for at sætte den op første gang, og at tiden betaler sig tilbage den første gang, en opdatering ville have taget siden ned.

Tjekliste

1. Store opdateringer, nyt design og nye funktioner testes på en kopi først.
2. Kopien ligger bag adgangskode, ikke kun bag noindex.
3. Mail, betaling, integrationer og sporing er slået fra på kopien.
4. Adresser er rettet med et værktøj, der forstår WordPress-data.
5. Persondata på kopien er begrænset, beskyttet og slettes bagefter.
6. Ændringer flyttes efter type, og hele databasen kopieres aldrig over en webshop.
7. Backup af live lige før, og test af de vigtigste sider lige efter.

En testkopi hænger sammen med to andre ting, der skal være på plads: en backup, der kan gendannes, og en hosting, der gør det let. Skal siden bygges om, er det på kopien, det sker; se redesign af hjemmeside. Vi arbejder altid på en kopi, før ændringer går live på de WordPress-sider, vi passer.

Kilder

• Google, Control what you share with Google, Google Search Central.
• WordPress.org, WP STAGING, wordpress.org.
• Datatilsynet, Rollefordeling: Dataansvarlig og databehandler, datatilsynet.dk.