Polylang vs WPML vs TranslatePress: 2026-os összehasonlítás

Épp egy többnyelvű WordPress webhelyet készül építeni. Kinyitja a Google-t, beírja, hogy „legjobb WordPress fordító plugin”, és tíz percen belül elmerül a partnerprogramos értékelésekben, az átmásoltaknak tűnő összehasonlító táblázatokban és az ellentmondásos tanácsokban a Polylang, WPML és TranslatePress kapcsán. Minden értékelés kényelmesen azzal zárul, hogy „az X plugin a nyertes”, és Önnek fogalma sincs, melyik fog valójában működni a projektjéhez.

Íme az őszinte válasz: ez a három plugin ugyanazt a felszíni problémát oldja meg – a webhely megjelenítését több nyelven –, de alapvetően eltérő megközelítéseket alkalmaznak. A WPML duplikált bejegyzésekben tárolja a fordításokat. A Polylang ugyanazt teszi, de az alapja ingyenes marad. A TranslatePress valós időben fordítja a renderelt HTML-t. Minden architektúra valós kompromisszumokkal jár a teljesítmény, a SEO, a tartalommunkafolyamat és a hosszú távú karbantartás tekintetében.

Ez az összehasonlítás átvágja a partnerprogramos zajon, és azokat a részleteket tárgyalja, amelyek 2026-ban ténylegesen befolyásolják webhelyét: az idei árazást, hogy az egyes pluginek hogyan befolyásolják a Core Web Vitals értékeit, mi romlik el, ha plugint vált, és miért hagyja ki egyre több csapat mindhármat, és fordítja közvetlenül a .po fájlokat.

Mit is csinálnak valójában ezek a pluginek (nem ugyanazok)

Mielőtt összehasonlítaná a funkciókat, meg kell értenie, hogy ezek a pluginek három különböző architektúrát használnak. Válassza ki a rossz architektúrát, és semmilyen plugin-konfiguráció nem fogja megmenteni.

WPML: Duplikált bejegyzés modell

A WPML minden bejegyzésről, oldalról, taxonómiai kifejezésről és menüelemről külön másolatot készít minden nyelvhez. Az Ön posts táblája lineárisan növekszik a nyelvek számával. Egy 500 bejegyzésből és 5 nyelvből álló webhelyen 2500 sor lesz a wp_posts táblában, plusz a megfelelő postmeta, kapcsolati kifejezések és revíziók.

Ez tiszta URL-struktúrát (/es/producto/, /fr/produit/), teljes kompatibilitást biztosít a legtöbb pluginnal, és független szerkesztést nyelvenként. Az ára az adatbázis mérete és a lekérdezés összetettsége – minden archívum lekérdezésnek nyelvenként szűrnie kell, és a komplex webhelyek körülbelül 10 000+ fordított bejegyzés körül kezdenek lassulni.

Polylang: Szintén duplikált bejegyzés (ingyenes alappal)

A Polylang ugyanazt a duplikált bejegyzés megközelítést használja, mint a WPML, de ingyenes alap pluginnel és fizetős Pro kiegészítővel érkezik olyan fejlett funkciókhoz, mint a string fordítás pluginekhez és a WooCommerce támogatás. A motorháztető alatt az architektúra majdnem azonos a WPML-lel – ugyanazok a teljesítményjellemzők, ugyanaz a skálázhatósági viselkedés.

TranslatePress: Front-End HTML átírás

A TranslatePress teljesen más megközelítést alkalmaz. A bejegyzések duplikálása helyett menet közben fordítja a renderelt HTML-t. Látogatja webhelyét francia nyelven, és a TranslatePress elfogja a kimenetet, megkeresi a fordításokat a saját táblájában, és lecseréli a stringeket, mielőtt elküldi a választ a böngészőnek.

Ez azt jelenti, hogy nem duplikálja a bejegyzéseket. De azt is jelenti, hogy minden egyes oldal renderelés extra lekérdezéseket futtat a fordított stringek megkereséséhez. Nagy forgalmú webhelyek esetén ez egy olyan teljesítményplafont hoz létre, amellyel a többi plugin nem rendelkezik.

Árazás és licencelés (2026)

Az árazás a legkönnyebben ellenőrizhető, és a legnehezebb hely, ahol a partnerprogramos értékelések őszinték maradhatnak. Íme a 2026-os számok, ahogy az egyes szállítók webhelyén közzétették.

Néhány dolog, amit az összehasonlító táblázatok általában elrejtenek:

