Többnyelvű WordPress: tartalmi architektúra és szerkesztési folyamat

Hogyan tervezzen többnyelvű WordPresst: URL-ek, fordítások, hreflang, menük, médiafájlok, munkafolyamat, fallback és a nyelvi változatok karbantartása.

Többnyelvű WordPress: tartalmi architektúra és szerkesztési folyamat
Rövid válasz

Válasszon stabil URL-stratégiát, minden nyelvi oldalt különálló rekordként kezeljen, és csak a valódi megfelelőket kapcsolja össze. Fordítsa le a navigációt, a metaadatokat, az űrlapokat és a rendszerüzeneteket is. A hreflangot kétirányúan, önhivatkozással együtt generálja, és ne tegye közzé az automatikus fallbacket kész fordításként.

A többnyelvű WordPress nem ugyanazon mondatok automatikus fordítása egy újabb oszlopba. Minden nyelvnek stabil URL-re, navigációra, metaadatokra, űrlapokra, jogi szövegekre és a frissítésért felelős személyre van szüksége. A kínálat piaconként eltérhet, és nem minden cikknek van releváns változata. Ha a rendszer folyamat nélkül teljes szimmetriát vár el, a fordítások gyorsan elavulnak, vagy üres oldalak kerülnek publikálásra.

Az architektúrának el kell választania a tartalmi kapcsolatokat a vizuális megjelenítéstől. A különböző nyelvű oldalakat egymás megfelelőiként kell összekapcsolni, de mindegyik önálló, publikálható rekord marad. A plugin kiválasztása csak ezt követő lépés; előbb el kell dönteni az URL-eket, az eredeti szöveg forrását, a fordítási munkafolyamatot, a fallbacket, valamint azt, hogyan jut el az elsődleges nyelvben bekövetkezett változás a többi felelőshöz.

Határozza meg a nyelvek körét és a tartalmi eltéréseket

Minden nyelvhez határozza meg a piacot, a közönséget, a felelőst és a kötelező tartalomtípusokat. A külföldi ügyfeleknek szóló angol változatnak nem kell tartalmaznia a helyi szlovák cikkeket, de szüksége van a releváns szolgáltatásokra, az elérhetőségekre és a hiteles információkra. Készítsen oldalmátrixot: lefordítani, helyileg adaptálni, csak a forrásnyelven megtartani vagy kivezetni. Így nem keletkezik nyomás a gyenge minőségű teljességre.

Határozza meg az adott tartalom forrásnyelvét és a változáskor érvényes szabályt. A fordítás nem mindig szó szerinti másolat; az árak, a példák, a CTA-k és a kapcsolatfelvételi utak eltérhetnek. Dokumentálja az eltéréseket, hogy a következő szinkronizálás ne írja felül a helyi adaptációt. A kritikus céges adatokat központi forrásból kezelje, ha mindenhol azonosnak kell lenniük.

Válasszon stabil URL-t és nyelvi kapcsolatokat

A nyelvet könyvtárral, aldomainnel vagy domainnel lehet elkülöníteni. Egyetlen vállalati weboldal esetén a könyvtárak üzemeltetési szempontból általában egyszerűek, de a választás a piacoktól és az infrastruktúrától függ. A nyelvi kód maradjon következetes, és minden változatnak legyen saját kanonikus URL-je. A böngésző alapján történő automatikus átirányítás nem akadályozhatja meg a tudatos választást.

A hreflang kétirányúan kapcsolja össze a valódi megfelelőket, és önhivatkozást is tartalmaz. Egy fordítás nélküli oldal ne hivatkozzon egy nem kapcsolódó kezdőlapra csupán a teljesség kedvéért. A nyelvválasztó a megfelelő oldalra vezet, ha az létezik, ellenkező esetben érthető módon a választott nyelv kezdőoldalára. A slug módosítása után a kapcsolatokat, a sitemapot és az átirányításokat együtt frissítse.

  • Nyelvenként egy kanonikus URL
  • Kétirányú hreflang-kapcsolatok
  • Kapcsoló a valódi megfelelőre
  • Nincs választás nélküli kényszerített átirányítás

Fordítsa le a teljes felhasználói forgatókönyvet

Nem elég a cikk szövege. A fordításnak ki kell terjednie a menüre, a morzsamenüre, a gombokra, az űrlapmezőkre, a validációs hibaüzenetekre, a visszaigazolásokra, az e-mailekre, a cookie-felületre és a hibaoldalakra. Ellenőrizze, hová vezet a CTA, és ki válaszol az adott nyelven. A nyelvileg kevert pénztár vagy automatikus e-mail éppen a kritikus lépésnél rontja a bizalmat.

