Cross-Domain Canonicals er IKKE til internationalisering

international

Søgemaskineoptimering til internationale websteder har altid været en komplekst emne. Du finder mange tip online, men bør ikke implementere alle tip, du hører. Tag dig tid til at bekræfte de oplysninger, du finder online. Mens en ekspert måske har skrevet det, betyder det ikke altid, at de er korrekte.

Eksempel Hubspot udgivet en ny e-bog 50 SEO og websitetips til den internationale marketingmedarbejder. Vi er fans af Hubspot og vores agentur er autoriseret Hubspot agentur. Denne nylige e-bog gav dog et dårligt tip, der kunne få SEO-folk i problemer, når de optimerede deres internationale websteder. Vi stillede spørgsmålstegn ved dem via det sociale og leverede Google-referencer - men fik ikke meget af en reaktion på, at det skulle blive rettet. Som et resultat skriver vi dette indlæg for at advare vores læsere.

Det internationale SEO-tip

Når du bruger mere end et topdomæne (TLD), Hubspot anbefales at bruge kanonisk tag på tværs af domæner at pege hver af dine internationale sider tilbage til dit kerneside. Dette er ikke et godt tip og vil faktisk skade din SEO-indsats. Det rel = ”kanonisk” tag bruges til at eliminere duplikatindholdsproblemer fra websteder. Det bruges til at fortælle Google den foretrukne version af et sæt sider med meget lignende indhold, som du vil have Google til at indeksere og vise i sin SERP. SEO-fagfolk anbefaler, at når en løsning er mulig for duplikeret indhold, IKKE implementerer kanoniske tags.

Her er tipet Hubspot stillet til rådighed:
Cross Domain Canonical

Cross-Domain Canonicals er ikke løsningen

Lad os antage, at jeg har 3 gTLD'er til mit internationale websted - mysite.com, mysite.co.ukog mysite.de. mysite.com og mysite.co.uk har lignende indhold; mysite.de har det samme indhold, men på tysk.

Lad os implementere, hvad e-bogen sagde. Mit hovedside er mysite.com. Så jeg vil sætte det kanoniske link som mysite.com i .co.uk- og .de-domæner. Når Googlebot når mit .co.uk-domæne, følger det det kanoniske linktag og indekserer mit .com-domæne.

Hvis jeg gør dette, Google indekserer aldrig mine .co.uk- og .de-domæner, og disse sider vil vises aldrig i regionale Google-søgninger! Jeg mister al den autoritet, jeg har opbygget til mine regionale domæner til .com-siden!

Implementering af hreflang er den passende løsning

Hvis du vil beholde de regionale websteder, og hvis du kan opbygge autoritet for hver landekode-TLD'er, skal du IKKE bruge kanoniske tags. Google faktisk besvarede dette spørgsmål i deres hjælp Webmaster Central forum (tak til Anju Mohan). Google sagde "brug ikke kanonisk tag", hvis du vil have, at dine multiregionale websteder skal indekseres af Google. Google sagde bruge rel = ”alternativ” hreflang = ”x” tag i stedet.

rel = ”alternativ” hreflang = ”x” blev introduceret af Google specifikt til internationale websteder - multiregionalt og flersproget. Det hjælper Google med at vise den korrekte version af dit regionale websted for søgere. I ovenstående scenarie ville jeg implementere hreflang-tag som:


Føj dette sæt til overskriften på hver af de regionale sider, og husk det hreflang tag er sidespecifik. Hvis nogen nu søger efter min tjeneste i Google UK, viser den den korrekte sprogversion af mit websted, som er mysite.co.uk.

7 Kommentarer

  1. 1
  2. 3
  3. 4
  4. 5

    Hvorfor hvis "Google ikke betragter oversættelser på fremmedsprog som duplikeret indhold", bør vi implementere hreflang-tag som
    Tak på forhånd

    • 6

      Hvis du har en fremmedsprogsversion af webstedet i et underdomæne eller i en anden gTLD, er det ikke nødvendigt at bruge dette tag, da du ikke har noget duplikatindhold. Dette tag er mest nyttigt, når du har lignende indhold på et enkelt sprog med regionale variationer, for eksempel har du engelsksproget indhold målrettet mod læsere i USA og Storbritannien, og også når den fremmede sprogversion er i en undermappe. Du kan bruge dette tag til at fortælle Google, at for folk, der søger i Google UK, er din foretrukne version til visning i søgeresultater den britiske version af dit websted.

Hvad mener du?

Dette websted bruger Akismet til at reducere spam. Lær, hvordan dine kommentardata behandles.