Oppsummering
Den gratis hreflang-generatoren skriver <link rel="alternate" hreflang>-taggene for hver språkversjon av en side. Legg til én linje per versjon, velg språk (27 tilgjengelig) og om nødvendig region (21 tilgjengelig), lim inn hele adressen, velg x-default-siden, og generer koden. Lim deretter inn det samme blokken i headen på hver versjon: hver side må liste seg selv og alle de andre, med absolutte adresser, ellers ignorerer søkemotorene settet.
Vil du vite mer? Spør
En hreflang-generator løser et lite problem som skaper store: en fransk leser som havner på den engelske siden din, eller en britisk kjøper som sendes til amerikanske priser. Hreflang-taggene forteller Google at flere sider er lokaliserte versjoner av samme innhold, slik at den kan vise hver søker den riktige. Google er tydelig på at de ikke bruker hreflang eller HTML-attributtet lang til å finne ut hvilket språk en side har. Hreflang knytter bare versjonene sammen (Google Search Central, lokaliserte versjoner av sidene dine).
Hvordan bruker du hreflang-generatoren?
- Legg til én linje per versjon av siden med «+ Legg til et språk».
- Velg språket, og en region bare hvis versjonen retter seg mot ett land, for eksempel en-GB for Storbritannia eller pt-BR for Brasil.
- Lim inn hele adressen til den versjonen, med https://.
- Kryss av for x-default på versjonen som skal vises for besøkende som ikke passer noen av de andre, eller fjern haken i «Inkluder x-default».
- Generer koden, kopier den og lim den inn i <head> på hver versjon som listes.
For tre versjoner med en x-default returnerer verktøyet fire linjer:
<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/page" />
<link rel="alternate" hreflang="pt-BR" href="https://example.com/br/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />Koden er den samme på hver side i settet: den engelske siden, den franske siden og den brasilianske siden har alle disse fire linjene. Ingenting sendes eller lagres. Koden lages i nettleseren din.
Hva er reglene for et gyldig hreflang-sett?
De kommer fra Googles dokumentasjon og gjelder uansett hvilken metode du velger.
| Regel | Hva den betyr | Hva som skjer hvis den brytes |
|---|---|---|
| Selvreferanse | Hver versjon lister seg selv og alle andre versjoner | Settet er ufullstendig |
| Returlenker | Hvis side A peker til side B, må side B peke tilbake til A | Google ignorerer tagger som ikke bekreftes av den andre siden |
| Absolutte adresser | https://example.com/foo, ikke //example.com/foo eller /foo | Relative adresser er ikke gyldige alternativer |
| Språk først | En ISO 639-1-språkkode, deretter en valgfri ISO 3166-1 alpha-2-region | En region alene, for eksempel hreflang="US", er ugyldig |
| Bare støttede koder | Koder utenfor de to standardene, for eksempel es-419, støttes ikke | Taggen ignoreres |
| I headen | Lenketaggene står inne i en velformet <head> | Tagger som ødelagt HTML har skjøvet inn i body, leses ikke |
Returlenker finnes av en grunn: Google forklarer at de krever at begge sidene peker til hverandre, slik at et annet nettsted ikke kan utgi seg for å være en alternativ versjon av siden din. Alternativer kan ligge på ulike domener, for eksempel example.fr og example.de, så lenge lenkene går begge veier.
Hvilke språk- og regionkoder bør du bruke?
Bruk bare en språkkode med mindre innholdet virkelig er forskjellig fra land til land. En enkelt spansk side for alle spansktalende er es. Egne sider for Spania og Mexico, med ulike priser eller stavemåter, er es-ES og es-MX. Språkkoder kommer fra ISO 639-1 (Library of Congress, ISO 639-kodeliste), og regionkoder fra ISO 3166-1 alpha-2 (ISO 3166 landkoder).
| Målgruppe | Riktig verdi | Vanlig feil |
|---|---|---|
| Engelsk, Storbritannia | en-GB | en-UK (landkoden for Storbritannia er GB) |
| Portugisisk, Brasil | pt-BR | br (språket kommer først; br er bretonsk) |
| Tysk, Sveits | de-CH | ch-de (rekkefølgen snudd) |
| Spansk, Latin-Amerika | es, eller én es-XX per land | es-419 (ikke støttet av Google) |
| Besøkende som ikke matches | x-default | Flere x-default-verdier i samme sett |
Google godtar både store og små bokstaver, men å skrive regionen med store bokstaver, slik generatoren gjør, gjør koden lettere å lese.
Hvor bør du plassere hreflang: head, HTTP-header eller sitemap?
Google behandler de tre metodene som likeverdige, så velg den som er enklest å vedlikeholde, og hold deg til den.
| Metode | Best for | Pass på |
|---|---|---|
| <link>-tagger i headen | De fleste nettsteder. Generatoren skriver dette formatet | Hver side bærer hele settet, så et nytt språk betyr at du må redigere hver versjon |
| HTTP Link-header | Filer som ikke er HTML, for eksempel PDF-filer | Krever konfigurasjon av server |
| XML-sitemap | Store nettsteder med mange språk | Hver URL-oppføring lister alle alternativene, inkludert seg selv |
Hvis du bruker sitemap-metoden, sjekk filen med sitemap-sjekkeren etter hver endring, eller generer den med generatoren for XML-sitemap.
Hvilke feil ødelegger oftest hreflang?
- Peking til en adresse som omdirigerer eller returnerer en feil. Hvert alternativ bør svare 200 direkte. Test tvilsomme med omdirigeringssjekkeren.
- Hreflang og kanonisk i konflikt. Hver versjon bør ha en kanonisk adresse som peker til seg selv. Hvis den franske siden oppgir den engelske siden som kanonisk, forteller du Google at de er duplikater, ikke oversettelser. Sjekk det med kontrollen av kanoniske adresser.
- Uoversatte sider. Google behandler bare lokaliserte versjoner som separate når hovedinnholdet er oversatt. En side med oversatt meny og engelsk brødtekst er ikke en ekte fransk versjon.
- Automatiske omdirigeringer etter språk. Google advarer mot å omdirigere brukere til en annen språkversjon basert på hva du tror er deres språk, fordi det kan hindre brukere og søkemotorer i å nå alle versjonene (Google, flerregionale og flerspråklige nettsteder). La besøkende bytte selv, og bruk x-default på velgersiden.
- Ett språk per informasjonskapsel. Google anbefaler en egen adresse for hver språkversjon i stedet for informasjonskapsler eller nettleserinnstillinger.
Hvordan sjekker du at hreflang-taggene dine fungerer?
- Åpne kildekoden til hver versjon og bekreft at den samme blokken står i headen, med én linje per versjon og siden selv blant dem.
- Følg hver adresse i blokken. Hver bør laste direkte, på riktig språk, uten omdirigering.
- Kontroller returlenkene ved å åpne en andre versjon og sørge for at den peker tilbake til den første.
- Inspiser den indekserte siden med URL-inspeksjonsverktøyet i Search Console. Feltet for kanonisk adresse valgt av Google viser hvilken versjon Google behandler som kanonisk. For en oversatt side bør det være siden selv (Search Console-hjelp, URL-inspeksjonsverktøyet).
Hvis Google velger en annen språkversjon som kanonisk, er innholdet sannsynligvis for likt en duplikat, eller de kanoniske taggene motsier hreflang-settet.
Forbedrer hreflang rangeringene?
Ikke direkte. Det gjør ikke en side høyere rangert. Det hjelper riktig versjon å vises for riktig målgruppe, og hindrer at språkversjonene dine konkurrerer om de samme søkene. Hver versjon må fortsatt fortjene sin plass med innhold skrevet for sitt marked, lokale lenker og det vanlige arbeidet på siden. Ordlisteoppføringene våre om hreflang og duplisert innhold går dypere.
Hvordan holder du et flerspråklig nettsted konsistent?
Behandle hreflang som en del av publiseringen, ikke som en engangsoppgave: hver ny side og hvert nytt språk må oppdatere hele settet. Kontroller et utvalg sider hvert kvartal, og etter enhver endring i adressestrukturen. For å øke trafikken i hvert språk og se hvor den kommer fra, følger Sorank GEO- og SEO-dashbordet Google- og AI-trafikken din i ett bilde, og søkeordanalysen finner søkene hver versjon kan vinne.
Et fungerende hreflang-sett lister hver versjon, inkludert seg selv, med absolutte adresser, gyldige koder og returlenker på hver side. Generer taggene dine nå, og se deretter Sorank-planene for å øke hver språkversjon på autopilot.
