Telegram, WhatsApp+380637610482
Valery Danyuk
Valery DanyukudviklerUdvikling af AI-værktøjer til virksomheder. Høj kvalitet. Overkommelige priser.Skriv på Telegram

Hreflang Checker: Sådan finder og retter du fejl i flere sprogversioner af dit websted

Hreflang-tjekker online: sprogkoder, x-default, selvreferencer og krydsreferencer mellem sprogversioner

Hvad du får

  • Kontrol af hreflang-klyngen på enhver side: sprogkoder, dubletter, x-default, selvreference, URL-statusser — gratis
  • Forståelse af, hvorfor Google viser den tyske version til engelsktalende besøgende, og hvordan man løser det
  • Den korrekte markup-skabelon til et websted på to eller flere sprog
Anvend: om 20 minutterGemmer: trafik, der går til den forkerte sprogversion

Det korte svar: For at tjekke hreflang online skal du indsætte adressen på en hvilken som helst sprogversion af en side i den gratis PromoPilot hreflang-validator og klikke på "Tjek hreflang". Værktøjet vil udtrække alternative links fra <head>, kontrollere formatet for sprog- og regionskoder, dubletter, tilstedeværelsen af x-default og links til selve siden, HTTP-status for hvert alternativ og, hvis knappen er aktiveret, endda krydsreferencer mellem versioner. Nedenfor kan du se, hvordan du læser resultaterne og de mest almindelige fejl.

Jeg har arbejdet på flersprogede projekter – fra tresprogede hjemmesider til en 33-sproget portal med RTL – og hreflang har været en kilde til problemer i næsten alle af dem. Den mest irriterende fejl: alt er markeret, men én version linker ikke tilbage – og Google viser besøgende den forkerte sprogversion, selvom alt ser fint ud ved første øjekast.

Hvad tjekker hreflang-validatoren?

Hreflang er et hint til søgemaskiner: "Denne side har versioner på andre sprog, her er deres adresser." Sider, der er linket af denne markup, danner en klynge. Validatoren kontrollerer, om denne klynge er korrekt samlet.

Undersøgelse Hvad kigger han på? Hvorfor er dette til SEO?
Alternativer fra hovedet Alle <link rel="alternate" hreflang="…"> -tags på siden Dette er den markup, som Google læser.
Kodeformat og dubletter Sprog i henhold til ISO 639-1, region i henhold til ISO 3166-1 ( de, en-GB, cs-CZ), gentagelser Google ignorerer simpelthen ugyldig kode.
x-standard Er der en standardversion? Vist til dem, der ikke var tilfredse med noget sprog
Selvreference Peger siden på sig selv i listen? Uden den betragtes klyngen som ufuldstændig.
HTTP-status for alternativer Svarer alle adresser med en 200-kode? 404-links eller omdirigeringer afbryder forbindelser
Gensidige forbindelser Refererer hver version tilbage Uden bekræftelse tages hreflang-parret ikke i betragtning.

Hvordan tjekker man en hjemmesides hreflang online?

Hreflang-tjek i 4 trin: indsæt URL fra klynge, kør tjek, se URL-statusser og aktiver gensidig tjek

  1. Åbn hreflang-validatoren.
  2. Indsæt adressen på den side, der skal inkluderes i klyngen, for eksempel https://example.com/en/pricing/.
  3. Beslut om gensidig hreflang-kontrol er nødvendig. Til/fra-knappen "Kontroller gensidig hreflang" forsinker kontrolprocessen: værktøjet åbner hvert alternativ og kontrollerer dets markup. Aktiver det til din første kontrol – gensidig hreflang-kontrol er den mest almindelige årsag til ødelagte links.
  4. Klik på "Tjek hreflang" og undersøg problemerne: koder, x-default, selvreference.
  5. Ret eventuelle ikke-relaterede lokaliteter, og test igen med en anden sprogversion for at sikre, at klyngen matcher på begge sider.

Sådan ser værktøjssiden ud: adressefeltet, knappen til gensidig verifikation og en beskrivelse af, hvad der kontrolleres.

PromoPilots gratis Hreflang Validator-side: URL-felt, gensidig kontrol-/skiftknap og knappen "Tjek hreflang"

Hvordan aflæser man resultatet, og hvad skal man rette først?

