Lopullinen opas Monikielinen SEO : arkkitehtuuri, indeksointi ja rankingointi
Kansainvälinen SEO on haun vaikein ala. Opi hallitsemaan Hreflang-tunnisteet, kanoniset silmukat ja URL-rakenteet rikkomatta sivuston arkkitehtuuria.
Sisällysluettelo
Jaa tämä opas
Miksi 80 % käännöksistä ei sijoitu
Joka vuosi tuhannet yritykset investoivat voimakkaasti ammattimaisiin käännöspalveluihin, lanseeraten kauniisti lokalisoituja verkkosivustoja espanjaksi, ranskaksi, saksaksi ja kymmenillä muilla kielillä. He odottavat valloittavansa uusia markkinoita ja laajentavansa globaalia ulottuvuuttaan. Mutta viikkojen sisällä he huomaavat karun todellisuuden: heidän käännetyt sivunsa ovat näkymättömiä hakutuloksissa.
Kansainvälisen SEO:n suurin vihollinen ei ole "huono käännös" – se on Kaksoissisältö .
Kun käynnistät espanjankielisen version sivustostasi, Google ei automaattisesti "tiedä" sen olevan espanjankielisille. Ilman oikeita teknisiä signaaleja Googlebot näkee sen "kopiona" englanninkielisestä sivustostasi, jossa sattuu olemaan eri sanoja. Tämä laukaisee Googlen kaksoissisältösuodattimet.
Hakukoneilla on kehittyneitä algoritmeja, jotka on suunniteltu havaitsemaan ja rankaisemaan päällekkäistä sisältöä, koska se heikentää käyttäjäkokemusta. Kun ranskankielinen ja englanninkielinen sivusi on identtinen rakenne, samankaltaiset aiheet ja rinnakkainen sisältöarkkitehtuuri, Googlen järjestelmät merkitsevät ne päällekkäisiksi – vaikka jokainen sana olisi ammattimaisesti käännetty. Mikä on tulos? Kansainväliset sivusi suodatetaan hakutuloksista, mikä tuhlaa käännöspanoksesi kokonaan.
Sivu A (englanti)
example.com/en/
Hämmentynyt!
Sivu B (espanjaksi)
example.com/es/
Kaksoissisällön rangaistus
"Kannibalisaatio"-kriisi:
Avainsanojen kannibalisointi
Englannin- ja espanjankieliset sivusi taistelevat auktoriteetista samalla alueella.
Väärä maan indeksointi
Meksikossa käyttäjille saatetaan näyttää Espanjaan liittyvä sivusi, mikä aiheuttaa valuuttasekaannusta (€ vs $) ja korkeita pomppulukuja.
Nollaindeksointi
Äärimmäisissä tapauksissa Google saattaa kieltäytyä indeksoimasta käännettyjä sivuja kokonaan säästääkseen indeksointibudjettia.
Teknisen SEO:n Rosetta-kivi
Vuonna 1799 Napoleonin armeijan sotilaat löysivät kivitaulun, joka avasi muinaisen egyptiläisten hieroglyfien salaisuudet. Tuo kivi, joka tunnetaan nimellä Rosettan kivi, sisälsi saman tekstin kolmessa eri kirjoitusjärjestelmässä, mikä mahdollisti tutkijoiden lopulta purkamisen kielen, joka oli ollut salaperäinen vuosisatojen ajan. Nykyaikaisessa SEO:ssa Hreflang Tagilla on hämmästyttävän samanlainen tarkoitus – se on dekooderi, joka auttaa hakukoneita ymmärtämään monikielisten sivujesi välisiä suhteita.
Hreflang on erityinen HTML-signaali, joka kertoo hakukoneille sivujen vaihteluiden välisen yhteyden. Se ei ole ehdotus; se on Direktiivi .
Kun se toteutetaan oikein, hreflang-tagit ohjaavat Googlea näyttämään espanjankielisille käyttäjille, jotka hakevat espanjaksi, ranskankielisille hakijoille ja niin edelleen. Ilman näitä tageja Googlella ei ole luotettavaa tapaa määrittää, mikä sivu sijoittuisi millekin yleisölle, mikä usein johtaa väärän kieliversion ilmestymiseen hakutuloksissa – tai vielä pahempaa, mikään käännetty sivusi ei sijoitu lainkaan.
Täydellisen tagin anatomia:
<link rel="alternate" hreflang="es-ES" href="https://example.com/es/" />Hreflangin kolme murtumatonta sääntöä
Itseviittaus
Sivun A täytyy osoittaa itseensä ja sivu B:hen.
Kaksisuuntainen vahvistus
Jos sivu A osoittaa sivulle B, sivu B osoittaa takaisin sivulle A. Jos linkki menee rikki, Google jättää molemmat huomiotta.
x-oletus
Sinun täytyy määritellä "varasuunnitelma"-sivu (yleensä englanniksi) käyttäjille, jotka eivät vastaa mitään tiettyä kielikoodia.
⚠️ Miksi automaatio on neuvoteltavissa:
Tämän manuaalinen koodaaminen 100-sivuiselle sivustolle viidellä kielellä tarkoittaa hallintaa 500 yksittäistä tagia . Jos lisäät yhden uuden blogikirjoituksen, sinun täytyy päivittää jokaisen toisen sivun otsikko. Yksi kirjoitusvirhe katkaisee koko ketjun.
✓ MultiLipi-etu:
Manuaalinen koodaus
<!-- Typo! -->
Rikkoutuneet ketjut, manuaaliset päivitykset, virheet
MultiLipi-automaatti-injektio
<!-- Perfect syntax ✓ -->
Itseparantuvia, reaaliaikaisia päivityksiä
Lisäämme itseparantuvia Hreflang-karttoja automaattisesti HTTP-otsikoihin. Jos lisäät saksankielisen sivun tänään, järjestelmämme päivittää välittömästi englannin, ranskan ja espanjan versioiden otsikot reaaliajassa.
Oikean URL-rakenteen valinta
Ennen kuin kirjoitat yhden koodirivin tai käännät yhden sivun, sinun täytyy tehdä perustavanlaatuinen päätös, joka vaikuttaa SEO-suoritukseesi vuosiksi eteenpäin: miten rakennat monikieliset URL-osoitteesi? Tämä ei ole pelkästään tekninen yksityiskohta – se on strateginen valinta, joka vaikuttaa kaikkeen toimialueen auktoriteettien jakelusta käyttäjien luottamukseen ja indeksointibudjetin allokointiin.
URL-rakenteesi määrittää, kuinka helposti hakukoneet ja käyttäjät voivat navigoida monikielisellä sivustollasi. On kolme yleistä lähestymistapaa, joilla kummallakin on omat kompromissit. Väärä valinta voi pirstouttaa verkkotunnuksesi, hämmentää hakukoneita ja tehdä sivuston hallinnasta tarpeettoman monimutkaista.
Alihakemisto (ccTLD)
example.com/es/ ✓ Helppo pystyttää
✓ Jakaa verkkotunnuksen auktoriteetin
✓ Alhaisemmat kustannukset
✗ Ei maantieteellistä kohdentamista Search Consolessa
✗ Vaikeampi skaalautua alueellisesti
Alialue
es.example.com✓ Voi kohdella maantieteellisesti
✓ Helppo isännöidä erikseen
✗ Google käsittelee erillisenä sivustona
✗ Ei jaettua domain-auktoriteettia
Maakoodiverkkotunnus
example.es ✓ Vahva paikallinen SEO-signaali
✓ Käyttäjien luottamus
✗ Kallis
✗ Monimutkaisen johtamisen
✗ Ei domain-auktoriteetin jakamista
💡 MultiLipi-suositus:
Aloita Alihakemistot (example.com/es/). Niitä on helpompi hallita, ne jakavat domain-valtuudet eivätkä vaadi erillistä hostingia. Voit aina siirtyä ccTLD:hen myöhemmin, jos tarve vaatii tiettyjä markkinoita varten.
5-pisteen indeksointitarkistuslista
Indeksointi on vain puolet taistelusta. Näin varmistat, että Google oikeasti ymmärtää ja Arvot monikielisen sisältösi oikein.
Lähetä kielikohtaisia sivukarttoja
Luo erilliset XML-sivustokartat jokaiselle kieliversiolle ja lähetä ne erikseen Google Search Consoleen. Älä sekoita kieliä yhdeksi sivukartaksi.
Aseta sisältökielen HTTP-otsikot
Palvelimesi on palautettava oikea Content-Language -otsikko (esim. "Content-Language: es-ES"). Tämä vahvistaa hreflang-signaaleja.
Lisää lang-attribuutti HTML-tagiin
Jokainen sivu tarvitsee <html lang="es"> juurilta. Ruudunlukijat ja selaimet käyttävät tätä tarjotakseen oikean käyttökokemuksen.</html>
Vältä automaattisia uudelleenohjauksia IP-pohjalta
Älä pakota espanjalaisia käyttäjiä automaattisesti /es/-versioon. Anna Googlebotin nähdä kaikki versiot. Käytä sen sijaan kielen valitsijaa.
Kanonisten tunnisteiden täytyy osoittaa itseensä
Jokaisessa kieliversiossa tulisi olla itseään viittaava kanoninen. Älä koskaan osoita /es/ kanonista /en/ — se kertoo Googlelle, että espanjankielinen sivu on kaksoiskappale.
Eksponentiaalinen kompleksisuusongelma
Monikielinen SEO ei skaalaudu lineaarisesti — se skaalautuu eksponentiaalisesti . Jokainen uusi kieli luo teknisen velan ketjureaktion.
Hreflang-tagin räjähdys
Jokaisella sivulla täytyy olla tunnisteita, jotka osoittavat kaikkiin muihin kieliversioihin. Yksi kirjoitusvirhe missä tahansa rikkoo koko ketjun.
Yleiset vikakohdat:
Julkaisin uuden blogikirjoituksen ja unohdin päivittää hreflang-tagit neljässä olemassa olevassa kieliversiossa
URL-osoitteen uudelleenohjaaminen ilman viitteiden päivittämistä 10 muulla sivulla
Kielikoodien sekoittaminen (es vs es-ES) saa Googlen ohittamaan koko klusterin
Suhteellisten URL-osoitteiden käyttö hreflangissa, kun Google vaatii absoluuttista
Älä rakenna aavekaupunkia
Surullisinta SEO:ssa on nähdä brändit sijoittamassa miljoonia käännöksiin, vain nähdäkseen Googlen täysin sivuuttavan nuo sivut Puuttuva Hreflang-tunniste tai Rikkoutunut kanoninen silmukka .
Sinun ei tarvitse olla tekninen SEO-velho. Tarvitset järjestelmän, joka automatisoi vaikeat osat ja estää virheitä ennen kuin niitä tapahtuu.