Daugiakalbės „WordPress“ svetainės kūrimas: ką įmonės turi padaryti teisingai

Įvadas

Svetainės išplėtimas, siekiant aptarnauti įvairių kalbų auditoriją, iš principo atrodo nesudėtingas. Praktikoje tai reikalauja priimti daugybę techninių, turinio ir strateginių sprendimų, kurie daugelį įmonių užklumpa netikėtai. Klaidos dažniausiai pasikartoja pagal nuspėjamus modelius, o daugumą jų lengviau išvengti planavimo etape nei ištaisyti po to, kai svetainė jau sukurta ir paleista.

Wesley Cude, „WordPress“ kūrimo įmonės „Cude Design“ įkūrėjas, yra sukūręs daugiakalbes „WordPress“ svetaines klientams visoje Jungtinėje Karalystėje ir užsienyje. „Daugiakalbės „WordPress“ svetainės techninę pusę puikiai palaiko esami įskiepiai“, – sako jis. „Projektai dažniausiai žlunga dėl sprendimų, kurie priimami dar prieš parašant bent vieną kodo eilutę. Kokios kalbos, kokia URL struktūra, kam priklauso vertimai, kaip svetainė tvarko valiutos ir regioninius skirtumus. Teisingai priėmus šiuos sprendimus pačioje pradžioje, vėliau sutaupoma daug laiko, kurį reikėtų skirti pakartotiniam darbui.“

Šiame straipsnyje aptariami pagrindiniai sprendimai, susiję su daugiakalbių „WordPress“ svetainių kūrimu, galimi techniniai metodai ir nuolatiniai aspektai, lemiantys, ar daugiakalbė svetainė iš tiesų veiksmingai aptarnauja numatytą auditoriją.

Tinkamos URL struktūros pasirinkimas

Pirmasis svarbus sprendimas daugiakalbiame „WordPress“ projekte – kaip struktūrizuoti kiekvienos kalbos versijos URL adresus. Yra trys pagrindiniai metodai, ir kiekvienas iš jų turi įtakos SEO, hostingo paslaugoms ir nuolatiniam valdymui.

Pagalbiniai katalogai naudoja aplankų struktūrą kalbos versijoms atskirti: pagrindinė kalba yra šaknies kataloge, o kitos kalbos – pagalbiniuose kataloguose. Pavyzdžiui, Jungtinės Karalystės anglų kalbos versija gali būti domain.com, o prancūzų kalbos versija – domain.com/fr/. Šis metodas leidžia viską išlaikyti viename domene, o tai reiškia, kad visas domeno autoritetas taikomas visoms kalbos versijoms. Tai labiausiai paplitęs metodas įmonėms, kurios plečiasi į kitas kalbas, neturėdamos rimtos priežasties kiekvieną rinką traktuoti kaip visiškai atskirą vienetą.

Subdomenuose kiekviena kalbinė versija talpinama atskirame subdomenyje, pavyzdžiui, prancūzų kalba – fr.domain.com. Paieškos sistemos traktuoja subdomenus kaip atskirus vienetus, turinčius savo autoritetą, o tai reiškia, kad naujas subdomenas pradeda veikti be jokio sukauptos autoriteto, net jei pagrindinis domenas turi aukštus reitingus. Šis metodas techniškai sudėtingesnis valdyti ir paprastai yra prasmingas tik tada, kai yra rimtų priežasčių kiekvieną kalbą traktuoti kaip iš tiesų atskirą, pavyzdžiui, kai kiekvienai rinkai taikomos žymiai skirtingos turinio strategijos.

Aukščiausio lygio domenai su šalies kodu naudoja atskiras domeno registracijas kiekvienai šaliai, pavyzdžiui, „domain.fr“ Prancūzijai arba „domain.de“ Vokietijai. Tai siunčia pačią stipriausią geografinę žinutę paieškos sistemoms ir gali būti veiksminga įmonėms, turinčioms didelę veiklą kiekvienoje rinkoje. Taip pat tai yra brangiausias ir sudėtingiausias variantas, nes kiekvienam domenui iš esmės reikalinga savo SEO strategija ir nuorodų kūrimo programa.

Daugumai įmonių, pirmą kartą kuriančių daugiakalbę „WordPress“ svetainę, tinkamiausias pradžios taškas yra pakatalogiai. Juos įgyvendinti paprasčiausia, jie leidžia išlaikyti visą autoritetą viename domene ir juos lengva išplėsti, pridedant papildomas kalbas.

Įskiepių pasirinkimas ir konfigūracija

„WordPress“ turi du dominuojančius daugiakalbius įskiepius: „WPML“ ir „Polylang“. Abu jie gali tvarkyti sudėtingas daugiakalbes svetaines, tačiau jų įgyvendinimo metodai skiriasi, o poveikis svetainės našumui ir nuolatiniam valdymui taip pat yra skirtingas.

