De eerste internationale site die ik verscheepte had elf taalversies en nul hreflang Verkeer zag er in totaal prima uit, dus niemand trok het maandenlang in twijfel Toen zocht een collega in Berlijn naar ons product op google.de en kreeg de Engelse pagina Niet de Duitse bestond, was geïndexeerd en was beter geschreven dan het Engelse origineel Google had gewoon geen reden om er de voorkeur aan te geven, dus het diende welke versie de meeste links had die ernaar verwezen, wat degene was die we al twee jaar op Twitter in het Engels promootten.
Dat is de faalmodus die hreflang moet voorkomen, en het is onzichtbaar vanuit je eigen markt. Je zoekt vanuit je eigen land in je eigen taal, krijgt de juiste pagina en concludeert dat alles werkt. De mensen die de verkeerde pagina krijgen, zijn degenen van wie je nooit hoort, omdat ze stuiterden.
Deze gids behandelt hreflang van begin tot eind: wat de annotatie is, hoe de codes worden gebouwd, de drie plaatsen waar je het kunt plaatsen, de regels die ervoor zorgen dat Google het vertrouwt, en hoe het omgaat met canonieke tags en sitemaps. Het is de hub voor een reeks gerichte stukken op x-standaard, de fouten die implementaties verbreken, hreflang versus canoniek, en raamwerkspecifieke opstellingen voor Volgende.js en WordPress.
tl;dr: Een hreflang-tag is een
rel="alternate" hreflang="xx-XX"annotatie die zoekmachines vertelt welke taal en regionale versie van een pagina elke gebruiker moet bedienen De waarde is een ISO 639-1 taalcode, optioneel plus een ISO 3166-1 alpha-2 regiocode, dus het VK isGBen nietUK. Annotaties moeten wederkerig zijn: elke pagina in een set vermeldt elke versie inclusief zichzelf, of Google gooit de set weg Je kunt het implementeren als HTML<link>tags, XML-sitemapitems of een HTTPLinkheader, maar slechts één methode per URL-set De hreflang generator bouwt alle drie de formaten in de browser en valideert de codes voordat u ze verzendt.
Wat is een Hreflang-tag?
Een hreflang-tag is een annotatie die " een andere versie van deze pagina bestaat voor deze taal en regio, en deze leeft op deze URL." Het ziet er als volgt uit
<link rel="alternate" hreflang="fr-CA" href="https://example.com/fr-ca/" />
Lees van links naar rechts: rel="alternate" zegt dat dit eerder een variant is dan een andere pagina hreflang="fr-CA" zegt dat de variant voor Franstaligen in Canada is, en href geeft de absolute URL Niets hier is een richtlijn Google behandelt hreflang als een sterke hint over welke URL moet worden ingewisseld voor een bepaalde zoeker, niet als een commando dat hij moet gehoorzamen, en het zal de hint overschrijven wanneer het bewijsmateriaal ergens anders naartoe verwijst.
De annotatie is gedefinieerd in Google's documentatie over gelokaliseerde versies van een pagina, en de codewaarden komen van BCP47, de IETF-standaard voor taaltags Bing ondersteunt dezelfde annotatie Yandex gebruikt geen hreflang en vertrouwt op zijn eigen regionale instellingen, wat belangrijk is als Russischtalige markten deel uitmaken van uw plan.
Wanneer heb je hreflang nodig, en wanneer is het tijdverspilling?
Je hebt het nodig wanneer dezelfde inhoud in meer dan één taal bestaat, of in één taal die op meer dan één regio is gericht Je hebt het niet nodig voor een site die slechts in het Engels voor slechts één markt bestaat, en het toevoegen ervan doet niets anders dan markup toevoegen.
In de praktijk komen drie vormen naar voren:
| Plaatsvorm | toonbeeld | Hreflang nodig? |
|---|---|---|
| Eén taal, één markt | Een SaaS-marketingsite die alleen in de VS verkrijgbaar is | heel weinig |
| Meerdere talen | /en/, /de/, /ja/ versies van dezelfde pagina's |
ja |
| Eén taal, meerdere markten | example.com/us/ en example.com/uk/, beide Engels |
Ja, en dit wordt het vaakst gemist |
De derde rij is degene die het waard is om op te pauzeren Twee Engelse pagina's met verschillende prijzen, verzendkopie en spelling zien eruit als duplicaten voor een crawler. Zonder hreflang kiest Google de ene en filtert de andere, en zo wordt een Britse winkel onzichtbaar op google.co.uk terwijl de Amerikaanse tweelingrangen zijn. De annotatie vertelt Google dat dit opzettelijke regionale varianten zijn in plaats van onbedoelde duplicatie.
Hoe worden hreflangcodes gebouwd?
De waarde bestaat uit twee delen en alleen het eerste is vereist.
de taal is een ISO 639-1 tweeletterige code, kleine letter: en, fr, de, ja, pt. de region is een ISO 3166-1 alfa-2 tweeletterige code, hoofdletters, samengevoegd met een koppelteken: en-US, pt-BR, de-AT. De behuizing is eerder conventioneel dan een moeilijke vereiste, omdat taaltags hoofdletterongevoelig op elkaar zijn afgestemd, maar elke codebeoordeling gaat sneller als je deze volgt.
De regels die mensen verkeerd hebben, in de volgorde waarin ik zie dat ze fout gaan:
- Het Verenigd Koninkrijk is
GB.UKis geen ISO 3166-1-code.en-UKwordt in stilte genegeerd, wat erger is dan een fout omdat niets je vertelt. - Regio alleen is geen ding. Er is geen manier om " iedereen in Canada" zonder een taal te noemen.
hreflang="CA"is ongeldig. Je schrijften-CAenfr-CAals afzonderlijke vermeldingen. - Latijns-Amerika is
es-419. Dat is een numerieke regiocode van de UN M49, geldig in BCP 47, en het juiste antwoord wanneer uw Spaans specifiek op de regio is gericht in plaats van op Spanje of Mexico. - Chinezen willen meestal een script, geen land.
zh-Hantvoor Traditionele enzh-Hansbeschrijf voor Simplified het schrijfsysteem, waar lezers om geven.zh-CNenzh-TWwerk maar voeg script samen met geografie. - Taal en regio zijn zelfstandige assen.
en-CAenfr-CAkunnen beide bestaan Kan dusen-US,en-GB, enen-AU. Ga niet uit van één pagina per land of één pagina per taal; breng de combinaties in kaart die uw site daadwerkelijk bedient.
de hreflang generator controleert elke code aan de hand van de verwachte vorm en markeert subtags die geen herkende taal- of regiowaarden zijn, dus en-UK mislukt aan het toetsenbord in plaats van drie weken later in een crawl.
Waar gaan hreflang tags heen?
Er worden drie implementatiemethoden ondersteund, en die zijn qua effect gelijkwaardig De keuze is operationeel.
| werkwijze | Waar het leeft | het beste voor | prijs |
|---|---|---|---|
HTML <link> |
Elke pagina's <head> |
De meeste sites; gemakkelijkst te debuggen | Elke pagina bevat de volledige set, die groeit met het aantal talen |
XML-sitemap xhtml:link |
Sitemap-items | Grote sites, veel locaties | Sitemap moet synchroon blijven; langzamer op te halen |
HTTP Link kop |
Serverreactie | PDF's en andere niet-HTML-bestanden | Heeft serverconfiguratie nodig; onzichtbaar in de browser's view-source |
HTML-tags in het hoofd:
<link rel="alternate" hreflang="en-US" href="https://example.com/us/pricing" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/uk/pricing" />
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
Dezelfde set als sitemapitems, waarvoor de xhtml naamruimte aangegeven op <urlset>piepsel
<url>
<loc>https://example.com/us/pricing</loc>
<xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/us/pricing"/>
<xhtml:link rel="alternate" hreflang="en-GB" href="https://example.com/uk/pricing"/>
<xhtml:link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise"/>
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/pricing"/>
</url>
En als HTTP-header, wat de enige optie is voor een PDF:
Link: <https://example.com/us/whitepaper.pdf>; rel="alternate"; hreflang="en-US",
<https://example.com/de/whitepaper.pdf>; rel="alternate"; hreflang="de-DE"
Kies één methode per URL-set Het mixen van HTML-tags en sitemapvermeldingen voor dezelfde pagina's is niet dodelijk, maar het geeft Google twee bronnen die uit elkaar kunnen drijven, en de dag dat ze het niet eens zijn weet je niet welke gewonnen heeft Als je al een sitemap produceert met de XML-sitemapgenerator, het sitemapformaat valt er rechtstreeks in.
Waarom moet hreflang wederkerig zijn?
Omdat een eenrichtingsclaim niet verifieerbaar is Als op uw Engelse pagina & quot; de Franse versie is daar en quot; en de Franse pagina zegt niets, iedereen kan naar iemand verwijzen Google' De regel is dat beide partijen het eens moeten zijn, en de retourneringseis staat duidelijk vermeld in de documentatie: annotaties zonder bevestiging van retourtags worden genegeerd.
De praktische vorm van de regel is eenvoudiger dan het klinkt Zet de volledige, identieke set annotaties op elke pagina in de groep, inclusief een zelfreferentiële vermelding voor de pagina zelf De Engelse pagina vermeldt Engels, Frans, Duits, en x-standaard Dat geldt ook voor de Franse pagina Dat geldt ook voor de Duitse pagina Zelfde blok, byte voor byte, op al deze.
Die redundantie is de functie Het maakt de set zelfverifiërend en het maakt de implementatie mechanisch: bouw het blok één keer per URL-groep en render het vanuit één enkele bron in plaats van handbewerken per pagina Handbewerken is hoe een set van negen pagina's eindigt met acht juiste blokken en één ontbrekende invoer, en één ontbrekende invoer is genoeg voor Google om het paar waartoe het behoort te wantrouwen.
Wat doet x-default?
x-default noemt de pagina die moet worden weergegeven wanneer geen ander item overeenkomt met de gebruiker Iemand die in Koreaanse landen surft op een site met Engelse, Franse en Duitse versies: zonder x-default, Google raadt Hiermee beslist u, en het antwoord is meestal een taalkiezer of uw primaire internationale startpagina.
Het is geen taalcode en het vervangt er geen Uw Engelse pagina heeft nog steeds een eigen en of en-US toegang, en x-default zit naast als een allesomvattend Google behandelt het als optioneel, en ik behandel het zoals vereist, omdat & quot; het algoritme iets kiest" is geen routeringsstrategie De volledige x-standaard gids behandelt waar u het moet aanwijzen, wat er gebeurt als u het op een omleiding richt en waarom een taalkeuzepagina zelfzorg nodig heeft.
Hoe werken hreflang en canonieke tags op elkaar in?
Ze beantwoorden verschillende vragen en mogen elkaar niet tegenspreken.
Een canonieke tag zegt " van deze vrijwel identieke URL's, indexeer deze." Een hreflang-annotatie zegt " deze URL's zijn gelokaliseerde alternatieven, bedienen de juiste per gebruiker." Het falen dat versies in hele talen opeet, is canonicaliserend voor alle talen: uw Franse pagina verklaart de Engelse pagina canoniek, wat Google vertelt de Franse URL uit de index te schrappen, en hreflang kan een URL die is gecanonicaliseerd niet nieuw leven inblazen.
De regel is kort. Elke pagina heilig verklaard zichzelf. Hreflang beschrijft de relaties tussen die zelfcanonieke pagina's Haal die twee feiten op een rij en de twee systemen werken samen; laat ze doorkruisen en het sterkere signaal, canoniek, wint en verwijdert stilletjes je vertalingen. Hreflang versus canoniek werkt door de combinaties, inclusief het parameter-URL-geval waarin beide tegelijk in het spel zijn.
Hoe test je dat hreflang werkt?
Begin met Search Console Het International Targeting rapport vermeldt de twee storingen die er op schaal toe doen, & quot; no return tags" en & quot; unknown language code", over de hele eigenschap, die het inspecteren van pagina's één voor één verslaat Merk op dat het achterblijft: fixes verschijnen pas nadat Google elke pagina in de getroffen set opnieuw heeft gekrabbeld, dus een week zonder verandering is normaal en geen bewijs dat de fix mislukt is.
Kruip dan je eigen site Elke crawler die hreflang annotaties boven water brengt, zal je de set laten zien die elke URL draagt, en de controle die je uitvoert is of elke pagina in een groep het identieke volledige blok draagt Sorteer op groep en oogbal de tellingen; een pagina met vier vermeldingen in een groep van vijf is de bug.
Controleer vervolgens de doelen oplossen Elk href moet een absolute URL zijn die 200 retourneert en indexeerbaar is Een doel dat omleidt werkt nog steeds maar voegt een hop toe, een doel dat 404s de set vergiftigt, en een doel dat is noindex is een tegenstrijdigheid: u maakt reclame voor een pagina die u Google heeft opgedragen te negeren.
Wat breekt het vaakst?
In ruwe volgorde van hoe vaak ik ze vind
- Ontbrekende retourtags. Pagina A wijst op B, B wijst niet terug Google gooit het paar weg.
- Geen x-standaard. Ongeëvenaarde gebruikers krijgen welke versie Google ook raadt.
- Niet-ISO-codes.
en-UKleads, gevolgd door uitgevonden exemplaren zoalsen-EU. - Relatieve URL's. hreflang vereist absolute URL's, protocol en host inbegrepen.
- Trailing-slash-mismatches.
/fr/en/frzijn verschillende URL's en de annotatie moet overeenkomen met het indexeerbare formulier. - Canoniek wijzen in verschillende talen. Annuleert de hele set.
- Gemengde methoden. HTML-tags en sitemapvermeldingen voor dezelfde URL's, uit elkaar drijvend.
Elk van deze produceert markup die er goed uitziet Dat is wat hreflang vervelend maakt: het falen is altijd stil. 12 veel voorkomende hreflang fouten loopt door elk met het symptoom dat je zou observeren en de oplossing.
Hoe genereer en onderhoud je de tags?
Voor een handvol URL's is het blok een keer met de hand schrijven prima en pijnlijk bij de tweede wijziging. Voor alles wat groter is, genereer het.
de hreflang tag generator neemt één rij per versie - een code en een absolute URL - en zendt het blok uit als HTML-link-tags, sitemap-items of een HTTP-header. Het valideert elke code aan de hand van de ISO-vorm, markeert niet-herkende subtags, vangt dubbele codes op, wijst relatieve URL's af en waarschuwt wanneer de set geen x-standaard heeft. Het draait volledig in de browser, dus uw URL-structuur, die uw hele internationale architectuur in kaart brengt, wordt nooit ergens geüpload.
Voor een site die al is gesjabloon, is het betere antwoord op de lange termijn om het blok van uw routeringsconfiguratie weer te geven, zodat het niet kan afdrijven. Dat is wat de Volgende.js en WordPress omslag van de gids: één bron van waarheid voor de landkaart, één component of filter dat de volledige wederkerige set op elke pagina in de groep weergeeft. De generator is dan het ding dat u gebruikt om de uitvoer te controleren in plaats van deze te produceren, wat de juiste taakverdeling is zodra een site voorbij enkele tientallen URL's is.
Als u tegelijkertijd de rest van de technische SEO-laag assembleert, zal de meta tag generator behandelt het hoofd per pagina en de Robots.txt-generator dekt crawlrichtlijnen De hreflang gereedschap gids gaat dieper op de generator zelf.
Veelgestelde vragen
Wat is een Hreflang-tag?
Een hreflang-tag is een rel="alternate" hreflang="xx-XX" annotatie die zoekmachines vertelt welke taal en regionale versie van een pagina een bepaalde gebruiker moet bedienen Het helpt internationale sites bij het rangschikken van de juiste versie in elke markt en voorkomt dat bijna identieke regionale pagina's als duplicaten worden gefilterd.
Heb ik hreflang nodig als mijn site alleen in het Engels is?
Alleen als je je richt op meer dan één Engelstalige markt met aparte URL's Een enkele Engelse site voor een interne markt heeft geen hreflang nodig Afzonderlijke winkels in de VS en het VK, beide in het Engels, hebben het wel nodig, want zonder de annotatie zien de twee eruit als duplicaten.
Is de regio onderdeel van een hreflangcode vereist?
Nee. De taalcode is vereist en de regio is optioneel. en is op zichzelf geldig Wat niet geldig is, is een regio zonder taal: er is geen manier om een land te targeten zonder een taal te noemen.
Garandeert hreflang welke pagina Google laat zien?
Nee. Hreflang is een sterk signaal, geen richtlijn Google kan nog steeds een andere versie bedienen wanneer ander bewijsmateriaal, zoals de gebruiker's expliciete taalinstellingen of de zoektaal, naar elders verwijst.
Hoe lang duurt het voordat hreflang-wijzigingen van kracht worden?
Google moet elke pagina in de set opnieuw crawlen voordat het de retourtags kan bevestigen, dus wijzigingen duren doorgaans dagen tot weken, afhankelijk van hoe vaak uw site wordt gecrawld. Het International Targeting-rapport in Search Console werkt met dezelfde vertraging bij.
Kan ik hreflang en canonieke tags samen gebruiken?
Ja, en dat zou je moeten doen Elke pagina canonicaliseert voor zichzelf, en hreflang beschrijft de relaties tussen die zelfcanonieke pagina's Canonicaliseren van de ene taalversie naar de andere verwijdert het uit de index en annuleert de hreflang-set.
Ondersteunt Bing hreflang?
Ja. Bing ondersteunt hetzelfde rel="alternate" hreflang annotatie. Yandex gebruikt geen hreflang en vertrouwt in plaats daarvan op zijn eigen regionale instellingen.
Waar moeten hreflang-tags naartoe, in de HTML of de sitemap?
Hetzij werkt HTML-linktags zijn gemakkelijker te debuggen en zijn de gebruikelijke keuze Sitemapvermeldingen houden paginakoppen lean en passen bij sites met veel locales Gebruik één methode per URL-set in plaats van beide.
