Digital produktutviklingHafsteinn Runarsson · AI Konsulent11 Sept 2026 · 10 min

Informasjonsarkitekt: rolle, ansvar og informasjonsarkitektur

Informasjonsarkitektur er måten innhold og informasjon organiseres, navngis og kobles sammen på, slik at mennesker og systemer kan finne, forstå og bruke det. En informasjonsarkitekt gjør denne strukturen konkret gjennom kategorier, navigasjon, søk, metadata og tydelige regler for forvaltning.

Kort sagt: Informasjonsarkitekten finner ut hva som skal finnes, hva det skal hete, hvordan det skal henge sammen og hvordan brukerne skal finne frem. Arbeidet begynner med brukeroppgaver og innhold, ikke med å tegne en ny meny.

Hva gjør en informasjonsarkitekt?

En informasjonsarkitekt undersøker hvordan mennesker leter etter og forstår informasjon, og omsetter innsikten til en struktur som kan bygges og forvaltes. Rollen kobler brukerbehov, innhold, design og teknologi.

Typiske oppgaver er å:

• kartlegge sider, dokumenter, funksjoner og datakilder;
• avdekke hvilke oppgaver brukerne prøver å løse;
• gruppere innhold og definere tydelige kategorier;
• velge navn på menyer, lenker, filtre og innholdstyper;
• lage sidekart, taksonomier og navigasjonsmodeller;
• beskrive metadata, relasjoner, søk og synonymer;
• teste om brukere finner riktig informasjon;
• avklare eierskap og regler for videre forvaltning.

Informasjonsarkitekt er ikke alltid en egen stillingstittel. Ansvaret kan ligge hos en UX-designer, innholdsdesigner, produktdesigner, tjenestedesigner eller virksomhetsarkitekt. Det avgjørende er at noen eier helheten og kan begrunne strukturen med innsikt, ikke interne antakelser.

Når trenger dere en informasjonsarkitekt?

Dere trenger informasjonsarkitektur når innholdet har blitt vanskelig å finne, løsningen skal bygges om, eller flere team lager struktur uten felles regler. Rollen er særlig nyttig før en ny nettside, app, selvbetjeningsløsning, intranett eller innholdsrik tjeneste skal designes.

Vanlige tegn på at arbeidet bør prioriteres er:

• hovedmenyen speiler avdelinger i stedet for brukeroppgaver;
• flere sider svarer på det samme spørsmålet;
• brukerne søker etter innhold som allerede finnes;
• redaktører bruker ulike navn og kategorier for samme ting;
• nye sider plasseres der det tilfeldigvis er plass;
• filtre gir uforutsigbare eller tomme resultater;
• viktige brukerreiser krever mange omveier;
• ingen eier kategorier, metadata eller arkivregler;
• en ny målgruppe, tjeneste eller datakilde skal inn i løsningen.

Det er sjelden nødvendig å rydde opp i alt samtidig. Start med en viktig brukeroppgave eller en avgrenset del av tjenesten, og test om den nye strukturen gjør det enklere å finne frem.

Hva er informasjonsarkitektur?

Informasjonsarkitektur, ofte forkortet IA, er den underliggende modellen som gjør informasjon forståelig og mulig å finne. Den bestemmer hva innholdet heter, hvordan det grupperes, hvilke veier brukeren kan følge, og hvordan søk eller filtre skal støtte oppgaven.

For en nettside svarer informasjonsarkitekturen blant annet på disse spørsmålene:

• Hvilke hovedkategorier trenger brukerne?
• Hva skal ligge i hovedmenyen, og hva kan ligge lenger ned i strukturen?
• Hvilke ord forstår målgruppen uten intern forklaring?
• Skal samme innhold kunne finnes gjennom flere innganger?
• Hvilke metadata, filtre og søkefunksjoner trengs?
• Hvem skal oppdatere og forvalte strukturen?

Et sidekart viser en del av resultatet. Informasjonsarkitekturen er logikken bak sidekartet, navigasjonen, søket og innholdsmodellen.

To betydninger: brukeropplevelse og IT-arkitektur

Informasjonsarkitektur brukes om to beslektede fagområder: hvordan mennesker finner innhold, og hvordan en virksomhet definerer og forvalter informasjon på tvers av systemer. Begge handler om struktur og mening, men på ulike nivåer.

