Hreflang Checker

Online SEO-værktøj til at tjekke og validere hreflang-tags. Det gør det muligt hurtigt at teste og gennemgå hreflang-tag-implementeringen for enhver URL, præcis som søgemaskinerne ser den. Værktøjet læser annoteringer fra head-sektionen, HTTP-headere og XML-sitemaps samt verificerer gengældte links på tværs af hele klyngen.

Hvad gør værktøjet “Hreflang Checker”?

Værktøjet tager en URL og indsamler hreflang-annoteringer fra tre kilder, som søgemaskiner reelt anvender: link-tags i HTML head-sektionen, HTTP-svar-headeren Link samt (valgfrit) fra XML-sitemap. Derefter henter det hver deklareret alternativ version for at bekræfte det gengældte link, HTTP-status, indekserbarhed og kanonisk-konsistens.

Resultatet er det samme billede, som Google danner ved at behandle din internationale klynge, præsenteret i en overskuelig tabel med opsummering af problemers alvorlighed.

Hvordan hjælper Hreflang Checker SEO-specialister og webstedsejere?

Det diagnosticerer tekniske fejl, der stille saboterer international målretning: manglende gengældte tags, ødelagte self-reference, konflikter mellem canonical og noindex, forkerte sprog- eller regionskoder, relative URLs og alternative versioner med viderestilling.

Det opdager også mindre åbenlyse problemer – hreflang indsprøjtet via JavaScript, som Google måske ikke kører, versioner der peger mod staging- eller preview-hosts, cross-domain-versioner samt uoverensstemmelser mellem siden og sitemap'et.

Typiske anvendelser af Hreflang Checker

• Tjek, om hver side i klyngen refererer til sig selv og alle alternative versioner.
• Bekræft, at gengældte links er gensidige mellem sprogversionerne.
• Opdag konflikter med canonical eller noindex, som får Google til at ignorere hreflang.
• Validering af sprog-region koder (fx en-GB, ikke en-UK).
• Test af x-default – findes den præcis én gang og peger på vælger-siden?
• Sammenlign annoteringerne fra siden med XML-sitemap.
• Opfang staging eller preview URLs, der lækker til indekset via hreflang.

Sådan fungerer hreflang

Sider, der er oversættelser eller regionale varianter, danner én klynge. Hver side skal nævne alle sider, inklusive sig selv, ved hjælp af absolutte adresser, og hver henvisning skal være gensidig: Hvis side A peger på side B, skal B pege tilbage på A – ellers kan annoteringen blive ignoreret.

Der er tre korrekte måder at levere det på: link-tags i head (for almindelige HTML-sider), HTTP-headeren Link (den eneste mulighed for ikke-HTML-filer, fx PDF) samt xhtml:link-elementer i XML-sitemap. Brug kun sprogkoden (en, de), hvis én version dækker alle, og tilføj region (en-us, en-gb) kun, hvis indholdet faktisk varierer mellem landene.

Sammenligning af “Hreflang Checker” med andre værktøjer

FAQ

• Forbedrer hreflang placeringerne?

  Ikke direkte. Hreflang viser den korrekte lokaliserede version til den korrekte bruger og hjælper med at undgå filtrering som dubletter mellem næsten identiske regionale sider.

• Hvor lang tid tager det, før Google behandler hreflang?

  Det afhænger af, hvor ofte siderne bliver crawlet igen, ofte flere uger, nogle gange længere. Ændringer træder ikke i kraft med det samme.

• Hvad er et gengældt tag, og hvorfor er det vigtigt?

  Hreflang skal være gensidigt, så hvis side A henviser til side B, skal B også henvise tilbage til A. Hvis det gengældte tag mangler, kan søgemaskiner ignorere hele annoteringen.

• Skal man bruge en-us og en-gb, hvis indholdet er identisk?

  Hvis siderne reelt er ens, er én en-version enklere og mere sikker. Brug kun regionskoder, hvis indholdet faktisk er forskelligt mellem landene.

• Skal hreflang placeres i HTML-tags eller HTTP-headere?

  For almindelige HTML-sider bruges link-tags i head-sektionen, og for ikke-HTML-filer, fx PDF, HTTP-headeren Link.