Efter lancering skal sitet holdes sikkert, opdateret og målbart: backup, fejlretning, formularer der virker, fornuftig hastighed og indhold, der ikke forældes. Det præcise omfang — hvem gør hvad, og hvor ofte — aftales i jeres aftale. Der findes ikke én universel “alt inkluderet”-pakke, der passer alle.
Lancering er start — ikke slut
Mange virksomheder oplever go-live som en finish line. I praksis er det dagen, hvor rigtige brugere, rigtige formularer og rigtig drift begynder. Uden en plan for efterfølgende arbejde risikerer I, at små fejl ligger urørte, indtil de koster leads eller tillid.
Denne artikel beskriver, hvad der typisk bør overvejes. Den erstatter ikke jeres kontrakt: det konkrete scope aftales pr. aftale.
Opdateringer: platform, afhængigheder og plugins
Afhængigt af stacken skal CMS, frameworks, plugins eller dependencies opdateres. Uopdaterede systemer er en klassisk sikkerhedsrisiko — især på WordPress-lignende setups med mange udvidelser.
Aftal, hvem der opdaterer, hvor ofte, og om der testes efter opdatering. Blind “auto-update alt” uden tjek kan også skabe fejl.
Backup: hvis noget går galt
Backup er ikke en luksus. Det er jeres mulighed for at genskabe sitet efter fejl, hacking eller utilsigtet sletning. Afklar: hvad tages backup af (filer, database, medier), hvor ofte, hvor længe gemmes det, og hvem kan gendanne.
En backup, ingen kan gendanne fra, er kun en fil på en disk — ikke en plan.
Fejl og overvågning
404’ere, knækkede CTA’er, SSL-advarsler og “siden loader ikke” opdages bedst tidligt. Mindst bør I have en kanal til at melde fejl og en forventning om svartid.
Proaktiv overvågning (uptime, kritiske sider) kan aftales. Uden det er I afhængige af, at en kunde eller I selv opdager problemet.
Sikkerhed i praksis
Sikkerhed er lag: opdateringer, adgangsstyring, SSL, fornuftige passwords, begrænset admin-adgang og opmærksomhed på plugins/scripts I ikke længere bruger.
Ingen kan love “hacket aldrig”. I kan love en disciplin: færre unødvendige adgange, hurtigere reaktion, og backup klar.
Formularer og leadflows
En smuk side med en død kontaktformular er dyrere end den ser ud. Test formularer efter ændringer, efter e-mailskift og efter consent-opdateringer. Tjek, at notifikationer lander i den rigtige indbakke — ikke i spam.
Booking, chat og betalingsflows bør indgå i samme “virker det stadig?”-tænkning, hvis I har dem.
Hastighed og tungere side over tid
Sites bliver ofte langsommere, når der lægges nye scripts, store billeder og marketing-tags på. Hastighed er både brugeroplevelse og (ofte) SEO-relevant.
Vedligehold kan inkludere periodisk oprydning: komprimering af medier, fjernelse af døde scripts og tjek af mobiloplevelse. Omfanget skal være aftalt — det er ikke “gratis forever”.
Browsere og enheder
I behøver ikke teste hver browser hver uge. Men større redesigns, nye sektioner eller CMS-ændringer bør tjekkes på aktuelle mobilbrowsere. “Det virker på min laptop” er ikke dokumentation.
Indhold: forældede tekster koster tillid
Åbningstider, priser, team, cases og kampagner forældes. Aftal, hvem der ejer indholdsopdateringer. Et CMS uden nogen, der bruger det, er ikke vedligehold — det er potentiale.
- Kontaktinfo og åbningstider er korrekte
- Servicesider matcher det, I faktisk tilbyder
- Gamle kampagner er fjernet eller opdateret
- Juridiske sider (privatliv, cookies) er aktuelle
SEO efter lancering
Teknisk fundament ved launch er ét skridt. Efterfølgende SEO kan omfatte nye sider, intern linking, lokal synlighed, Search Console-opfølgning og rettelse af fejl Google finder.
Skeln mellem “sitet er indexerbart og sundt” og “vi arbejder aktivt på synlighed”. Det sidste er typisk et SEO-spor — ikke automatisk del af hosting.
Måling: analytics, events og consent
Hvis I annoncerer eller skal lære af trafik, skal måling leve videre efter launch. Tags kan gå i stykker ved redesign. Consent-banneret kan blokere events utilsigtet.
Aftal, hvem der ejer tracking, og hvordan I verificerer, at konverteringer stadig registreres.
Ansvar og scope — aftales konkret
Typiske roller: kunden ejer indhold og forretningsbeslutninger; bureauet eller hostingleverandøren ejer aftalte tekniske opgaver; begge skal kunne tilgå det, de er ansvarlige for.
Skriv ned: hvad er inkluderet (fx backup, opdateringer, X timers indholdsændring), hvad faktureres ekstra, og hvad forventes af svartid ved kritiske fejl. Hos CPH WebDesigners er det præcise omfang altid aftalt pr. aftale — ikke antaget.
Hvad I kan tage med til næste samtale
Spørg efter backup, opdateringsrutine, formular-test, hvem der retter fejl, og om SEO/måling er inde eller ude. Hosting og e-mail kan være en del af driftsbilledet — se også vores ydelser inden for hosting og e-mail, webdesign og SEO.
Ofte stillede spørgsmål
- Er vedligeholdelse inkluderet i webdesign-projektet?
- Ikke automatisk. Et design- og byggeprojekt ender typisk ved lancering eller en aftalt overdragelse. Løbende drift, opdateringer og support aftales separat — eller som en tydelig tillægsaftale.
- Hvad sker der, hvis vi ikke vedligeholder noget?
- Risikoen stiger over tid: sikkerhedshuller, knækkede links, døde formularer, forældet indhold og dårligere måling. Nogle sites kører længe uden synlige problemer — indtil noget kritisk fejler.
- Skal vi have en fast månedspris?
- Det kan være fornuftigt, hvis I vil have forudsigelighed. Alternativt timeafregnet support. Vælg det, der matcher jeres ændringsbehov — ikke det, der lyder billigst på papiret.
- Hvem opdaterer tekster og billeder?
- Det bør stå i aftalen. Nogle kunder redigerer selv i CMS. Andre bestiller indholdsændringer. Begge dele kan fungere — uklarhed om ansvar gør det ikke.
- Er SEO “færdigt” ved lancering?
- Nej. Lancering kan have et teknisk og strukturelt fundament. Løbende SEO — indhold, lokal synlighed, forbedringer — er typisk et separat spor, medmindre det er aftalt som del af vedligehold eller en SEO-aftale.