Driftsdokumentation: den ene side, en vikar kan drive sitet fra

Kort svar: God driftsdokumentation til et website er én side, der består vikar-testen: kan en kompetent person, der aldrig har set jeres setup, holde sitet kørende ud fra den alene? Siden rummer fakta (domæne, DNS, hosting, backup, mail og eksterne tjenester), rutiner (med henvisning til årshjulet) og opskrifter på de fem-syv hyppigste opgaver. Kodeord står aldrig i dokumentet – de ligger i en password manager. Gem siden uden for sitet selv, og test den én gang om året.

Fagligt gennemgået: 2. oktober 2026

Ethvert lille setup har en bus-faktor på én: personen, der „bare lige ved“, hvor DNS’en ligger, hvad et bestemt plugin gør, og hvordan cachen tømmes. Den viden forsvinder med ferie, sygdom og jobskifte – medmindre den er skrevet ned.

Denne guide viser, hvad siden skal indeholde, hvordan du skriver den, og hvordan du holder den opdateret.

1. Skriv til vikaren

Skriv dokumentet til én bestemt læser: en kompetent person, der aldrig har set jeres setup – vikaren, det nye bureau eller dig selv om tre år. Testen for hver linje er, om den læser kan handle på den:

• „DNS ligger hos udbyder X – login i password manageren under ’DNS’“ består testen.
• „Spørg Michael om DNS“ dumper.

Målestokken afgør også, hvad der ikke skal med: historik, lange begrundelser og alt, der allerede står bedre andetsteds. Dokumentet linker til nedbrudsplanen, adgangsoversigten og ændringsloggen i stedet for at gentage dem.

Målet er én side, der kan læses på ti minutter. Et dokument på tyve sider bliver ikke læst i en krise – og så er det ikke meget værd.

2. Fakta-delen: hvor bor hvad?

Fakta-delen er ca. ti linjer, der besvarer spørgsmålet „hvor bor hvad?“:

Område	Hvad skal stå der
Domæne	Registrator, registrant (ejer) og fornyelsesdato
DNS	Hvilken udbyder styrer zonen – ikke altid den samme som domænet
Hosting	Udbyder, kundenummer, supportens kontaktvej og hvad aftalen omfatter
WordPress	Admin-adresse og hvem der har hvilke roller (detaljer i adgangsoversigten)
Backup	Hvor den ligger, hvor langt tilbage den går, og én sætning om, hvordan gendannelse startes
Mail	Mailudbyder, og hvor SPF, DKIM og DMARC er sat op
Betaling og booking	Gateway, bookingsystem og kontonavn, hvis relevant
Eksterne tjenester	Nyhedsbrev, statistik, overvågning og statusside

Vigtigt: Ingen kodeord i dokumentet – uden undtagelser. Kodeord ligger i en password manager med delt adgang, og dokumentet nævner kun, hvilken manager og hvilket område. Så kan siden deles bredt uden selv at være en sikkerhedsrisiko.

Skriv også, hvem der ejer domænet og hostingaftalen juridisk – virksomheden, en medarbejder eller et bureau. Det er afgørende den dag, noget skal flyttes eller fornyes. Se registrant og registrator for forskellen.

3. Rutiner og opskrifter

Rutine-delen er kort, fordi den henviser videre:

• Månedligt: årshjulets månedsrutine (ca. 30 minutter).
• Kvartalsvis: kvartalstjekket.
• Opdateringer: efter opdateringspolitikken.

Tre linjer, og vikaren ved, hvad der forventes hvornår.

Opskrifterne er dokumentets arbejdshest: de fem-syv opgaver, der faktisk forekommer, skrevet trin for trin i bydeform. Typiske opskrifter er:

• Opdatér plugins – og test bagefter.
• Tøm cachen (både plugin-cache og et eventuelt CDN).
• Opret eller luk en bruger.
• Læg en nyhed eller et produkt op.
• Sæt siden i vedligeholdelsestilstand.
• Gendan fra backup.
• Hvad gør jeg, hvis sitet er nede? (Én linje: følg nedbrudsplanen – med link.)

Skriv opskrifterne, mens du selv udfører opgaven, så du får hvert klik med. Hold hver opskrift under ti trin: er den længere, er det et tegn på, at opgaven bør forenkles eller automatiseres.

4. Et eksempel på opbygningen

Sådan kan skelettet se ud. Udfyld det med jeres egne oplysninger, og slet de punkter, der ikke er relevante:

DRIFTSDOKUMENTATION – eksempel.dk
Senest opdateret: [dato] af [navn]   Senest testet: [dato]

