Sjekkliste før lansering av nettside: Fra forhåndsvisning til publisering
Test innhold, mobil, skjema, søkesynlighet og tilganger før du publiserer. En konkret lanseringssjekkliste for små norske bedrifter.
Før du godkjenner en ny nettside, bør du prøve den som en kunde. Finn en tjeneste, vurder om bedriften passer til oppdraget, og send en testhenvendelse. Du får bedre grunnlag for godkjenning ved å gjennomføre disse oppgavene enn ved bare å se raskt over forsiden.
Denne sjekklisten passer en liten tjenestebedrift som lanserer eller erstatter en nettside. Den gjelder uansett om siden er laget med AI, skrevet for hånd eller satt opp i et publiseringsverktøy. Målet er å avklare hvem som kontrollerer hva, og hvilke feil som må være løst før publisering.

1. Godkjenn fakta og kundens viktigste spørsmål
Les alle sidene, også bunntekst, skjema, bekreftelser og kontaktinformasjon. Kontroller navn, organisasjonsnummer, tjenesteområde og faktiske tilbud. Hvis priser vises, må forutsetningene være forståelige. Se også etter løfter bedriften ikke kan stå inne for: responstid, sertifiseringer, erfaring og tilgjengelighet.
AI-genererte forslag fortjener samme gjennomgang som annen tekst. Be en kollega som ikke har fulgt prosjektet om å forklare tilbudet etter å ha sett siden. Hvis svaret blir uklart, trenger budskapet arbeid.
Kontroller merking og dokumentasjon av eksempler og kundeuttalelser. Et hypotetisk rådgivningsfirma kan forklare arbeidsmåten med et tenkt oppdrag hvis eksemplet merkes tydelig. Godkjenn også bildefiler, personnavn og prosjektnavn.
2. Test på mobil og med tastatur
Åpne den faktiske forhåndsvisningen på telefonen din. Prøv menyen, åpne tjenestesider og finn kontaktknappen. Se etter tekst som blir kuttet, bilder som skjuler viktig innhold, eller knapper som er vanskelige å treffe. Test gjerne på en annen telefon i tillegg, særlig hvis du ser en feil bare på én enhet.
På datamaskin kan du legge bort musen og bruke Tab, Shift+Tab og Enter. Er det synlig hvilket element som har fokus? Kan du åpne og lukke menyen og fylle ut skjemaet? W3Cs enkle tilgjengelighetssjekk omfatter blant annet tastaturbruk, synlig fokus og skjemaer. En slik gjennomgang er nyttig, men erstatter ikke en full vurdering av tilgjengelighet.
Forstørr også siden og kontroller at innholdet fortsatt kan leses og brukes. Beskriv feilen med nettadresse, enhet og handling, slik at utvikleren kan gjenskape den. Samle tilbakemeldingene i én liste og prioriter det som hindrer kundene i å forstå tilbudet eller kontakte bedriften.
3. Test hele veien fra knapp til mottatt henvendelse
Et skjema er ikke ferdig testet når knappen skifter farge eller en takkebeskjed vises. Send en tydelig merket test og kontroller at riktig person faktisk mottar den. Sjekk både innboks og søppelpost. Avklar også hvem som følger opp når den vanlige mottakeren har ferie.
Prøv å sende skjemaet med et obligatorisk felt tomt og med en ugyldig e-postadresse. Feilmeldingen bør hjelpe deg videre uten at du mister teksten du allerede har skrevet. Hvis innsendingen feiler, bør besøkende forstå det og kunne finne en annen kontaktvei. Bruk oppdiktede testopplysninger; reelle kundeopplysninger er unødvendige i denne kontrollen.
Test telefon, e-post og booking separat. Demonstrasjoner må merkes tydelig, og simulert innsending må forklares. På bedriftens faktiske nettside må tilbakemeldingen samsvare med det systemet virkelig har gjort.
| Test | Tegn på at testen er bestått |
|---|---|
| Gyldig henvendelse | Riktig mottaker har mottatt testen med de forventede opplysningene. |
| Manglende felt | Besøkende får en forståelig beskjed ved riktig felt. |
| Telefonknapp på mobil | Riktig nummer åpnes i telefonens ringefunksjon. |
| Bookinglenke | Riktig tjeneste eller bedrift åpnes hos bookingtilbyderen. |
| Feilet innsending | Brukeren får korrekt beskjed og en mulig vei videre. |

