Gratis hreflang-generator: Opret korrekte flersprogede tags

Den hreflang-generator løser et lille problem, der skaber store: en fransktalende læser, der lander på din engelske side, eller en køber i Storbritannien, der sendes til priser beregnet til USA. Hreflang-tags fortæller Google, at flere sider er lokaliserede versioner af det samme indhold, så den kan vise hver søgende den rigtige. Google siger udtrykkeligt, at den ikke bruger hreflang eller HTML-attributten lang til at finde sidens sprog; hreflang knytter kun versionerne sammen (Google Search Central, lokaliserede versioner af dine sider).

Hvordan bruger du hreflang-generatoren?

1. Tilføj én linje pr. version af siden med „+ Tilføj et sprog“.
2. Vælg sproget, og en region kun, hvis versionen henvender sig til ét land, for eksempel en-GB for Storbritannien eller pt-BR for Brasilien.
3. Indsæt den fulde URL for den version, og start med https://.
4. Sæt flueben ved x-default på den version, der vises for besøgende, som ingen af de andre matcher, eller fjern fluebenet ved „Inkludér x-default“.
5. Generér koden, kopiér den, og indsæt den i <head> på hver version, der står på listen.

For tre versioner med en x-default returnerer værktøjet 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 sættet: den engelske side, den franske side og den brasilianske side bærer alle disse fire linjer. Intet sendes eller gemmes; koden bygges i din browser.

Hvad er reglerne for et gyldigt hreflang-sæt?

De stammer fra Googles dokumentation og gælder, uanset hvilken metode du vælger.

Returlinks findes af en grund: Google forklarer, at den kræver, at begge sider peger på hinanden, så et andet site ikke kan udpege sig selv som en alternativ version af din side. Alternativer kan ligge på forskellige domæner, for eksempel example.fr og example.de, så længe linkene går begge veje.

Hvilke sprog- og regionskoder bør du bruge?

Brug kun en sprogkode, medmindre indholdet virkelig adskiller sig efter land. En enkelt spansk side til alle spansktalende er es; separate sider for Spanien og Mexico, med forskellige priser eller stavemåder, er es-ES og es-MX. Sprogkoderne stammer fra ISO 639-1 (Library of Congress, det amerikanske nationalbibliotek, ISO 639-kodeliste), og regionskoderne fra ISO 3166-1 alpha-2 (ISO 3166-landekoder).

Google accepterer store og små bogstaver, men at skrive regionen med store bogstaver, som generatoren gør, holder koden læselig.

Hvor skal hreflang placeres: i head'en, i HTTP-headeren eller i sitemappet?

Google behandler de tre metoder som ligeværdige, så vælg den, der er nemmest at vedligeholde, og hold dig til den.

Bruger du sitemap-metoden, kontrollerer du filen med sitemap-tjekket efter hver ændring, eller du genererer den med XML-sitemap-generatoren.

Hvilke fejl bryder hreflang oftest?

• At pege på en URL, der omdirigerer eller returnerer en fejl. Hver alternativ URL bør svare 200 direkte; test tvivlsomme med redirect-tjekkeren.
• Hreflang og canonical i konflikt. Hver version bør have en selvreferende canonical. Hvis den franske side angiver den engelske side som canonical, fortæller du Google, at de er dubletter, ikke oversættelser. Kontrollér det med canonical-tjekkeren.
• Sider, der ikke er oversat. Google behandler kun lokaliserede versioner som ikke-dubletter, når hovedindholdet er oversat; en side med oversat menu og engelsk brødtekst er ikke en reel fransk version.
• Automatiske omdirigeringer efter sprog. Google fraråder at omdirigere brugere til en anden sprogversion ud fra, hvad du tror deres sprog er, fordi det kan forhindre brugere og søgemaskiner i at nå alle versioner (Google, multiregionale og flersprogede sites). Lad besøgende skifte selv, og brug x-default til vælgersiden.
• Ét sprog pr. cookie. Google anbefaler en særskilt URL for hver sprogversion frem for cookies eller browserindstillinger.

Hvordan tjekker du, at dine hreflang-tags virker?

1. Åbn kildekoden for hver version, og bekræft at det samme blok står i head'en, med én linje pr. version og siden selv blandt dem.
2. Følg hver URL i blokken. Hver enkelt bør indlæses direkte, på det rigtige sprog, uden omdirigering.
3. Kontrollér tilbagelinkene ved at åbne en anden version og sikre, at den peger tilbage på den første.
4. Undersøg den indekserede side med URL-kontrolværktøjet i Search Console. Feltet Google-valgt canonical viser, hvilken version Google behandler som canonical; for en oversat side bør det være siden selv (Search Console-hjælp, URL-kontrolværktøjet).

Vælger Google en anden sprogversion som canonical, er indholdet sandsynligvis for tæt på en dublet, eller også modsiger canonical-tagene hreflang-sættet.

Forbedrer hreflang placeringerne?

Ikke direkte. Det får ikke en side til at rangere højere; det hjælper med at få den rigtige version til at vises for den rigtige målgruppe, og det stopper dine sprogversioner i at konkurrere om de samme søgninger. Hver version skal stadig fortjene sin plads med indhold skrevet til sit marked, lokale links og det sædvanlige on-page-arbejde. Vores ordlisteartikler om hreflang og duplikeret indhold går længere.

Hvordan holder du et flersproget site konsekvent?

Behandl hreflang som en del af udgivelsen, ikke som en engangsopgave: hver ny side og hvert nyt sprog skal opdatere hele sættet. Tjek en stikprøve af sider hvert kvartal, og efter enhver ændring af URL-strukturen. For at vokse i trafik på hvert sprog og se, hvor den kommer fra, følger Sorank GEO- og SEO-dashboardet din Google- og AI-trafik i ét overblik, og søgeordsanalysen finder de forespørgsler, hver version kan vinde.

Et fungerende hreflang-sæt lister hver version, inklusive sig selv, med absolutte URL'er, gyldige koder og tilbagelinks på hver side. Generér dine tags nu, og se derefter Sorank-priserne for at få hver sprogversion til at vokse på autopilot.