# WPML ir WooCommerce: daugiakalbė e-parduotuvė be dublikatų

*Paskelbta: 2026-10-01  |  https://www.mycode.lt/wpml-daugiakalbe-woocommerce/*

> WPML ir WooCommerce: kalbų struktūra, kas verčiama, valiutos, hreflang ir kaip išvengti dublikatų. Ko klausti prieš darant daugiakalbę parduotuvę.

**WPML** yra WordPress įskiepis, kuriuo svetainė ar WooCommerce parduotuvė paverčiama daugiakalbe: kiekviena kalba gauna savo adresą, savo produktų įrašus ir savo meta duomenis, o visi jie sujungiami į vieną grupę, kad Google nematytų dublikatų. Jungiant WPML su WooCommerce svarbiausias sprendimas priimamas ne verčiant tekstą, o prieš tai — kokia bus kalbų struktūra, kas lieka vienoda visose kalbose ir kaip tvarkomos valiutos. Žemiau surašiau tai, ką pats tikrinu prieš kiekvieną tokį projektą.

Esu Tomas, front-end programuotojas iš Vilniaus. Per aštuonerius su puse metų ir 97+ projektų daugiausia dirbau su WordPress ir WooCommerce, todėl daugiakalbystę vertinu labai praktiškai: ne pagal tai, ar kalbų perjungėjas atsirado meniu, o pagal tai, ar pirkėjas kita kalba gali nuo pirmo paspaudimo iki apmokėjimo nė karto nepamatyti lietuviško teksto.

## Ką WPML daro WooCommerce parduotuvėje?

Paprasta WordPress svetainė yra tekstas puslapiuose. Parduotuvė yra kur kas daugiau judančių dalių: produktai, variacijos, atributai, kategorijos, krepšelis, apmokėjimo laukai, pristatymo būdai, el. laiškai, kuponai. WPML pats tvarko turinį, o parduotuvės specifiką prideda atskiras WPML WooCommerce modulis — ar jis įeina į jūsų licenciją, verta pasitikrinti pas gamintoją, nes paketai skiriasi.

Techniškai WPML kiekvienai kalbai sukuria atskirą produkto įrašą ir susieja jį su originalu. Tai duoda du dalykus vienu metu: kiekviena kalba gali turėti savo adresą, savo SEO antraštę ir savo aprašymą, bet kaina, likutis ir SKU paveldimi iš originalo, todėl sandėlis nesusiskaido į kelias nesusijusias prekes. Būtent dėl to WPML tinka ten, kur katalogas atnaujinamas automatiškai iš buhalterinės ar sandėlio sistemos.

## Kalbų struktūra: subkatalogai, subdomenai ar atskiri domenai

Tai pirmas ir sunkiausiai atšaukiamas sprendimas, nes jis nulemia visus adresus.

| Struktūra | Kaip atrodo | Kada rinktis |
|---|---|---|
| Subkatalogai | svetaine.lt/en/produktas/ | Numatytasis pasirinkimas daugumai parduotuvių: vienas domenas, viena SSL, visas sukauptas svetainės autoritetas dalijamas tarp kalbų |
| Subdomenai | en.svetaine.lt/produktas/ | Kai kalbas tvarko skirtingos komandos arba reikia atskirti techniškai |
| Atskiri domenai | svetaine.lv | Kai kiekviena šalis turi savo prekių ženklą, savo juridinį vienetą ir atskirą rinkodarą |

Beveik visiems Lietuvos verslams renkuosi subkatalogus. Atskiri domenai skamba solidžiai, bet reiškia trijų svetainių SEO darbą vietoj vienos ir tris kartus daugiau priežiūros. Ko tikrai nereikėtų rinktis — kalbos perjungimo be adreso pokyčio: jei tas pats adresas rodo skirtingą turinį pagal slapuką ar naršyklės kalbą, Google indeksuos tik vieną versiją, o kitos paieškoje tiesiog neegzistuos.

## Kas verčiama, o kas turi likti vienoda

Dažniausia klaida daugiakalbėje parduotuvėje — išverstas produktų aprašymas ir lietuviški visi likę elementai. Pirkėjas mato angliškas prekes, bet lietuviškus filtrus, lietuvišką mygtuką krepšelyje ir lietuvišką užsakymo patvirtinimo laišką. Todėl svetainės vertimas planuojamas kaip sąrašas, o ne kaip tekstas.

| Elementas | Kur WPML tai tvarkoma | Pastaba |
|---|---|---|
| Produktai, kategorijos, žymos | Turinio vertimas | Verčiamas ir kategorijos aprašymas, ne tik pavadinimas |
| Globalūs atributai ir jų reikšmės | Atributų vertimas | Verčiama vieną kartą, pasikeičia visose prekėse ir filtruose |
| Variacijos | Paveldimos iš originalo | Variacijų struktūra nekuriama kiekvienai kalbai atskirai |
| Apmokėjimo laukai, mygtukai, pranešimai | Eilučių vertimas | Tai ne turinys, o temos ir įskiepių eilutės — dažnai pamirštamos |
| El. laiškai pirkėjui | Eilučių vertimas | Patvirtinimas, išsiuntimas, grąžinimas — pirkėjas turi gauti sava kalba |
| Pristatymo ir mokėjimo būdų pavadinimai | Eilučių vertimas | Dažnai lieka lietuviški jau pačiame apmokėjimo lange |
| Teisiniai tekstai | Turinio vertimas | Taisyklės ir privatumo politika kita kalba turi būti teisiškai tikslios |
| SKU, EAN, likučiai | Nekeičiama | Turi likti identiški, kitaip lūžta sinchronizavimas su apskaita |

