Többnyelvű WordPress-weboldal készítése: mire kell figyelniük a vállalkozásoknak

Bevezetés

Egy weboldal többnyelvűvé tétele elvileg egyszerűnek tűnik. A gyakorlatban azonban számos technikai, tartalmi és stratégiai döntést igényel, amelyek sok vállalkozást váratlanul érnek. A hibák általában előre látható mintákat követnek, és legtöbbjüket könnyebb elkerülni a tervezési szakaszban, mint kijavítani a weboldal elkészülte és elindítása után.

Wesley Cude, a WordPress-fejlesztéssel foglalkozó Cude Design cég alapítója, már számos ügyfél számára készített többnyelvű WordPress-weboldalakat az Egyesült Királyságban és nemzetközi szinten egyaránt. „A többnyelvű WordPress technikai oldalát a rendelkezésre álló bővítmények jól támogatják” – mondja. „A projektek általában ott mennek tönkre, ahol a döntéseket még az első sor kód megírása előtt meg kell hozni. Mely nyelveket használjuk, milyen URL-struktúrát alkalmazunk, ki a felelős a fordításokért, hogyan kezeli a weboldal a pénznemet és a regionális különbségeket. Ha ezeket a döntéseket már az elején helyesen hozzuk meg, az később jelentős mennyiségű utólagos munkát takarít meg.”

Ez a cikk a többnyelvű WordPress-weboldal készítésével kapcsolatos legfontosabb döntéseket, a rendelkezésre álló technikai megközelítéseket, valamint azokat a folyamatos szempontokat tárgyalja, amelyek meghatározzák, hogy egy többnyelvű weboldal valóban hatékonyan szolgálja-e a célközönségét.

A megfelelő URL-struktúra kiválasztása

A többnyelvű WordPress-projekt első fontos döntése az, hogy hogyan építsük fel az egyes nyelvi változatok URL-jeit. Három fő megközelítés létezik, és mindegyiknek vannak következményei a SEO, a tárhely és a folyamatos kezelés szempontjából.

Az alkönyvtárak mappaszerkezetet használnak a nyelvi változatok elválasztására: a fő nyelv a gyökérkönyvtárban található, a többi nyelv pedig alkönyvtárakban. Az egyesült királyságbeli angol nyelvű változat például a domain.com címen található, míg a francia nyelvű változat a domain.com/fr/ címen. Ez a megközelítés mindent egyetlen domainen tart, ami azt jelenti, hogy a domain teljes tekintélye minden nyelvi változatra kiterjed. Ez a leggyakoribb megközelítés azoknál a vállalkozásoknál, amelyek további nyelvekre terjeszkednek, de nincs komoly okuk arra, hogy minden piacot teljesen különálló egységként kezeljenek.

Az aldomainek minden nyelvi változatot saját aldomainre helyeznek, például a francia nyelvű változat a fr.domain.com címen található. A keresőmotorok az aldomaineket különálló egységekként kezelik, saját tekintéllyel, ami azt jelenti, hogy egy új aldomain a felhalmozott tekintély nélkül indul, még akkor is, ha a fő domain erős rangsorolással rendelkezik. Ez a megközelítés technikailag bonyolultabb kezelni, és általában csak akkor ésszerű, ha komoly okok miatt érdemes minden nyelvet valóban különállóként kezelni, például ha az egyes piacokra jelentősen eltérő tartalmi stratégiák vonatkoznak.

Az országkódos legfelső szintű domainnevek minden ország számára külön domainregisztrációt használnak, például a domain.fr Franciaország esetében vagy a domain.de Németország esetében. Ez a legerősebb földrajzi jelzést küldi a keresőmotoroknak, és hatékony lehet azoknak a vállalkozásoknak, amelyek jelentős jelenléttel rendelkeznek az egyes piacokon. Ugyanakkor ez jár a legmagasabb költségekkel és a legnagyobb bonyolultsággal, mivel minden domainnek gyakorlatilag saját SEO-stratégiára és linképítési programra van szüksége.

A legtöbb vállalkozás számára, amely először épít többnyelvű WordPress-weboldalt, az alkönyvtárak jelentik a megfelelő kiindulási pontot. Ezek a legegyszerűbben megvalósíthatók, az összes tekintélyt egyetlen domainen tartják, és egyszerűen bővíthetők, ha további nyelveket adnak hozzá.

Bővítmények kiválasztása és konfigurálása

A WordPressnek két vezető többnyelvű bővítménye van: a WPML és a Polylang. Mindkettő képes komplex többnyelvű weboldalak kezelésére, de eltérő megközelítést alkalmaznak a megvalósítás során, és különböző hatással vannak a weboldal teljesítményére és a folyamatos kezelésre.

