Gratis generator for SEO-vennlige URL-slugger

En slug-generator håndterer den siste delen av en URL, ordene etter domenet som navngir én side: i example.com/blog/email-marketing-for-restaurants er slugen email-marketing-for-restaurants. Googles dokumentasjon ber om «lesbare ord i stedet for lange ID-nummer» i URL-er, og anbefaler bindestreker for å skille dem (Google Search Central, beste praksis for URL-struktur). Slugen er liten, men den vises i søkeresultater, i delte lenker og i hver intern lenke til siden.

Hvordan fungerer slug-generatoren?

Lim inn eller skriv en tittel i tekstfeltet. Slugen vises under med en gang, sammen med en forhåndsvisning av hele adressen og en knapp for å kopiere den. To innstillinger justerer resultatet.

1. Skriv teksten som skal konverteres, vanligvis tittelen på siden eller hovednøkkelordet.
2. Velg skilletegnet: bindestrek (anbefalt) eller understrek, hvis plattformen din krever det.
3. Sett en maksimal lengde hvis CMS-et begrenser slugger. La stå på 0 for ingen grense.
4. Kopier slugen og lim den inn i URL-feltet i CMS-et før du publiserer.

Verktøyet kjøres i nettleseren din: ingen konto, ingen grense, og ingenting sendes til en server. En sjekkliste med beste praksis for URL-er vises under resultatet, som du kan gå gjennom før du publiserer.

Hva endrer generatoren i teksten din?

Den bruker de samme fem reglene på hver tittel, i denne rekkefølgen. Tabellen viser resultatet på reelle eksempler.

Skrifter som ikke er latinske, beholdes slik de er: en japansk, arabisk eller kinesisk tittel gir en slug i det samme skriftspråket. Google støtter dette og anbefaler å bruke «ord på målgruppens språk» i URL-en, translitterert der det passer (Google, URL-struktur). Nettlesere viser disse tegnene normalt, selv om de er prosent-kodet under panseret.

Påvirker slugger Google-rangeringer?

Svært lite, og Google sier det rett ut. Startveiledningen for SEO fra Google sier at nøkkelord i domenenavnet eller URL-banen «alene nesten ikke har noen effekt utover å vises i brødsmuler» (Google Search Central, startveiledning for SEO). En god slug løfter ikke en svak side.

Hvorfor bry seg likevel? Fordi slugen tjener folk før den tjener algoritmer.

• Søkere leser den. URL-banen kan vises i resultatet som brødsmule, og en tydelig en bekrefter at siden passer til søket.
• Lesere deler den. En lenke som /blog/restaurant-newsletter-ideas forteller folk hva de åpner; /p?id=4821 gjør ikke det.
• Teamet ditt bruker den. Lesbare URL-er gjør analyserapporter, omdirigeringer og intern lenking enklere å forvalte.
• Den varer. Brukervennlighetsforskning har i flere tiår anbefalt korte, lette å skrive, helt med små bokstaver og varige URL-er (Nielsen Norman Group, URL som UI).

Hva gjør en god URL-slug?

En god slug beskriver siden med tre til fem ord, bruker hovednøkkelordet og ikke noe annet. Sammenlign disse parene.

• Fjern fyllord som «the», «a», «for» og «and» (engelske eksempler) når betydningen forblir klar. Generatoren beholder hvert ord, så kutt dem selv.
• Utelat datoer og tall som vil endre seg. «best-crm-tools» kan oppdateres hvert år; «best-crm-tools-2026» tvinger fram en ny URL, eller en utdatert en.
• Hold det konsekvent på hele nettstedet: samme språk, samme skilletegn, samme dybde i mappene.

Bindestreker eller understreker?

Bruk bindestreker. Google anbefaler uttrykkelig «bindestreker (-) i stedet for understreker (_)» fordi de hjelper brukere og søkemotorer å identifisere begrepene i en URL, og fraråder understreker «av historiske grunner» (Google, URL-struktur). Behold understrek-alternativet for systemer som krever det, for eksempel enkelte filnavnkonvensjoner.

Små bokstaver er viktig av en teknisk grunn også. Google behandler URL-er som store og små bokstaver-sensitive: /APPLE og /apple er to ulike adresser for Google-søk. En slug med små bokstaver unngår utilsiktede duplikater når noen skriver eller lenker til URL-en med ulike store bokstaver.

Bør du endre slugen til en publisert side?

Sjelden. En publisert URL samler lenker, bokmerker og historikk. Som W3C sa for lenge siden: «gode URI-er endrer seg ikke» (W3C, gode URI-er endrer seg ikke). Endre en slug bare når den er misvisende, uleselig eller knyttet til feil tema, og følg disse stegene.

1. Sett opp en permanent omdirigering på serversiden (301 eller 308) fra den gamle URL-en til den nye. Google anbefaler den som den beste måten å sende både folk og Google-søk til riktig side (Google Search Central, omdirigeringer).
2. Oppdater de interne lenkene slik at de peker direkte til den nye URL-en, uten et omdirigeringshopp.
3. Oppdater sitemapet og den kanoniske taggen på siden.
4. Test den gamle URL-en med omdirigeringssjekken for å bekrefte én enkelt 301 til den nye adressen.

For begrepene, se ordlisteoppføringene våre om URL-slug og 301-omdirigering.

Hvor sitter slugen i hele URL-en?

Slugen er bare den siste biten. Mappene foran den forteller folk og Google hvor siden ligger på nettstedet ditt, så planlegg begge deler samtidig.

Hold mappedybden grunn: to nivåer er nok for de fleste nettsteder. På et flerspråklig nettsted bør du også oversette slugen, slik at hver språkversjon bruker ordene leserne søker etter, og koble versjonene sammen med hreflang.

Betyr slugger noe for AI-søk?

Litt, på samme måte som for Google. AI-assistenter som leser nettet, ser på URL-en sammen med tittelen og innholdet, og en beskrivende slug bekrefter hva siden handler om. Den erstatter ikke et klart svar i teksten: det som gjør at en side blir sitert, er et avsnitt som svarer på spørsmålet. Skriv slugen for mennesker, og bruk innsatsen på innholdet.

Hva er grensene for slug-generatoren?

• Den forkorter ikke betydningen. Den beholder hvert ord; å velge de tre til fem ordene som betyr noe, er din jobb.
• Maksimal lengde kutter etter tegn. Den fjerner en bindestrek til slutt, men kan kutte det siste ordet midt over: med en grense på 30 blir «restaurant newsletter ideas for small teams» til restaurant-newsletter-ideas-fo. Les resultatet på nytt.
• Den gjør bare om latinske aksenter. Andre skrifter forblir som skrevet, noe som er riktig for de fleste nettsteder, men verdt å sjekke med CMS-et.
• Den sjekker ikke duplikater. Pass på at ingen annen side på nettstedet ditt allerede bruker den samme slugen.

Fra rene URL-er til publiserte artikler

En god slug er kort, lesbar, med små bokstaver, med bindestreker og varig. Skriv tittelen først med generatoren for bloggtitler, sjekk den i SERP-forhåndsvisningen, og generer deretter slugen her. Hvis du publiserer ofte, skriver og publiserer Sorank-generatoren for bloggartikler strukturerte artikler på nettstedet ditt, og generatoren for emneklynger organiserer dem i siloer uten to sider på samme søk. Se Sorank-abonnementene for å publisere på autopilot.