Nettstedarkitektur for SEO: slik strukturerer du et nettsted som rangerer

Nettstedarkitektur for SEO avgjør om søkemotorene finner sidene dine, hvor ofte de crawler dem på nytt og hvor mye vekt de gir dem. Google sier det tydelig i veiledningen sin om strukturen på nettbutikker: Google «kan bruke informasjon som antall lenker det må følge for å nå en side, og antall lenker til en side for å anslå den relative viktigheten av en side». Denne guiden forklarer hvordan du designer den strukturen, med modeller for et innholdsnettsted og en nettbutikk.

Hva er nettstedarkitektur?

Nettstedarkitektur kombinerer tre lag som virker sammen:

• Hierarkiet: forsiden, kategorier eller knutepunkter, underkategorier, deretter enkeltsider.
• Lenkene: menyer, brødsmuler, lenker i innholdet, bunntekst, paginering. Det er dem crawlere faktisk følger.
• Nettadressene: den synlige adressen til hver side, helst i samsvar med hierarkiet.

Når de tre stemmer overens, vet brukere og crawlere hvor de er og hvor de skal videre. Når de ikke gjør det (et produkt som bare er lenket fra søkefeltet, en artikkel som bare kan nås via side 14 i bloggen), blir sidene vanskelige å finne og mister vekt.

Flat eller dyp arkitektur: hva er best for SEO?

En flat arkitektur holder de fleste sidene noen få klikk fra forsiden, mens en dyp arkitektur stabler mange nivåer. Flat er generelt bedre, innenfor grenser.

«Tre klikk»-regelen er en tommelfingerregel, ikke et krav fra Google, men regnestykket viser hvorfor den fungerer: en forside som lenker til 100 knutepunkter, der hvert lenker til 100 sider, som hver lenker til 100 til, når 1 000 000 sider på tre klikk. Målet er en struktur som er både grunn og organisert, med knutepunktsider som grupperer beslektet innhold i stedet for en meny som lister opp alt.

Hvordan forstår Google strukturen på nettstedet ditt?

Gjennom lenker, langt mer enn nettadresser

I den samme veiledningen for nettbutikker sier Google at den «generelt ikke ser på strukturen til nettadressene for å finne ut strukturen på et nettsted», og i stedet analyserer lenkene mellom sidene. En ryddig nettadresse som /sko/løping/ hjelper brukerne; lenkene fra skokategorien til underkategorien for løping er det som forteller Google om hierarkiet. Som en generell regel, legger Google til, jo flere interne lenker en side får, jo viktigere ser den ut.

Bare gjennom lenker som kan crawles

Googles beste praksis for lenker forklarer at den vanligvis bare kan crawle en lenke hvis det er et <a>-element med et href-attributt. Menyer bygget med JavaScript-klikkhendelser, knapper for «last flere» uten ekte lenker, eller produkter som bare kan nås via intern søk, forblir usynlige: Googlebot skriver vanligvis ikke i søkefelt. Dette er grunnlaget for crawlbarhet.

Mapper hjelper på store nettsteder

Googles SEO-startveiledning anbefaler å gruppere temamessig like sider i mapper når et nettsted har flere tusen nettadresser: Google kan da lære hvor ofte hver mappe endres, og crawle den deretter. En /blogg/-mappe som endres daglig og en /juridisk/-mappe som sjelden endres, crawles i ulike rytmer. Den samme logikken taler for å holde bloggen i en undermappe i stedet for på et undertomene (se undertomene mot undermappe for SEO).

Silologier, temaklynger og semantiske kokonger

Disse tre modellene organiserer innhold etter tema, slik at hver gruppe av sider forsterker de andre.

Uansett modell er resultatet det samme: Google ser et sett sider som dekker et emne i dybden, og det bygger tematisk autoritet. Guiden vår om innholdspilarer viser hvordan du velger pilartemaene, og generatoren for temaklynger lager listen over klyngesider ut fra et hovedsøkeord.

To modellarkitekturer