Bouvet beskriver dette skillet som en UX- og innholdsversjon og en IT-versjon:

• UX- og innholdsperspektivet: kategorier, menyer, navigasjon, søk, etiketter og sammenhengen mellom innholdssider.
• IT- og virksomhetsperspektivet: datakilder, informasjonsmodeller, dataflyt, standarder, integrasjoner og forvaltning.

Denne guiden legger mest vekt på brukerorientert informasjonsarkitektur for nettsteder og digitale tjenester. I komplekse løsninger må den henge sammen med data- og systemarkitekturen. Et filter i grensesnittet fungerer for eksempel bare når innholdet har konsistente metadata i systemet bak.

De fire byggesteinene i god informasjonsarkitektur

God informasjonsarkitektur kombinerer organisering, navngiving, navigasjon og søk. Hvis én del er svak, må brukeren ofte gjette seg frem.

1. Organisering

Organisering avgjør hvilke grupper informasjonen tilhører. Strukturen kan bygges rundt temaer, oppgaver, målgrupper, produkter, prosesser, geografi eller en kombinasjon.

En offentlig tjeneste kan organiseres etter livssituasjon, mens en nettbutikk ofte trenger produktkategorier og egenskaper. Velg prinsippet som samsvarer med brukerens mentale modell, ikke bare virksomhetens organisasjonskart.

2. Navngiving

Navngiving handler om ordene i menyer, overskrifter, knapper, filtre og lenker. Gode etiketter er konkrete, konsekvente og forståelige uten intern kontekst.

«Tjenester» kan være presist i én løsning og altfor bredt i en annen. Test om brukerne kan forutse hva de finner bak hvert navn.

3. Navigasjon

Navigasjonen viser mulige veier gjennom informasjonen. Den omfatter mer enn hovedmenyen. Brødsmuler, lokale menyer, relaterte lenker, kategorisider og handlingslenker kan være like viktige.

En god struktur lar brukeren orientere seg og bytte retning uten å starte på nytt. Samme side kan også være relevant fra flere innganger, uten at innholdet må dupliseres.

4. Søk, metadata og filtre

Søk og filtre hjelper når brukeren vet hva hen leter etter, eller når innholdsmengden er for stor for ren navigasjon. De er avhengige av gode titler, metadata, synonymer og konsistente kategorier.

NTNUs emnebeskrivelse for informasjonsarkitektur omfatter blant annet klassifisering, indeksering, metadata, informasjonsgjenfinning, søk, navigasjonsstrategier og språk. Fagområdet må derfor behandles som et sammenhengende system, ikke som en isolert menyøvelse.

Slik arbeider en informasjonsarkitekt steg for steg

Arbeidet går fra innsikt til struktur, prototype og test før løsningen bygges ferdig. Da kan teamet oppdage feil i modellen mens det fortsatt er enkelt å endre den.

1. Definer mål og viktige oppgaver. Beskriv hva brukerne skal finne eller få gjort, og hvilken verdi oppgaven har for virksomheten.
2. Kartlegg innholdet. Lag en oversikt over sider, dokumenter, funksjoner, datakilder og innholdseiere. Marker hva som skal beholdes, slås sammen, omskrives, flyttes eller fjernes.
3. Forstå språk og forventninger. Bruk intervjuer, supportsaker, interne søk, analyse og samtaler med fagpersoner for å finne ordene målgruppen faktisk bruker.
4. Grupper og navngi. Lag flere forslag til kategorier og etiketter før dere velger én modell.
5. Beskriv struktur og navigasjon. Definer hierarki, alternative innganger, relaterte sider, metadata, filtre og søk. Gjør modellen konkret med et sidekart eller en klikkbar prototype.
6. Test og forbedre. Undersøk om målgruppen finner riktig sted, forstår navnene og kan fullføre prioriterte oppgaver. Revider strukturen før detaljert design og utvikling.
7. Avklar forvaltning. Bestem hvem som kan opprette nye kategorier, endre navn, rydde i gammelt innhold og følge opp søk og bruksmønstre.

Prosessen er iterativ. Ny innsikt kan endre navn, grupper og omfang. Det er enklere å justere en skisse enn å flytte store mengder innhold etter lansering.

Metoder som viser om strukturen fungerer