Atributai čia yra didžiausia vieta sutaupyti. Jei parduotuvėje naudojami globalūs atributai, žodis „raudona“ išverčiamas kartą ir pasikeičia visur; jei atributai surašyti kiekvienam produktui atskirai, tas pats žodis keliauja per tūkstantį įrašų. Apie tvarkingą jų sudėliojimą rašiau straipsnyje apie [produktų variacijas ir SKU](https://www.mycode.lt/produktu-variacijos-sku-kas-tai/). Patį vertimo procesą — žodyną, bandomąją partiją ir korektūrą — detaliai aprašiau [AI vertimų e-parduotuvei](https://www.mycode.lt/ai-vertimai-e-parduotuvei/) straipsnyje.

## Valiutos ir kainos kitomis kalbomis

Kalba ir valiuta nėra tas pats, ir čia WPML elgiasi lanksčiai: galima rodyti vieną valiutą visoms kalboms arba kiekvienai kalbai priskirti savo. Prieš renkantis verta atsakyti į tris klausimus.

- **Ar realiai priimate kitą valiutą?** Jei mokėjimų tiekėjas atsiskaito tik eurais, antra valiuta yra tik vitrina — konvertuojama rodant, o nuskaitoma vis tiek eurais. Tai legalu, bet pirkėjui reikia pasakyti aiškiai.
- **Kaip apvalinamos kainos?** Automatinis kursas duoda sumas tipo 24,37 — jas verta apvalinti pagal taisyklę, kad kainos atrodytų normaliai.
- **Kaip skaičiuojamas PVM?** Pardavimas fiziniams asmenims į kitas ES šalis turi savo taisykles, todėl mokesčių konfigūraciją verta suderinti su buhalteriu, o ne spėti.

## WPML ir SEO: hreflang, canonical ir dublikatai

Daugiakalbė svetainė be techninio SEO konkuruoja pati su savimi. Keturi dalykai, kuriuos tikrinu kiekviename projekte:

- **hreflang abipusiškai.** Kiekvienas puslapis nurodo visas savo kalbines versijas, įskaitant save. Jei lietuviškas puslapis nurodo angliškąjį, angliškasis privalo nurodyti lietuviškąjį — vienpusės nuorodos ignoruojamos. WPML šias žymas generuoja automatiškai, tačiau jas verta pamatyti puslapio kode savo akimis.
- **Canonical į save.** Angliška versija turi rodyti į angliškąjį adresą, o ne į lietuvišką originalą. Jei canonical rodo į originalą, jūs patys pasakote Google, kad verstinės versijos indeksuoti nereikia — ir tada vertimas neduoda nieko.
- **Sitemap su visomis kalbomis.** Visi kalbų adresai turi būti žemėlapyje ir pateikti Search Console.
- **Adresai, kurie nesikeis.** Produkto adresą kita kalba nustatykite iškart; vėliau pakeitus reikės [301 nukreipimo](https://www.mycode.lt/301-nukreipimas-kas-tai/), kitaip prarandamos sukauptos pozicijos.

Meta antraštes ir aprašymus kita kalba rašau iš naujo, o ne verčiu pažodžiui. Frazės rinkose skiriasi ne tik kalba, bet ir logika: kur lietuvis ieško prekės tipo, kitoje šalyje ieškoma pagal prekės ženklą arba paskirtį.

## Našumas: ko tikėtis ir ką sukonfigūruoti

Kiekviena kalba padidina duomenų bazę ir užklausų skaičių, todėl daugiakalbėje parduotuvėje greitis tampa svarbesnis nei vienakalbėje. Praktikoje užtenka trijų dalykų: atskiros talpyklės kiekvienai kalbai ir valiutai, objektų talpyklės duomenų bazės užklausoms ir reguliaraus nenaudojamų vertimų bei įrašų šlamšto išvalymo. Platesnį patikros sąrašą surašiau straipsnyje apie [WordPress svetainės pagreitinimą](https://www.mycode.lt/kaip-pagreitinti-wordpress-svetaine/); daugiakalbėje parduotuvėje jis tiesiog svarbesnis.

## Alternatyvos: Polylang ir TranslatePress

WPML nėra vienintelis variantas. Polylang veikia panašiu principu — atskiras įrašas kiekvienai kalbai — ir yra lengvesnis bei pigesnis, tačiau WooCommerce palaikymui jam taip pat reikia atskiro modulio. TranslatePress vertimus saugo atskirose lentelėse ir leidžia versti vizualiai, matant puslapį; tai patogu nedideliam katalogui ir informacinei svetainei. WPML renkuosi tada, kai katalogas didelis, vertimus reikia rašyti programiškai ir reikia valiutų valdymo. Bet kuriuo atveju įskiepio galimybes ir licencijų sąlygas verta pasitikrinti pas gamintoją — jie keičiasi.

## Dažnos klaidos jungiant WPML su WooCommerce

Per techninius vertinimus WPML WooCommerce parduotuvėse vis pasikartoja tie patys šeši dalykai:

- **Kalba įjungiama anksčiau, nei išverstas katalogas.** Google suindeksuoja pustuščius puslapius, o pirmas įspūdis jau sugadintas. Kalbą paleidžiu tik tada, kai jos šaka pilna.
- **Verčiami tik produktai.** Apmokėjimas ir el. laiškai lieka lietuviški — būtent toje vietoje, kur pirkėjas sprendžia, ar pasitiki.
- **Atributai verčiami produkto viduje.** Filtrai išsiskaido į kelias to paties dalyko reikšmes.
- **Talpyklė nepadalinta pagal kalbą.** Pirkėjas angliškame adrese pamato lietuvišką puslapį — tai atrodo kaip svetainės klaida.
- **Dublikuojami SKU.** Kai kalbos versija gauna savo SKU, apskaitos integracija pradeda matyti dvi prekes. Apie tai, kaip tai atsiliepia buhalterijai, rašiau [Rivilės ir WooCommerce integracijos](https://www.mycode.lt/rivile-ir-woocommerce-integracija/) straipsnyje.
- **Daugiakalbystė dedama ant netvarkingos parduotuvės.** Jei kategorijos ir atributai painūs viena kalba, dviem kalbomis painiava tik padvigubėja.

## Dažniausiai užduodami klausimai

### Ar WPML yra nemokamas?

WPML yra komercinis įskiepis ir platinamas pagal metinę licenciją, o WooCommerce palaikymui gali reikėti papildomo modulio. Kainodarą ir licencijų paketus gamintojas keičia, todėl aktualias sumas visada verta pasitikrinti oficialioje WPML svetainėje prieš planuojant biudžetą.

### Ar WPML labai sulėtina WooCommerce parduotuvę?

Daugiakalbystė visada padidina duomenų bazę ir užklausų skaičių, nes kiekviena kalba yra atskiras produkto įrašas. Praktikoje didžiausią skirtumą duoda ne pats įskiepis, o talpyklės (cache) konfigūracija: talpyklė privalo būti atskira kiekvienai kalbai ir valiutai. Tvarkingai sukonfigūruotoje parduotuvėje skirtumą matuojame dešimtosiomis sekundės dalimis, o ne sekundėmis.

### Kiek kalbų verta turėti iš karto?

Dažniausiai rekomenduoju pradėti nuo vienos papildomos kalbos ir ją padaryti iki galo — su apmokėjimu, el. laiškais ir klientų aptarnavimu. Trys pusiau išverstos kalbos parduoda mažiau nei viena pabaigta, o jų priežiūra kainuoja tris kartus daugiau.

### Ar galima versti tik dalį produktų?

Techniškai galima: neišverstas produktas arba nerodomas toje kalboje, arba rodomas originalo kalba — tai nustatoma WPML parametruose. Praktiškai geriau rodyti mažesnį, bet pilnai išverstą katalogą, nei visą katalogą su lietuviškais aprašymais tarp angliškų.

### Ar WPML galima pakeisti kitu įskiepiu vėliau?

Galima, bet tai atskiras projektas: vertimai saugomi įskiepio struktūroje, todėl perkėlimas reiškia duomenų migraciją ir dažnai pasikeitusius adresus su 301 nukreipimais. Daugiakalbystės įskiepį verta pasirinkti prieš pradedant versti, o ne po pusės katalogo.

### Ar WPML pats išverčia tekstus?

WPML turi automatinio vertimo galimybes, bet jų apimtis priklauso nuo licencijos ir modulių — tai verta pasitikrinti pas gamintoją. Didesniuose kataloguose aš dažniau verčiu per programinę sąsają su savo paruošta instrukcija ir terminų žodynu, nes taip kontroliuoju, ko neversti ir kaip rašyti dydžius.

## Kaip galiu padėti

Daugiakalbystė yra viena iš [WooCommerce integracijų](https://www.mycode.lt/woocommerce-integracijos/), kurias darau. Pradedu nuo **nemokamo techninio vertinimo**: pažiūriu parduotuvės struktūrą, atributus ir esamas integracijas ir pasakau, ką realiai reikės padaryti, ko nereikia ir kur yra rizika.

WPML daugiakalbystės sudėliojimas — **nuo 300 €**: kalbų struktūra, produktų ir kategorijų vertimų srautas, valiutos, hreflang ir SEO kitomis kalbomis. Jei WPML jau įdiegtas, bet kažkas šlubuoja — dublikatai, neišverstas apmokėjimas, susimaišiusi talpyklė — esamos integracijos taisymas kainuoja **40 €/val**. Licencijos gamintojui apmokamos atskirai ir į šias sumas neįeina.

Parašykite, kiek prekių kataloge ir kokių kalbų reikia — atsakysiu, nuo ko pradėti.