Mitmekeelse WordPressi veebisaidi loomine: mida ettevõtted peavad silmas pidama

Sissejuhatus

Veebisaidi laiendamine mitmekeelseks, et teenindada erinevaid sihtrühmi, tundub põhimõtteliselt lihtne. Praktikas hõlmab see aga mitmeid tehnilisi, sisulisi ja strateegilisi otsuseid, mis võtavad paljud ettevõtted ootamatult tabamuse. Vead järgivad tavaliselt ettearvatavaid mustreid ning enamikku neist on lihtsam vältida planeerimisetapis kui parandada pärast veebisaidi valmimist ja käivitamist.

Wesley Cude, WordPressi arendusettevõtte Cude Design asutaja, on loonud mitmekeelseid WordPressi veebisaite klientidele nii Ühendkuningriigis kui ka rahvusvaheliselt. „Mitmekeelse WordPressi tehnilist poolt toetavad hästi olemasolevad pistikprogrammid,“ ütleb ta. „Projektid kipuvad ebaõnnestuma just nende otsuste tõttu, mis tehakse enne, kui on kirjutatud ühtegi koodirida. Millised keeled, milline URL-struktuur, kes vastutab tõlgete eest, kuidas veebisait käsitleb valuutat ja piirkondlikke erinevusi. Nende otsuste õige tegemine alguses säästab hiljem märkimisväärselt ümbertegemise vaeva.“

Käesolevas artiklis käsitletakse mitmekeelse WordPressi veebisaidi loomisel tehtavaid olulisi otsuseid, kättesaadavaid tehnilisi lähenemisviise ning jätkuvaid kaalutlusi, mis määravad, kas mitmekeelne veebisait teenib oma sihtrühma tõepoolest tõhusalt.

Õige URL-struktuuri valimine

Esimene oluline otsus mitmekeelses WordPressi projektis on see, kuidas struktureerida iga keeleversiooni URL-id. On kolm peamist lähenemisviisi ja igal neist on mõju SEO-le, veebimajutusele ja jätkuvale haldusele.

Alakataloogid kasutavad keeleversioonide eraldamiseks kaustastruktuuri, kus põhikeel asub juurkataloogis ja teised keeled alakataloogides. Näiteks võib Suurbritannia inglise keele versioon asuda aadressil domain.com, samas kui prantsuse keele versioon asub aadressil domain.com/fr/. See lähenemisviis hoiab kogu sisu ühel domeenil, mis tähendab, et kogu domeeni autoriteet kehtib kõigi keeleversioonide suhtes. See on kõige levinum lähenemisviis ettevõtetele, kes laiendavad oma tegevust täiendavatesse keeltesse, kuid kellel puudub kaalukas põhjus käsitleda iga turgu täiesti eraldiseisva üksusena.

Aladomeenid paigutavad iga keeleversiooni omaette aladomeenile, näiteks prantsuse keele puhul fr.domain.com. Otsingumootorid käsitlevad aladomeene eraldiseisvate üksustena, millel on oma autoriteet, mis tähendab, et uus aladomeen alustab ilma kogunenud autoriteedita, isegi kui peadomeenil on tugev positsioon otsingutulemustes. Seda lähenemisviisi on tehniliselt keerulisem hallata ja see on üldjuhul mõttekas vaid siis, kui on kaalukaid põhjuseid käsitleda iga keelt tõeliselt eraldiseisvana, näiteks kui iga turu jaoks on oluliselt erinevad sisustrateegiad.

Riigikoodiga tippdomeenid kasutavad iga riigi jaoks eraldi domeeniregistreeringuid, näiteks domain.fr Prantsusmaa puhul või domain.de Saksamaa puhul. See edastab otsingumootoritele kõige tugevama geograafilise signaali ja võib olla tõhus ettevõtetele, kellel on igal turul märkimisväärne kohalolek. Samuti on sellega seotud suurimad kulud ja keerukus, kuna iga domeen vajab tegelikult oma SEO-strateegiat ja linkide loomise programmi.

Enamiku ettevõtete jaoks, kes loovad mitmekeelset WordPressi veebisaiti esimest korda, on alamkataloogid õige lähtepunkt. Neid on kõige lihtsam rakendada, need hoiavad kogu autoriteedi ühe domeeni all ning neid on lihtne laiendada, kui lisandub uusi keeli.

Pluginite valik ja konfigureerimine

WordPressil on kaks domineerivat mitmekeelset pistikprogrammi: WPML ja Polylang. Mõlemad suudavad hallata keerukaid mitmekeelseid veebisaite, kuid nende rakendamisel kasutatakse erinevaid lähenemisviise ning need mõjutavad veebisaidi jõudlust ja jätkuvat haldamist erinevalt.

