← Nyttig
28. oktober 20267 min lesetid
Nyheter

Gjør SEO til et lanseringskrav ved redesign av bedriftsnettstedet

Et redesign kan se ferdig ut og samtidig svekke synligheten i søk. Med en tydelig SEO-port før lansering kan dere avdekke kritiske feil mens de fortsatt er enkle å rette.

Kategori: SEO

Et nytt bedriftsnettsted blir ofte vurdert ut fra design, funksjoner og om skjemaene virker. SEO blir gjerne kontrollert sent, etter at struktur, sidetyper og innhold allerede er bestemt. Da kan feilene være kostbare å rette, selv om hver enkelt feil virker liten.

Løsningen er å gjøre SEO til et konkret lanseringskrav. Før nettstedet åpnes, må prosjektgruppen kunne dokumentere at viktige sider er tilgjengelige for søkemotorer, dekker riktig søkeintensjon, inngår i en forståelig struktur og gir en god brukeropplevelse. Dette er ikke én enkelt SEO-test, men en kontrollport med tydelige kriterier for hva som må være på plass.

SEO-krav bør gjennomgås før lanseringsbeslutningen tas.
SEO-krav bør gjennomgås før lanseringsbeslutningen tas.

Start med sidene som betyr mest for virksomheten

Det er sjelden nødvendig å kontrollere alle sider like grundig. Begynn med sidene som har størst betydning for synlighet, etterspørsel og salg. Det kan være tjenestesider, produktsider, kategorisider, lokasjonssider og faginnhold som allerede tiltrekker relevante besøkende.

Lag en prioritert liste før utviklingen starter. For hver side bør dere registrere:

  • hvilket kundebehov siden skal svare på
  • hvilken søkeintensjon den dekker
  • hvilket forretningsmål den støtter
  • om eksisterende synlighet og innhold skal bevares
  • hvilken sidetype og plassering den får i den nye strukturen
  • hvilke sider som naturlig bør lenke til og fra den

Denne listen blir prosjektets SEO-grunnlag. Den hindrer at viktige sider forsvinner fordi de ser utdaterte ut, eller blir slått sammen uten at noen vurderer hvilket behov de faktisk dekker.

Kontroller at informasjonsarkitekturen følger brukerens oppgave

En organisasjon er gjerne bygget rundt avdelinger, fagområder og interne ansvarsgrenser. Kundens søk følger ikke nødvendigvis samme logikk. En besøkende leter etter en løsning, en leveranse, et svar eller en måte å sammenligne alternativer på.

Den nye informasjonsarkitekturen bør derfor testes mot reelle oppgaver. Kan en potensiell kunde forstå forskjellen mellom tjenestene? Er relaterte temaer samlet? Er de viktigste sidene tilgjengelige gjennom navigasjonen, eller eksisterer de bare fordi noen kjenner adressen?

Viktige sidetyper må testes på både mobil og større skjermer.
Viktige sidetyper må testes på både mobil og større skjermer.

En nyttig kontroll er å gi personer utenfor prosjektgruppen konkrete oppgaver. Be dem finne riktig tjeneste, forstå hvem tilbudet passer for og finne neste steg. Hvis de må kjenne virksomhetens interne språk for å lykkes, er strukturen trolig ikke tydelig nok.

For SEO er dette viktig fordi struktur skaper sammenheng. Den hjelper søkemotoren med å forstå hvilke sider som er sentrale, hvordan temaene henger sammen, og hvilken side som bør vises for et bestemt behov.

Vurder søkeintensjon før dere godkjenner teksten

En side kan være velskrevet uten å være nyttig i søk. Den vanligste årsaken er at teksten beskriver virksomheten, mens brukeren leter etter hjelp til å velge eller løse noe.

Vurder derfor hver prioritert side ut fra hva en person forventer å finne. En tjenesteside bør vanligvis forklare hva som leveres, hvem det passer for, hvilke problemer det løser, hvordan prosessen foregår og hva neste steg er. En sammenligningsside må gjøre forskjeller tydelige. En veiledning må gi et faktisk svar, ikke bare lede videre til et kontaktskjema.

Still tre spørsmål før siden godkjennes:

En tydelig sidestruktur kobler kundebehov til riktig innhold.
En tydelig sidestruktur kobler kundebehov til riktig innhold.
  1. Hvilket konkret spørsmål eller behov bringer brukeren hit?
  2. Får brukeren et tydelig svar uten å måtte besøke flere tilfeldige sider?
  3. Er neste steg naturlig ut fra intensjonen, eller presser siden frem en handling for tidlig?

Hvis prosjektgruppen ikke kan svare presist, bør siden ikke regnes som innholdsmessig ferdig.

Test internlenkingen som en del av innholdet

Internlenking blir ofte behandlet som opprydding etter publisering. Det er en svak arbeidsform. Lenkene påvirker både hvordan mennesker beveger seg gjennom nettstedet, og hvordan søkemotorer oppfatter forholdet mellom sidene.

Hver viktig side bør motta relevante lenker fra andre sider med tematisk sammenheng. En tjenesteside kan for eksempel få lenker fra en overordnet kategoriside, relevante fagartikler og kundehistorier. Samtidig bør tjenestesiden vise videre til innhold som hjelper brukeren med vurderingen.

Kontroller også lenketekstene. Tekster som «les mer» og «klikk her» sier lite om målet. En beskrivende lenketekst gjør valget tydeligere og gir bedre kontekst.

