Det korte svaret: for å sjekke hreflang på nett, lim inn adressen til en hvilken som helst språkversjon av en side i den gratis PromoPilot hreflang-validatoren og klikk på "Sjekk hreflang". Verktøyet vil trekke ut alternative lenker fra <head>, sjekke formatet på språk- og regionkoder, duplikater, tilstedeværelsen av x-default og lenker til selve siden, HTTP-statusen til hvert alternativ, og, hvis veksleknappen er aktivert, til og med kryssreferanser mellom versjoner. Nedenfor finner du hvordan du leser resultatene og de vanligste feilene.
Jeg har jobbet med flerspråklige prosjekter – fra trespråklige nettsteder til en 33-språklig portal med RTL – og hreflang har vært en kilde til problemer i nesten alle av dem. Den mest irriterende feilen: alt er merket opp, men én versjon lenker ikke tilbake – og Google viser besøkende feil språkversjon, selv om alt ser greit ut ved første øyekast.
Hva sjekker hreflang-validatoren?
Hreflang er et hint til søkemotorer: «Denne siden har versjoner på andre språk, her er adressene deres.» Sider lenket av denne markupen danner en klynge. Validatoren sjekker om denne klyngen er satt sammen riktig.
| Undersøkelse | Hva ser han på? | Hvorfor er dette for SEO? |
|---|---|---|
| Alternativer fra hodet | Alle <link rel="alternate" hreflang="…"> tagger på siden | Dette er markeringen som Google leser. |
| Kodeformat og duplikater | Språk i henhold til ISO 639-1, region i henhold til ISO 3166-1 ( de, en-GB, cs-CZ), repetisjoner | Google ignorerer rett og slett ugyldig kode. |
| x-standard | Finnes det en standardversjon? | Vist til de som ikke var fornøyde med noe språk |
| Selvreferanse | Peker siden til seg selv i listen? | Uten den anses klyngen som ufullstendig. |
| HTTP-status for alternativer | Svarer alle adresser med en 200-kode? | 404-lenker eller omdirigeringer bryter forbindelser |
| Gjensidige lenker | Refererer hver versjon tilbake | Uten bekreftelse blir ikke hreflang-paret tatt med i betraktningen. |
Hvordan sjekker man en nettsides hreflang på nettet?
- Åpne hreflang-validatoren.
- Sett inn adressen til siden som skal inkluderes i klyngen, for eksempel
https://example.com/en/pricing/. - Avgjør om gjensidig hreflang-sjekk er nødvendig. Veksleknappen «Sjekk gjensidig hreflang» forsinker kontrollprosessen: verktøyet åpner hvert alternativ og sjekker markupen. Aktiver den for den første kontrollen – gjensidig hreflang-sjekk er den vanligste årsaken til ødelagte lenker.
- Klikk på «Sjekk hreflang» og undersøk problemene: koder, x-default, selvreferanse.
- Rett opp eventuelle urelaterte språkinnstillinger og test på nytt med en annen språkversjon for å sikre at klyngen samsvarer på begge sider.
Slik ser verktøysiden ut: adressefeltet, bryteren for gjensidig verifisering og en beskrivelse av hva som kontrolleres.
Hvordan lese resultatet, og hva må korrigeres først?
Ikke alle Hreflang-feil er like. Jeg retter dem i denne rekkefølgen:
- Alternativer svarer med en feil eller en omdirigering. Hvis
/de/preise/returnerer en 404-feil eller omdirigerer til hjemmesiden, fungerer ikke sammenkoblingen. Hreflang-en skal bare inneholde endelige nettadresser med statusen 200 som samsvarer med den kanoniske adressen til disse sidene. - Det er ingen tilbakelenker. Den engelske versjonen lenker til den tyske versjonen, men den tyske versjonen lenker ikke til den engelske versjonen. Dette skjer vanligvis når et nytt språk ble lagt til senere og malen for de eldre versjonene ikke ble oppdatert.
- Feil koder. Vanlige eksempler inkluderer
en-UKi stedet foren-GB,czi stedet forcsfor tsjekkisk,uai stedet forukfor ukrainsk, eller en region uten et språk. Søkemotoren ignorerer slike strenger. - Ingen selvreferanse. Hver versjon må også liste seg selv.
- Det finnes ingen x-default. Det er ikke en feil, men uten den får besøkende «fra andre språk» en tilfeldig versjon.
- Duplikater. Den samme koden er oppført to ganger med forskjellige adresser – Google vet ikke hvilken de skal velge.
Den riktige klyngen for en side på tre språk ser slik ut – og er den samme i hver av de tre versjonene:
<link rel="alternate" hreflang="en" href="https://example.com/en/pricing/">
<link rel="alternate" hreflang="de" href="https://example.com/de/preise/">
<link rel="alternate" hreflang="cs" href="https://example.com/cs/cenik/">
<link rel="alternate" hreflang="x-default" href="https://example.com/en/pricing/">
En annen vanlig fallgruve er en kanonisk versjon som peker fra alle språkversjoner til den engelske. Dette motsier hreflang: du sier samtidig «dette er en duplikat av den engelske siden» og «dette er en separat tysk versjon». Hver versjons kanoniske versjon bør peke til seg selv.
Når trengs regioner, ikke bare språk?
de koden er for alle tysktalende besøkende. de-AT -koden er kun for de som bor i Østerrike. Regionale koder er nødvendige hvis du har virkelig forskjellig innhold for hvert land: forskjellige priser, valutaer, frakt og juridisk informasjon. Hvis tekstene er identiske, er språkkoder tilstrekkelig – flere regionale versjoner skaper duplikater og kompliserer støtten.
Et godt kompromiss for en butikk: de for alle tysktalende land pluss de-CH hvis Sveits har forskjellige priser i franc. Da vil sveitsiske besøkende se sin egen versjon, og alle andre vil se den generelle.
Hvordan legge til et nytt språk uten å ødelegge hreflang?
De fleste feilene oppstår ikke når man lanserer et nettsted, men senere – når man legger til et språk. Min sjekkliste for dette:
- Oppdater malen for alle eksisterende versjoner, ikke bare den nye: hver side skal liste opp det nye språket.
- Ikke publiser blanke eller uoversatte sider. Hvis det ikke finnes noen oversettelse ennå, er det bedre å ikke inkludere siden i klyngen enn å referere til en stub.
- Sjekk URL-ene. Oversatte URL-er (
/de/preise/i stedet for/de/pricing/) er bra for brukere, men hreflang-en bør inneholde disse URL-ene, uten omdirigeringer. - Kjør validatoren fra begge sider – den nye versjonen og en av de gamle, med gjensidig verifisering aktivert.
- Oppdater nettstedskartet ditt for å hjelpe roboten med å finne de nye sidene dine raskere.
Dette tar en time, og feil som blir oversett i dette trinnet vil forvirre resultatene i flere måneder.
Sammenligning: hreflang-validator og alternativer
| Verktøy | Hva er gratis? | Restriksjoner | Hvem passer det for? |
|---|---|---|---|
| PromoPilot — hreflang validator | Koder, duplikater, x-default, selvreferanse, HTTP-statuser, gjensidige lenker | Én klynge per sjekk, leser markup fra head | Sjekk raskt de viktigste sidene på nettstedet ditt eller andres nettsted |
| Google Search Console | URL-sjekk: Hvilken kanonisk versjon valgte Google? | Bare for ditt bekreftede nettsted finnes det ingen separat hreflang-rapport | Forstå hvordan Google ser en bestemt versjon |
| Skrikende frosk SEO-edderkopp | Gjennomsøke et nettsted med hreflang-rapporter | Installasjon kreves, gratisversjonen har en grense for antall adresser | Revider alle språkversjoner samtidig |
| Ahrefs verktøy for nettredaktører | Nettstedsrevisjon, inkludert hreflang-feil | Bare for dine bekreftede nettsteder | Regelmessig oppfølging av prosjektet ditt |
Konklusjon: For å sjekke en spesifikk side – for eksempel etter lansering av et nytt språk – er en online validator raskere. Et nettsted med tusenvis av sider på dusinvis av språk krever en robotsøker som kan gjennomsøke alle.
PromoPilot har 87 gratis SEO-verktøy. Neste i serien er en artikkel om metatag-analyse: den viser også en sides hreflang, men uten å sjekke gjensidighet og statuser.
Hva er begrensningene til hreflang-validatoren?
Validatoren leser alternativer fra dokumentets <head>. Hvis hreflang-koden din er i XML-sitemapet eller HTTP-overskriftene, vil ikke verktøyet se den – dette er ikke en nettstedsfeil, men en valideringsfunksjon. Den sjekker én klynge om gangen. For å sikre at hele nettstedet er merket riktig, må du sjekke malene for alle sidetyper eller kjøre en robotsøkeprogram. Og selvfølgelig evaluerer ikke validatoren oversettelseskvaliteten – maskinoversettelse uten hreflang-redigering vil ikke redde deg.
Når er et gratis verktøy ikke nok?
Validatoren vil finne en feil, men vil ikke skrive om nettstedsmalen. En spesialist er nødvendig hvis:
- det finnes mer enn tre språk, og hreflang må genereres automatisk for hver ny side;
- Du går inn i nye markeder og bestemmer deg for hvordan du skal organisere adresser: mapper, underdomener eller separate domener;
- Google viser hardnakket feil versjon, men ved første øyekast er det ingen feil i markupen;
- Ikke bare hreflang er nødvendig, men også oversettelse, metatagger og markup på hvert språk.
Hva kan jeg gjøre for nettstedet ditt?
Jeg er Valeriy Danyuk, utvikler og SEO-spesialist: 12 år, over 200 kunder og mange flerspråklige prosjekter for Europa.
SEO og flerspråklighet
- Nøkkelferdig SEO-revisjon for nettsider: Jeg sjekker hreflang, canonical og indeksering av alle språkversjoner og korrekte maler.
- Hvordan lage et flerspråklig nettsted uten oversetter – en detaljert analyse av tilnærmingen.
- En reiseportal på 33 språk med RTL — hreflang for dusinvis av språk, inkludert høyre-til-venstre.
- Hvordan et hotell ble omtalt på ChatGPT, Gemini og Perplexity på 5 uker – GEO for et internasjonalt publikum.
- Autoblogg med AI-agenter – artikler på flere språk samtidig.
Nettsider, butikker og regnskap
- Nettstedet 1001site opererer på 107 språk: automatisk oversettelse, nettleserspråk og RTL.
- Et månedlig regnskapssystem for en nettbutikk for et selskap fra Tsjekkia.
- Dropshipping-plattform med partnerbutikker.
Send meg adressen til det flerspråklige nettstedet ditt via Telegram – jeg skal sjekke klyngene med viktige sider og fortelle deg hvor du mister trafikk.
Resultat
- En online hreflang-sjekker viser koder, x-default, selvreferanse, statuser og gjensidige klyngelenker.
- Rett i denne rekkefølgen: ødelagte alternativer → tilbakelenker → koder → selvreferanse → x-default → duplikater.
- Den kanoniske versjonen av hver språkversjon bør peke til seg selv, ikke til «hovedspråket».
- For store flerspråklige nettsteder genereres hreflang ved hjelp av en mal, eller det brukes en plattform der språk kobles automatisk, for eksempel 1001site.
Sjekk nettstedets viktigste side med en gratis hreflang-validator – med gjensidig validering aktivert.
Kilder
- PromoPilots Hreflang Validator-side – liste over sjekker og vanlige spørsmål.
- Google Search Central – Dokumentasjon om lokaliserte versjoner av sider og hreflang.
- Screaming Frog og Ahrefs Webmaster Tools – beskrivelser av nettstedsrevisjon.
