Den ultimative guide til en SEO-venlig URL-struktur

For mange er URL’er blot tilsyneladende ligegyldige adresser til websider. Men det er vigtigt, hvordan du strukturerer URL’er med henblik på SEO.

De kan synes mindre vigtige end titlen og overskriftselementerne, men URL’er kan være et effektivt redskab til at opnå SEO-succes.

Er nøgleord i URL’er brugt til rangering?

Der er ikke noget entydigt svar på, om nøgleord i URL’en bruges til rangering. Her er hvorfor.

2010: I 2010 offentliggjorde Matt Cutts fra Google en video, hvor han diskuterede nøgleord i stinavnet i forhold til nøgleord i filnavnet.

Stinavnet er:

/tools/wood/drills.html

Filnavnet med flere bindestreger er:

/tools-wood-drills.html

Cutts anbefalede at nærme sig problemet ud fra det punkt, som en bruger måske foretrækker.

Han udtalte, at den version med flere bindestreger kan virke spammy på brugerne.

Derpå bekræftede han, at der ikke findes nogen algoritme med flere bindestreger, der vil straffe flere bindestreger, og han fordoblede tilgangen med at se på det fra et brugerperspektiv.

Cutts antydede, at der var en effekt på brugerne i følgende udtalelse:

“Hvad angår søgemaskineplacering, er jeg ikke sikker på, at der virkelig er så stor forskel på de to.

Men du skal måske være lidt forsigtig på grund af brugeroplevelsen af at have et virkelig langt filnavn, der bare er proppet med bindestreger. Folk kan måske ikke lide det, hvis de ser bindestreg, bindestreg, bindestreg, bindestreg, bindestreg, bindestreg, bindestreg, bindestreg, bindestreg, og så klikker de måske ikke på det.”

Matt tog ikke fat på aspektet om rankingfaktoren.

Det kunne være, at det, han ønskede at understrege, var, at brugeroplevelsesdelen – hvad folk ville klikke på i søgemaskinens resultatsider (SERP) – var vigtigere end enhver rankingfaktor-relateret fordel.”

2011: I 2011 udtalte han i en noget beslægtet video om nøgleord i domæner, at Google i 2011 overvejede at skrue ned for indflydelsen af nøgleord i domænet.

Reklame

Fortsæt læsning nedenfor

Som nøgleord i URL’er var nøgleord i domæner også rankingfaktorer.

Men de blev nedtonet med hensyn til, hvor vigtige de var.

Matt nedtoner deres rolle som rankingfaktor til fordel for andre faktorer relateret til brugeroplevelse og markedsføring – hvilket svarer til, hvordan han også nedtonede nøgleord i URL’en.

2016: Google siger, at nøgleord er en meget lille rankingfaktor

I et Webmaster Central-hangout i januar 2016 anerkendte John Mueller faktisk, at nøgleord i URL’en var en rankingfaktor.

Han minimerede dog betydningen af det som en rankingfaktor og beskrev dens indflydelse som værende “meget lille.”

Mueller:

“Jeg mener, at det er en meget lille rankingfaktor, så det er ikke noget, jeg virkelig ville forsøge at fremtvinge. Og det er ikke noget, hvor jeg ville sige, at det er værd at gøre en indsats for at omstrukturere dit websted, bare så du kan inkludere nøgleord i URL’en.”

Det at kalde det “meget lille” stemmer godt overens med det, som Cutts hele tiden har sagt – at der er andre områder af et websted, som er vigtigere at fokusere på.

2017:

Mueller fortsatte med at minimere betydningen af nøgleord i URL’en som en rankingfaktor.

I 2017 kaldte han dem overvurderet.

Nøgleord i URL’er er overvurderet for Google SEO. Lav URL’er til brugerne. Desuden ser man dem normalt ikke engang på mobilen.

– 🍌 John 🍌 (@JohnMu) March 8, 2017

2018: Don’t Worry About Keywords in URL

Så sent som i 2018 fortsatte Mueller med at nedtone nøgleord i URL’en som en rankingfaktor og sagde, at de ikke engang ses af brugerne.

(Formentlig henviser han til URL’ernes usynlighed i Googles SERP’er.)

Jeg ville ikke bekymre mig om nøgleord eller ord i en URL. I mange tilfælde bliver URL’er alligevel ikke set af brugerne.

– 🍌 John 🍌 (@JohnMu) December 6, 2018

Nøgleord i en URL kan være en rankingfaktor, men at dømme ud fra Googlers udtalelser er det en meget lille faktor.

Er nøgleord i nøgne URL-links brugt som ankertekst?

Der er en idé om, at hvis nogen linker til dit websted med bare linket, vil Google i det mindste bruge nøgleordene i URL’en som ankertekst, hvilket vil hjælpe det pågældende websted til at rangere bedre for den ankertekst.

Den slags link kaldes nogle gange et nøgent link.

Det kaldes nøgen, fordi det er et link i form af en URL i stedet for at være skjult i en ankertekst.

Nøgen URL:

http://www.example.com/

URL i en ankertekst:

Click here!

Mueller sagde (How Google Handles Naked Links, september 2020), at nøgne links ikke videregiver ankertekstoplysninger.