FAKTA
Domæne:   [registrator], ejer: [virksomhed], fornyes [dato]
DNS:      [udbyder] – login: password manager › "DNS"
Hosting:  [udbyder], kundenr. [x], support: [telefon/mail/portal]
WordPress: eksempel.dk/wp-admin – roller: se adgangsoversigten
Backup:   dagligt hos [udbyder], [x] dage tilbage – gendan via [sted]
Mail:     [udbyder] – SPF/DKIM/DMARC sat i DNS hos [udbyder]

RUTINER
Månedligt: årshjulets månedsrutine · Kvartalsvis: kvartalstjek
Opdateringer: se opdateringspolitikken

OPSKRIFTER
1. Opdatér plugins  2. Tøm cache  3. Opret/luk bruger
4. Læg nyhed op     5. Vedligeholdelsestilstand  6. Gendan backup
Sitet er nede: følg nedbrudsplanen [link]

5. Format og placering

Værktøjet er frit – et delt dokument, en wiki-side eller en note i jeres fælles arbejdsområde. Men tre krav er faste:

1. Dokumentet må ikke ligge på sitet selv. En side i WordPress er nede sammen med WordPress – præcis når du skal bruge den.
2. Det skal kunne findes uden forhåndsviden. Et fast, delt sted med et forudsigeligt navn – og nævnt i nødkontaktlisten.
3. Det skal kunne åbnes på en telefon. Kriser vælger ikke tidspunkt.

Del dokumentet med alle, der kan få brug for det – medejer, aflaster og bureau – og overvej et print i skuffen som sidste udvej. Det er gammeldags, men immunt over for præcis de nedbrud, dokumentet handler om. Bureauer kender øvelsen fra drift af kundesites: det er samme disciplin, vendt indad.

6. Hold dokumentet i live

Forældet dokumentation kan være farligere end ingen – den sender vikaren til den forkerte udbyder med selvsikkerhed. Giv derfor siden to faste livliner:

• Opdatering ved ændring: Skifter I DNS-udbyder, mailudbyder eller betalingsgateway, rettes dokumentet i samme arbejdsgang som linjen i ændringsloggen.
• Den årlige prøve: I juni, før ferien, lader du en anden udføre én opskrift alene ud fra dokumentet. Ret alt, der drillede, og skriv datoen for testen øverst.

Dokumentet er samtidig halvdelen af en overdragelse. Den dag sitet skifter hænder, er arbejdet allerede gjort.

Typiske fejl i driftsdokumentation

• Kodeord i klartekst – dokumentet bliver en sikkerhedsrisiko og kan derfor ikke deles.
• Kun én person har adgang – så har du flyttet bus-faktoren, ikke fjernet den.
• Ingen dato – læseren kan ikke vurdere, om oplysningerne stadig gælder.
• Opskrifter skrevet efter hukommelsen – de mangler altid det klik, man ikke tænker over.
• For meget tekst – alt det, der kan linkes til, skal linkes til.

Hvad hostingen kan forenkle

Jo mere hostingen dækker, desto kortere bliver dokumentet. På WordPress hosting hos Hostious er backup-linjen fx kort: daglig og manuel backup med selvbetjent gendannelse – og dansk support døgnet rundt, hvis du har brug for hjælp. Fra WP StartUp er WordPress serviceaftalen inkluderet, så opdateringslinjen kan henvise til den.

Læs også

• Hub: Driftshåndbogen
• Adgangsoversigten: hvem har adgang til hvad – og hvorfor?
• Ferie, sygdom og exit: overdragelse af driften uden panik
• Nødkontakter og eskalation: hosting, bureau og betalingsudbyder
• WordPress hosting hos Hostious – daglig backup og dansk support døgnet rundt

Ofte stillede spørgsmål om driftsdokumentation

Hvor lang skal driftsdokumentationen være?

Én side, der kan læses på ti minutter – fakta, henvisninger til rutiner og fem-syv opskrifter. Tyve sider bliver ikke læst i en krise; alt dybere linkes der til.

Må der stå kodeord i dokumentet?

Aldrig. Kodeord ligger i en password manager med delt adgang, og dokumentet nævner kun hvilken. Så kan siden deles bredt uden selv at være en sikkerhedsrisiko.

Hvor skal dokumentet ligge?

Uden for sitet selv – på et delt drev eller i en wiki, tilgængeligt fra telefonen, med et forudsigeligt navn og nævnt i nødkontaktlisten. En side i WordPress er nede sammen med WordPress.

Hvor ofte skal driftsdokumentationen opdateres?

Hver gang noget i setuppet ændres – i samme arbejdsgang som ændringsloggen – og derudover ved en årlig test, hvor en anden følger en opskrift alene ud fra dokumentet.