Teknisk sjekk før lansering av ny nettside
En ny nettside bør ikke lanseres bare fordi den ser ferdig ut. Før den går live, må du sjekke at den er rask nok, mobilvennlig, indekserbar, trygg å klikke rundt på og tydelig nok til at potensielle kunder faktisk skjønner hva de skal gjøre videre.
Det korte svaret
En teknisk lanseringssjekk handler om å fange de små feilene som kan ødelegge førsteinntrykk, synlighet og henvendelser: feil metadata, manglende sitemap, gamle URL-er som dør, tunge bilder, brutte lenker, svak mobilvisning, dårlig kontaktflyt og sider som Google eller AI-systemer ikke klarer å forstå.
Designet kan være pent og fortsatt lekke verdi. Det er den irriterende sannheten. En nettside er ikke klar når den ser bra ut i én nettleser på én skjerm. Den er klar når den tåler ekte bruk, ekte søk og ekte kunder som ikke har tålmodighet til teknisk rot.
Start med sidene som faktisk må virke
For en vanlig bedriftsnettside bør minimumsrunden dekke de viktigste kommersielle rutene:
- forsiden - tjenestesiden eller servicesiden - om-siden - kontaktsiden - artikler eller faginnhold hvis siden har det - minst én detaljside eller artikkel hvis slike ruter finnes
Det holder ikke å åpne forsiden, nikke litt og trykke publiser. Mange feil ligger på undersider: feil tittel, gammel tekst, manglende bilde, 404 på en gammel blogglenke eller en kontaktside som ser ferdig ut, men ikke senker terskelen for henvendelser.
Metadata er ikke pynt
Tittel, metabeskrivelse, canonical og Open Graph-felter høres kjedelig ut. Men det er ofte dette som avgjør hvordan siden presenteres i søkeresultater, delinger og automatiske forhåndsvisninger.
Før lansering bør du sjekke:
- at hver viktig side har en tydelig sidetittel - at metabeskrivelsen faktisk forklarer tilbudet - at canonical peker til riktig URL - at språk er satt riktig, særlig hvis siden er norsk først - at gamle prosjekt- eller malnavn ikke ligger igjen
Generator-rester og gamle brandnavn i metadata er klassisk lanseringsslurv. Det ser lite dramatisk ut i koden, men i Google kan det bli direkte pinlig.
Mobilopplevelsen må sjekkes som en egen flate
Mange nettsider blir godkjent på desktop og kollapser litt på mobil. For norske små og mellomstore bedrifter er det ikke en liten detalj. Mobil er ofte første kontakt med bedriften.
Se spesielt etter:
- for store overskrifter som brekker rart - CTA-knapper som havner for langt ned - kort og seksjoner med unødvendig mye tomrom - menyer som er uklare eller trege - bilder som kuttes på feil sted - kontaktdetaljer som er vanskelige å bruke
Hvis mobilversjonen føles som en ettertanke, er ikke siden klar. Da har du bare en pen presentasjon for folk som sitter på stor skjerm og later som verden er ryddigere enn den er.
Hastighet handler ofte om bildepayload, ikke hosting
Når en side føles treg, er det lett å skylde på serveren. Ofte er serveren helt grei, mens frontend sender altfor tunge bilder, unødvendig JavaScript eller dårlig optimaliserte assets.
Sjekk derfor:
- om hero-bilder er komprimert - om store PNG-er burde vært WebP eller AVIF - om bilder lastes i riktig størrelse - om CSS-bakgrunner skjuler tunge filer - om Lighthouse eller tilsvarende peker på LCP-problemer
En rask server hjelper ikke hvis førsteinntrykket ligger begravd under flere megabyte med bildeballast. Det er som å sette sportsmotor i en flyttelastebil og kalle det premium.
Redirects og gamle URL-er må ryddes før Google finner rotet
Ved redesign er gamle URL-er en av de mest undervurderte risikoene. Hvis gamle blogginnlegg, kampanjesider eller tjenestesider forsvinner uten redirect, kan søketreff ende i 404. Det svekker både brukeropplevelse og teknisk tillit.
Før lansering bør gamle viktige ruter kartlegges og enten:
- redirectes permanent til beste nye side - beholdes hvis innholdet fortsatt har verdi - fjernes tydelig hvis det er teknisk søppel som aldri skulle vært offentlig
Rot i gamle URL-er er ikke bare et teknisk problem. Det er en kommersiell lekkasje. Folk klikker, får døra i trynet, og går videre.
Sitemap og robots må være sanne
En lansert nettside bør ha en fungerende sitemap og en robots-fil som ikke blokkerer det som faktisk skal finnes. Sitemap er ikke magi, men det hjelper søkemotorer å forstå hvilke sider som finnes og bør crawles.
Sjekk at:
- sitemap.xml svarer med 200 - viktige sider ligger i sitemap - gamle eller private sider ikke ligger der - robots.txt ikke blokkerer hele nettstedet ved et uhell - artikler og nye sider dukker opp etter publisering
Dette er ikke glamorøst arbeid. Men det er nettopp den typen arbeid som skiller en lansert nettside fra en pen demo.
Kontaktflyten må testes som en kunde
En nettside som ikke gjør kontakt enkelt, gjør halve jobben dårlig. Før lansering bør kontaktveien testes med kaldt blikk:
1. Er det tydelig hva man kan ta kontakt om? 2. Finnes CTA-er på naturlige steder? 3. Fungerer lenker, skjema, e-post og telefon på mobil? 4. Forklarer kontaktsiden hva neste steg er? 5. Føles det trygt å sende den første meldingen?
Hvis svaret er nei, er ikke løsningen mer animasjon. Løsningen er klarere kontaktlogikk.
AEO krever at innholdet tåler å bli hentet ut
Svarmotorer og AI-sammendrag trenger ikke mystiske spesialtriks. De trenger tydelige sider. En god teknisk sjekk bør derfor også se på om innholdet er lett å forstå uten designkontekst.
Det betyr:
- presise H1-er - logiske H2-er - direkte svar tidlig på siden - konkrete tjenestebeskrivelser - internlenker mellom relevante sider - lite generisk fylltekst
Hvis siden bare gir stemning, men ikke svar, blir den svakere både for mennesker og maskiner. AEO er ikke en trylledrikk. Det er struktur og klarhet uten bullshit.
En enkel lanseringsliste
Før publisering bør en bedriftsnettside minst sjekkes for dette:
- alle hovedsider svarer med 200 - ingen viktige lenker peker til 404 - metadata er riktig på nøkkelsidene - bilder finnes, er komprimert og lastes riktig - mobilvisning er faktisk brukbar - sitemap og robots fungerer - gamle URL-er er redirectet der det trengs - kontaktsiden og CTA-er er testet - siden bygger teknisk uten feil - live domenet viser samme versjon som repoet
Det siste punktet er viktig. Lokal suksess betyr ikke automatisk live suksess. Deployment, DNS og gamle redirects kan fortsatt fucke opp en ellers god side.
Konklusjon
En teknisk sjekk før lansering er ikke pedanteri. Det er forsikringen mot at en ny nettside ser ferdig ut, men feiler på synlighet, hastighet, mobil, kontakt eller gamle URL-er. Før du sender siden ut til kunder, Google og AI-svar, må den tåle mer enn et pent skjermbilde. Den må tåle virkeligheten.