For en butikk anbefaler Google å lenke fra menyer til kategorier, fra kategorier til underkategorier og fra underkategorier til hvert produkt, og deretter fremheve bestselgere fra forsiden. På Shopify følger kolleksjoner og produkter allerede denne logikken; siden vår om SEO og GEO for Shopify dekker plattformens særegenheter.

Byggeklossene i en god struktur

• Navigasjon: en hovedmeny begrenset til knutepunkter og kategorier, ikke hver side.
• Brødsmuler: Googles dokumentasjon om strukturerte data for brødsmuler beskriver en brødsmulesti som en indikasjon på «sidens plass i nettstedets hierarki». Legg til synlige brødsmuler og BreadcrumbList-markering.
• Nettadresser: korte, lesbare, på målgruppens språk, med ord skilt med bindestrek. En tydelig slug slår en rekke ID-er.
• Intern lenking: kontekstuelle lenker i brødteksten på hver side, med beskrivende og varierte ankertekster.
• Paginering og filtre: pagineringssider med ekte lenker, og fasetterte filtre holdt under kontroll slik at de ikke skaper tusenvis av kombinasjoner som kan crawles. Se guiden vår om SEO for paginering.
• Områdekart: et XML-områdekart lister opp nettadressene som kan indekseres, men det supplerer lenkene og erstatter dem aldri.

Hvordan reviderer du nettstedarkitekturen din?

1. Crawl nettstedet fra forsiden med en crawler, og eksporter klikkdybden for hver nettadresse.
2. Finn foreldreløse sider ved å sammenligne crawlen med XML-områdekartet og analysedataene dine: en nettadresse som får besøk eller står i områdekartet, men som aldri nås av crawlen, har ingen interne lenker. Sjekk selve områdekartet med en sjekker for områdekart.
3. Mål interne lenker per side med en analysator for interne lenker: de viktigste sidene dine bør være blant de mest lenkede.
4. Sjekk dype sider: enhver strategisk side mer enn tre eller fire klikk ned trenger en lenke fra et knutepunkt eller en populær side.
5. Gå gjennom knutepunkter og kategorier: tomme kategorier, overlappende knutepunkter og dupliserte temaer bør slås sammen eller omdirigeres.

Hvilke arkitekturfeil koster rangeringer?

• Megamenyer med hundrevis av lenker. Hver side lenker da til alt, og menyen signaliserer ikke lenger hvilke sider som betyr noe.
• Blogg-arkiver som eneste vei. Eldre artikler havner på side 10 eller 20 i arkivet og blir nesten utilgjengelige; lenk til dem fra knutepunkter og fra nyere artikler.
• Flere knutepunkter om samme tema. To kategorisider eller to guider som retter seg mot samme søk, konkurrerer med hverandre; slå dem sammen og omdiriger den svakeste.
• Ukontrollerte filtre. Hver kombinasjon av farge, størrelse og pris blir en nettadresse, og crawlere bruker tiden sin på nesten like sider i stedet for produkter.
• Redesign som endrer hver nettadresse. En ny struktur er noen ganger berettiget, men den krever én-til-én-omdirigeringer og oppdaterte interne lenker, som enhver migrering.

Nettstedarkitektur og synlighet i KI

ChatGPT, Claude, Perplexity og Gemini er avhengige av crawlere og søkeindekser for å finne sider, og mange av disse crawlerne leser den rå HTML-en uten å kjøre JavaScript. Lenker i vanlig HTML, et logisk hierarki og knutepunktsider som oppsummerer et tema, gjør innholdet ditt lettere å oppdage og å sitere. Google legger til at KI-oversikter og KI-modus kan kjøre flere relaterte søk på tvers av undertemaer for å bygge et svar: en godt bygget temaklynge gir deg en side for hvert av disse undertemaene.

Arkitekturen du bør sikte mot

Hold viktige sider nær forsiden, grupper innhold etter tema rundt knutepunktsider, og lenk hver side fra minst én relevant side. Arkitekturen designes én gang og fylles deretter med hver ny side. Sorankers artikkelgenerator publiserer artikler på autopilot med automatiske interne lenker til sidene om samme tema, slik at nytt innhold styrker strukturen i stedet for å skape foreldreløse sider.