Sitemap

Efter at have lyttet til The Search Engine Journal Show-podcast mellem Brent Csutoras og Bill Hunt, hvor de talte om en række udfordringer med hreflang-implementering, tænkte jeg, at det måske var på tide at forklare, hvordan man minimerer nogle af de vigtigste udfordringer og afkræfter nogle andre.

Hreflang er faktisk et ret ligetil koncept, der gør dig i stand til at fjerne tvetydigheden fra et sæt sider, især på et fælles sprog, og tilskrive dem til en bestemt lokal.

Meget enkelt har du en side for USA, og så har du nøjagtig den samme side for flere andre markeder.

Hreflang er en metode til at angive, hvilke specifikke sprogmarkeder hver af disse sider blev detoneret for at målrette mod.

Dette bliver først komplekst, når specifikationerne fejlfortolkes, og/eller når webinfrastrukturen ikke er sat op på en ensartet måde for at gøre den alternative kortlægning let.

I denne artikel vil jeg gennemgå nogle af disse almindelige kompleksiteter og fejlfortolkninger af specifikationen ved at besvare syv enkle, men gentagne gange stillede spørgsmål om hreflang.

1.Jeg har et engelsk websted, der er designet til USA, Storbritannien og Irland.Kan jeg bruge 'Hreflang=en-us-gb-ie?'

Svar: Nej, det kan du ikke.Jeg giver dig, at du er kreativ og måske forsøger at være bedre organiseret.

Hvis du kun har ét sæt EN-sider, kan du bruge nedenfor uden at angive landene.

Hvis du har et andet sæt EN-websteder for andre engelsktalende lande såsom Australien og Singapore og har brug for at angive de specifikke mållande, skal du oprette en separat linje for hvert af mållandene, selv når sidens URL er den samme for alle tre steder.

2.Jeg har et websted for alle EU-lande og et andet for hele Mellemøsten.Kan jeg bruge 'EU' og 'ME' som landeindstilling i hreflang?For eksempel:

Svar: Hreflang-tag kan kun bruge faktiske ISO-sprog og landekoder, der er ikke regionale koder såsom EU, EMEA, APAC og ME.

Mange websteder har regionale websteder, der er målrettet mod Latinamerika (LatAm) eller Den Europæiske Union (EU) eller Mellemøsten (ME), som repræsenterer flere lande og ofte sprog i en region, men som forsøger at vælge en af ​​ISO-landekoderne for at repræsentere regionen .

Den mest almindeligt ukorrekt implementerede regionale opsætning er en, der forsøger at repræsentere det spansksprogede Latinamerika-websted ved hjælp af es-LA.

Desværre virker dette ikke, da du fortæller Google, at dette er et spansk sprog, der er målrettet mod landet Laos.

3.Kan jeg kombinere det kanoniske tag og hreflang-tag på samme linje?

Svar: Nej, du skal adskille det kanoniske tag fra Hreflang-tags.

Hvis din tekniske SEO eller udvikler ønsker at blive kreativ, så tilskynd til en anden kreativ udgang og peg dem direkte til hreflang-specifikationen, da hreflang er udfordrende nok uden at afvige fra standardsyntaksen.

4.Vi bruger CMS til automatisk at generere XML (hreflang) sitemap-filer.Det inkluderer URL'er, der ikke eksisterer.Er det OK at beholde dem på listen?Jeg ser dem dukke op på GSC-fejlrapporterne.Er det dårligt?

Svar: Ja, det er dårligt. Dette er et stort problem for mange virksomheder.

Problemet er forårsaget af CMS-indstillingen, der tillader den automatisk at oprette en pladsholder-URL for hvert sprog eller land på webstedet, når en side oprettes på et af webstederne.

Nogle gange genereres URL'en automatisk af de globale navigationsregler, selvom siden ikke eksisterer.

Desværre er der ingen nem måde at håndtere eller håndtere dette problem på.Nederste, ikke-eksisterende side-URL'er bør ikke være opført på XML Hreflang sitemap-filerne.

Den faktiske løsning varierer baseret på dit CMS, men start med at se på URL-aliassreglerne, dine forældre-underordnede regler eller lokale regler for sidespild.I mange tilfælde er disse ikke sat korrekt op.

Det kan være, at reglerne bliver tilsidesat af JavaScript-navigationsregler eller IP-detektions-/omdirigeringsprotokoller.

De fleste systemer har en reservemulighed til en global side, når siden ikke er blevet lokaliseret eller eksplicit offentliggjort på markedet.

5.Skal jeg bruge hreflang til at administrere det samme indhold, der findes på forskellige domæner, der hver især er målrettet mod forskellige lande?

Svar: Mange virksomheder har et andet sprog eller forskellige landes hjemmesider på separate domæner, og det er ikke en nem opgave at administrere hreflang på flere domæner (og underdomæner).

Du bør bruge hreflang XML-webstedskort, der viser alle URL'erne for hvert af de unikke domæner.Forhåbentlig er URL-stierne de samme eller i det mindste ens, hvilket gør det nemt at kortlægge alternativerne.

For at gøre dit arbejde endnu nemmere, anbefaler jeg, at du benytter dig af Googles Cross Domain Site Map Verification-proces og bruger et dedikeret websted, der administrerer dine XML-sitemaps for alle domænerne på en central placering i stedet for at skulle oprette billetter for at uploade dem til snesevis af hundredvis af unikke domæner.

6.Skal jeg bruge en specifik side-URL eller en startside som x-standard?

Svar: Der er stadig meget forvirring omkring brugen af ​​x-default.

x-default er intet andet end et direktiv om at bruge en specifik side til ethvert sprog eller marked, der ikke har et dedikeret hreflang-sæt.

Vil du dukke op, hvor du ikke har en lokal version?

For mange websteder er dette den globale version af webstedet eller deres engelske version.

Du kan kun angive én version som x-standard.

Hvis du indstiller en startside som x-standard for andre sider end startsiden, beder du Google om at vise hjemmesiden i stedet for andre sider i sproglandet, som ikke er angivet i dine Hreflang-tags.

Og du kan ikke dynamisk skifte det til det lokale sprog for brugerens IP-adresse.

Ja, det er prøvet.Nej, det går ikke.

7.Jeg har engelsk og fransk indhold på samme side.Kan jeg tildele dem til begge sprog i hreflang-tagget?

Svar: Hver side bør kun have indhold på ét sprog, men flere sprog på en enkelt side sker ofte med brugergenereret indhold i en lokaliseret skabelon.

Google er ret specifik omkring dette.Du bør indstille sprogområdet til det dominerende sprog og/eller sproget i skabelonen.

For at opsummere

Forhåbentlig har denne artikel vist, at hreflang i sig selv ikke er kompleks, men interessante og til tider udfordrende hjemmesideinfrastrukturer øger kompleksiteten.

Start i det små med et par sprog eller en delmængde af sider, og test det.

Når først du viser værdien, er det en glimrende business case for ledelsen at afsætte ressourcerne til implementering i større skala.

Flere ressourcer:

Alle kategorier: Blog