„WPML“ yra funkcionaliau išplėtota alternatyva. Ji tvarko vertimų valdymą, temų ir įskiepių tekstų eilutės vertimus, suderinamumą su „WooCommerce“ bei sudėtingus daugiakalbius nustatymus, įskaitant kalbas, rašomas iš dešinės į kairę. Ji integruojasi su vertimo paslaugomis profesionaliems vertimams atlikti ir suteikia išsamią kontrolę, koks turinys ir kaip verčiamas. Kompromisas yra tas, kad tai vienas iš „sunkesnių“ įskiepių duomenų bazės užklausų atžvilgiu ir gali paveikti svetainės našumą, jei didelėse svetainėse nebus kruopščiai sukonfigūruotas.

„Polylang“ yra lengvesnė alternatyva, kuri užtikrina pagrindines daugiakalbes funkcijas su mažesne apkrova. Svetainėms, kurioms nereikia visų WPML funkcijų, ji atlieka vertimų valdymo funkciją, darant mažesnį poveikį našumui. Ji turi nemokamą versiją su reikšmingomis funkcijomis, todėl tai yra tinkamas pradinis taškas paprastesniems daugiakalbiams projektams.

Pasirinkimas tarp jų priklauso nuo svetainės sudėtingumo, „WooCommerce“ integracijos reikalavimų ir vertimo darbo eigos, kurią klientas ketina naudoti. Svetainė su nedideliu skaičiumi statinių puslapių dviem kalbomis turi kitokius reikalavimus nei „WooCommerce“ parduotuvė, parduodanti produktus penkiose Europos rinkose, kuriose kiekvienoje galioja skirtingos kainos, PVM tarifai ir mokėjimo šliuzų reikalavimai.

„Hreflang“ įgyvendinimas

„Hreflang“ – tai HTML atributas, kuris nurodo paieškos sistemoms, kokią puslapio kalbos ir regioninę versiją rodyti konkretiems vartotojams. Teisingas „hreflang“ įgyvendinimas yra būtinas daugiakalbei SEO ir yra viena iš sričių, kurioje daugiakalbėse svetainėse dažniausiai pasitaiko klaidų.

Kiekviename daugiakalbių svetainių puslapyje turėtų būti „hreflang“ žymės, nukreipiančios į visas kitas to puslapio kalbos versijas, įskaitant patį puslapį. Puslapiui, kuris yra anglų, prancūzų ir vokiečių kalbomis, kiekvienoje puslapio versijoje reikalingos „hreflang“ žymės visoms trims versijoms. Trūkstamos arba netinkamai suformatuotos „hreflang“ žymės gali lemti, kad paieškos sistemos vartotojams pateiks netinkamą kalbos versiją arba skirtingas kalbos versijas traktuos kaip dubliuojamą turinį.

Tiek „WPML“, tiek „Polylang“ teisingai sukonfigūruoti automatiškai generuoja „hreflang“ žymes, tačiau automatinį įgyvendinimą reikėtų patikrinti, o ne tiesiog manyti, kad viskas veikia. Dažnos klaidos apima trūkstamas „x-default“ žymes, „hreflang“ žymes, nukreipiančias į peradresuotus URL, o ne į kanoninius URL, ir „hreflang“ įgyvendinimus, kurie neatitinka naudojamos URL struktūros.

„Rank Math“ ir „Yoast SEO“ suteikia papildomų „hreflang“ valdymo galimybių, kai naudojami kartu su daugiakalbiais įskiepiais. Svarbu užtikrinti, kad SEO įskiepis ir daugiakalbis įskiepis būtų sukonfigūruoti taip, kad tinkamai veiktų kartu, o ne generuotų tarpusavyje nesuderinamus žymėjimus.

Turinio strategija ir vertimo kokybė

Daugiakalbės „WordPress“ svetainės techninis įgyvendinimas yra paprastesnė projekto dalis. Turinio strategija yra sritis, kurioje daugelis daugiakalbių svetainių nesugeba pasiekti numatyto tikslo.

Mašininis vertimas žymiai patobulėjo ir kai kurių turinio tipų atveju duoda priimtinus rezultatus. Komercinio turinio atveju, ypač paslaugų aprašymų, produktų aprašymų ir konversijoms skirtų puslapių, kurie yra svarbiausi verslui, mašininis vertimas retai kada yra pakankamas be žmogaus peržiūros ir redagavimo. Tekstas, kuris skaitosi keistai arba kuriame yra kultūriškai netinkamų frazių, pakenkia patikimumui, kurį daugiakalbė svetainė siekia sukurti.

Nuolatinis vertimo darbo srautas yra aspektas, kuris planavimo etape dažnai būna nepakankamai įvertintas. Naujo tinklaraščio įrašo ar produkto puslapio pridėjimas į daugiakalbę svetainę reiškia, kad reikia parengti to turinio išverstas versijas, o tai reikalauja laiko ir kainuoja. Svetainės, kurios paleidžiamos su išsamiu išverstu turiniu, bet vėliau nesugeba palaikyti vertimų, galiausiai turi kalbos versijas, kurios, palyginti su pagrindine kalbos versija, yra pasenusios. Tai sukuria blogesnę patirtį nei visai neturėti vertimo.