• Az automatikus fordítás extra költségekkel jár. A WPML Advanced Translation Editor a DeepL-t vagy a Google-t használja, szavanként mérve. A Polylang integrálódik a Lingotekkel vagy a DeepL-lel, szintén mérve. A TranslatePress „automatikus fordítási krediteket” számít fel a licencen felül.
• A WooCommerce támogatás korlátozott. A Polylanghoz a Business szint szükséges a WooCommerce-hez. A WPML-hez a Multilingual CMS szint szükséges. A TranslatePress Personal nem tartalmazza a WooCommerce string fordítást.
• A megújítási árak megugranak. Néhány értékelés az első éves kedvezményt említi. A többéves költség a fontos.

Az ezen költségek szabadúszó árakkal és felhőalapú fordítással szembeni halmozódásának teljes részleteiért lásd a WordPress fordítási költség összehasonlításunkat.

Teljesítmény és webhelysebességre gyakorolt hatás

Itt a legfontosabbak az architekturális különbségek. A Core Web Vitals közvetlenül befolyásolja az Ön SEO-ját, és a fordító pluginek az egyik leggyakoribb rejtett okai a gyenge LCP és INP pontszámoknak.

WPML és Polylang: Adatbázis súlya

Mindkét plugin illesztéseket ad a legtöbb front-end lekérdezéshez. A WP_Query-nek nyelvenként kell szűrnie, ami extra term_taxonomy és term_relationships illesztéseket jelent minden archívum oldalon. Egy kis webhelyen nem fogja észrevenni. Egy 5000+ bejegyzéssel és 5 nyelvvel rendelkező webhelyen a TTFB 200-500ms-mal nőni fog agresszív gyorsítótárazás nélkül.

TranslatePress: Kérelemenkénti átírás

A TranslatePress string keresést futtat minden renderelt oldalon. Még objektum gyorsítótárazással is a plugin egy alsó határt szab annak, hogy milyen gyorsan tud válaszolni a webhelye, mert el kell fognia, elemeznie kell, újra kell írnia és újra ki kell bocsátania a HTML-t. Ezt részletesen megmértük a statikus .mo fájlok és fordító pluginek összehasonlító tesztjében – a front-end átírás következetesen a leglassabb megközelítésnek bizonyult minden tesztforgatókönyvben.

Az összetett probléma: Plugin halmazok

Ritkán futtat egy fordító plugint elszigetelten. Adja hozzá a WooCommerce-t, egy oldalépítőt, egy SEO plugint és egy gyorsítótárazási réteget, és minden fordító pluginnek megvan a saját kompatibilitási shimje. A WPML tucatnyi pluginhez szállít adaptereket. A Polylang valamivel könnyebb. A TranslatePress rendelkezik a legkisebb kompatibilitási lábnyommal, de minden más plugin befejezése után átírja a HTML-t, ami felülírhatja a stack többi részének gyorsítótárazási optimalizálásait.

Fordítási minőség és munkafolyamat

Az automatikus fordítás minősége attól függ, hogy az egyes pluginek melyik motort hívják, nem magától a plugintől. A WPML a DeepL-t, a Google-t vagy a Microsoftot használja. A Polylang a DeepL-t, a Google-t vagy a Lingoteket használja. A TranslatePress a DeepL-t vagy a Google-t használja.

Fontosabb, hogy hogyan történik a fordítás továbbítása és tárolása:

• WPML és Polylang saját tábláikban tárolják a fordításokat, és PHP-ből szolgálják ki azokat. A szerkesztés bejelentkezést, a fejlett szerkesztő megnyitását és stringenkénti mentést igényel.
• A TranslatePress egy front-end vizuális szerkesztőt használ. Ráklikkel egy stringre az oldalon, és inline szerkeszti. A nem technikai felhasználók kedvelik ezt, de nem skálázható több száz oldalra.

Alapértelmezetten egyik plugin sem védi a placeholder-eket vagy kód tokeneket. Ha automatikus fordítást futtat a stringeken, akkor is ugyanazt a %s sérülést, HTML tag törést és többes számú alak hibákat kapja, amelyek a nyers AI fordításokat sújtják. A manuális vs. AI fordítás WordPresshez című útmutatónk mélyen elemzi a biztonsági kompromisszumokat.

A rejtett alternatíva: Statikus .mo fájlok (Plugin nélkül)