Velg metoden ut fra usikkerheten dere vil redusere. Ingen enkelt test kan svare på alt.

• Innholdskartlegging viser hva som finnes, hvor det overlapper, og hvor ansvar eller kvalitet mangler.
• Brukerintervjuer avdekker mål, språk, forventninger og situasjoner som bruksdata alene ikke forklarer.
• Søke- og bruksdata viser hva mennesker leter etter, hvilke veier de bruker, og hvor de faller av.
• Kortsortering undersøker hvordan målgruppen grupperer innhold og hvilke kategorier som virker naturlige.
• Tretesting tester om brukere finner riktig sted i et tekstbasert hierarki uten at visuelt design påvirker resultatet.
• Brukertesting viser om struktur, språk, navigasjon og grensesnitt fungerer sammen i realistiske oppgaver.

Start med et konkret spørsmål. Hvis dere vil vite om kundene forstår kategoriene, passer kortsortering eller intervjuer. Hvis dere vil vite om de finner søknadsskjemaet, passer tretesting eller oppgavebasert brukertesting bedre.

Hva leverer en informasjonsarkitekt?

En informasjonsarkitekt leverer modeller og beslutningsgrunnlag som designere, utviklere, redaktører og produkteiere kan bruke videre. Leveransen bør vise både strukturen og hvorfor den er valgt.

Vanlige leveranser er:

• innholdsoversikt med anbefalinger om å beholde, slå sammen, flytte eller fjerne;
• prinsipper for kategorisering og navngiving;
• sidekart eller tjenestestruktur;
• navigasjonsmodell med hovedmeny, lokale menyer og alternative innganger;
• taksonomi, metadata og regler for relasjoner mellom innhold;
• krav til internt søk, filtre og synonymer;
• skisser eller prototyper av prioriterte brukerreiser;
• testfunn og begrunnede endringer;
• retningslinjer for eierskap og videre forvaltning.

En sidekartfil uten beslutninger om språk, søk, metadata og ansvar er en ufullstendig leveranse.

Informasjonsarkitekt, UX-designer og løsningsarkitekt

En informasjonsarkitekt eier strukturen i informasjonen, mens andre roller vanligvis eier større deler av brukeropplevelsen eller den tekniske løsningen. I små team kan én person dekke flere av rollene.

• Informasjonsarkitekt: bestemmer hva som finnes, hva det heter og hvordan informasjonen henger sammen.
• UX-designer: arbeider bredt med brukerbehov, flyt, interaksjon og opplevelsen av produktet.
• Innholdsdesigner: avgjør hvilken informasjon brukeren trenger og hvordan den skal formuleres.
• Interaksjonsdesigner: utformer handlinger, tilstander og respons i grensesnittet.
• Løsningsarkitekt: beskriver hvordan systemer og tekniske komponenter skal settes sammen.
• Data- eller virksomhetsarkitekt: arbeider med data, begreper, prosesser og styring på tvers av systemer og organisasjonen.

Grensene varierer mellom virksomheter. Et godt samarbeid krever likevel at ansvar for kategorier, navigasjon, metadata og begreper er tydelig.

Hvordan måler dere god informasjonsarkitektur?

God informasjonsarkitektur måles på om brukerne finner riktig informasjon og fullfører oppgaven med mindre friksjon. Antall menypunkter eller nivåer sier lite alene.

Følg heller med på:

• om brukerne velger riktig kategori eller lenke på første forsøk;
• om de fullfører prioriterte oppgaver;
• hvilke søkeord som gir få eller ingen treff;
• om de søker etter innhold som allerede er synlig i navigasjonen;
• hvor de går tilbake, skifter retning eller forlater oppgaven;
• hvilke spørsmål som gjentas i support og kundeservice;
• hvor ofte redaktører må opprette unntak fra strukturen;
• om eiere klarer å holde kategorier og metadata konsistente over tid.

Kombiner tall med observasjon. Analyse viser hvor det stopper opp, mens intervjuer og brukertesting ofte forklarer hvorfor.

Informasjonsarkitektur for SEO og AI-søk

En tydelig informasjonsarkitektur gjør det enklere for både mennesker og maskiner å forstå hva en side handler om og hvordan den hører sammen med resten av nettstedet. Det krever klare sidetemaer, beskrivende lenketekster, logiske kategorier og konsekvent bruk av begreper.

