Slik setter du opp et trygt testmiljø for WordPress uten å forstyrre nettsiden din

Mange som jobber med WordPress gjør endringer direkte på den levende nettsiden. Det fungerer helt til en plugin-oppdatering krasjer siden, eller et nytt tema ødelegger designet midt i en kampanje.

Et godt testmiljø lar deg prøve ting i fred før noe vises for besøkende. Her får du en konkret veiledning til hvordan du kommer i gang, hvilke valg du har og hva du bør passe på underveis.

Hva er et testmiljø, og hvorfor bør du ha det?

Et testmiljø er en egen kopi av WordPress-siden din, der du kan prøve oppdateringer, nye plugins, designendringer og innhold uten risiko. Ingen besøkende ser det du gjør, og du har tid til å feilsøke i ro.

Dette sparer deg for nedetid, panikkrettinger og uheldige feil som kan påvirke omdømme, salg og SEO. Jo mer trafikk og inntekter nettstedet har, desto viktigere er det å teste endringer før de slippes.

Tre hovedtyper WordPress-testmiljø

Det finnes flere måter å sette opp et testmiljø på, og hva som passer best kommer an på erfaring, budsjett og hvor teknisk du vil være.

Typisk skiller vi mellom tre varianter som dekker de fleste behov.

1. Staging hos webhotellet

Mange WordPress-vennlige webhotell tilbyr en staging-funksjon. Da oppretter du en testkopi med få klikk i kontrollpanelet, ofte på en egen URL, for eksempel staging.dittdomene.no.

Fordeler er at du slipper teknisk oppsett og at du ofte kan «pushe» endringene tilbake til hovedsiden. Ulempen er at du er låst til leverandørens løsning, og noen ganger mangler finstyring av hvilke data som skal synkroniseres.

2. Subdomene eller mappe på samme server

En fleksibel løsning er å sette opp testmiljø på et subdomene, som test.dittdomene.no, eller i en undermappe, som dittdomene.no/test. Her installerer du WordPress separat og kopierer filer og database.

Dette gir deg god kontroll, men krever litt mer teknisk arbeid: du må håndtere databasekopi, filstruktur og justere URL-er. I tillegg må du sørge for at miljøet ikke blir indeksert av søkemotorer.

3. Lokalt utviklingsmiljø på egen maskin

Et lokalt miljø kjører bare på din egen PC eller Mac, ved hjelp av verktøy som Local, MAMP, Wamp eller lignende. Her kan du jobbe helt isolert og teste ting uten at noe forlater maskinen din.

Dette passer spesielt godt for utviklere og for deg som jobber mye med temaer og egen kode. Ulempen er at det kan være litt mer arbeid å få endringene trygt over til den ekte serveren.

Forberedelser: sikkerhetskopi og tilgang

Før du setter opp et testmiljø, bør du ha en oppdatert sikkerhetskopi av WordPress-siden din. Det kan være en løsning fra webhotellet, en backup-plugin eller en manuell kopi av filer og database.

Det er også lurt å vite hvordan du logger inn på kontrollpanelet hos leverandøren, og ha FTP- eller SFTP-tilgang klar. Dette gjør det enklere å kopiere filer og rette opp i eventuelle feil senere.

En enkel oppskrift: staging via webhotellet

Hvis webhotellet ditt tilbyr staging, er dette ofte den raskeste veien til et trygt testmiljø. Se i kontrollpanelet etter noe som heter staging, dev, clone eller lignende.

Typisk arbeidsflyt ser slik ut:

• Opprett staging-instans via kontrollpanelet
• Velg hvilken nettside eller installasjon som skal klones
• Vent til prosessen er ferdig og logg inn via ny URL
• Beskytt staging med passord, så ikke uvedkommende finner det

Etter dette har du et miljø der du kan teste oppdateringer, nye plugins og designendringer før du eventuelt publiserer det samme på hovedsiden.

Oppsett av eget testmiljø på subdomene

Hvis du vil ha mer kontroll eller webhotellet ikke tilbyr staging, kan du lage et testmiljø på et eget subdomene. Start med å opprette subdomenet i kontrollpanelet til domenet ditt.

Deretter kan du gå frem på to måter: enten installere en helt ny WordPress og importere innhold, eller ta en direkte kopi av filene og databasen fra hovedsiden.

Kort om kopi av eksisterende side

En vanlig metode er å laste ned alle WordPress-filene fra den levende siden via SFTP, og laste dem opp til mappen for testmiljøet. Deretter eksporterer du databasen via for eksempel phpMyAdmin og importerer den til en ny database for testmiljøet.

Til slutt redigerer du wp-config.php i testmiljøet slik at den peker til den nye databasen, og oppdaterer nettadressen i databasen til testdomenet. Her kan egne migreringsverktøy for WordPress gjøre jobben enklere.

Unngå at testmiljøet blir offentlig

Det er viktig at testmiljøet ikke konkurrerer med den ekte siden i søk, eller at uvedkommende snoker i kladder og halvferdige oppsett. Det finnes flere måter å begrense tilgangen på.

Minst bør du aktivere «Be søkemotorer om ikke å indeksere dette nettstedet» i WordPress-innstillingene. For bedre kontroll kan du legge enkel HTTP-autentisering på hele miljøet via webhotellet, eller bruke en tilgangsplugin.

Hva bør du teste før du oppdaterer produksjon?

Et testmiljø er mest nyttig når du bruker det systematisk. I stedet for å bare klikke rundt på forsiden, kan du lage en fast sjekkliste du går gjennom etter større endringer.

Typiske ting som er verdt å sjekke er:

• Viktige maler: forsiden, viktige landingssider, blogginnlegg og kontaktsiden
• Skjemaer: innsending, validering, kvitteringsside og e-postvarsler
• Nettbutikk: produktvisning, handlekurv, kasse og betaling (gjerne med testmodus)
• Innlogging: WordPress-innlogging og eventuelle medlemsområder
• Ytelse: om siden føles tregere etter nye plugins eller temaendringer

Rutiner for å holde testmiljøet nyttig over tid

Et testmiljø som aldri oppdateres, speiler ikke lenger virkeligheten. Da kan ting fungere i test, men feile når du gjør det samme på hovedsiden. Derfor er det lurt å jevnlig synkronisere innhold og database.

Samtidig må du være forsiktig med hva du sender den andre veien. Aldri overskriv kundedata, ordre eller ferskt innhold i produksjon med gamle data fra testmiljøet uten å vite nøyaktig hva du gjør.

Når bør du ha mer enn ett miljø?

For en enkel blogg holder ofte ett testmiljø. For nettbutikker eller større nettsteder kan det være aktuelt å ha flere nivåer, for eksempel et utviklingsmiljø for kodeendringer og et staging-miljø som ligger tett opptil den levende siden.

Poenget er å ha et trygt sted å eksperimentere, ett miljø som ligner produksjon mest mulig, og til slutt selve produksjonssiden. Jo tydeligere skille du har mellom disse, desto mindre sjanse er det for dyre feil.

Oppsummering: begynn enkelt, bygg videre ved behov

Et testmiljø for WordPress trenger ikke være komplisert. For mange holder det å aktivere staging hos webhotellet og lage en enkel sjekkliste for hva som testes før hver større endring.

Etter hvert som nettstedet vokser, kan du stramme inn rutiner, automatisere mer og vurdere flere miljøer. Det viktigste er å slutte med endringer rett på den levende siden, og gi deg selv et trygt rom å prøve ting i først.