Dette er, hvad han sagde:

“Efter hvad jeg forstår, forsøger vores systemer at genkende dette og sige, ja, det er bare en URL, der er linket, det er ikke, at der er et værdifuldt anker her.

Så vi kan tage dette i betragtning som et link, men vi kan ikke rigtig bruge denne ankertekst til noget bestemt.”

Så fra det synspunkt er det et normalt link, men vi har ikke nogen kontekst der.”

Kan nøgleord i en URL øge klik fra SERPS?

Der er en gammel SEO-idé, der siger, at brugen af nøgleord i URL’en vil være med til at stimulere en højere klikrate (CTR) fra søgeresultatsiderne (SERP).

Dette har måske været sandt før i tiden.

Det er mindre sandt i dag, især for websteder, der bruger breadcrumb-navigation og/eller strukturerede data til breadcrumb-navigation.

Google bruger i stedet kategorinavnet i søgeresultaterne for websteder, der har breadcrumb-navigation eller breadcrumb-navigation strukturerede data.

Søgeordene i URL’en er ikke synlige.

For websteder, der ikke bruger breadcrumb-navigation eller breadcrumb-strukturerede data, viser Google URL’erne med nøgleord i dem.

Men Google fremhæver dem ikke.

Hvis Google fremhævede søgeordene i URL’en, kunne det have været med til at trække øjnene til opslaget – men det er ikke tilfældet.

Hvad nytter søgeord i en URL?

Ud over en meget lille mulig vægt af en rankingfaktor er der klare fordele for webstedets besøgende ved nøgleord i en URL.

Nøgleord i URL’en kan hjælpe brugerne med at forstå, hvad en side handler om.

Selv om disse nøgleord måske ikke altid vises i SERP’erne, vil de blive vist, når de er linket som en bar URL.

Eksempel på en bar URL:

https:www.example.com/widgets/best-widgets

Når du er i tvivl, skal du optimere for brugeren, fordi Google altid anbefaler, at siderne skal være nyttige for brugerne.

Dette har tendens til at stemme overens med den slags websider, som Google ønsker at rangere.

Bedste praksis for URL-struktur

Standardiser dine URL’er med små bogstaver

De fleste servere har ikke problemer med URL’er med blandede bogstaver.

Så er det alligevel en god idé at standardisere, hvordan dine URL’er ser ud.

URL’er skrives almindeligvis med små bogstaver “like-this-dot-com” i modsætning til blandede bogstaver “Like-That-Dot-Net” eller med store bogstaver “LIKE-THIS-DOT-BIZ.”

Det er også bedst at gøre det, om ikke andet så fordi det er det, brugerne forventer, og det er lettere at læse end store bogstaver.

Hvis du holder dine URL’er standardiserede, vil det også hjælpe med at forhindre linkfejl inden for webstedet og fra andre steder.

Brug bindestreger, ikke understregninger

Brug altid bindestreger (-) og ikke understregninger (_), fordi understregninger ikke kan ses, når URL’en offentliggøres som et nøgent link.

Her er et eksempel på, at understregninger i links er en dårlig praksis:

Brug nøjagtige nøgleord i kategori-URL-strukturen

At bruge et mindre relevant nøgleord som kategorinavn er en almindelig fejl, der kommer af at vælge det nøgleord, der har mest trafik.

Sommetider er det søgeord med den største trafik ikke nødvendigvis det, som siderne i kategorien handler om.

Vælg kategorinavne, der virkelig beskriver, hvad de sider, der er indeholdt i kategorien, handler om.

Hvis du er i tvivl, skal du vælge de ord, der er mest relevante for brugere, der leder efter det indhold eller de produkter, der er indeholdt i disse kategorier.

Undgå at bruge overflødige ord i URL-strukturen

I nogle tilfælde kan et CMS tilføje ordet /category/ i URL-strukturen.

Dette er en uønsket URL-struktur.

Der er ingen berettigelse for en URL-struktur, der ser ud som /category/widget/.

Det bør simpelthen være /widget/.

Sådan er det også, hvis der findes et bedre ord end “blog” til at fortælle brugerne, hvad de kan forvente af en sektion af dit websted, så brug det i stedet.

Ord fører brugerne til det indhold, de leder efter.

Brug dem på passende vis.

Future Proof Your URLs

Det er ikke fordi en dato står i artiklens titel, at den hører hjemme i URL’en.

Hvis du har til hensigt at oprette et indlæg af typen “Top xxx for 20xx”, er det generelt en bedre praksis at bruge den samme URL år efter år.

Så i stedet for:

Eksempel.com/widgets/top-widgets-2020

Forsøg at fjerne årstallet og gå blot med:

eksempel.com/widgets/top-widgets

Fordelen ved at opdatere indholdet og titlen år efter år og beholde den samme URL er, at alle de links, der gik til det foregående års indhold, forbliver.

Alle, der følger de gamle links, vil finde det opdaterede indhold.

Det er også muligt at oprette et arkiv over tidligere år.

Det er op til dig.

Trailing Slash eller ingen trailing slash

