De slechtste hreflang bug die ik heb verzonden was een sjabloonwijziging van één regel die vier taalversies uit Google' s index haalde het hoofd gedeeltelijk een canonieke tag, en iemand refactored het zodat de canonieke werd opgebouwd uit de standaard locale in plaats van de huidige Elke vertaalde pagina begon de Engelse pagina te declareren als zijn canonieke De hreflang annotaties waren onaangeroerd en nog steeds perfect Ze waren ook volledig irrelevant, omdat je een URL die is gecanonicaliseerd niet uit de index kan serveren.
Er ging niets kapot De pagina's waren nog steeds geladen Het verkeer van de niet-Engelse markten viel in ongeveer drie weken tijd weg, wat ongeveer de tijd is die Google nodig had om alles opnieuw te krabbelen, en tegen de tijd dat het duidelijk was dat de oorzaak vijf commits terug was.
Canoniek en hreflang zijn de twee annotaties die het meest waarschijnlijk met elkaar worden verward en de twee die elkaar het meest waarschijnlijk zullen opheffen. Deze gids behandelt wat iedereen beweert, de regel die ze compatibel houdt en de specifieke combinaties die fout gaan. Het staat onder de complete hreflang gids, naast 12 veel voorkomende hreflang fouten.
tl;dr: Een canonieke tag zegt & quot; van deze bijna-duplicate URL's, indexeer deze." Een hreflang annotatie zegt " deze URL's zijn gelokaliseerde alternates, dienen de juiste per gebruiker." Ze beantwoorden verschillende vragen en mogen elkaar niet tegenspreken De regel is dat elke pagina canonicaliseert naar zichzelf, en hreflang beschrijft de relaties tussen die zelf-canonieke pagina's Canonicaliseren van de ene taalversie naar de andere verwijdert het uit de index en maakt de hreflang set zinloos, omdat canoniek het sterkere signaal is.
Wat beweert een canonieke tag?
Een canonieke tag nomineert de voorkeurs-URL uit een groep URL's die in hoofdzaak dezelfde inhoud bedienen:
<link rel="canonical" href="https://example.com/pricing" />
Het bestaat omdat dezelfde inhoud bij veel URL's bereikbaar is: met en zonder trackingparameters, met en zonder een trailing slash, via een printweergave, via een categoriepad en een direct pad Alleen gelaten kiest Google er een en consolideert de rankingsignalen erop De canonieke tag is hoe je die pick zelf maakt.
Twee eigenschappen zijn van belang voor deze discussie Ten eerste is het een hint, geen richtlijn, hoewel een sterke die Google meestal volgt Ten tweede, en dit is het deel dat bijt, de niet-canonieke URL's worden niet meer op zichzelf geïndexeerd. Hun signalen worden in het canonieke gevouwen Dat is het hele punt van de tag, en het is precies het verkeerde om een vertaling aan te doen.
Wat beweert hreflang?
Hreflang maakt een geheel andere claim:
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise" />
Er staat: er bestaat een andere versie van deze pagina, deze is gericht op Duitstaligen in Duitsland, en hier woont hij. Er staat niets over welke URL geïndexeerd moet worden. Van alle plaatsvervangers wordt verwacht dat ze onafhankelijk worden geïndexeerd, elke ranglijst op zijn eigen markt. Hreflang is een routeringshint die wordt toegepast tijdens de service, en geen indexeringsinstructie.
Zet de twee naast elkaar en het verschil is duidelijk
| Canoniek | Hreflang | |
|---|---|---|
| Vraag die het beantwoordt | Welke van deze URL's moet worden geïndexeerd? | Welke versie moet deze gebruiker zien? |
| Effect op de andere URL's | Ze worden niet langer afzonderlijk geïndexeerd | Ze blijven geïndexeerd, elk op zijn markt |
| Geldt voor | Dubbele of bijna-duplicerende inhoud | Vertaalde of geregionaliseerde inhoud |
| Richting | Punten naar één winnaar | Beschrijft een symmetrische verzameling |
| kracht | Sterk; meestal gevolgd | Een hint die wordt gebruikt bij het rangschikken en serveren van tijd |
Vertaalde pagina's zijn geen duplicaten Het zijn verschillende inhoud voor verschillende doelgroepen die toevallig structureel parallel zijn Ze behandelen als duplicaten met een canonieke taaloverschrijdende is de categoriefout die aan de basis ligt van elke faal hieronder.
Wat is de regel?
Elke pagina canonicaliseert voor zichzelf Hreflang beschrijft de relaties tussen die zelfcanonieke pagina's.
Concreet draagt de Engelse prijspagina
<link rel="canonical" href="https://example.com/pricing" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
En de Duitse prijspagina draagt het identieke hreflangblok met een ander canoniek:
<link rel="canonical" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
Dezelfde hreflang set op beide, zelfreferentiële canonieke op elk Dat is het hele patroon Google documenteert dezelfde eis in zijn begeleiding voor gelokaliseerde versies: de annotaties moeten wederkerig zijn en de URL's die ze benoemen moeten de URL's zijn die u wilt indexeren.
Wat gebeurt er als de canonieke punten in verschillende talen?
De taalversie verdwijnt.
Loop er doorheen De Franse pagina zegt & quot; indexeer de Engelse pagina in plaats van mij." Google verplicht en laat de Franse URL uit de index vallen De Engelse pagina' s hreflang zegt & quot; de Franse versie staat op deze URL." Google kijkt naar die URL, vindt dat deze gecanonicaliseerd is op de pagina waarop deze al staat, en heeft niets om Franse zoekers te bedienen De set stort in op één pagina.
Het symptoom is een taalversie die gecrawld wordt, 200 retourneert, goede vertaalde content bevat, en nooit rangen In Search Console meldt de URL Inspection tool het als een alternatief van een andere pagina in plaats van als geïndexeerd Dat rapport is de snelste manier om de diagnose te bevestigen, en als je een taalversie achtervolgt die niet zal ranken, controleer het dan voor iets anders.
De reden dat canonical wint is dat de twee signalen in verschillende stadia werken Canonicalisatie gebeurt tijdens het indexeren; hreflang wordt geraadpleegd tijdens het rangschikken en serveren Een URL die nooit in de index komt is in een later stadium niet beschikbaar.
Hoe zit het met parameters en bijna-duplicaten binnen één taal?
Dit is waar beide signalen legitiem tegelijk in het spel zijn, en de combinatie is prima zolang je de lagen recht houdt.
Stel dat de Duitse prijspagina bereikbaar is op /de/preise en /de/preise?utm_source=newsletter. De geparametriseerde URL wordt gecanonicaliseerd naar /de/preiseidd, klopt: het zijn echte duplicaten binnen één taal De hreflang set werkt één level omhoog, tussen /pricing, /de/preise, en /fr/tarifs, en het noemt alleen de canonieke vorm van elk.
Twee regels houden dit schoon:
- Hreflang noemt altijd canonieke URL's. Richt nooit een annotatie op een al dan niet geparametriseerde URL De retourneringstag op die URL komt niet overeen, omdat de canonieke versie degene is die het blok draagt.
- Canonicaliseer binnen een taal, nooit over. Parameters, printweergaven, sessie-URL's, allemaal prima Een andere taal, nooit.
Dezelfde logica omvat paginering, gefacetteerde URL's en elk ander duplicatiemechanisme. Los het op in de taal en laat hreflang vervolgens de opgeloste set beschrijven.
Helpt hreflang bij dubbele inhoud tussen regio's?
Gedeeltelijk, en het onderscheid is de moeite waard om precies over te zijn, omdat het vaak overdreven is.
Hreflang dedupliceert niet Het vertelt Google niet om de gelijkenis tussen uw Amerikaanse en Britse Engelse pagina's te negeren Wat het doet is Google vertellen dat die pagina's opzettelijke regionale varianten zijn, wat verandert hoe Google met de gelijkenis omgaat: in plaats van de ene te kiezen en de andere te filteren, houdt het beide bij en selecteert het per zoekopdracht en per gebruiker.
Dat is het praktische voordeel voor sites in dezelfde taal, met meerdere regio's, en het is de reden dat die sites dringender hreflang nodig hebben dan sites in meerdere talen.Twee pagina's in verschillende talen zijn uiteraard verschillende documenten.Twee pagina's in het Engels met verschillende prijzen en spellingen zijn niet duidelijk anders dan een crawler, en zonder de annotatie verliest een van hen.
Als de regionale pagina's werkelijk identiek zijn, woord voor woord, is het eerlijke antwoord dat je misschien helemaal geen aparte pagina's nodig hebt Hreflang is geen manier om bijna dubbele inhoud te rechtvaardigen; het is een manier om inhoud te beschrijven die legitiem gedifferentieerd is naar markt.
Hoe audit je de twee samen?
Een crawl die beide annotaties extraheert, beantwoordt dit in één keer. Voor elke URL wil je twee feiten: is de canonieke waarde gelijk aan de eigen URL, en komt de hreflang-set overeen met de broers en zussen en #39; Sorteer op canoniek en zoek naar groepen waarbij verschillende URL's één canoniek delen over verschillende taalpaden. Die groepering is de bug, en deze is in één oogopslag zichtbaar.
Voor een enkele pagina, curl het en lees beide tags samen:
curl -s https://example.com/de/preise | grep -E 'rel="(canonical|alternate)"'
Wat je controleert is dat de canonieke href is de URL die je zojuist hebt opgehaald, en dat het hreflang-blok een invoer bevat voor deze pagina' een eigen landinstelling die naar dezelfde URL wijst. Als deze twee feiten consistent zijn, is dit het grootste deel van de strijd.
Controleer dan of de hreflang-doelen zelf zelf canoniek zijn Een set kan perfect wederkerig zijn en toch falen omdat een van de doelen elders heilig wordt verklaard, namelijk de mislukking bovenaan dit artikel en degene die onzichtbaar is vanaf de pagina waar je naar kijkt.
Hoe zit het met canonical en de sitemap?
Hetzelfde principe, uitgebreid Een sitemap zou alleen canonieke, indexeerbare URL's moeten vermelden Als uw sitemap hreflang-annotaties bevat als xhtml:link inzendingen, die vermeldingen noemen dezelfde canonieke URL's als de HTML.
De faalmodus hier is een sitemap die wordt gegenereerd vanuit een routetabel in plaats van vanuit de indexeerbare URL-set, dus er worden geparametriseerde of niet-canonieke varianten naast de echte weergegeven Google behandelt sitemap-opname als een zwakke canonicaliseringshint, dus een sitemap die het niet eens is met uw canonieke tags is nog een tegenstrijdig signaal. De XML-sitemapgenerator is een snelle manier om een schone lijst opnieuw op te bouwen als u niet zeker weet wat er momenteel in zit, en de hreflang generator tool produceert de matching xhtml:link blok in het sitemapformaat.
Veelgestelde vragen
Wat is het verschil tussen hreflang en canoniek?
Een canonieke tag nomineert welke van meerdere bijna-duplicate URL's geïndexeerd moeten worden Een hreflang annotatie verklaart dat meerdere URL's gelokaliseerde alternates zijn en helpt zoekmachines de juiste per gebruiker te bedienen Canonical consolideert; hreflang differentieert.
Moet elke taalversie zichzelf heilig verklaren?
Ja Elke pagina in een hreflang-set moet een zelfreferentiële canonieke Canonicalisering van een vertaalde pagina naar een andere taal verwijdert deze uit de index en maakt de hreflang-set onbruikbaar.
Welk signaal wint als hreflang en canonical het niet eens zijn?
Canoniek, in feite Canonicalisatie gebeurt op het moment van indexeren, en een URL die niet is geïndexeerd kan aan niemand worden weergegeven, wat de hreflang-annotaties ook zeggen.
Kan ik überhaupt canonieke tags gebruiken op een meertalige site?
Ja, en dat zou je moeten doen Gebruik ze om duplicatie binnen een taal op te lossen, zoals tracking parameters en print views Gebruik ze nooit in verschillende talen.
Lost hreflang dubbele inhoud op tussen mijn Amerikaanse en Britse pagina's?
Het dedupliceert niet, maar het vertelt Google dat de pagina's opzettelijke regionale varianten zijn in plaats van toevallige duplicaten, dus beide blijven geïndexeerd en de juiste wordt per markt aangeboden. Dat is de belangrijkste reden waarom multiregionale sites in dezelfde taal hreflang nodig hebben.
Moet hreflang naar canonieke URL's wijzen?
Altijd. Het aanwijzen van een annotatie op een geparametriseerde of niet-canonieke URL verbreekt de retourneringstag, omdat het blok op de canonieke versie leeft in plaats van op de variant die u hebt genoemd.
Hoe kan ik zien of een canonieke versie een taalversie doodt?
Voer de URL uit via Search Console' s URL Inspection tool Als het de pagina rapporteert als een alternatief van een andere URL in plaats van als geïndexeerd, is een canonieke taaloverschrijdende oorzaak.
Moeten sitemap-URL's overeenkomen met mijn canonieke tags?
Ja. Sitemaps zouden alleen canonieke, indexeerbare URL's moeten vermelden Een sitemap die niet-canonieke varianten vermeldt, voegt een tegenstrijdig signaal toe bovenop de tags die u al uitzendt.
