Hreflanggranskning

Ett SEO-verktyg online för att kontrollera och validera hreflang-taggar. Verktyget låter dig snabbt testa och granska hreflang-implementeringen för valfri URL så som en sökmotor ser den. Verktyget hämtar annoteringar från head-sektionen, HTTP-header och XML-sitemap och verifierar returlänkar i hela klustret.

Vad gör verktyget ”Hreflang Checker”?

Verktyget hämtar URL:en och samlar hreflang-annoteringar från de tre källor som sökmotorer faktiskt använder: link-taggar i HTML-head, HTTP-svarshuvudet Link samt (valfritt) från XML-sitemap. Därefter laddar den varje deklarerad alternativ version för att bekräfta returlänk, HTTP-status, indexerbarhet och canonical-konsistens.

Resultatet är samma bild som Google skapar när de tolkar ditt internationella kluster, presenterat i en läsbar tabell med summering av problemens allvarlighetsgrad.

Hur hjälper Hreflang Checker SEO-specialister och webbplatsägare?

Diagnostiserar tekniska fel som i tysthet saboterar internationell målgruppsinriktning: saknade returtaggar, trasig self-reference, canonical- och noindex-konflikter, ogiltiga språk- eller regionkoder, relativa URL:er och alternativa versioner som omdirigerar.

Upptäcker även mindre uppenbara problem – hreflang som injiceras via JavaScript som Google kanske inte kör, versioner som pekar mot staging- eller preview-hosts, cross-domain-varianter och avvikelser mellan sidan och sitemap.

Typiska användningsområden för Hreflang Checker

• Kontrollera om varje sida i klustret pekar på sig själv och alla alternativa versioner.
• Bekräfta att returlänkar är ömsesidiga mellan språkversioner.
• Identifiera canonical- eller noindex-konflikter som gör att Google ignorerar hreflang.
• Validera språk-region-koder (t.ex. en-GB, inte en-UK).
• Testa x-default — om det förekommer exakt en gång och pekar på val-sidan.
• Jämföra annoteringar från sidan och XML-sitemapen.
• Fånga staging- eller preview-URL:er som läcker in i indexet via hreflang.

Så fungerar hreflang

Sidor som är översättningar eller regionala varianter bildar ett kluster. Varje sida måste lista alla sidor, inklusive sig själv, med absoluta adresser, och varje referens måste vara ömsesidig: om sida A pekar på sida B måste B peka tillbaka på A – annars kan annoteringen ignoreras.

Det finns tre korrekta metoder för leverans: link-taggar i head (för vanliga HTML-sidor), HTTP-huvudet Link (enda alternativet för icke-HTML-filer, t.ex. PDF) samt xhtml:link-poster i XML-sitemap. Använd endast språkkoden (en, de) när en version täcker alla, och lägg till region (en-us, en-gb) bara om innehållet faktiskt skiljer sig mellan länder.

Jämförelse mellan Hreflang Checker och andra verktyg

FAQ

• Förbättrar hreflang ranking?

  Inte direkt. Hreflang leder rätt lokaliserad version till rätt användare och förhindrar att nästan identiska regionala sidor filtreras som dubbletter.

• Hur lång tid tar det för Google att behandla hreflang?

  Det beror på hur ofta sidorna crawlats om, ofta några veckor, ibland längre. Förändringar träder inte i kraft omedelbart.

• Vad är en returtagg och varför är den viktig?

  Hreflang måste vara ömsesidig: om sida A pekar på sida B måste B peka tillbaka på A. Om returtagg saknas kan sökmotorer ignorera hela annoteringen.

• Ska man använda en-us och en-gb om innehållet är identiskt?

  Om sidorna verkligen är likadana är en version av en enklare och säkrare. Använd regionkoder bara när innehållet faktiskt skiljer sig mellan länder.

• Ska hreflang placeras i HTML-taggar eller HTTP-headers?

  För vanliga HTML-sidor används link-taggar i head-sektionen och för icke-HTML-filer, t.ex. PDF, HTTP-huvudet Link.