En trailing slash er dette symbol: Worldwide Web Consortium (W3C) – den gruppe, der er ansvarlig for webstandarder – anbefaler som bedste praksis, at den afsluttende skråstreg anvendes til at angive en “container-URI” til angivelse af forældre/barn-relationer.

(En URI bruges til at identificere ressourcer på samme måde som en URL, bortset fra at disse ressourcer måske ikke er på nettet.)

En forældre/barn-relation er, når en kategori indeholder mange websider.

Kategoriens “container” er forældrene, og de websider, der er indeholdt i den, er de børnedokumenter, der er indeholdt i kategorien.

Det er, hvad W3C skriver i afsnittet, der hedder, Linked Data Platform Best Practices and Guidelines:

“2.6 Medtag en afsluttende skråstreg i container-URI’er
Når man repræsenterer container-medlemskab med hierarkiske URL’er, gør det lettere at bruge relative URI’er, hvis man medtager den afsluttende skråstreg i en containers URI.”

I HTML skal den afsluttende skråstreg angive tilstedeværelsen af en mappe eller et kategoriafsnit.

I 2017 tweetede John Mueller fra Google, at bortset fra startsiden er en URL med og en URL uden en afsluttende skråstreg forskellige websider.

For eksempel:

https://www.example.com/widgets

kan være en anden side end:

https://www.example.com/widgets/

/widgets betegner en side, mens /widgets/ repræsenterer en mappe eller et kategoriafsnit.

Jeg bemærkede, at der var en vis forvirring omkring afsluttende skråstreger på URL’er, så jeg håber, at dette hjælper. tl;dr: skråstreg på root/hostname=er ligegyldig; skråstreg andre steder=er vigtig (det er forskellige URL’er) pic.twitter.com/qjKebMa8V8

– 🍌 John 🍌 (@JohnMu) December 19, 2017

Muellers tweet i 2017 bekræftede et officielt Google-blogindlæg fra 2010 (To Slash or Not to Slash), der kom med lignende udsagn.

Selv i dette blogindlæg fra 2010 overlod Google det dog stort set til udgiverne at bestemme, hvordan de vil bruge afsluttende skråstreger.

Men Googles tilslutning til en fælles konvention for trailing slash afspejler dette synspunkt.

Google er fleksibel med hensyn til bedste praksis for trailing slash

Her er et eksempel på, hvordan Google koder URL’er.

Denne URL indeholder .html i slutningen og er tydeligvis en webside:

https://webmasters.googleblog.com/2020/11/timing-for-page-experience.html

Denne URL, der slutter med en afsluttende skråstreg, er en kategoriside:

https://webmasters.googleblog.com/2020/11/

Og dette er containeren for måneden år 2020:

https://webmasters.googleblog.com/2020/

De ovenstående eksempler er i overensstemmelse med standardanbefalingen om at bruge afsluttende skråstreger i slutningen for en kategoribog og ikke at bruge det i slutningen af URL’en, når der er tale om en webside.

Google-URL’er, der helt mangler en afsluttende skråstreg

Men andre afsnit, der er offentliggjort af Google, overholder ikke denne standard.

De følgende eksempler er kategorier og websider, der ikke bruger en afsluttende skråstreg.

• Dette er en URL for et kategoriafsnit:
  https://developers.google.com/analytics
• Dette er en webside:
  https://developers.google.com/analytics/devguides/integrate
• Og dette er en anden webside:
  https://developers.google.com/analytics/devguides/collection/firebase/android

Alle disse websider og kategorisider ligner hinanden, fordi de ikke bruger en afsluttende skråstreg.

Google er fleksibel i brugen af afsluttende skråstreg

De ovenstående eksempler viser, at ja, der er bedste praksis.

Men dette er en af de bedste praksisser, der kan ignoreres.

Så langt tilbage som i 2010 var Googles råd om brugen af afsluttende skråstreger fleksible.

I følge Google:

“…du er fri til at vælge, hvad du vil.”

Det vigtigste punkt om trailing slash i URL’en er måske, at man vælger én måde at gøre det på og holder sig til den, så man undgår forvirring.

Det gør det også lettere at omdirigere URL’er uden trailing slash til trailing slash osv.

URL’er til SEO-formål

Området om SEO-venlige URL’er er dybere, end man måske tror, og har mange nuancer.

Mens Google i stigende grad ikke længere viser URL’er i SERP’erne, viser populære søgemaskiner som Bing og DuckDuckGo dem stadig.

URL’er er en god måde at signalere til en potentiel besøgende på et websted, hvad en side handler om.

Den korrekte brug af URL’er kan bidrage til at forbedre klikfrekvensen, uanset hvor linksene deles.

Og hvis URL’erne holdes kortere, bliver de brugervenlige og nemmere at dele.

Websider, der gør det nemt at dele, hjælper brugerne med at gøre siderne populære.

Undervurder ikke popularitetens magt i forbindelse med rangering, for noget af det, søgemaskinerne gør, er at vise brugerne det, som brugerne forventer at se.

Den URL er en ydmyg og noget overset del af SEO-ligningen, men den kan bidrage meget til at hjælpe dine sider med at rangere godt.