Kort svar: Onboarding af et kundesite er det øjeblik, ansvaret skifter hænder – og tjeklisten beskytter begge parter: fuld site-kopi FØR du rører noget (dit nulpunkt), adgangsoverblik (hvem har hvad – og hvad skal lukkes), teknisk gennemgang (versioner, plugins, sårbarheder, performance-baseline), aftaler på plads (vedligehold, DPA, ejerskab) og dokumentationssiden oprettet fra dag ét. En time systematisk onboarding sparer ti timers arkæologi – og gør dig ansvarlig for sitets FREMTID, ikke dets fortid.
Det farligste tidspunkt i et driftssamarbejde er dag ét: du overtager et site, du ikke kender, med en historik, ingen har fortalt dig – og fra nu af er alt, der går galt, „dit“. Onboarding-tjeklisten flytter dig fra håb til viden. Her er den, punkt for punkt.
Før du logger ind første gang: tag en KOMPLET kopi (filer + database) og gem den urørt – det er dit bevis for, hvordan sitet SÅ UD, da du overtog det, og dit faldbæk, hvis noget går galt i starten. Tag samtidig baseline-målinger: hastighed (TTFB, Core Web Vitals), oppetid, søgeplaceringer på hovedord – så kan du senere DOKUMENTERE din effekt i rapporterne i stedet for at påstå den. Nulpunktet er også psykologi: kunden skal vide, at gamle problemer er ARV, ikke dit værk – og kopien beviser det.
Kortlæg ALLE adgange: WordPress-brugere (hvem er admin – og hvorfor?), hosting/kontrolpanel, domæne/DNS, betalings- og fragtkonti, analyseværktøjer, mailsystem. Typisk fund: eks-medarbejdere, gamle bureauer og „test“-brugere med fulde rettigheder. Oprydningen: luk døde konti, nedgradér overprivilegerede, aktivér 2FA på admin-adgange, og læg alt i password-manageren efter adgangsguiden. Og afklar med kunden, HVEM der fremover må ændre i produktion – driftsansvar uden ændringskontrol er en fælde (jf. aftalens forudsætninger).
Systematisk runde: versioner (WordPress, PHP, tema, plugins – og hvor langt bagud?), inaktive/forladte plugins (væk), kendte sårbarheder (scan), backup-status hos nuværende hosting (findes den? virker den?), SSL og certifikatfornyelse, formularer og mail-leverbarhed, cache-opsætning – og for shops: en testkøbsrunde. Resultatet samles i et kort „tilstandsnotat“ til kunden: her står sitet, her er de tre vigtigste risici, det her anbefaler vi først. Det notat er både forventningsafstemning og din første synlige leverance.
Før driften starter: vedligeholdelsesaftalen underskrevet, databehandleraftalen på plads, ejerskabslinjerne bekræftet – og én forventningssamtale: hvad kan kunden forvente hvornår (svartider, driftsvinduer), og hvad forventer DU (én kontaktperson, ændringer via jer). Overtager du fra et andet bureau, hører arve-guiden til her – inklusive den diplomatiske del: du behøver ikke tale forgængeren ned; tilstandsnotatet taler selv.
Måned ét: flyt sitet ind i dit standardmiljø, hvis det er aftalt (flytteguiden – og på bureau-hosting hos Hostious er migreringen en del af pakken), luk de kritiske fund fra tilstandsnotatet, sæt sitet ind i din centrale overvågning og opdateringsrytme, og opret driftsloggen. Afslut måneden med den første rapport – „det overtog vi, det har vi gjort, det anbefaler vi næst“. Så er ansvarsskiftet fuldendt: sitet er nu DIT ansvar – på DINE processer.
Når tjeklisten er i hus, begynder det egentlige arbejde: at gøre sitet til DIT ansvar i praksis. Brug de første 30 dage på tre ting. Først baseline-målingerne: notér indlæsningstid, oppetid, placeringer på de vigtigste søgeord og antal fejl i loggen – det er dit før-billede, og uden det kan du aldrig dokumentere, at tingene blev bedre på din vagt. Dernæst de hurtige gevinster: opdateringsefterslæb, manglende overvågning og åbenlyse sikkerhedshuller lukkes i uge ét – det er både sund fornuft og den bedste måde at vise handlekraft på. Og endelig den første rapport: send allerede efter første måned en kort status med før/efter-tal og de ting, du har løst. Kunden har lige skiftet leverandør og er ekstra opmærksom – den første måned afgør, om skiftet føles som en lettelse eller som mere af det samme. Afstem samtidig forventningerne én gang til: hvad ligger i aftalen, hvad koster ekstra, og hvem kontakter hvem, når noget haster.
Sæt til sidst en kalenderaftale med dig selv på dag 30: er alle punkter fra tjeklisten lukket, er dokumentationssiden skrevet, og har kunden fået første rapport? Først når de tre ting er på plads, er onboardingen reelt færdig – og sitet en del af den almindelige drift på lige fod med resten af porteføljen.
Den komplette, urørte kopi FØR du ændrer noget – dit nulpunkt, faldbæk og bevis for, hvad der var arv.
Nej – tilstandsnotatet dokumenterer arven og adskiller den fra dit arbejde. Du er ansvarlig for sitets fremtid, ikke dets fortid.
Tjeklisten: 1-3 timer for et normalt site. Indflytning i standardmiljø og lukning af kritiske fund: den første måned, planlagt.
