Sjekke nettsider: 10 punkter du kan kontrollere i dag

Å sjekke nettsider betyr å gå gjennom ytelse, universell utforming, sikkerhet, sporing og innhold — og notere hva som må rettes. Bruk Lighthouse, WCAG-krav og Search Console. Under finner du en sjekkliste på ti punkter du kan gå gjennom på under en time.

«Sjekke nettsider» kan bety to ting: du vil vurdere din egen side før en relansering, eller du vil sjekke om en side du besøker er trygg. Denne artikkelen handler om det første — hvordan du systematisk går gjennom en nettside og finner ut hva som må rettes. Har du bare 45 minutter, gjør du unna de ti punktene nedenfor og sitter igjen med en konkret liste.

Hva du trenger før du starter

Du trenger tre ting: Chrome (for Lighthouse-testen som ligger innebygd under Utviklerverktøy), tilgang til Google Search Console for domenet, og innlogging til publiseringsverktøyet. Er siden bygget på WordPress eller en annen kjent plattform, sjekker du også versjon og aktive utvidelser samtidig. Har du ikke tilgang til Search Console, er første oppgave å skaffe det — uten den flyr du blindt.

Sjekklisten: 10 punkter

Gå gjennom i rekkefølge. Hvert punkt slutter med «Hvis nei» og et konkret neste steg. Ikke hopp videre før du har notert svaret.

1. Laster forsiden på under 2,5 sekunder på mobil? Kjør Lighthouse i Chrome (Utviklerverktøy → Lighthouse → Mobile → Analyze). Ytelsesscore under 50 betyr at du taper besøkende før de har sett noe. Hvis nei: komprimer de tre største bildene på forsiden i dag (WebP eller AVIF), og noter hvilke skript som blokkerer rendering. Grunnprinsippene ligger godt forklart i web.dev sin innføring i ytelse.
2. Er alle bilder utstyrt med meningsfull alt-tekst? Høyreklikk på bildene på forsiden og «Inspiser». Alt-attributtet skal beskrive bildet, ikke være tomt eller si «bilde1.jpg». Hvis nei: gå gjennom bildebiblioteket og fyll ut alt-tekst på de 20 mest brukte bildene først.
3. Har teksten tilstrekkelig kontrast mot bakgrunnen? Bruk Lighthouse sin tilgjengelighetsseksjon eller nettleserutvidelsen «axe DevTools». WCAG 2.2 krever kontrastforhold på minst 4,5:1 for brødtekst. Hvis nei: juster fargevariablene i stilarket — ofte er det bare én grå tekstfarge som må mørknes. Se W3C sine retningslinjer for universell utforming (WCAG 2.2) for detaljene.
4. Har alle skjemafelt synlig ledetekst (label)? Klikk deg gjennom kontaktskjemaet med tastaturet (Tab). Hvert felt skal ha en synlig tekst som forklarer hva som skal fylles inn. Hvis nei: rett skjemamalen — placeholder-tekst er ikke en label og forsvinner når brukeren begynner å skrive.
5. Kjører siden på HTTPS uten blandet innhold? Se etter hengelåsen i adressefeltet. Åpne konsollen (F12) og se etter «Mixed content»-advarsler. Hvis nei: bytt ut alle http://-lenker og innebygde ressurser med https://, eller oppgrader hostingpakken hvis sertifikatet mangler.
6. Er CMS, tema og utvidelser oppdatert? Logg inn i administrasjonspanelet og sjekk oppdateringsvarsler. Utdaterte plugins er den vanligste innfallsporten for hacking. Hvis nei: ta backup, oppdater i staging først, og fjern utvidelser du ikke lenger bruker.
7. Er nettstedet verifisert i Search Console og har et gyldig sitemap? Åpne Search Console og sjekk «Sider»-rapporten. Har du feil under «Ikke indeksert», må du finne ut hvorfor. Hvis nei: verifiser eiendommen og send inn sitemap.xml. Har du en gjennomtenkt oppfølging med Google Analytics på nettstedet, får du også svar på hvilke sider som faktisk brukes.
8. Møter viktigste landingssider søkeintensjonen? Søk på de tre viktigste søkeordene dine og se hva som ligger på topp. Svarer siden din på samme spørsmål? Hvis nei: skriv om ingressen og de to første avsnittene så de faktisk besvarer søket — ikke bare beskriver bedriften.
9. Har du en tydelig neste handling på hver side? Åpne fem tilfeldige sider. Er det klart hva leseren skal gjøre videre — ringe, sende skjema, gå til produktside? Hvis nei: legg til én primær CTA per side. Kobler du kontaktskjemaet direkte inn i et CRM-system for oppfølging, unngår du at henvendelser blir liggende i en innboks.
10. Fungerer domene, e-post og backup som forventet? Sjekk at domenet er registrert på riktig eier og har lang nok utløpsdato, at e-post fra kontaktskjema faktisk kommer fram, og at siste backup ikke er ett år gammel. Hvis nei: overfør domenet til bedriftens egen konto, test skjemaet med en ekte adresse, og sett opp automatisk backup med minst 30 dagers historikk.