Før lansering bør dere særlig finne foreldreløse sider, altså sider uten interne lenker inn. En side som bare finnes i sidekartet, er teknisk tilgjengelig, men svakt integrert i nettstedet.

Lag en teknisk SEO-port med målbare krav

Teknisk SEO bør ikke godkjennes med en generell beskjed om at nettstedet «ser riktig ut». Bruk konkrete kriterier som kan testes på testmiljøet og kontrolleres igjen etter lansering.

Indeksering og gjennomsøking

  • Viktige sider skal kunne indekseres.
  • Testmiljøets sperrer skal ikke følge med til produksjon.
  • Sider som ikke bør vises i søk, skal håndteres bevisst.
  • Sidekartet skal inneholde kanoniske og indekserbare sider.
  • Kanoniske signaler skal peke til riktig versjon av siden.

Adresser og omdirigeringer

  • Gamle adresser med verdi skal peke direkte til nærmeste relevante nye side.
  • Omdirigeringer skal ikke ende i kjeder eller løkker.
  • Slettede sider skal ikke automatisk sendes til forsiden.
  • Interne lenker skal bruke de nye adressene i stedet for å gå gjennom omdirigeringer.

Sidetitler og hovedinnhold

  • Prioriterte sider skal ha unike og beskrivende sidetitler.
  • Hver side skal ha et tydelig hovedtema og en logisk overskriftsstruktur.
  • Maler skal ikke lage tomme sider, duplikater eller identiske metadata i stor skala.
  • Viktig tekst skal være tilgjengelig uten at brukeren må utføre unødvendige handlinger.

Det bør være navngitt hvem som kan godkjenne hvert område. Hvis alle «følger med», er det lett at ingen tar beslutningen om å stoppe lanseringen.

Test Core Web Vitals på representative sidetyper

En rask forside er ikke bevis på at hele nettstedet fungerer godt. Ulike sidetyper kan ha forskjellige bilder, komponenter, skjemaer, filtre og tredjepartstjenester. Test derfor representative eksempler fra hver viktig sidetype.

Core Web Vitals retter oppmerksomheten mot tre deler av brukeropplevelsen: hvor raskt hovedinnholdet blir synlig, hvor responsiv siden er når brukeren samhandler, og hvor stabilt innholdet ligger mens siden lastes.

Se spesielt etter store toppbilder, skrifter som forsinker visningen, knapper som reagerer sent, samtykkeløsninger som blokkerer siden, og elementer som flytter seg etter innlasting. Slike problemer bør knyttes til konkrete komponenter og maler. Ellers risikerer dere å optimalisere én side mens den underliggende feilen består.

Målinger i et kontrollert testverktøy er nyttige før lansering, men de erstatter ikke data fra faktiske brukere. Etter lansering må dere følge utviklingen over tid og undersøke forskjeller mellom mobil og større skjermer.

Definer hva som faktisk stopper lanseringen

En SEO-port virker bare hvis prosjektet på forhånd har bestemt hvilke avvik som er kritiske. Ellers blir alle funn diskutert under tidspress, og lanseringsdatoen vinner ofte.

Forhold som normalt bør stoppe en lansering, omfatter at sentrale sider er blokkert fra indeksering, at viktige gamle adresser mangler omdirigering, at navigasjonen ikke leder til prioriterte sider, eller at hovedinnholdet ikke kan leses som forventet. Mindre forbedringer i formuleringer kan som regel planlegges etterpå.

Del avvikene i tre nivåer:

  • Stopp: Feilen kan føre til tap av synlighet, utilgjengelig innhold eller ødelagte brukerreiser.
  • Rett før lansering: Feilen svekker kvaliteten betydelig, men kan vurderes opp mot risiko og tidsbruk.
  • Forbedre etter lansering: Tiltaket er nyttig, men nettstedet kan publiseres uten at det er ferdig.

Hvert avvik må ha en ansvarlig person og en frist. En lang rapport uten eierskap gir liten beskyttelse.

Gjenta kontrollen etter at nettstedet er publisert

Noen feil oppstår først i produksjon. Innstillinger kan være annerledes, omdirigeringer kan oppføre seg uventet, og eksterne tjenester kan påvirke ytelsen. Gjenta derfor de viktigste testene umiddelbart etter lansering.

Kontroller at prioriterte sider svarer som de skal, kan indekseres, har riktige kanoniske signaler og mottar interne lenker. Test skjemaer og sentrale brukerreiser. Følg også med på om søkemotoren møter en uventet økning i brutte adresser eller andre tekniske feil.

En ny kontroll bør gjennomføres etter at søkemotorer og brukere har rukket å møte nettstedet. Da kan dere vurdere faktiske ytelsesdata, endringer i synlighet og om brukerne finner frem slik strukturen var ment.

SEO-porten gjør lanseringen til en beslutning

God SEO ved redesign handler ikke om å legge inn noen søkeord rett før publisering. Det handler om å bevare verdier, gjøre nettstedets struktur forståelig og sikre at viktige sider svarer på reelle behov.

Når kriteriene er definert tidlig, blir SEO en del av prosjektstyringen. Designere vet hvilke maler som må fungere. Utviklere vet hvilke tekniske krav som skal testes. Innholdsansvarlige vet hva en ferdig side må inneholde. Ledelsen får et tydeligere grunnlag for å avgjøre om nettstedet faktisk er klart for lansering.