Skip to content
Search

Hreflang-tag: hva det er og hvordan det fungerer

Hreflang-tag forteller søkemotorer hvilken språk- og regionversjon av en side som bør vises for brukere; den hjelper motorene med å velge riktig variant for indeksering og visning, men avgjør ikke rangering alene.

Hreflang Tag: Guide for Multilingual Websites

Oversikt

Hreflang er et HTML-/hyperlink-signal du legger til sider, HTTP-headere eller XML-sitemaps for å angi språk og valgfrie regionale mål for alternative URLs. Søkemotorer bruker hreflang for å velge den mest passende lokaliserte URL-en å vise for en bruker i et bestemt språk eller region. Hreflang påvirker hvilken variant en søkemotor indekserer og viser for søkeforespørsler i det språket eller lokaliteten; det er ikke et direkte rangeringstegn som alene bestemmer rekkefølgen i søkeresultater.

Hovedpunkter: hreflang-oppføringer må være konsistente på tvers av varianter, inkludere en selvrefererende lenke, bruke riktige språk-regionkoder (ISO 639-1 / ISO 3166-1), og anvendes på versjonen som crawleren brukes for indeksering — for Google betyr det at mobilversjonen er det primære grunnlaget (Google crawler med Googlebot Smartphone som standard siden July 2024).

Trinnvis

Bruk disse stegene for å legge til hreflang pålitelig.

1) Velg kodene dine og canonical-strategi

Bestem om du vil bruke kun språk-koder (for eksempel "en"), språk-region-koder (for eksempel "en-GB"), eller begge deler. Hold canonical og hreflang konsistente: hver lokalisert side kan ha en selvrefererende hreflang og sin egen canonical; ikke pek hreflang til en canonical som er på et annet språk.

2) Velg plassering: link-element, HTTP-header eller XML-sitemap

Det finnes tre vanlige måter å erklære hreflang på. Hver har fordeler og ulemper:

- HTML <link>-elementer i <head> — fordeler: enkle, lett å revidere i kilden; ulemper: krever identisk head på alle enhetsversjoner (sørg for mobilparitet). Eksempel: <link rel="alternate" hreflang="en" href="https://example.com/en/">

- HTTP-headere — fordeler: nyttig for ikke-HTML-filer (PDFer); ulemper: vanskeligere å administrere og revidere. Eksempel header: Link: <https://example.com/fr/>; rel="alternate"; hreflang="fr"

- XML-sitemaps med <xhtml:link>-oppføringer — fordeler: sentralisert for store nettsteder og sitewide-varianter; ulemper: må opprettholde nøyaktige URLs og sikre at sitemap er tilgjengelig for crawlers.

3) Implementer et fullstendig toveis sett (reciprositet)

Hver alternativ URL du lister må også liste hver annen alternativ (inkludert kilden) tilbake. For eksempel: side A lister A, B og C; side B må liste A, B og C; side C må liste A, B og C. Reciprositet reduserer tvetydighet for crawlers og hjelper med korrekt variantvalg.

Vanlige problemer

Typiske implementeringsfeil å se etter og hvordan de påvirker indeksering og visning.

- Feil eller inkonsekvente koder (blanding av en og en-US) — kan få søkemotorer til å ignorere oppføringer eller velge en annen variant.

- Manglende selvrefererende tag — hvis en side ikke inkluderer seg selv i listen, svikter reciprositeten og alternativvalg kan bli feil.

- Ikke-indekserbare eller blokkerte sider (noindex, robots disallow) — en alternativside som ikke er indekserbar er vanligvis mindre nyttig; søkemotorer kan ignorere den når de konstruerer variantsett.

- Blanding av relative og absolutte URLs, eller HTTP/HTTPS-mismatch — bruk absolutte, canonicaliserte URLs som matcher versjonen crawlers får tilgang til.

Hvordan verifisere og feilsøke

