Permalink-strukturen bestemmer hvordan alle URL-ene på nettstedet ser ut. Den settes under Innstillinger, Permalenker, og for de aller fleste nettsteder er «Innleggsnavn» riktig valg.
Det er en liten innstilling med uvanlig lang levetid. Alt du publiserer arver den, og å endre den senere er blant de dyreste opprydningene i WordPress.
Hva alternativene gjør
WordPress tilbyr flere ferdige formater:
- Enkel gir
/?p=123. Ingen informasjon i adressen. Ikke bruk denne. - Dato og navn gir
/2026/08/14/tittel/. Datoen låser innholdet til et tidspunkt. - Numerisk gir
/arkiv/123/. Samme problem som «Enkel». - Innleggsnavn gir
/tittel/. Ren, lesbar og tidløs. - Egendefinert lar deg sette sammen din egen, for eksempel
/artikler/%postname%/.
SEOpp bruker den siste varianten, med /artikler/ foran. Det er et bevisst valg: prefikset skiller artikler fra kategorisider og andre sider, og det gjør strukturen lesbar for både mennesker og maskiner.
Hvorfor dato i URL-en er en dårlig idé
Datoformatet er standard i mange oppsett, og det er verdt å forstå hvorfor det skaper problemer.
En artikkel med 2022 i adressen ser gammel ut, uansett hvor grundig du har oppdatert den. Det påvirker om folk klikker. Verre er det at du enten må leve med en misvisende dato for alltid, eller endre URL-en og miste historikken.
Datoformatet gir mening for nyhetssider der publiseringstidspunktet er en del av saken. For alt annet er det en unødvendig binding.
Hvordan skrive en god slug
Slugen er den delen av URL-en som beskriver siden. Noen enkle regler:
- Hold den kort. Tre til fem ord er nok. WordPress bruker hele tittelen som utgangspunkt, og den bør du som regel korte ned.
- Beskriv innholdet.
/velge-seo-plugin/sier mer enn/artikkel-om-plugins-for-wordpress-2026/. - Fjern fyllord. «og», «for», «en» kan ofte kuttes uten at meningen forsvinner.
- Bruk bindestrek, ikke understrek. Bindestrek leses som ordskille.
- Unngå årstall med mindre innholdet er bundet til året.
Om æ, ø og å
Et spørsmål som kommer opp på hvert eneste norske prosjekt. WordPress konverterer som regel æ, ø og å til ae, oe og aa i slugen.
Teknisk fungerer også URL-er med norske tegn, men de kodes om når de kopieres, og en adresse som blir til %C3%B8 i en e-post er ikke pen. Jeg holder meg til den konverterte varianten, og velger heller ord uten norske tegn der det er naturlig.
Det viktigste er å være konsekvent. En blanding av begge deler på samme nettsted er verre enn hvilken som helst av dem.
Om kategorier i URL-en
Noen bygger inn kategorien, for eksempel /teknisk-seo/canonical/. Det ser ryddig ut og gir kontekst.
Ulempen er at innhold sjelden holder seg i én kategori for alltid. Flytter du en artikkel, endres URL-en, og da må du viderekoble. Det er en av de vanligste kildene til unødvendige redirect-kjeder på nettsteder som har levd noen år.
Min anbefaling: hold kategorien ute av URL-en, og la den heller ligge i navigasjon og interne lenker. Se innholdsklynger og pillarsider.
Hva du gjør om strukturen allerede er feil
Her er avveiningen mange står i: nettstedet har datoformat, det har ligget i fem år, og du lurer på om det er verdt å rydde.
Regn med at det koster deg noe. Selv med korrekte 301-viderekoblinger mister du som regel litt, og alt må crawles og revurderes. Gevinsten er penere URL-er og et innhold som ikke ser utdatert ut.
Slik ville jeg vurdert det:
- Lite nettsted, lite trafikk, planer om å satse? Gjør det nå. Kostnaden blir aldri lavere.
- Stort nettsted med mye trafikk og lenker? Bare hvis du har en konkret grunn utover estetikk, og bare med en fullstendig kartlegging først.
- Nettsted du uansett skal bygge om? Ta det som en del av migreringen, ikke som en egen operasjon.
Gjør du det, kartlegg alle eksisterende URL-er før du endrer noe, sett opp viderekoblingene i samme operasjon, og kontroller etterpå at ingen av dem går i flere ledd. Se redirects i WordPress.
Det som ikke betyr noe
Til slutt et par ting som ofte overdrives.
Nøkkelord i URL-en har svært liten vekt. Google har vært tydelig på at det er et marginalt signal. Skriv en beskrivende slug fordi det er ryddig, ikke fordi du håper på en rangeringsgevinst.
URL-lengde er heller ikke i seg selv et problem. Korte adresser er lettere å dele og se på, men en litt lengre adresse rangerer ikke dårligere. Ikke bruk tid på å kutte to bokstaver.