Drift og vedlikehold av nettside: Hva trenger en liten bedrift?

1. Avklar hva «drift» faktisk omfatter

Hosting gjør nettsiden tilgjengelig på nettet. Teknisk vedlikehold holder løsningen fungerende. Innholdsarbeid endrer det kunden leser. Oppgavene kan inngå i samme avtale, men du bør spørre konkret.

Et tilbud blir enklere å sammenligne når du bruker konkrete situasjoner: Hvem retter et ødelagt skjema? Hvem legger inn nye åpningstider? Hvem undersøker hvorfor en bookingknapp feiler? Be om skriftlige svar, særlig når nettsiden er koblet til tjenester som leveres av andre.

2. Gi både teknikken og innholdet en ansvarlig

Velg én kontaktperson i bedriften som godkjenner innhold og følger opp leverandøren. Personen trenger ikke kunne kode. Oppgaven er å vite hvilke tjenester nettsiden skal støtte, og si fra når bedriften endrer priser, ansatte, kontaktinformasjon eller tjenesteområde.

Leverandørens ansvar bør være like tydelig. Spør hvem som mottar feilmeldinger, hvordan alvorlige problemer prioriteres, og hva du kan forvente utenfor vanlig arbeidstid. En liten månedlig avtale bør vurderes ut fra det avtalte omfanget. Ikke legg til grunn døgnbemanning eller en bestemt rettetid uten en uttrykkelig avtale.

I en hypotetisk håndverksbedrift kan kontoransvarlig kontrollere innholdet og motta skjemaer, mens leverandøren undersøker tekniske feil. Når noen slutter, må ansvar og tilganger overføres.

3. Lag en liten rutine du faktisk gjennomfører

Tilpass kontrollene til endringstakt og betydning for bedriften. En enkel tjenesteside har andre behov enn daglige bestillinger. Følg opp ansvarsfordelingen med en kalender som viser hvem som gjør hva.

Et praktisk utgangspunkt er en månedlig gjennomgang av kontaktveien og synlige opplysninger, og en grundigere gjennomgang når større endringer er publisert. Dette er et forslag til arbeidsrutine, ikke en teknisk standard eller et løfte om at én kontroll i måneden avdekker alle feil. Kritiske tjenester kan trenge tettere oppfølging.

1. Åpne forsiden og viktigste tjenesteside på en mobil. Kontroller at innhold og knapper er lesbare.
2. Send en tydelig merket test gjennom kontaktskjemaet. Bekreft at den er mottatt i riktig innboks.
3. Kontroller åpningstider, telefonnummer, e-post, priser og lenker til booking eller andre tjenester.
4. Se gjennom tilgjengelige varsler og målinger. Noter avvik og hvem som følger dem opp.
5. Før større innholdsendringer: avklar hvordan forrige versjon kan hentes frem ved behov.

4. Hold orden på tilganger og tekniske endringer

Færre unødvendige verktøy gjør det enklere å forstå hva nettsiden er avhengig av. Før du legger til en ny chat, videospiller eller bookingmodul, spør hvilket problem den løser, hvem som betaler og hvem som følger opp tjenesten. Et tillegg er også en ny ting som må kunne testes ved feil.

Bruk individuelle tilganger og flerfaktorautentisering der det er tilgjengelig, særlig for domeneforhandler og administratorkontoer. CISA anbefaler flerfaktorautentisering som et sikkerhetstiltak for virksomheter. I praksis bør du også vite hvem som har gjenopprettingsinformasjon, slik at en mistet telefon ikke stanser nødvendig arbeid.

Når programvare eller koblinger oppdateres, bør ansvarlig kontrollere den viktigste kundereisen etterpå. En godkjent oppdatering er mer enn at publiseringen ble grønn i et verktøy. Test at siden åpner, at skjemaet virker og at det du endret oppfører seg riktig. Behold en kort endringslogg som gjør det enklere å finne årsaken til en senere feil.

5. Spør hvordan siden kan gjenopprettes

Ikke bruk ordet backup som en erstatning for en beskrivelse. Spør hva som er med: kode, tekst, bildefiler, innstillinger, eventuelle databaser og opplastinger. En historikk over kodeendringer forteller ikke alene om alle disse delene er dekket. En eksport av tekst er heller ikke nødvendigvis en komplett kopi som kan settes i drift.

NSM anbefaler sikkerhetskopiering etter virksomhetens behov og øvelse på gjenoppretting. For en liten nettside betyr det å få konkrete svar om hvilke kopier som finnes, hvem som har tilgang, og hvordan tilbakeføring blir gjennomført. Avklar også om dette inngår i avtalen eller må bestilles separat.

Tenk gjennom et hypotetisk feilscenario: En feil bildepakke erstatter alle prosjektbildene. Kan dere hente forrige versjon, og hvem gjør jobben? Eller ligger de eneste originalene på en gammel datamaskin? Slike spørsmål er enklere å løse før en hendelse. Be gjerne leverandøren forklare ett realistisk gjenopprettingsløp uten tekniske forkortelser.

6. Gjør en feilmelding mulig å handle på

Når noe feiler, send nettadressen, hva du prøvde å gjøre, tidspunktet og hva som skjedde. Et skjermbilde kan hjelpe, men fjern private kundeopplysninger. Skriv om feilen gjelder alle besøkende eller bare én enhet, hvis du har grunnlag for å vite det. «Skjema gir feilmelding når jeg trykker Send» er et bedre utgangspunkt enn «nettsiden virker ikke».

Be leverandøren skille mellom at siden er utilgjengelig, at en funksjon feiler og at en ekstern tjeneste er nede. Da blir det lettere å avgjøre hvem som må gjøre noe. En fungerende forside beviser for eksempel ikke at forespørsler kommer frem. Derfor er en test av hele kontaktveien nyttig selv om en tilgjengelighetsmåling ser normal ut.

Bestem på forhånd hvilken kontaktvei kunder kan bruke hvis en viktig funksjon er utilgjengelig. For en liten bedrift kan et synlig telefonnummer være et enkelt alternativ. Etter retting bør samme oppgave prøves på nytt, og årsak og tiltak noteres kort.

7. Vurder avtalen ut fra bedriftens faktiske behov

Hos Milada inngår hosting, HTTPS og teknisk vedlikehold. Henvendelser håndteres på virkedager uten løfte om døgnbemanning eller bestemt oppetid. Bedrift inkluderer én mindre innholdsendring på opptil 15 minutter månedlig; minutter overføres ikke.

Kundeportalen inngår fra oppstart. Tilgjengelige drifts- og hastighetsmålinger vises etter publisering. Trenger du et redigeringssystem, bestemte backup-rutiner eller andre tillegg, må det avklares i avtalen.

• Vi har én ansvarlig og en stedfortreder i bedriften.
• Hosting, innholdsendringer og teknisk vedlikehold er beskrevet hver for seg.
• Vi vet hvordan feil meldes og hvilke arbeidstider som gjelder.
• Rutiner og ansvar for sikkerhetskopi og gjenoppretting er avklart.
• Domene, kontoer og eksterne abonnementer har riktige kontaktpersoner.