I Box sine gjennomganger oppfyller 8 av 10 norske SMB-nettsider ikke minstekravene til universell utforming — vanligst er manglende alt-tekster, dårlig kontrast og skjema uten ledetekster.

Tallet over er ikke ment å skremme. Det er ment å si at hvis du selv finner disse tre feilene på din side, er du i godt selskap — og at de er relativt raske å rette. Vi anbefaler å ta unna alt-tekster og kontrast før du begynner på tyngre designarbeid, fordi det gir målbar forbedring i Lighthouse-scoren med en gang.

Verktøy: hva bruker du til hva?

Lighthouse er gulvet — den kjører du selv. PageSpeed Insights viser i tillegg feltdata fra Chrome-brukere, som er nærmere sannheten enn en ren labtest. Vi ville ikke betalt for et dyrt overvåkingsverktøy før du har brukt de gratis verktøyene grundig i et halvt år.

Etter Lighthouse-optimalisering — bildekomprimering, caching og opprydding i skript — forbedres ytelsesscore hos Box sine kunder typisk fra under 55 til over 80.

Sjekke andres nettsider — er de trygge?

Får du en lenke du er usikker på, er de raske sjekkene: står det https:// i adressefeltet, er domenet skrevet riktig (ikke «vipsps.no» eller lignende), og ser du en hengelås? En dypere sjekk kan du gjøre med Google Safe Browsing (transparencyreport.google.com/safe-browsing) eller VirusTotal. For norske forbrukere er Nettvett.no en fornuftig kilde. Er du i tvil, ikke logg inn og ikke oppgi kortopplysninger.

Når en sjekkliste ikke er riktig

En sjekkliste er nyttig når du har en nettside som fungerer og skal gjøres bedre. Den er feil verktøy i to situasjoner. Den ene er når siden er så gammel eller så dårlig bygget at hvert punkt gir «nei» — da bruker du dagen på å notere problemer i stedet for å løse dem, og en full ombygging er billigere enn å lappe. Den andre er når du egentlig ikke har et teknisk problem, men et innholdsproblem: siden laster raskt, er tilgjengelig og indeksert, men ingen konverterer. Da handler det om budskap, tilbud og målgruppe, ikke om Lighthouse-score. Vi anbefaler da å begynne med kundeintervjuer og en tydeligere plan for markedsføring og synlighet, ikke en teknisk revisjon.

Vanlige fallgruver vi ser

• Test- og produksjonsmiljø blandes. Google Analytics-koden fra staging henger igjen i produksjon, og du får dobbel telling. Sjekk at bare én målings-ID er aktiv.
• Kontaktskjemaet sender til en e-postadresse ingen leser lenger. Test skjemaet med en ekte adresse hver tredje måned — vi har sett bedrifter miste henvendelser i månedsvis.
• Sitemap peker på gamle URL-er etter en migrering. Search Console rapporterer da 404 på sider som faktisk finnes under nytt navn.
• Cookie-banneret blokkerer analysesporing helt. Du får et falskt bilde av at «ingen besøker siden». Sjekk at samtykkeløsningen faktisk aktiverer sporing når brukeren godtar.
• Domenet er registrert på en tidligere ansatt eller et gammelt byrå. Oppdages først når det skal fornyes eller flyttes. Sjekk hvem som står som eier hos registraren i dag.

Når lastetiden på mobil kuttes under 2 sekunder, ser Box typisk 20–35 % lavere fluktfrekvens på landingssidene.

Hva med AI-søk og synlighet?

En del av å sjekke nettsider i 2026 er å forholde seg til at Google også svarer med AI Overviews og AI Mode. Disse henter fra de vanlige søkesystemene, så en side som er godt indeksert og faktisk svarer på spørsmålet har sjansen — mens en side som bare beskriver bedriften, ikke har det. Search Console har nå en egen rapport for AI-flatene. Vi anbefaler å sjekke den månedlig hvis du jobber med innhold, men ikke å bygge om hele siden basert på antakelser om hvordan kunstig intelligens rangerer kilder. Google har for eksempel selv sagt at de ikke bruker llms.txt, så det er ingen grunn til å legge inn den filen. Skal du bygge nye funksjoner på siden, som en chatbot med AI-svar, er hovedspørsmålet om den løser et reelt kundeproblem — ikke om den ser moderne ut.

Hva gjør du med funnene?

Etter en gjennomgang har du en liste. Prioriter i denne rekkefølgen: sikkerhet og tilgang (HTTPS, backup, eierskap til domene) → tilgjengelighet (alt-tekst, kontrast, labels) → ytelse på mobil → sporing og Search Console → innhold og konvertering. Grunnen er praktisk: de tre første er billige å rette og reduserer risiko, mens innholdsarbeid er tyngre og bør gjøres med bedre datagrunnlag. Trenger du hjelp til å ta unna listen, kan vi gjøre gjennomgangen for deg — se Box sin nettsidetjeneste for hva det innebærer.