A WPML a teljesebb funkcionalitású megoldás. Kezelni tudja a fordításkezelést, a témák és bővítmények szövegének karakterlánc-fordítását, a WooCommerce-kompatibilitást, valamint az összetett többnyelvű beállításokat, beleértve a jobbról balra író nyelveket is. Integrálódik professzionális fordítási szolgáltatásokkal, és részletes ellenőrzést biztosít arról, hogy mely tartalmakat hogyan fordítsák le. Ennek ára az, hogy az adatbázis-lekérdezések tekintetében az egyik terhelőbb bővítmény, és nagy webhelyeken gondos konfigurálás nélkül ronthatja a webhely teljesítményét.

A Polylang egy könnyebb alternatíva, amely kevesebb terheléssel kezeli a többnyelvűség alapvető funkcióit. Azoknál a webhelyeknél, amelyeknek nincs szükségük a WPML teljes funkciókészletére, a fordításkezelési feladatot kisebb teljesítménybeli hatással látja el. Van egy ingyenes verziója is, amely jelentős funkciókat tartalmaz, így ésszerű kiindulási pontot jelent az egyszerűbb többnyelvű projektekhez.

A kettő közötti választás a webhely összetettségétől, a WooCommerce-integrációs követelményektől és az ügyfél által alkalmazni kívánt fordítási munkafolyamattól függ. Egy olyan webhelynek, amelyen kevés statikus oldal található két nyelven, más követelményei vannak, mint egy olyan WooCommerce-áruháznak, amely öt európai piacon értékesít termékeket, mindegyiken eltérő árakkal, áfa-kulcsokkal és fizetési átjáró-követelményekkel.

Hreflang megvalósítása

A hreflang az a HTML-attribútum, amely megmondja a keresőmotoroknak, hogy egy oldal melyik nyelvi és regionális változatát melyik felhasználónak kell megjeleníteni. A hreflang helyes implementálása elengedhetetlen a többnyelvű SEO szempontjából, és ez az egyik olyan terület, ahol a többnyelvű webhelyeken leggyakrabban hibák fordulnak elő.

A többnyelvű webhely minden oldalának tartalmaznia kell olyan hreflang-címkéket, amelyek az oldal összes többi nyelvi változatára mutatnak, beleértve magát az oldalt is. Egy angol, francia és német nyelven létező oldalnak minden nyelvi változatához hreflang-címkékre van szüksége. A hiányzó vagy helytelenül formázott hreflang-címkék azt eredményezhetik, hogy a keresőmotorok esetleg a rossz nyelvi változatot jelenítik meg a felhasználóknak, vagy a különböző nyelvi változatokat duplikált tartalomként kezelik.

A WPML és a Polylang is automatikusan kezeli a hreflang-címkék generálását, ha helyesen vannak beállítva, de az automatikus megvalósítást nem szabad feltételezni, hanem ellenőrizni kell. A gyakori hibák közé tartoznak a hiányzó x-default címkék, az átirányított URL-ekre mutató hreflang-címkék (a kanonikus URL-ek helyett), valamint az a hreflang-megvalósítás, amely nem felel meg a használt URL-struktúrának.

A Rank Math és a Yoast SEO egyaránt további hreflang-kezelési lehetőségeket kínál, ha többnyelvű bővítményekkel együtt használják őket. Fontos biztosítani, hogy a SEO-bővítmény és a többnyelvű bővítmény úgy legyen beállítva, hogy megfelelően működjenek együtt, és ne generáljanak egymással ütköző jelöléseket.

Tartalmi stratégia és fordítási minőség

A többnyelvű WordPress-webhely technikai megvalósítása a projekt egyszerűbb része. A tartalmi stratégia az a terület, ahol sok többnyelvű webhely nem éri el a kitűzött célját.

A gépi fordítás jelentősen javult, és bizonyos tartalomtípusok esetében elfogadható eredményeket produkál. Kereskedelmi tartalmak esetében – különösen a szolgáltatásleírások, a termékleírások és az üzleti szempontból legfontosabb, konverzióra fókuszáló oldalak esetében – a gépi fordítás emberi ellenőrzés és szerkesztés nélkül ritkán elegendő. A furcsán hangzó vagy kulturálisan nem megfelelő kifejezéseket tartalmazó szövegek aláássák azt a hitelességet, amelyet a többnyelvű webhely éppen kiépíteni kíván.

A folyamatos fordítási munkafolyamatot a tervezési szakaszban gyakran alábecsülik. Ha egy új blogbejegyzést vagy termékoldalt adunk hozzá egy többnyelvű webhelyhez, azt jelenti, hogy el kell készíteni a tartalom fordított változatát, ami időt és költségeket jelent. Azok a webhelyek, amelyek átfogóan lefordított tartalommal indulnak, majd nem tartják karban a fordításokat, végül olyan nyelvi változatokkal maradnak, amelyek elavultak az elsődleges nyelvi változathoz képest. Ez rosszabb felhasználói élményt eredményez, mintha egyáltalán nem lenne fordítás.