Minden WordPress téma és plugin .pot sablonfájlokat tartalmaz. Egy megfelelően fordított .po fájl, amelyet .mo-ra fordítottak és a wp-content/languages/ mappába dobtak, oldalletöltésenként egyszer olvassa be a WordPress magja – nulla extra adatbázis-lekérdezéssel, nulla plugin többletköltséggel és teljes CDN kompatibilitással.

Így honosította a WordPress mag közössége magát a WordPresst több mint 70 nyelvre 20 éve. Gyors, stabil, és nem zárja be Önt egyetlen gyártó ökoszisztémájába sem.

Az egyetlen ok, amiért a legtöbb webhelytulajdonos plugineket használ helyette, az az, hogy a .po fájlok manuális fordítása fárasztó – megnyitja a Poedit-et, kézzel lefordít 2000 stringet, és reméli, hogy nem rontott el egy placeholdert. A felhőalapú fordítóeszközök teljesen eltávolítják ezt az akadályt. Feltölti a .po-t, letölti a lefordított .po + .mo fájlt, bedobja a wp-content/languages/themes/your-theme-es_ES.mo mappába, kész.

Nincs plugin licenc. Nincs teljesítményromlás. Nincs gyártói függőség. Ha a téma frissül és új stringeket ad hozzá, fordítsa le az új .pot-ot és telepítse újra a frissített .mo fájlt.

Ez a megközelítés gyönyörűen működik a kódban élő tartalom (téma UI, plugin stringek, hibaüzenetek, gombfeliratok) esetén. Az adatbázisban élő tartalom (bejegyzések, oldalak, termékleírások) esetén továbbra is szüksége van egy pluginre vagy egy manuális duplikált bejegyzés munkafolyamatra. Sok csapat mindkettőt kombinálja: statikus .mo fájlok az UI-hoz, WPML vagy Polylang a tartalomhoz. Az eredmény gyorsabb, olcsóbb és jobban karbantartható, mint pusztán egyetlen pluginre támaszkodni.

Mikor melyik megközelítést válasszuk

Gyors döntési útmutató projekt típus szerint:

• Kis blog, 2-3 nyelv, főleg UI tartalom: Statikus .mo fájlok. Hagyja ki a plugint.
• Tartalomközpontú webhely, szerkesztőségi csapat, sok bejegyzés: Polylang vagy WPML. Válassza a Polylangot, ha ingyenes kiindulópontra és később Business funkciókra van szüksége; válassza a WPML-t, ha skálázható többnyelvű egyéni bejegyzéstípusokra és taxonómiákra van szüksége.
• Vizuális szerkesztési munkafolyamat nem technikai felhasználók számára: TranslatePress, de fogadja el a teljesítménybeli kompromisszumot, és kerülje nagy forgalmú WooCommerce áruházak esetén.
• WooCommerce áruház nagy katalógussal: WPML Multilingual CMS plusz .mo fájlok a téma UI-hoz. A Polylang Business is működik.
• Ügynökség, amely több mint 20 ügyfél webhelyét kezeli: Helyezzen át minél több fordítást .mo fájlokba. A teljes architektúrához tekintse meg az ideális honosítási munkafolyamatunkat ügynökségek számára.

Összefoglalás

A Polylang, a WPML és a TranslatePress mind legitim eszközök. Mindegyiknek vannak valós felhasználói, akik sikeresen indítanak valós többnyelvű webhelyeket. A hiba az, ha felcserélhető alternatívákként kezeljük őket, és egy összehasonlító táblázat alapján választunk. Alapvetően eltérő architektúrák különböző teljesítménykorlátokkal és tartalommunkafolyamatokkal.

A mélyebb kérdés, amit a legtöbb webhelytulajdonos soha nem tesz fel, az, hogy szükségük van-e egyáltalán fordító pluginre. Annak hatalmas része, amit ezek a pluginek fordítanak – gombfeliratok, hibaüzenetek, téma UI, fizetési stringek – .po fájlokban él, amelyeket a WordPress mag natívan képes olvasni. Ezeknek a fájloknak az egyszeri lefordítása és a lefordított .mo fájl a wp-content/languages/ mappába dobása megszünteti a plugin többletköltségeinek, licencmegújításainak és teljesítményproblémáinak egy egész osztályát.

Készen áll a WordPress .po fájljainak lefordítására anélkül, hogy újabb plugint adna a stackjéhez? Próbálja ki a SimplePoTranslate-et ingyen – hitelkártya nélkül. Töltse fel a .po-t, töltse le a lefordított .po + .mo fájlt, telepítse.