Hreflang

Hreflang er en HTML-attribut, der fortæller Google, hvilke sprog- eller landeversioner af en side der hører sammen. Den bruges eksempelvis, når den samme produktside findes på dansk, svensk og engelsk, eller når en engelsk side har særskilte versioner til Storbritannien og USA.

Attributten hjælper søgemaskinen med at vise den version, der passer bedst til brugerens sprog og område. Den ændrer ikke selve indholdet og oversætter ingenting. Den er heller ikke en erstatning for klare URL-adresser, lokale tekster eller en god søgeintention.

Hreflang hænger sammen med canonical, men de to løser forskellige opgaver. Canonical peger på den foretrukne version blandt ens eller næsten ens sider. Hreflang forbinder legitime sprog- og regionsvarianter, som hver især skal kunne vises i søgeresultaterne.

For en virksomhed med én dansk hjemmeside er hreflang normalt overflødigt. For en webshop med flere lande kan en korrekt opsætning derimod forhindre, at danske kunder lander på svenske priser eller amerikanske leveringsvilkår.

Lav først en oversigt over sider, der er reelle alternativer til hinanden. Den danske kontaktside skal forbindes med den engelske kontaktside, ikke med en tilfældig engelsk blogartikel. Siderne behøver ikke være ordrette oversættelser, men de skal have samme hovedformål.

Hver side skal normalt angive alle medlemmer af gruppen, inklusive sig selv. Hvis den danske side peger på den svenske og engelske, skal de andre pege tilbage på den danske. Google kalder det returhenvisninger. Mangler de, kan signalet blive ignoreret.

Brug ISO-sprogkoder som da, sv og en. Når en region skal præciseres, kombineres sprog og land, eksempelvis en-gb og en-us. Landekoden må ikke stå alene, fordi hreflang først og fremmest angiver sprog.

Opsætningen kan ligge i sidens head, i HTTP-headeren eller i et XML-sitemap. Vælg én konsekvent metode. På store sites er sitemap ofte lettere at vedligeholde, mens mindre WordPress-sites typisk får tags indsat af et flersprogsplugin.

En dansk producent har tre sider om samme maskine: /da/maskine-x/, /sv/maskin-x/ og /en/machine-x/. Den danske side indeholder danske priser og leveringsvilkår, den svenske side svenske vilkår, mens den engelske fungerer som international standardversion.

Alle tre sider får hreflang til da, sv og en. Derudover tilføjes x-default til den engelske side, fordi den skal være fallback for brugere, der ikke passer til de nævnte sprog.

Før opsætningen får den svenske side 1.000 organiske besøg på en måned, men 120 af dem kommer fra Danmark og ender ofte med at skifte land manuelt. Efter rettelsen falder de danske besøg på den svenske version til 30. Det er et regneeksempel, men det viser, hvad der bør måles: ikke bare samlet trafik, men om brugerne lander rigtigt.

Den engelske side beholder sin egen title tag og metabeskrivelse. Hreflang gør ikke metadata fælles; hver version skal stadig skrives til sit marked.

Den mest almindelige fejl er manglende symmetri. En side peger på fem alternativer, men to af dem peger ikke tilbage. Det sker ofte, når enkelte sprogversioner publiceres senere, eller når et plugin kun er aktivt på dele af sitet.

En anden fejl er at kombinere hreflang med canonical til ét andet sprog. Hvis den danske side har canonical til den engelske, fortæller den i praksis, at den engelske er hovedversionen. Det modarbejder ønsket om, at begge sprogversioner skal kunne indekseres.

Maskinoversatte sider uden lokal værdi bliver heller ikke gode af et hreflang-tag. Attributten organiserer versionerne; den forbedrer ikke dårligt indhold, forkerte valutaer eller manglende kontaktoplysninger.

x-default kan bruges til en neutral side eller en standardside for brugere, som ikke matcher de øvrige sprog- og regionskoder. Det kan være en international forside eller en side med landevælger. Den bør stadig være en rigtig side, ikke en tom omdirigeringsmellemstation.

Google bruger hreflang som et signal, ikke som en ubetinget kommando. Hvis andre signaler peger i en anden retning, kan Google vise en anden version. Derfor skal navigation, lokale links, valuta, adresse og sprog hænge sammen med markeringen.

