Hreflangs, kanoniske koder, metatagger – detaljert forklaring av nettstedsoversettelser

Hvis du bestemmer deg for å oversette nettstedet ditt, åpner du en dør til en ny verden av brukere. Men det er ikke nok for Google å bare «oversette teksten».

For å rangere på andre språk, må du snakke søkemotorenes språk. Dette språket består av tre vanskelige tekniske termer:Hreflang-tagger, Kanoniske tagger, ogMetakoder.

Hvis du ignorerer dem, eller enda verre, implementerer dem feil, kan Google straffe nettstedet ditt. Du kan miste eksisterende trafikk i stedet for å få nye besøkende.

La oss se på hva disse er, hvorfor de er viktige, og hvordan vi kan fikse dem automatisk.

1. Hva er en Hreflang-brikke?

DehreflangAttributtet er et signal til Google som forteller det: «Hei, denne spesifikke siden er en oversatt versjon av den andre siden.»

Det ser slik ut i HTML-koden din:

Hvorfor det er kritisk

Uten hreflang-tagger ser Google to sider med lignende innhold, men forskjellige språk. Det kan bli forvirret om hvilken som skal vises til en bruker i Spania eller Frankrike. Enda verre, det kan behandle dem som «duplikatinnhold» hvis oversettelsen ikke er perfekt, eller hvis strukturen ser for lik ut.

Med riktige hreflang-tagger forteller du eksplisitt Google: «Vis den engelske versjonen til brukere i Storbritannia, og den spanske versjonen til brukere i Mexico.»

«x-default»-taggen

Det finnes en spesiell versjon av denne taggen som heterx-defaultDen brukes for brukere somikkesamsvarer med noen av de spesifikke språkene du listet opp.

Dette fungerer som en «reserve»-side. Hvis en bruker kommer fra et land der du ikke har en oversettelse (f.eks. Japan), vil Google vise dem dette.x-defaultside (vanligvis den engelske versjonen eller en side for landsvalg). Det er avgjørende for å ikke miste trafikk fra uventede regioner.

2. Hva er en kanonisk tagg?

ENcanonicalTaggen forteller søkemotorer hvilken URL som er «hoved»- eller «original»-versjonen av en side. Denne brukes for å unngå straff for duplikatinnhold.

Fellen for oversatte nettsteder

En vanlig feil er å forlatekanonisktaggen som peker til den originale engelske siden, selv på den spanske versjonen.

Hvis den spanske siden din påexample.com/es/page/har en kanonisk tagg som peker tilexample.com/page/(den engelske versjonen), sier du i praksis til Google: «Ikke indekser denne spanske siden. Det er bare en duplikat. Ranger den engelske i stedet.»

Resultat:De oversatte sidene dine vil aldri vises i søkeresultatene. Hver språkversjon må peke på seg selv som den kanoniske versjonen.

3. Metakoder (tittel og beskrivelse)

Du vet atTittelogMetabeskrivelseer det brukerne ser i søkeresultatene.

Hvis du oversetter innholdet på siden din, men lar tittelen og beskrivelsen være på engelsk, vil du få en katastrofe.

1. Lav klikkfrekvens (CTR):En spansk bruker søker etter «zapatos baratos» (billige sko), men ser en engelsk tittel på «Cheap Shoes». De klikker ikke.
2. Dårlig søkeordrangering:Google vet ikke om siden din er relevant for spanske søkeord hvis tittelen fortsatt er på engelsk.

Oversettelsesløsningen din må oversette disse skjulte taggene, ikke bare den synlige brødteksten.

4. HTML Lang-attributtet (Page General Language)

Dette er en av de mest grunnleggende, men ofte oversette taggene. Helt øverst i koden din deklarerer nettstedet ditt språket sitt:

Hvis du oversetter innholdet ditt til spansk, men beholder, sender du et motstridende signal. Du forteller nettlesere og stavekontrollører: «Denne teksten er engelsk», selv om ordene er spanske.

Hvorfor det er viktig:

• Tilgjengelighet:Skjermlesere for blinde brukere bruker denne taggen for å vite hvilken stemmeaksent de skal bruke. Å lese spansk tekst med engelsk aksent høres forferdelig ut og er ubrukelig.
• Nettleseroversettelse:Chrome bruker dette til å spørre «Vil du oversette denne siden?» Hvis den allerede er merket som brukerens språk, vil ikke Chrome irritere dem med den popup-vinduet.

Verktøyet vårt bytter automatisk denne egenskapen til(eller et hvilket som helst annet språk) umiddelbart når brukeren forenkler språket.

Det tekniske marerittet: Underkataloger kontra parametere

Det finnes to hovedmåter å strukturere URL-er for oversettelser:

1. Underkataloger (den beste måten)

https://example.com/es/about-us

Dette er gullstandarden for SEO. Det ser ut som en ren, separat del av nettstedet ditt. Google elsker denne strukturen.

2. URL-parametere (den harde måten)

https://example.com/about-us?language=es

Dette brukes ofte av dynamiske eller JavaScript-baserte oversettelsesverktøy. Historisk sett fraråder SEO-eksperter dette fordi parametere kan være rotete.

Moderne SEO håndterer imidlertid begge deler hvis taggene er riktige.Problemet er å generere disse taggene dynamisk.

Hvordan automatisere dette uten koding

Implementeringhreflang, selvrefererendecanonical, og oversettelsemetaDet er en enorm oppgave å lage tagger for hver eneste side på over fem språk. Manuell koding fører ofte til feil – som å mangle en returtagg eller peke til en ødelagt URL – noe som fører til straffer.

Det finnes en enklere måte.

Vår WordPress-plugin og JavaScript-kodebit håndterer dette helt automatisk.

Det fungerer med alt

Om du bruker underkataloger (som/es/) eller bare enkle spørreparametere (som?language=es), setter verktøyet vårt inn de riktige overskriftene på nettstedet ditt.

1. Automatisk deteksjon:Den oppdager gjeldende språk.
2. Tagginjeksjon:Den legger dynamisk til riktighreflangtagger for alle tilgjengelige språk.
3. Kanonisk løsning:Det sikrer at den kanoniske taggen peker til den gjeldende spesifikke URL-en (enten den er/es/eller?lang=es).
4. Meta-oversettelse:Den oversetter sidetittelen og metabeskrivelsen på farten, spesifikt for den nettadressen.

Du trenger ikke å leie inn en SEO-spesialist eller utvikler. Du legger bare til plugin-modulen, så genereres og indekseres nylig oversatte sider automatisk av søkemotorer.