WPML on funktsionaalsem valik. See haldab tõlkeid, teemade ja pluginate tekstide stringide tõlkimist, on ühilduv WooCommerce’iga ning toetab keerukaid mitmekeelseid seadistusi, sealhulgas paremalt vasakule kirjutatavaid keeli. See integreerub professionaalsete tõlketeenustega ning võimaldab üksikasjalikult kontrollida, millist sisu ja kuidas tõlgitakse. Selle miinuseks on see, et tegemist on andmebaasi päringute poolest ühe raskemate pluginatega, mis võib mõjutada veebisaidi jõudlust, kui seda suurte veebisaitide puhul hoolikalt ei konfigureerita.

Polylang on kergem alternatiiv, mis haldab mitmekeelsuse põhifunktsioone väiksema koormusega. Veebisaitidel, mis ei vaja WPML-i kõiki funktsioone, täidab see tõlkehalduse ülesandeid veebisaidi jõudlust vähem mõjutades. Sellel on kasulike funktsioonidega tasuta versioon, mis teeb sellest mõistliku lähtepunkti lihtsamate mitmekeelsete projektide jaoks.

Nende vahel valik sõltub veebisaidi keerukusest, WooCommerce’i integreerimisnõuetest ja tõlketöövoost, mida klient kavatseb kasutada. Veebisaidil, millel on väike arv staatilisi lehekülgi kahes keeles, on teistsugused nõuded kui WooCommerce’i poel, mis müüb tooteid viiel Euroopa turul, kus igaühel on erinevad hinnad, käibemaksumäärad ja makseviiside nõuded.

Hreflangi rakendamine

Hreflang on HTML-atribuut, mis ütleb otsingumootoritele, millist keelt ja piirkondlikku versiooni leheküljest millistele kasutajatele kuvada. Õige hreflang-rakendamine on mitmekeelse SEO jaoks hädavajalik ning on üks valdkondi, kus mitmekeelsetel veebisaitidel esineb kõige sagedamini vigu.

Iga mitmekeelse veebisaidi leht peaks sisaldama hreflang-sildid, mis viitavad kõigile selle lehe teistele keeleversioonidele, sealhulgas ka lehele endale. Lehel, mis on olemas inglise, prantsuse ja saksa keeles, peavad kõikidel lehe versioonidel olema hreflang-sildid kõigi kolme versiooni jaoks. Puuduvad või valesti vormindatud hreflang-sildid võivad põhjustada seda, et otsingumootorid kuvavad kasutajatele valet keeleversiooni või käsitlevad erinevaid keeleversioone dubleeritud sisuna.

Nii WPML kui ka Polylang genereerivad hreflang-sildid automaatselt, kui need on õigesti konfigureeritud, kuid automaatset rakendamist tuleks pigem kontrollida kui eeldada. Tüüpilised vead hõlmavad puuduvaid x-default-sildid, hreflang-sildid, mis viitavad ümbersuunatud URL-idele, mitte kanonilistele URL-idele, ning hreflang-rakendusi, mis ei vasta kasutatavale URL-struktuurile.

Rank Math ja Yoast SEO pakuvad mõlemad täiendavaid hreflang-haldusvõimalusi, kui neid kasutatakse koos mitmekeelsete pistikprogrammidega. Oluline on tagada, et SEO-pistikprogramm ja mitmekeelne pistikprogramm oleksid konfigureeritud nii, et need töötaksid koos korrektselt, mitte ei tekitaks vastuolulisi märgendusi.

Sisustrateegia ja tõlke kvaliteet

Mitmekeelse WordPressi veebisaidi tehniline rakendamine on projekti lihtsam osa. Just sisu strateegia on see, mille puhul paljud mitmekeelsed veebisaidid ei suuda oma eesmärki saavutada.

Masintõlge on märkimisväärselt paranenud ja mõnede sisutüüpide puhul annab see vastuvõetavaid tulemusi. Ärilise sisu puhul, eriti teenuste kirjelduste, tootekirjelduste ja konversioonile suunatud lehtede puhul, mis on ettevõttele kõige olulisemad, on masintõlge harva piisav ilma inimese poolt läbivaatamiseta ja toimetamiseta. Tekst, mis kõlab ebamugavalt või sisaldab kultuuriliselt sobimatuid väljendeid, õõnestab usaldusväärsust, mida mitmekeelne veebisait peaks looma.

Jooksev tõlketöövoog on aspekt, mida planeerimisetapis sageli alahinnatakse. Uue blogipostituse või tootelehe lisamine mitmekeelsele veebisaidile tähendab selle sisu tõlgitud versioonide koostamist, mis võtab aega ja toob kaasa kulusid. Veebisaidid, mis käivitatakse ulatusliku tõlgitud sisuga, kuid mille tõlkeid hiljem ei uuendata, jäävad lõpuks keeleversioonidega, mis on võrreldes põhikeele versiooniga aegunud. See tekitab halvemad kasutajakogemused kui tõlke puudumine üldse.