Hreflang ændrer ikke, hvordan Bing håndterer sprog og region. International SEO bør derfor ikke reduceres til ét Google-tag. Brugerne skal også kunne skifte sprog uden at blive låst af IP-adresse eller automatisk omdirigering.

Canonical bruges, når flere URL-adresser repræsenterer samme hovedindhold, og én version bør samles som den foretrukne. Hreflang bruges, når flere sprog- eller regionsversioner skal eksistere side om side. Hver lokal version har derfor normalt canonical til sig selv.

Forestil dig en dansk og en svensk produktside. De har samme produktbilleder, men forskelligt sprog, valuta og levering. Begge bør kunne vises. De får hver sin selvrefererende canonical og gensidige hreflang-tags. Hvis den svenske side i stedet canonicaliseres til den danske, risikerer den at forsvinde som selvstændigt søgeresultat.

Parametre gør billedet mere komplekst. En svensk produktside med sporingsparameter kan canonicaliseres til den rene svenske URL, mens hreflang stadig peger mellem de rene sprogversioner. Det kræver, at skabelonen bygger konsekvente adresser.

Kontrollér derfor både canonical og hreflang samlet. En rapport, der kun viser, om tags findes, kan overse at de modsiger hinanden.

Start med et udsnit af de vigtigste sidegrupper. Åbn kildekoden eller brug en crawler, og kontrollér om alle versioner er med, om koderne er gyldige, og om adresserne returnerer 200-status. Et hreflang-link til en 301-redirect bør rettes til slutadressen.

Sammenlign grupperne på tværs. Hvis den danske side har fire alternativer, mens den franske kun har tre, mangler der sandsynligvis en returhenvisning. Fejlen kan ligge i oversættelsespluginets relationer, i sitemapgenereringen eller i en side, der ikke er publiceret.

Search Console kan vise problemer med international målretning indirekte gennem indeks- og trafikdata, men et komplet teknisk tjek kræver ofte et crawl. Gem gerne eksporten, så ændringer kan sammenlignes efter næste udgivelse.

På WordPress bør test ske i et stagingmiljø, hvis plugin eller skabelon ændres. En lille kodeændring kan ellers påvirke tusindvis af tags på én gang.

Et sprog er ikke det samme som et land. Dansk kan bruges i Danmark, men en engelsksproget side kan henvende sig til mange markeder. Brug kun regionskoder, når indholdet faktisk er målrettet forskelligt, eksempelvis priser, lovkrav, sortiment eller levering.

Gør sprogskift synligt og forståeligt. Brug sprogets eget navn — "Dansk", "Svenska", "English" — frem for kun flag. Et flag repræsenterer et land, ikke nødvendigvis et sprog, og brugeren kan befinde sig et andet sted end det marked, vedkommende ønsker.

Automatisk omdirigering baseret på IP kan skabe problemer for både brugere og crawlere. Giv hellere et forslag og lad personen vælge. Så kan Googlebot også nå alle versioner gennem almindelige links.

En gennemarbejdet international struktur bør indgå fra begyndelsen, når en ny hjemmeside planlægges. Det er langt lettere end at reparere blandede domæner, mapper og sprogrelationer bagefter.

Lav en side-for-side-liste, før det nye sprog åbnes. Hver række bør indeholde den lokale URL, dens canonical, alle hreflang-alternativer og statuskode. Listen gør det muligt at opdage, at en dansk produktside mangler en fransk partner, eller at en engelsk side peger på en gammel omdirigering.

Kontrollér også navigation, valuta, kontaktoplysninger og leveringsvilkår. Hreflang kan pege en bruger til den danske version, men hvis indholdet stadig viser svenske priser, er den tekniske markering korrekt og oplevelsen forkert. International SEO fungerer kun, når teknik og lokal tilpasning fortæller den samme historie.

Efter lanceringen bør de vigtigste grupper crawles igen. Se efter manglende returhenvisninger, 404-adresser og sider, der er blevet noindex under oversættelsen. Sammenhold derefter landingssider og lande i analytics med rapporterne i Search Console.

Guiden om optimering af en hjemmeside til søgemaskiner giver en bredere ramme for det arbejde, der ligger ud over sprogmarkeringerne.