4. Kontroller at de offentlige sidene kan finnes
Be utvikleren bekrefte at de riktige sidene kan leses av søkemotorer etter publisering. Forhåndsvisninger kan ha innstillinger som hindrer indeksering. Google beskriver at noindex brukes til dette, og at en søkemotor må kunne lese regelen for at den skal virke. Innstillingene for privat forhåndsvisning og offentlig nettside må derfor vurderes hver for seg.
Kontroller sidetitler, beskrivelser og nettadresser. Hver viktig side bør ha et tydelig tema og kunne nås gjennom vanlige lenker fra nettsiden. Be om at et relevant nettstedskart er tilgjengelig og at ansvar for Search Console er avklart. Google fremhever nettstedskart som en måte å gjøre nye nettadresser kjent på; det garanterer ikke indeksering eller en bestemt plassering.
Hvis en gammel nettside erstattes, sammenlign de viktigste gamle adressene med de nye. Ikke la en gammel lenke til en populær tjeneste ende på en tilfeldig feilside. Planlegg passende videresendinger der adressene endres, og test dem etter publisering.
5. Se gjennom personvern, verktøy og tilganger
Lag en liste over tjenestene som faktisk brukes: kontaktskjema, booking, analyse, kart, video og annonsemåling. Personverninformasjonen bør beskrive den faktiske løsningen. En generell tekst du kopierer fra en annen nettside kan omtale verktøy du ikke bruker og overse dem du har lagt til.
For informasjonskapsler og lignende teknologi som krever samtykke, må samtykket være på plass før teknologien brukes. Datatilsynet beskriver kravene og unntaket for strengt nødvendige teknologier. Be ansvarlig teste både godkjenning, avvisning og tilbaketrekking når siden har en samtykkeløsning. Et banner alene dokumenterer ikke at oppsettet fungerer.
Kontroller også hvem som har administrative tilganger. Bruk virksomhetens kontoer og kontaktopplysninger der det er relevant, og sørg for at riktige personer kan gjenopprette tilgang. Avklar hva leverandøren trenger for å drifte siden, og hva bedriften selv skal følge opp.
6. Avtal publisering og kontroller den offentlige versjonen
Velg et tidspunkt der både bedriften og leverandøren kan følge opp. Bekreft hvem som publiserer, hvem som godkjenner og hvem som kontrollerer resultatet. Noter avhengigheter som domene, e-post og eksterne tjenester. Hvis noe uventet skjer, bør dere vite hvem som avgjør om publiseringen må stanses eller forrige versjon hentes frem.
Gjenta de viktigste testene på det offentlige domenet: skjema, mobilmeny, telefonlenke og videresendinger. Kontroller HTTPS og at bedriftens e-post virker dersom domeneoppsettet ble endret.
Milada krever skriftlig godkjenning før publisering. Første faktura sendes etter godkjenning og faktisk publisering; drift starter ved publisering. Godkjenningen bør gjelde den avtalte leveransen og avklarte restpunkter. Ta vare på tilbakemeldingslisten og avtalen.
7. Den korte sjekklisten du kan bruke i godkjenningen
Skill mellom feil som hindrer bruk og små forbedringer som kan planlegges senere. En henvendelse som ikke kommer frem må løses. Et ønske om flere prosjektbilder kan få en avtalt oppfølging. Denne prioriteringen gjør godkjenningen tydeligere for begge parter.
Avtal en oppfølging etter at siden er tatt i bruk. Se på kundespørsmål, kontroller kontaktveien, og oppdater informasjonen etter det dere lærer.
- Fakta, bilder, priser og påstander er kontrollert og godkjent.
- De viktigste oppgavene fungerer på mobil og med tastatur.
- En testhenvendelse er mottatt av riktig person.
- Offentlige sider og eventuelle videresendinger er teknisk kontrollert.
- Personvern, samtykke og relevante kontoer er gjennomgått.
- Ansvar for publisering, feil og senere innholdsendringer er avtalt.
Vanlige spørsmål
Kan jeg godkjenne nettsiden bare fra mobilen?
Mobilkontroll er viktig, men prøv også siden på datamaskin og med tastatur. Les alle sidene og test henvendelser helt frem til mottak. Ulike kontroller kan avdekke forskjellige feil, selv på en liten nettside.
Vil nettsiden dukke opp på Google med en gang den lanseres?
Det er ingen garanti for det. Sidene må kunne oppdages og behandles av Google, og indeksering og rangering er forskjellige ting. Kontroller tekniske innstillinger, relevante interne lenker og nettstedskart, og følg opp i Search Console.
Kilder og videre lesing
Eksterne kilder er kontrollert 18. oktober 2026. Priser og leverandørvilkår kan endre seg.
- W3C WAI: Easy Checks
Primærkilde for en innledende kontroll av tastaturbruk, fokus og skjemaer. Kontrollert 18. oktober 2026.
- Google Search Central: Block Search indexing with noindex
Forklarer noindex og at regelen må være tilgjengelig for søkemotoren. Kontrollert 18. oktober 2026.
- Google Search Central: Ask Google to recrawl your URLs
Om oppdagelse av nye nettadresser og nettstedskart, uten garanti om indeksering. Kontrollert 18. oktober 2026.
- Google Search Central: Site moves with URL changes
Veiledning om flytting og håndtering av endrede nettadresser. Kontrollert 18. oktober 2026.
- Datatilsynet: Samtykke til informasjonskapsler og andre sporingsteknologier
Primærkilde for samtykkekrav og omtale av strengt nødvendige teknologier. Kontrollert 18. oktober 2026.
- Milada: Leveransevilkår
Miladas vilkår om skriftlig godkjenning, publisering og start av fakturering.
Utarbeidet av Milada med AI som skriveverktøy og kontroller mot kildene over. Eksempler uten navngitt kunde er illustrative. Miladas egne priser og leveransevilkår finner du på prissiden og i leveransevilkårene.