Realistiška daugiakalbės svetainės turinio strategija turėtų apimti aiškų atsakomybės už vertimo procesą pasiskirstymą, apibrėžtą naujo turinio darbo eigą ir sąžiningus sprendimus dėl to, kuris turinys iš tiesų turi būti išverstas. Ne kiekvienam svetainės puslapiui reikalinga išversta versija. Svarbiausių tarptautiniams vartotojams puslapių prioritetizavimas ir tinkamas tų vertimų palaikymas yra veiksmingesnis nei bandymas išversti visą turinį ir nesugebėjimas jo laiku atnaujinti.

„WooCommerce“ ir daugiakalbė elektroninė prekyba

Daugiakalbės „WooCommerce“ svetainės kelia papildomų sudėtingumų, kurie pranoksta įprastus daugiakalbių „WordPress“ svetainių aspektus. Kainos, pristatymo taisyklės, mokėjimo vartai ir mokesčių nustatymai gali skirtis priklausomai nuo rinkos. Valiutos rodymas turi atitikti kiekvieno regiono vartotojų lūkesčius. Prekių prieinamumas skirtingose rinkose gali skirtis. Komunikacija su klientais, įskaitant užsakymų patvirtinimus ir pranešimus apie pristatymą, turi būti siunčiama kliento kalba.

„WPML“ turi specialią „WooCommerce“ daugiakalbę paramą, kuri tvarko produktų vertimą, valiutos perjungimą ir atsiskaitymo proceso lokalizavimą. Konfigūracija yra sudėtingesnė nei standartinės daugiakalbės svetainės ir turėtų būti traktuojama kaip atskiras projekto mastas, o ne kaip standartinės „WooCommerce“ versijos išplėtimas.

Mokėjimo šliuzų prieinamumas labai skiriasi priklausomai nuo šalies. „Stripe“ ir „PayPal“ yra prieinami daugumoje rinkų, tačiau tam tikruose regionuose svarbūs vietiniai mokėjimo būdai. Nyderlanduose dominuoja „iDEAL“, Vokietijoje – „Sofort“, o Prancūzijoje – „Carte Bancaire“. „WooCommerce“ parduotuvė, orientuota į Europos rinkas ir siūlanti tik tarptautinius kortelių mokėjimo būdus, pasieks prastesnius rezultatus nei vietiniai konkurentai, kurie palaiko konkrečioje rinkoje pageidaujamus mokėjimo būdus.

Našumo aspektai

Daugiakalbės svetainės iš esmės yra didesnės nei jų vienakalbių atitikmenų. Daugiau puslapių, daugiau duomenų bazės įrašų ir didesnė papildinių apkrova – visa tai prisideda prie padidėjusios serverio apkrovos ir galimų našumo problemų. Tai reikėtų numatyti iš anksto, o ne spręsti reaktyviai po paleidimo.

Tarpinio saugojimo konfigūracijoje reikia atsižvelgti į kalbos nustatymą, kad vartotojams nebūtų pateikiami tarpinio saugojimo puslapiai netinkama kalba. Kalbos nustatymas serverio pusėje, atliekamas prieš pateikiant tarpinio saugojimo turinį, paprastai yra patikimesnis nei nustatymas kliento pusėje, tačiau konkretus metodas priklauso nuo naudojamos prieglobos aplinkos ir tarpinio saugojimo įskiepio.

Svetainėms, aptarnaujančioms kelias šalis, turinio pristatymo tinklas, kuris talpina turinį į kešą geografiškai arti kiekvienos tikslinės rinkos esančiose vietose, sumažina vėlavimą tarptautiniams vartotojams. Tai ypač aktualu svetainėms, orientuotoms į rinkas, kurios geografiškai nutolusios nuo pagrindinės hostingo vietos.

Duomenų bazių optimizavimas tampa dar svarbesnis daugiakalbėse svetainėse, nes vertimo lentelės, kurias naudoja tokios įskiepiai kaip WPML, žymiai padidina duomenų bazių apkrovą, didėjant turinio apimčiai. Reguliari duomenų bazių priežiūra ir tinkamas indeksavimas yra svarbesni didelėje daugiakalbėje svetainėje nei panašioje vienakalbioje svetainėje.

Testavimas prieš paleidimą

Daugiakalbės svetainės reikalauja išsamesnio testavimo nei vienakalbių svetainių, nes reikia patikrinti daugiau kalbų, URL adresų ir turinio derinių. Struktūruotas testavimo metodas turėtų apimti kalbos perjungimo funkcionalumą visuose puslapiuose, teisingą „hreflang“ įgyvendinimą, patikrintą naudojant „Google Search Console“ po paleidimo, visų komercinių puslapių vertimų išsamumą, teisingą valiutos rodymą ir atsiskaitymo procesą kiekvienai rinkai „WooCommerce“ įgyvendinimuose bei mobilųjį veikimą kiekvienoje kalbos versijoje.

Investicijos į išsamų testavimą prieš paleidimą yra pateisinamos dėl išlaidų ir sudėtingumo, susijusių su problemų taisymu veikiančioje daugiakalbėje svetainėje, kurioje URL struktūros ar „hreflang“ įgyvendinimo pakeitimai gali vienu metu paveikti paieškos reitingus keliose rinkose.