Mitmekeelse veebisaidi realistlik sisu strateegia peaks hõlmama tõlkimisprotsessi selget vastutust, uue sisu jaoks määratletud töövoogu ning ausaid otsuseid selle kohta, millist sisu on tõepoolest vaja tõlkida. Mitte iga veebisaidi leht ei vaja tõlgitud versiooni. Rahvusvahelistele kasutajatele kõige olulisemate lehtede prioriseerimine ja nende tõlgete nõuetekohane hooldamine on tõhusam kui püüda teha kõikehõlmavat tõlget, mida ei suudeta ajakohasena hoida.

WooCommerce ja mitmekeelne e-kaubandus

Mitmekeelsed WooCommerce’i veebisaidid toovad kaasa täiendavaid keerukusi, mis ületavad tavalisi mitmekeelse WordPressi kaalutlusi. Hinnad, saatmiseeskirjad, makseviisid ja maksukonfiguratsioonid võivad turuti erineda. Valuuta kuvamine peab vastama iga piirkonna kasutajate ootustele. Toote kättesaadavus võib turgude vahel erineda. Kliendisuhtlus, sealhulgas tellimuse kinnitused ja saatmisteated, tuleb saata kliendi keeles.

WPML-il on spetsiaalne WooCommerce’i mitmekeelne tugi, mis hoolitseb toodete tõlkimise, valuuta vahetamise ja kassasse mineku lokaliseerimise eest. Konfigureerimine on keerulisem kui tavalise mitmekeelse veebisaidi puhul ning seda tuleks käsitleda eraldiseisva projektina, mitte tavalise WooCommerce’i ehituse laiendusena.

Makseväravate kättesaadavus varieerub riigiti märkimisväärselt. Stripe ja PayPal on saadaval enamikus turgudes, kuid teatud piirkondades on olulised kohalikud makseviisid. Madalmaades domineerib iDEAL, Saksamaal Sofort ja Prantsusmaal Carte Bancaire. Euroopa turgudele suunatud WooCommerce’i pood, mis pakub ainult rahvusvahelisi kaardimaksevõimalusi, jääb tulemuslikkuses maha kohalikest konkurentidest, kes toetavad oma konkreetse turu eelistatud makseviise.

Jõudlusega seotud kaalutlused

Mitmekeelsed veebisaidid on oma olemuselt mahukamad kui ühekeelsed. Rohkem lehekülgi, rohkem andmebaasi kirjeid ja rohkem pistikprogrammide koormust – kõik see suurendab serveri koormust ja võib põhjustada jõudlusprobleeme. Neid tuleks planeerida ette, mitte tegeleda nendega reaktiivselt pärast veebipoe käivitamist.

Puhverdamise konfiguratsioon peab arvestama keele tuvastamisega, et vältida vales keeles puhverdatud lehtede kuvamist kasutajatele. Serveripoolne keele tuvastamine, mis toimub enne puhvri sisu kuvamist, on üldiselt usaldusväärsem kui kliendipoolne tuvastamine, kuid konkreetne lähenemisviis sõltub hostingukeskkonnast ja kasutatavast puhverdamise pistikprogrammist.

Mitmes riigis tegutsevate veebisaitide puhul vähendab rahvusvaheliste kasutajate jaoks viivitust sisu edastamise võrk, mis salvestab sisu vahemällu geograafiliselt igale sihtturule lähedal asuvates äärepunktides. See on eriti oluline veebisaitide puhul, mis on suunatud turgudele, mis asuvad geograafiliselt kaugel peamisest hostingukohast.

Andmebaasi optimeerimine muutub mitmekeelsetel veebisaitidel veelgi olulisemaks, sest WPML-i taoliste pistikprogrammide poolt kasutatavad tõlketabelid suurendavad märkimisväärselt andmebaasi koormust, kui sisu maht kasvab. Regulaarne andmebaasi hooldus ja asjakohane indekseerimine on suurel mitmekeelsel veebisaidil olulisemad kui võrreldaval ühekeelsel veebisaidil.

Testimine enne käivitamist

Mitmekeelsed veebisaidid nõuavad põhjalikumat testimist kui ühekeelsed veebisaidid, kuna kontrollida tuleb rohkem keele, URL-i ja sisu kombinatsioone. Struktureeritud testimislähenemine peaks hõlmama keelevahetuse funktsionaalsust kõigil lehekülgedel, õiget hreflang-rakendust, mida kontrollitakse pärast käivitamist Google Search Console’i abil, kõigi kommertslehekülgede tõlgete täielikkust, õiget valuuta kuvamist ja ostukorvi protsessi iga turu jaoks WooCommerce’i rakendustes ning mobiilseadmete jõudlust iga keeleversiooni puhul.

Investeering põhjalikku käivitamiseelsesse testimisse on õigustatud, arvestades probleemide parandamise kulusid ja keerukust töötavas mitmekeelses veebisaidil, kus muudatused URL-struktuuris või hreflang-rakenduses võivad mõjutada otsingutulemuste järjestust mitmel turul korraga.