Kun asetat monikielistä monisivuista ympäristöä, URL -osoitteiden rakenteella on olennainen rooli SEO -suorituskyvyssä, käyttökokemuksessa, sivuston hallinnassa ja skaalautuvuudessa. Optimaalinen URL -osoitteen rakenne auttaa hakukoneita indeksoimaan sisältösi oikein, vähentävät kaksoiskappaleiden riskejä ja tarjoaa selkeät kielen ja alueiden signaalit sekä käyttäjille että hakukoneille.
Monikielisissä monisivustoissa on tyypillisesti yleisiä URL -rakennevaihtoehtoja:
Aliverkkotunnukset: Kieli- tai alueen tunnisteet näkyvät URL -osoitteen aliverkkotunnuksina (esim. En.example.com, fr.example.com).
Alihakemistot: Kielet esitetään kansioina tai alihakemistoina pääalueella (esim. Esimerkki.com/en/, esimerkki.com/fr/).
Maankoodin ylimmän tason domeenit (CCTLDS): erilliset verkkotunnuksen laajennukset kieltä tai aluetta kohti (esim. Esimerkki.fr, esimerkki.de).
Täysin erilliset verkkotunnukset: täysin erilliset verkkotunnukset eri kielille tai alueille (esim. Esimerkki-USA.com vs. esimerkki-france.com).
URL -parametrit: Kieli on merkitty kyselyparametrien kautta (esim. Esimerkki.com/page?lang=en).
***
aliverkkotunnukset
Aliverkkotunnukset sopivat hyvin, kun haluat erottaa kielen versiot jossain määrin, mutta pidä ne linkitetyinä pääbrändiin. Esimerkiksi En.example.com englanniksi, fr.example.com ranskaksi.
Edut:
- Selkeä erottelu isännöinnille ja palvelinkokoonpanoille, jotka voivat olla tärkeitä suorituskyvyn optimoinnissa tai paikallisessa isännöinnissä.
- Evästeiden hallitsemiseksi helpompaa erikseen jokaiselle kielisivustolle.
- Hakukoneet kohtelevat aliverkkotunnuksia erillisinä sivustoina, jotka voivat auttaa maantieteellistä tai kielen kohdistamista.
Haitat:
- Vaatii monimutkaisempaa DNS: tä ja kokoonpanon hallintaa.
- SEO -auktoriteetti on jaettu aliverkkotunnuksiin, mikä tarkoittaa, että jokaisen aliverkkotunnuksen on rakennettava oma auktoriteettinsa.
- Voi olla vaikeampaa ylläpitää johdonmukaisia SEO -käytäntöjä, kuten yhtenäistä linkin tasa -arvoa.
Parhaat käyttötapaukset:
- Suuret yritykset, joilla on aluetoimistot tai tytäryhtiöt.
- Kun isännöintiympäristöt eroavat toisistaan maan tai kielen mukaan.
- Brändit, jotka haluavat markkinoiden selkeän erottelun.
***
Alihakemat
Alihakemistot sijoittavat kielet pääverkkotunnuksen kansioiksi, esim. Esimerkki.com/en/, esimerkki.com/fr/.
Edut:
- Verkkotunnuksen auktoriteetti on konsolidoitu; Kaikki kielisisältö hyötyy pääalueen SEO -vahvuudesta.
- Hreflang -tunnisteiden toteuttaminen ja ylläpitäminen helpompaa ja ylläpitää kieltä ja alueellista kohdistamista.
- Yksinkertaistaa analytiikan seurantaa ja sivuston ylläpitoa.
- Käyttäjät yhdistävät kielen kansiot selkeämmin yhteen pääverkkosivustoon.
- Helpompi jaettujen SSL -varmenteiden ja CDN -asetusten toteuttaminen.
Haitat:
- Hosting on sidottu yhteen palvelimeen tai kokoonpanoon ensisijaisesti rajoittaen paikallisia isäntävaihtoehtoja.
- Voi olla hiukan vähemmän selkeä käyttäjän käsitys maasta tai kieliosista kuin aliverkkotunnukset tai CCTLD -arvot.
- Jos verkkosivusto on erittäin suuri monien kielten kanssa, sivuston rakenteesta voi tulla monimutkaista.
Parhaat käyttötapaukset:
- Keskikokoiset sivustot, jotka etsivät SEO-etuja verkkotunnuksen viranomaisten jakamisesta.
- Sivustot, jotka pyrkivät yhdelle globaalille verkkotunnukselle, jolla on useita kieliä.
- Kun ylläpidon yksinkertaisuus on tärkeää.
***
Country-Code Top-tason verkkotunnukset (CCTLDS)
Nämä ovat verkkotunnuksen laajennuksia, jotka vastaavat maita tai alueita (esim. Esimerkki.fr Ranskassa).
Edut:
- Vahvin geo-kohdennussignaali hakukoneisiin.
- Käyttäjät pitävät CCTLDS: tä erittäin selkeästi ja luotettavana paikalliselle kielelle tai alueelle.
- Mahdollistaa täysin riippumattomat sivustot isännöinnin, sisällön ja hallinnan suhteen.
Haitat:
- Kallis ja monimutkainen useiden verkkotunnusten rekisteröimiseksi, ylläpitämiseksi ja uusimiseksi.
- Jokainen verkkotunnus rakentaa oman SEO -auktoriteettinsa itsenäisesti.
- Analytiikan ja SEO -ponnistelujen hallinta on hajaantunut.
- Evästeitä, kirjautumisia ja istuntoja ei voida jakaa verkkotunnuksiin.
Parhaat käyttötapaukset:
- Suuret monikansalliset yritykset, joilla on maakohtainen toiminta.
- Kun lailliset tai sääntelykysymykset vaativat paikallisia alueita.
- Tuotemerkit, joilla on riittävästi resursseja laajaan verkkotunnuksen hallintaan.
***
erilliset verkkotunnukset
Käyttämällä täysin erilaisia verkkotunnuksia kieltä kohti (esim. Esimerkki-USA.com ja esimerkki-france.com).
Edut:
- Mahdollistaa sisällön täydellisen mukauttamisen aluetta/kieltä kohti.
- Täysin riippumaton SEO -strategia verkkotunnusta kohti.
- Sopivat, kun kieliversiot eroavat merkittävästi sisällöstä ja brändäyksestä.
Haitat:
- Monimutkainen, kallis hallinta.
- Ei konsolidoitua verkkotunnusta.
- Käyttäjät voivat kokea rikkoutuneet sivustojen väliset istunnot ja kirjautumisen.
Parhaat käyttötapaukset:
- Yritykset, jotka toimivat erillisiä tuotteita tai tuotemerkkejä maittain.
- Sivustot, joissa sisältö eroaa huomattavasti markkinoilla.
***
URL -URL -parametrit
Kyselyparametrien käyttäminen kielen merkitsemiseksi (esim. Esimerkki.com/page?lang=en).
Edut:
- Helpoin toteuttaa teknisesti olemassa olevien URL -rakenteiden rinnalla.
- Ei tarvitse rakentaa olemassa olevia kansioita tai verkkotunnuksia.
- Hyödyllinen dynaamiseen sisältöön ja sisäisiin järjestelmiin.
Haitat:
- Huono SEO -suorituskyky hakukoneina voi kohdella parametreja kaksoiskappaleena tai toissijaisena sisällönä.
- Vaikea hallita Hreflangia ja paikallisia metatietoja.
- Ei skaalautuvaa suurille monikielisille kohteille.
- Käyttäjäkokemuksen URL -osoitteet voivat olla vähemmän puhtaita ja vaikeampia jakaa.
Parhaat käyttötapaukset:
- Pienet tai sisäiset kohdat eivät ole riippuvaisia SEO: sta.
- Prototyypit tai sivustot, joilla on rajoitettu monikielinen sisältö.
***
SEO -näkökohdat
SEO on usein ensisijainen huolenaihe URL -rakenteen valinnassa monikielisille kohteille. Menetelmien joukossa alihakemistot yleensä saavuttavat parhaan tasapainon SEO: n suorituskyvyn ja johtamisen yleiskustannusten välillä vakiinnuttamalla verkkotunnuksen auktoriteetti kaikille kielille. Ne mahdollistavat HREFLANG -merkintöjen tehokkaan käytön, jotka kertovat hakukoneiden oikean kielen ja alueellisten versioiden sisällön, vähentäen kaksoiskopioita sisältöongelmia ja parantavat kansainvälistä näkyvyyttä.
Aliverkkotunnukset, vaikka ne ovat tehokkaita erottamiseen, vaativat enemmän SEO -työtä auktoriteetin rakentamiseksi yksilöllisesti, mutta voivat silti tukea Hreflangia hyvin. CCTLD: t ovat vahvinta maan kohdistamiseen, mutta vaativat huomattavia resursseja ylläpitämiseksi. Parametreja tulisi välttää, kun SEO -sijoitus on tärkeää.
Google suosittelee erityisesti HREFLANG -tunnisteiden käyttöä yhdistettynä yhteen URL -rakenteisiin kielen ja alueen kohdistamisen osoittamiseksi. URL -osoitteiden tulisi myös olla mieluiten puhdas, luettavissa ja heijastaa kieltä käyttämällä joko kansioita tai aliverkkotunnuksia.
***
Käyttäjäkokemus (UX)
Valittu URL -rakenne tulisi olla intuitiivinen ja hyödyllinen käyttäjille. Alihakemistot tarjoavat selkeät kielen indikaattorit tutussa kansiomuodossa auttamalla käyttäjiä navigoimaan ja vaihtamaan kieliä manuaalisesti tarvittaessa. Käyttäjät ymmärtävät aliverkkotunnukset vähemmän välittömästi, mutta tarjoavat organisaation selkeyttä. CCTLDS ilmoittaa voimakkaasti paikallista sisältöä, joka voi rakentaa luottamusta.
Kääntäneet etanat URL-osoitteisiin (esim. Esimerkki.com/fr/bonjour-monde) parantavat käyttäjän ystävällisyyttä ja SEO: ta säilyttäen samalla kielen johdonmukaisuutta. Vältä kääntämättömien etanojen käyttöä kielen kansioissa, koska se sekoittaa sekä käyttäjät että hakukoneet.
***
Toteutusvinkit monikielisille monisivuille URL -osoitteille
- Käytä jatkuvasti yhtä URL -rakennetta kaikilla kielillä sekaannusten ja indeksointiongelmien välttämiseksi.
- Toteuta Hreflang -tunnisteet kaikissa kieliversioissa niiden välisten suhteiden merkitsemiseksi.
- Käytä UTF-8-koodausta URL-osoitteille paikallisten merkkien ja skriptien tukemiseksi.
- Varmista, että kanoniset tunnisteet on määritetty oikein, jotta vältetään kaksoiskappaleet.
- Pidä kielitunnisteet näkyvinä, mutta tiivisinä (esim. Käytä vakiokielikoodeja, kuten EN, FR, DE).
- Käännä mahdollisuuksien mukaan URL -SLUG: t vastaamaan kieliyhteyttä, mikä parantaa merkitystä ja käytettävyyttä.
- Käytä 301 uudelleenohjausta tarvittaessa kielten versioiden kanonisointiin tai ohjaamiseen tai ohjaamiseen oikein.
- Suunnittele isäntä- ja DNS -kokoonpanoasi tukemaan valitsemaa URL -URL -rakennetta tehokkaasti.
***
Multisite -asennustiedot
Monisivustossa, jossa erilaisia kieliversioita käsitellään erillisinä sivustoina yhden alustan alla (esim. WordPress Multisite, Sitecore Multisite), URL -rakenteet seuraavat yleensä alaverkkotunnusta tai alihakemistokuvioita:
- Subdomain Multisite: Jokainen kielipaikka on aliverkkotunnus, jonka sisältö on eristetty kieltä kohti, helpompi skaalata, mutta enemmän DNS -yläpuolella.
- Alihakemisto monisivusto: Yksi verkkotunnus reitittää kaikkia kielisivustoja alikansioina, yksinkertaisempi DNS -hallinta ja yhtenäinen verkkotunnusviranomainen.
Sitecore ja muut CMS-alustot tukevat usein kielikoodien määrittämistä virtuaalikansioina, kuten /de-de tai /fr-be, kielen ja alueen kohdistamisen yhdistämiseksi. Tämä voi mahdollistaa useiden kielisivustojen yhdistämisen yhdessä sivuston määritelmässä maisemoitujen URL -osoitteiden rakenteiden kanssa.
***
Yhteenvetona voidaan todeta, että parhaat monikielisen asennuksen URL-URL-rakenteet kiertävät yleensä näiden ydinvaihtoehtojen ympärillä, kun alihakemistoja suosivat SEO: n ja hallintatasapainon, aliverkkotunnukset erottelu- ja hosting-joustavuudelle sekä CCTLD: t vahvalle geo-kohdentamiselle ja tuotemerkin lokalisoinnille mittakaavassa. URL-parametrit, vaikka ne ovat helpointa toteuttaa, niissä on SEO-haittoja, ja niitä suositellaan harvoin julkisiin monikielisille verkkosivustoille. Hreflangin, kanonisten tunnisteiden, käännettyjen URL -osastojen ja johdonmukaisten kielikoodien huolellinen toteutus parantaa edelleen kansainvälistä SEO: ta ja käyttökokemusta. Nämä elementit yhdessä muodostavat perustan skaalautuvalle, SEO-ystävälliselle monikieliselle monisivustolle URL-arkkitehtuurille.