Egy többnyelvű webhely reális tartalmi stratégiájának tartalmaznia kell a fordítási folyamat egyértelmű felelősségi körét, az új tartalmakra vonatkozó meghatározott munkafolyamatot, valamint őszinte döntéseket arról, hogy mely tartalmakat kell valóban lefordítani. Nem minden oldalnak van szüksége fordításra a webhelyen. Hatékonyabb, ha prioritást adunk a nemzetközi felhasználók számára legfontosabb oldalaknak, és azok fordításait megfelelően karbantartjuk, mintha átfogó fordítást kísérelnénk meg, de nem tartanánk naprakészen.

A WooCommerce és a többnyelvű e-kereskedelem

A többnyelvű WooCommerce-webhelyek a szokásos többnyelvű WordPress-megfontolásokon túl további bonyolultságot jelentenek. Az árak, a szállítási szabályok, a fizetési átjárók és az adóbeállítások piaconként eltérhetnek. A pénznem megjelenítésének minden régióban meg kell felelnie a felhasználói elvárásoknak. A termékek elérhetősége piaconként eltérhet. Az ügyfelekkel folytatott kommunikációt – beleértve a megrendelés-visszaigazolásokat és a szállítási értesítéseket – az ügyfél nyelvén kell elküldeni.

A WPML speciális, a WooCommerce-re szabott többnyelvű támogatást nyújt, amely kezeli a termékek fordítását, a pénznemváltást és a fizetési folyamat lokalizálását. A konfiguráció bonyolultabb, mint egy szokásos többnyelvű webhely esetében, ezért ezt különálló projektként kell kezelni, nem pedig a szokásos WooCommerce-telepítés kiterjesztéseként.

A fizetési átjárók elérhetősége országonként jelentősen eltér. A Stripe és a PayPal a legtöbb piacon elérhető, de bizonyos régiókban a helyi fizetési módok is fontosak. Hollandiában az iDEAL, Németországban a Sofort, Franciaországban pedig a Carte Bancaire dominál. Egy európai piacokra irányuló WooCommerce-áruház, amely kizárólag nemzetközi kártyás fizetési lehetőségeket kínál, gyengébb teljesítményt fog nyújtani azokhoz a helyi versenytársakhoz képest, amelyek támogatják az adott piac preferált fizetési módjait.

Teljesítménybeli szempontok

A többnyelvű webhelyek természetüknél fogva nagyobbak, mint az egynyelvű társaik. A több oldal, a több adatbázis-rekord és a bővítmények által okozott nagyobb terhelés mind hozzájárul a megnövekedett szerverterheléshez és a lehetséges teljesítményproblémákhoz. Ezeket előre meg kell tervezni, ahelyett, hogy a bevezetés után utólag reagálnánk rájuk.

A gyorsítótár-konfigurációnak figyelembe kell vennie a nyelvfelismerést, hogy elkerülhető legyen a gyorsítótárból származó oldalak rossz nyelven történő kiszolgálása a felhasználók számára. A gyorsítótár kiszolgálása előtt működő szerveroldali nyelvfelismerés általában megbízhatóbb, mint a kliensoldali felismerés, de a konkrét megközelítés a tárhelykörnyezettől és a használt gyorsítótár-bővítménytől függ.

Több országot kiszolgáló webhelyek esetében egy olyan tartalomszolgáltató hálózat, amely a tartalmat az egyes célpiacokhoz földrajzilag közel eső peremhelyeken tárolja, csökkenti a nemzetközi felhasználók számára a késleltetést. Ez különösen fontos azoknál a webhelyeknél, amelyek olyan piacokat céloznak meg, amelyek földrajzilag távol vannak az elsődleges tárhely helyszínétől.

Az adatbázis-optimalizálás a többnyelvű webhelyeken még fontosabbá válik, mivel a WPML-hez hasonló bővítmények által használt fordítási táblák a tartalom mennyiségének növekedésével jelentős adatbázis-terhelést jelentenek. A rendszeres adatbázis-karbantartás és a megfelelő indexelés egy nagy, többnyelvű webhelyen sokkal kritikusabb, mint egy hasonló méretű, egynyelvű webhelyen.

Tesztelés a bevezetés előtt

A többnyelvű webhelyek alaposabb tesztelést igényelnek, mint az egynyelvűek, mivel több nyelv-, URL- és tartalomkombinációt kell ellenőrizni. A strukturált tesztelési megközelítésnek ki kell terjednie az összes oldalon elérhető nyelvváltási funkcióra, a Google Search Console segítségével a bevezetés után ellenőrizendő helyes hreflang-megvalósításra, az összes kereskedelmi oldal fordításának teljességére, a WooCommerce-megvalósításokban az egyes piacokhoz tartozó helyes pénznem-megjelenítésre és fizetési folyamatra, valamint az egyes nyelvi változatok mobil teljesítményére.

A bevezetés előtti alapos tesztelésbe történő befektetést indokolja a már működő többnyelvű webhelyen fellépő problémák kijavításának költsége és bonyolultsága, mivel az URL-struktúra vagy a hreflang-beállítások módosítása egyszerre több piacon is befolyásolhatja a keresési rangsorolást.