Verifisering varierer avhengig av om du eier siden eller reviderer en tredjepart. For sider du eier, bruk Google Search Console URL Inspection for å se hvordan Google indekserte siden og hvilken variant den valgte. For alle nettsteder, bruk HTTP- og render-sjekker med vanlige verktøy nedenfor.

Verktøy og kommandoer

Chrome DevTools (View Source and Elements) — verifiser at <link rel="alternate" hreflang="...">-oppføringene er til stede i levert HTML og synlige på den mobilansvarlige siden.

curl -I https://example.com/path/ — viser kun respons-headere (nyttig for å sjekke server-headere og link-headere).

curl https://example.com/path/ — henter HTML-body; bruk curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://example.com/path/ for å se hva serveren returnerer til en Googlebot user-agent (ikke bruk dette til cloaking — kun for å revidere hvordan serveren svarer).

Bing Webmaster Tools Site Explorer — sjekk crawl-adferd og indeksignaler for Bing.

Merk: URL Inspection i Google Search Console er autoritativ for sider du eier; for tredjepartsider må du stole på offentlige henting og indekseringssignaler som site: spørringer (som er indikative, ikke definitive).

Praktisk sjekkliste

- **Hreflang til stede på canonical/mobilversjon** — hvor å verifisere: view-source eller curl som mobil UA — godkjennes når alle varianter lister det samme settet med hreflang-oppføringer.
- **Selvrefererende oppføring** — hvor å verifisere: sidekilde — godkjennes når den aktuelle URL-en finnes i settet.
- **Reciprositet på tvers av varianter** — hvor å verifisere: sjekk hver variants kilde eller sitemap — godkjennes når hver variant lister alle alternativer.
- **Indekserbarhet av alternativer** — hvor å verifisere: URL Inspection (egen side) eller site:-operatoren og offentlig henting — godkjennes når alternativer er crawlbare og ikke blokkert av robots eller noindex.
- **URL canonical og protokollparitet** — hvor å verifisere: HTTP-headere og canonical-link — godkjennes når hreflang href-verdiene matcher canonical og bruker samme skjema (https/http) som brukere og crawlers når.
- **x-default for fallback** — hvor å verifisere: sidekilde eller sitemap — godkjennes når en fornuftig fallback (forside eller landingsside for språkvelger) er merket med hreflang="x-default".

Før FAQ-en: hvis du vil ha en mer teknisk referanse, se Technical SEO Guide

Ofte stilte spørsmål

Forbedrer hreflang rangeringen?

Hreflang hjelper søkemotorer med å servere riktig språk-/regionvariant og kan redusere forvirring rundt duplikatinnhold, men det er ikke en selvstendig rangeringseffekt. Mange rangeringssignaler påvirker rekkefølgen i søkeresultater.

Når bør jeg bruke hreflang kontra separate landssider?

Bruk hreflang når du har språk- eller regionvarianter av vesentlig likt innhold hostet på ulike URLs (undermapper, subdomener, eller ccTLDs). Separate landssider er passende når innhold og forretningsregler varierer betydelig mellom markeder.

Trenger jeg en x-default-tag?

x-default anbefales i tvetydige tilfeller (for eksempel en side for språkvalg) slik at søkemotorer har en klar fallback når ingen presis språkmatch finnes.

Kan hreflang brukes sammen med canonical-tagger?

Ja. Hver lokalisert side kan ha en canonical som peker til seg selv og inkludere hreflang-oppføringer som lister andre lokaliserte versjoner. Unngå å peke hreflang mot en canonical som representerer en annen språkvariant.

Siste merknad: hreflang hjelper indeksering og variantvalg men må implementeres og vedlikeholdes konsekvent; regelmessige revisjoner med nettleserens DevTools, curl, og Search Console (for din egen side) er den mest pålitelige måten å fange regresjoner på.

Bygg autoritet med kvalitetsbacklinks. Technical SEO og korrekt internasjonal målretting er essensielle deler av organisk vekst; autoritet fra relevante, indekserbare plasseringer utfyller en korrekt hreflang-oppsett og hjelper brukere å finne riktig variant.

Related terms