A metaadatokat, az Open Graph adatokat, a strukturált adatokat és az alternatív szövegeket jelentésük szerint fordítsa le. A szöveget tartalmazó képhez lokalizált változat kell, vagy inkább HTML-ben megadott szöveg. A dátumot, a címet és a pénznemet a területi beállítás szerint formázza. Az egyedi blokkokat és bővítményeket szabványos mechanizmusokkal készítse elő a fordításra, ne a kódba kézzel beírt karakterláncokkal.

Állítsa be a fordítási munkafolyamatot

Minden fordításnak van állapota, felelőse, forrásverziója és utolsó ellenőrzési dátuma. Az eredeti szöveg módosításakor a rendszer felülvizsgálatra szorulónak jelöli a kapcsolódó verziókat, de nem írja felül automatikusan a kész helyi szöveget. A fordítónak kontextusra, képernyőképre vagy előnézetre, márkaszójegyzékre és a gombok vagy címek hosszkorlátozásaira vonatkozó információra van szüksége.

A gépi fordítás megfelelő tartalom esetén elkészítheti a tervezetet, de egy felelős személy ellenőrzi a jelentést, a terminológiát, a számokat, a hivatkozásokat és a hangnemet. Érzékeny vagy nem nyilvános adatokat jóváhagyott folyamat nélkül ne küldjön külső eszközbe. A közzététel nyelvi szerepkörök szerint szétválasztható. A revíziók megőrzik az előzményeket, de a csapatnak egyértelmű döntésre is szüksége van arról, melyik verzió a jóváhagyott.

  • Forrásverzió és glosszárium
  • Frissítési igény állapota
  • Nyelvi és szakmai jóváhagyó
  • Előnézet valós elrendezésben

Ellenőrizze a fallbacket, az indexelést és a karbantartást

Ha a fordítás hiányzik, döntsön az elem megjelenítésének mellőzése, a forrásnyelvre mutató egyértelmű hivatkozás vagy a felhasználó számára jelölt, tudatos fallback között. Ne tegyen közzé kész nyelvi változatként olyan üres oldalt, amely azonos címmel és idegen nyelvű törzzsel rendelkezik. A sitemap csak indexelhető kanonikus URL-eket tartalmazzon, a nyelvi kapcsolatoknak pedig meg kell felelniük az élő állapotnak.

Rendszeresen keresse az elavult fordításokat, a nyelvváltóban előforduló 404-es hibákat, a vegyes nyelvű felületet és az eltérő kapcsolati adatokat. A fordítóbővítmény frissítésekor tesztelje az URL-eket, a szerkesztőt, a menüt, az űrlapokat és a gyorsítótárat. Egy nyelv megszüntetése migráció: átirányítási térképre és a hreflang eltávolítására van szükség. Hosszú távon csak az a nyelv tartható fenn, amelyhez van tartalomfelelős és reagálási kapacitás.

Gyakori kérdések

Meg kell-e jeleníteni a le nem fordított oldalt más nyelven?

Csak tudatos és egyértelműen jelölt tartalékmegoldásként, ha a felhasználó számára hasznos. Ne tüntesse fel a forrásszöveget fordításként. Gyakran jobb az elemet elrejteni a nyelvi navigációból, és magyarázattal ellátott hivatkozást kínálni az eredetire.

Minden nyelvi változatnak azonos URL-slugokkal kell rendelkeznie?

Nem. A slug lehet lefordított és az adott nyelven érthető. Fontos az egyenértékű oldalak stabil összekapcsolása, a helyes hreflang, a kanonikus cím és a későbbi módosításkor az átirányítás.

Alkalmas a gépi fordítás céges weboldalhoz?

Megfelelő tartalom esetén munkaváltozatként szolgálhat, de emberi ellenőrzést igényel a jelentés, a terminológia és a tények tekintetében. A kritikus oldalakhoz, űrlapokhoz és kötelező érvényű információkhoz felelős nyelvi és szakmai gazdára van szükség.

Források és további olvasnivaló

Adam Antoni, digitális megoldások fejlesztője
Adam Antoni · Webiant

Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.

Szeretné ezt a témát megoldani a saját projektjében?

Írja le, mit szeretne javítani, milyen nehézségekkel küzd jelenleg, és milyen eredményt vár. Az első konzultáción átbeszéljük a megfelelő terjedelmet és a további lépéseket.

Válassza ki, mely sütiket engedélyezi. Döntését bármikor módosíthatja a lábléc hivatkozásán vagy a sütik gombon keresztül.

Adatvédelem és a cookie-k részletei