Avklar blant annet:

• hvilken side som er hovedressurs for hvert sentrale tema;
• hvilke underspørsmål som fortjener egne sider eller seksjoner;
• hvordan relaterte sider skal lenkes sammen;
• hvordan dere unngår nesten like sider som konkurrerer om samme behov;
• om viktige svar står i teksten, ikke bare i grafikk eller grensesnittelementer;
• hvem som oppdaterer eller fjerner foreldet innhold.

En kort definisjon, tydelige overskrifter og selvstendige avsnitt gjør sentrale svar enklere å hente ut. Det gagner både tradisjonelle søkemotorer og AI-baserte svarsystemer.

Vanlige feil i informasjonsarkitektur

De vanligste feilene oppstår når strukturen bestemmes internt og testes for sent. Unngå særlig disse mønstrene:

• Organisasjonskart som meny: Brukeren må vite hvem som eier innholdet for å finne det.
• Uklare samlekategorier: Ord som «annet», «ressurser» eller «løsninger» skjuler hva som faktisk finnes.
• For mange nivåer: Et dypt hierarki tvinger brukeren gjennom unødvendige valg.
• Duplisert innhold: Flere nesten like sider gjør vedlikehold og valg vanskeligere.
• Design før struktur: Menyen ser ferdig ut før innhold, oppgaver og relasjoner er forstått.
• Søk som nødløsning: Et søkefelt kompenserer sjelden for svake titler, metadata og innhold.
• Ingen forvaltning: Strukturen forvitrer når ingen eier navngiving, kategorier og opprydding.

Sjekkliste før design og utvikling

Teamet er klart til å gå videre når strukturen kan forklares med brukeroppgaver og det finnes en plan for å teste den. Sjekk at dere har:

• prioritert de viktigste målgruppene og oppgavene;
• kartlagt eksisterende og planlagt innhold;
• valgt tydelige prinsipper for gruppering;
• testet sentrale navn og kategorier med målgruppen;
• beskrevet hierarki og alternative innganger;
• avklart søk, metadata, filtre og synonymer;
• identifisert innhold som skal slås sammen eller fjernes;
• koblet strukturen til prioriterte brukerreiser;
• definert eierskap og regler for videre forvaltning;
• planlagt måling og testing etter lansering.

Hva er forskjellen på informasjonsarkitektur og et sidekart?

Et sidekart viser hvilke sider som finnes og hvordan de er plassert i et hierarki. Informasjonsarkitektur omfatter også navngiving, kategorisering, navigasjonsmønstre, søk, metadata, relasjoner og forvaltning. Sidekartet er én representasjon av en større modell.

Hvilken kompetanse trenger en informasjonsarkitekt?

En informasjonsarkitekt trenger forståelse for brukere, innhold og systemer, og må kunne gjøre komplekse sammenhenger tydelige. Nyttige ferdigheter er brukerinnsikt, innholdsmodellering, taksonomi, søk, analyse, fasilitering, prototyping og testing. Rollen må også kunne samarbeide med fagpersoner som kjenner domenet bedre enn arkitekten selv.

Må informasjonsarkitekt være en egen stilling?

Nei, men ansvaret må være tydelig plassert. En UX-designer, innholdsdesigner eller produktdesigner kan ivareta rollen i et mindre team. I en stor eller kompleks virksomhet er det ofte nyttig med en dedikert person som kan se sammenhenger på tvers av tjenester, systemer og redaksjoner.

Kan AI lage informasjonsarkitekturen?

AI kan hjelpe med å oppsummere innhold, foreslå kategorier, finne overlapp og lage utkast, men forslagene må testes. En modell kjenner ikke automatisk faktiske brukerbehov, interne mål, datakvalitet eller ansvar. Bruk resultatet som en hypotese, og prøv det med mennesker og reelle oppgaver før strukturen låses.

Neste steg

Start med én prioritert brukeroppgave og kartlegg alt innholdet som påvirker den. Beskriv dagens vei, foreslå en enklere struktur og test om målgruppen finner frem uten forklaring.

Trenger dere hjelp med informasjonsarkitektur i en ny nettside eller digital tjeneste, kan dere lese om Daias arbeid med digitale produkter eller starte en samtale.