Hreflang-fejl er ikke alle ens. Jeg retter dem i denne rækkefølge:

  1. Alternativer svarer med en fejl eller en omdirigering. Hvis /de/preise/ returnerer en 404 eller omdirigerer til startsiden, fungerer parringen ikke. Hreflang-koden bør kun indeholde endelige URL'er med status 200, der matcher disse siders kanoniske værdi.
  2. Der er ingen backlinks. Den engelske version linker til den tyske version, men den tyske version linker ikke til den engelske version. Dette sker normalt, når et nyt sprog er blevet tilføjet senere, og skabelonen til de ældre versioner ikke er blevet opdateret.
  3. Forkerte koder. Almindelige eksempler inkluderer en-UK i stedet for en-GB, cz i stedet for cs for tjekkisk, ua i stedet for uk for ukrainsk eller en region uden et sprog. Søgemaskinen ignorerer sådanne strenge.
  4. Ingen selvreference. Hver version skal også angive sig selv.
  5. Der er ingen x-default. Det er ikke en fejl, men uden den får besøgende "fra andre sprog" en tilfældig version.
  6. Dubletter. Den samme kode er angivet to gange med forskellige adresser – Google ved ikke hvilken en de skal vælge.

Den korrekte klynge for en side på tre sprog ser sådan ud – og er den samme i hver af de tre versioner:

<link rel="alternate" hreflang="en" href="https://example.com/en/pricing/">
<link rel="alternate" hreflang="de" href="https://example.com/de/preise/">
<link rel="alternate" hreflang="cs" href="https://example.com/cs/cenik/">
<link rel="alternate" hreflang="x-default" href="https://example.com/en/pricing/">

En anden almindelig faldgrube er en kanonisk version, der peger fra alle sprogversioner til den engelske version. Dette modsiger hreflang: du siger samtidig "dette er en kopi af den engelske side" og "dette er en separat tysk version". Hver versions kanoniske version bør pege på sig selv.

Hvornår er der brug for regioner, ikke kun sprog?

de koden er for alle tysktalende besøgende. de-AT -koden er kun for dem i Østrig. Regionale koder er nødvendige, hvis du har virkelig forskelligt indhold for hvert land: forskellige priser, valutaer, forsendelse og juridiske oplysninger. Hvis teksterne er identiske, er sprogkoder tilstrækkelige – yderligere regionale versioner skaber dubletter og komplicerer supporten.

Et godt kompromis for en butik: de for alle tysktalende lande plus de-CH, hvis Schweiz har forskellige priser i franc. Så vil schweiziske besøgende se deres egen version, og alle andre vil se den generelle.

Hvordan tilføjer man et nyt sprog uden at ødelægge hreflang?

De fleste fejl opstår ikke, når man starter et websted, men senere – når man tilføjer et sprog. Min tjekliste til dette:

  1. Opdater skabelonen for alle eksisterende versioner, ikke kun den nye: hver side skal angive det nye sprog.
  2. Udgiv ikke blanke eller uoversatte sider. Hvis der endnu ikke er nogen oversættelse, er det bedre ikke at inkludere siden i klyngen end at henvise til en stub.
  3. Tjek URL'erne. Oversatte URL'er ( /de/preise/ i stedet for /de/pricing/) er gode for brugerne, men hreflang'en skal indeholde disse URL'er uden omdirigeringer.
  4. Kør validatoren fra begge sider — den nye version og en af de gamle, med gensidig verifikation aktiveret.
  5. Opdater dit sitemap for at hjælpe robotten med at finde dine nye sider hurtigere.

Det tager en time, og fejl, der overses i dette trin, vil forvirre resultaterne i flere måneder.

Sammenligning: hreflang-validator og alternativer

Værktøj Hvad er gratis? Begrænsninger Hvem er det egnet til?
PromoPilot — hreflang validator Koder, dubletter, x-default, selvreference, HTTP-statusser, gensidige links Én klynge pr. kontrol, læser markup fra head Tjek hurtigt de vigtigste sider på din eller en andens hjemmeside
Google Search Console URL-tjek: Hvilken kanonisk version valgte Google? Der er kun ingen separat hreflang-rapport for dit verificerede websted Forstå, hvordan Google ser en bestemt version
Skrigende frø SEO-edderkop Gennemgang af et websted med hreflang-rapporter Installation er påkrævet, den gratis version har en begrænsning på adresser Revider alle sprogversioner på én gang
Ahrefs Webmasterværktøjer Hjemmesiderevision, inklusive hreflang-fejl Kun for dine verificerede websteder Regelmæssig opfølgning på dit projekt

Konklusion: Til kontrol af en specifik side – for eksempel efter lancering af et nyt sprog – er en online validator hurtigere. Et websted med tusindvis af sider på snesevis af sprog kræver en crawler, der kan crawle dem alle.

PromoPilot har 87 gratis SEO-værktøjer. Den næste i serien er en artikel om metatag-analyse: den viser også en sides hreflang, men uden at kontrollere gensidighed og statusser.

Hvad er begrænsningerne ved hreflang-validatoren?

Validatoren læser alternativer fra dokumentets <head>. Hvis din hreflang er i dit XML-sitemap eller HTTP-headere, vil værktøjet ikke se den – dette er ikke en hjemmesidefejl, men en valideringsfunktion. Den kontrollerer én klynge ad gangen; for at sikre, at hele webstedet er markeret korrekt, skal du kontrollere skabelonerne for alle sidetyper eller køre en crawler. Og validatoren evaluerer selvfølgelig ikke oversættelseskvaliteten – maskinoversættelse uden hreflang-redigering vil ikke redde dig.

Hvornår er et gratis værktøj ikke nok?

Hreflang-validator eller nøglefærdig flersproget SEO: Validering af én klynge vs. automatiseret markering af hele webstedet

Validatoren vil finde en fejl, men vil ikke omskrive websiteskabelonen. En specialist er nødvendig, hvis:

  • der er mere end tre sprog, og hreflang skal genereres automatisk for hver ny side;
  • Du træder ind på nye markeder og beslutter, hvordan du vil organisere adresser: mapper, underdomæner eller separate domæner;
  • Google viser stædigt den forkerte version, men ved første øjekast er der ingen fejl i markup'en;
  • Ikke kun hreflang er nødvendig, men også oversættelse, metatags og markup på hvert sprog.

Hvad kan jeg gøre for din hjemmeside?

Jeg er Valeriy Danyuk, udvikler og SEO-specialist: 12 år, over 200 kunder og mange flersprogede projekter i Europa.

SEO og flersprogethed

Hjemmesider, butikker og regnskab

Send mig adressen på din flersprogede hjemmeside via Telegram – jeg tjekker klyngerne af nøglesider og fortæller dig, hvor du mister trafik.

Resultat

  1. Online hreflang-tjekker viser koder, x-default, selvreference, statusser og gensidige klyngelinks.
  2. Rettelser i denne rækkefølge: ødelagte alternativer → backlinks → koder → selvreference → x-default → dubletter.
  3. Den kanoniske version af hver sprogversion bør pege på sig selv, ikke på "hoved"sproget.
  4. For store flersprogede websteder genereres hreflang ved hjælp af en skabelon, eller der bruges en platform, hvor sprog linkes automatisk, f.eks. 1001site.

Tjek din hjemmesides vigtigste side med en gratis hreflang-validator – med gensidig validering aktiveret.

Kilder

  • PromoPilots Hreflang Validator-side — liste over tjek og ofte stillede spørgsmål.
  • Google Search Central - Dokumentation om lokaliserede versioner af sider og hreflang.
  • Screaming Frog og Ahrefs Webmaster Tools – beskrivelser af webstedsrevision.

Referencer og kilder

Spørgsmål og svar

Hvorfor er x-default vigtig?

x-default fortæller søgemaskinen, hvilken version der skal vises, hvis ingen af sprogene i klyngen er egnede for den besøgende – for eksempel en bruger med en japansk browser på et websted med tyske, engelske og tjekkiske versioner. Typisk peger x-default på den engelske version eller siden med sprogvalg.

Hvorfor er sammenhørighed vigtig?

Google accepterer kun hreflang-parret, hvis linket er verificeret på begge sider: den tyske version linker til den engelske version, og den engelske version linker tilbage til den tyske version. Hvis der ikke er noget backlink, ignoreres markup'en for dette par, og den forkerte version kan blive vist i søgeresultaterne.

Hvor skal hreflang placeres: i HTML, i overskrifter eller i et sitemap?

Google understøtter tre metoder: linktags i dokumentets header, HTTP-headere (nyttige til PDF'er) og XML-sitemaps. Vælg én, og brug dem konsekvent. PromoPilot-validatoren læser alternativer fra dokumentets header, så den ikke ser markup i et sitemap.

Vi har tjekket hjemmesiden, men der er ingen til at reparere den?

Dette gratis værktøj afslører problemer. Jeg analyserer rapporten, prioriterer og retter dem: SEO-revision, hastighedsforøgelse, markup og migrering til et nyt websted uden at miste placeringer.