Mae angen cyfieithu negeseuon gwall a hysbysiadau system nid yn llythrennol, ond yn swyddogaethol: dylai’r defnyddiwr ddeall ar unwaith beth ddigwyddodd, pam, a beth yw’r cam nesaf. Y cyfieithiad gorau yw un byr, manwl ac wedi’i addasu i gyd-destun y cynnyrch a lefel gwybodaeth y person sy’n ei ddefnyddio. Os yw neges yn swnio’n gywir yn ieithyddol ond nad yw’n helpu’r defnyddiwr i weithredu, mae hi’n dal i fod yn wan o safbwynt UX.
Yn ymarferol, mae hyn yn golygu bod cyfieithu error messages, rhybuddion, dilysiadau a hysbysiadau yn rhaid ystyried naws y brand, math yr ap a chyfyngiadau’r rhyngwyneb. Dyna pam mae mwy a mwy o dimau’n defnyddio nid yn unig offer fel cyfieithu ar-lein, cyfieithu ar lein, meddalwedd cyfieithu, cyfieithydd ar-lein neu gyfieithu dogfennau ar-lein am ddim, ond hefyd atebion sy’n caniatáu gosod arddull, ffurfioldeb a chyd-destun y neges — fel SmartTranslate.ai.
Pam mae cyfieithu negeseuon system yn anoddach nag y mae’n ymddangos?
Ar yr olwg gyntaf, mae negeseuon system yn syml: dim ond ychydig eiriau sydd ynddynt, felly dylai’r cyfieithu fod yn hawdd. Yn ymarferol, mae’r gwrthwyneb yn wir. Po fyrraf yw’r testun, y lleiaf o le sydd i egluro’r ystyr. Rhaid i bob gair fod yn fanwl gywir, oherwydd mae’r defnyddiwr yn gwneud penderfyniad ar sail un llinell o destun.
Mae’r broblem hefyd yn gorwedd yn y ffaith bod y negeseuon hyn yn ymddangos mewn eiliadau llawn tensiwn: pan nad yw’r ffurflen yn gweithio, pan wrthodwyd taliad, pan ddaeth sesiwn i ben neu pan ganfuwyd gwall gan y system. Ar y foment honno, nid yw’r defnyddiwr eisiau “cyfieithu braf”. Mae eisiau gwybod:
- beth ddigwyddodd,
- a yw’n gamgymeriad gan ef neu hi, neu’n broblem gyda’r system,
- beth i’w wneud nawr,
- a yw’r data’n ddiogel.
Dyna pam gall cyfieithu “Invalid input” fel “Mewnbwn annilys” fod yn gywir yn ieithyddol, ond eto’n llai defnyddiol. Mewn llawer o achosion, mae’n well ysgrifennu: “Gwiriwch y gwerth rydych wedi’i roi” neu “Rhowch gyfeiriad e-bost dilys”. Gwahaniaeth bach yw hwn, ond un enfawr o safbwynt UX.
Beth ddylai neges dda gynnwys ar ôl ei chyfieithu?
Waeth beth fo’r iaith, mae neges system effeithiol yn ateb tri chwestiwn: beth ddigwyddodd, beth mae hynny’n ei olygu, a beth ddylai’r defnyddiwr ei wneud nesaf. Nid oes rhaid rhoi’r tri phwynt mewn un frawddeg bob tro, ond dylai’r ystyr fod yn glir.
Fel arfer, mae neges wedi’i chyfieithu’n dda yn cynnwys y nodweddion canlynol:
- mae’n ddealladwy i’r gynulleidfa — heb jargon technegol diangen,
- mae’n benodol — mae’n dweud pa elfen sydd angen ei chywiro,
- mae’n fyr — oherwydd yn aml mae’n rhaid iddi ffitio mewn lle bach yn yr UI,
- mae’n gyson — â naws yr ap cyfan,
- mae’n helpu — mae’n awgrymu’r cam nesaf.
Mae hyn yn arbennig o bwysig mewn amgylcheddau aml-iaith, lle mae’n rhaid addasu’r un neges i farchnadoedd gwahanol, cofrestr ieithyddol wahanol a disgwyliadau defnyddwyr gwahanol. Efallai na fydd cyfieithydd ar-lein syml yn ddigon os nad yw’n deall cyd-destun y rhyngwyneb na rôl y neges.
Y camgymeriadau mwyaf cyffredin wrth gyfieithu negeseuon gwall a rhybuddion
1. Cyfieithu rhy lythrennol
Un o’r problemau mwyaf cyffredin yw cyfieithu gair am air. Anaml y mae negeseuon system yn gweithio’n dda yn y model hwn, gan nad yw idiomau technegol a strwythurau meddwl byr o un iaith yn swnio’n naturiol mewn iaith arall.
Enghraifft:
- EN: “An error occurred while processing your request.”
- Gwael: “Digwyddodd gwall wrth brosesu eich cais.”
- Gwell: “Nid oedd modd cwblhau’r weithred hon. Ceisiwch eto.”
Mae’r ail fersiwn yn fwy naturiol ac yn ateb pwrpas y defnyddiwr yn well.
2. Gormod o iaith dechnegol
Mae negeseuon a grëir gan dimau technegol yn aml yn cynnwys termau sy’n ddealladwy i raglennwyr, ond nid i ddefnyddwyr terfynol. Mae cyfieithu testun o’r fath heb ei addasu ond yn symud y broblem i’r iaith nesaf.
Yn lle:
- “Mae’r tocyn awdurdodi wedi dod i ben.”
mae’n well defnyddio:
- “Mae’r sesiwn wedi dod i ben. Mewngofnodwch eto.”
Nid oes angen i’r defnyddiwr wybod mecanwaith mewnol y system. Mae angen iddo wybod beth i’w wneud.
3. Diffyg cyfarwyddyd gweithredu
Nid yw neges fel “Gwall dilysu” yn helpu. Gwybodaeth am gyflwr y system ydyw, nid arweiniad i’r person. Os oes maes yn ofynnol, dylid dweud hynny’n glir. Os yw’r cyfrinair yn rhy fyr, dylid nodi’r hyd lleiaf.
Mae negeseuon gwell, er enghraifft:
- “Mae’r maes hwn yn ofynnol.”
- “Rhaid i’r cyfrinair fod o leiaf 12 nod.”
- “Rhowch rif ffôn dilys.”
4. Tôn cyfathrebu anghyson
Ar un rhan o’r ap mae’r defnyddiwr yn gweld negeseuon niwtral, mewn rhan arall rhai ffurfiol iawn, ac yn rhywle arall iaith sy’n rhy llac. Mae’r anghysondeb hwn yn tanseilio hygrededd y cynnyrch. Wrth gyfieithu, rhaid gofalu nid yn unig am yr ystyr, ond hefyd am y naws.
5. Anwybyddu cyfyngiadau’r rhyngwyneb
Gall hyd yn oed y cyfieithiad gorau fod yn wael os nad yw’n ffitio mewn botwm, blwch deialog neu ffurflen symudol ar ôl ei roi ar waith. Mae ieithoedd yn amrywio o ran hyd mynegiadau, felly dylid profi’r neges yn yr UI go iawn, nid mewn taenlen testun yn unig.
Sut i ddod o hyd i gydbwysedd rhwng crynoder a dealltwriaeth?
Dyma un o’r cwestiynau pwysicaf wrth gyfieithu negeseuon system. Mae testun rhy fyr yn gallu bod yn aneglur, tra bod un rhy hir yn arafu’r defnyddiwr ac yn llanastio’r rhyngwyneb. Ymarfer da yw trosglwyddo’r lleiafswm o wybodaeth sydd ei hangen i weithredu — nid llai, ac nid mwy.
Gellir defnyddio model syml:
- Enwi’r broblem.
- Os oes angen, nodi’r achos.
- Ychwanegu’r cam nesaf.
Enghreifftiau:
- “Nid oedd modd cadw’r newidiadau. Ceisiwch eto.”
- “Mae’r cyfeiriad e-bost hwn eisoes yn cael ei ddefnyddio. Mewngofnodwch neu defnyddiwch un arall.”
- “Mae’r ffeil yn rhy fawr. Y maint mwyaf yw 10 MB.”
Mae hefyd yn werth cofio nad oes rhaid i bob neges fod yn frawddeg lawn. Mewn dilysiadau ffurflen, yn aml y negeseuon byrion, penodol iawn sy’n gweithio orau, er enghraifft “Rhowch god post dilys”. Ar gyfer gwallau critigol, fodd bynnag, mae’n werth defnyddio ychydig o eiriau mwy er mwyn lleihau rhwystredigaeth y defnyddiwr.
Gwahaniaethau mewn tôn: ap defnyddwyr, B2B ac offer gweinyddol
Gellir cyfleu’r un ystyr mewn sawl ffordd. Mae’r dewis yn dibynnu ar y math o gynnyrch a’r gynulleidfa.
Ap defnyddwyr
Mewn apiau sy’n cael eu targedu at gynulleidfa eang, mae iaith syml, cefnogol ac uniongyrchol yn gweithio orau. Nid yw’r defnyddiwr eisiau teimlo ei fod yn cael ei feirniadu neu ei gosbi am gamgymeriad.
Enghreifftiau:
- “Wps, aeth rhywbeth o’i le. Ceisiwch eto.”
- “Rhowch gyfeiriad e-bost dilys.”
- “Nid oedd modd ychwanegu’r cerdyn. Gwiriwch y manylion a cheisiwch eto.”
Yn y segment hwn, gellir caniatáu tôn ychydig yn fwy dynol, ond heb fod yn blentynnaidd.
Cynnyrch B2B
Mewn systemau B2B, mae proffesiynoldeb, manwl gywirdeb ac arbed geiriau yn bwysig. Dylai’r negeseuon fod yn ddealladwy o hyd, ond fel arfer yn llai “emosiynol” nag mewn apiau defnyddwyr.
Enghreifftiau:
- “Nid oedd modd cadw’r newidiadau. Gwiriwch hawliau’r defnyddiwr.”
- “Nid yw’r allforio wedi’i gwblhau. Ceisiwch eto ymhen ychydig funudau.”
- “Mae data gofynnol ar goll yn y maes ‘NIF’.”
Offer gweinyddol a thechnegol
Mewn paneli gweinyddol, systemau gweithredu a chefnfyrddau technegol, gall y negeseuon fod yn fwy arbenigol, ond rhaid iddynt dal i arwain at weithredu. Yn aml mae gan ddefnyddwyr y systemau hyn fwy o gymhwysedd, ond nid yw hynny’n golygu bod caniatâd i’r testun fod yn aneglur.
Enghreifftiau:
- “Mae’r cysylltiad â’r gweinydd wedi torri. Gwiriwch y cyfluniad rhwydwaith.”
- “Nid oedd modd adnewyddu’r tocyn. Mewngofnodwch eto.”
- “Dim mynediad i’r adnodd. Gwiriwch rolau a hawliau.”
Dyma lle mae’n ddefnyddiol iawn gallu gosod arddull, tôn a ffurfioldeb y cyfieithiad yn fanwl. Mae SmartTranslate.ai yn caniatáu proffilio’r cyfieithiad yn ôl y diwydiant a’r math o gyfathrebu, sy’n ymarferol iawn wrth weithio ar gynhyrchion â grwpiau defnyddwyr gwahanol.
Sut i gyfieithu mathau penodol o negeseuon?
Negeseuon gwall
Dylent ddangos y broblem yn glir ac — os yn bosibl — awgrymu ateb. Mae’n well osgoi ymadroddion sych fel “Methodd y gweithrediad”.
Arferion da:
- rhoi’r achos, os yw’n hysbys,
- peidio â beio’r defnyddiwr,
- cynnig y cam nesaf.
Rhybuddion ac hysbysiadau
Yma, mae eglurder a’r lefel briodol o frys yn allweddol. Nid oes rhaid i bob rhybudd swnio’n frawychus. Dylai’r neges adlewyrchu’r risg wirioneddol.
Enghreifftiau:
- “Bydd eich sesiwn yn dod i ben mewn 2 funud.”
- “Mae dileu’r ffeil hon yn barhaol ac ni ellir ei ddadwneud.”
- “Bydd y newid hwn yn effeithio ar bob defnyddiwr yn y sefydliad.”
Negeseuon dilysu
Dyma rai o’r testunau mwyaf cyffredin yn y rhyngwyneb. Dylent fod mor benodol â phosibl ac yn gysylltiedig â’r maes dan sylw.
Yn lle:
- “Fformat annilys.”
mae’n well:
- “Rhowch y dyddiad yn y fformat DD.MM.BBBB.”
- “Rhaid i’r cyfrinair gynnwys o leiaf un rhif.”
- “Dylai’r rhif archeb fod â 8 nod.”
Hysbysiadau system
Nid ydynt bob amser yn nodi gwall. Yn aml maent yn cadarnhau bod gweithred wedi’i chwblhau neu’n rhoi gwybod am gyflwr proses. Mae eu cyfieithu hefyd yn gofyn am gysondeb a symlrwydd.
Enghreifftiau:
- “Mae’r newidiadau wedi’u cadw.”
- “Mae’r adroddiad yn barod i’w lawrlwytho.”
- “Rydym wedi anfon dolen i ailosod y cyfrinair.”
Proses ymarferol ar gyfer cyfieithu negeseuon mewn tîm cynnyrch
Os ydych am wella ansawdd negeseuon system, mae’n werth sefydlu proses drefnus yn lle cyfieithu testunau ad hoc.
- Casglwch y negeseuon mewn un lle — yn ddelfrydol gyda chyd-destun defnydd, enw’r sgrin a gwybodaeth am gyfyngiadau cymeriad.
- Marciwch y math o neges — gwall, dilysiad, rhybudd, llwyddiant, gwybodaeth.
- Diffiniwch y gynulleidfa — defnyddiwr terfynol, cwsmer busnes, gweinyddwr, cymorth technegol.
- Gosodwch y tôn a’r ffurfioldeb — ar wahân ar gyfer pob cynnyrch neu fodiwl.
- Profwch y negeseuon yn y rhyngwyneb — yn enwedig yn y fersiwn symudol.
- Dadansoddwch geisiadau i’r canolfan gymorth ar-lein — os yw defnyddwyr yn dal i ofyn beth mae neges yn ei olygu, mae angen i’r canolfan gymorth ei esbonio neu mae angen ei gwella.
Yn ymarferol, mae offer sy’n trin darnau byr o destun yn ogystal â ffeiliau cyfan gyda negeseuon, ac sy’n cadw eu strwythur, yn help mawr. Mae hyn yn arbennig o bwysig pan fyddwch yn gweithio gyda ffeiliau JSON, CSV, dogfennau Office neu allforion o system, ac wrth gyfieithu dogfennau. Mae SmartTranslate.ai yn ffitio’n dda i’r broses hon, oherwydd gall gyfieithu testun â llaw neu drwy gyfieithu dogfennau, gan gadw fformatio a theilwra’r cyfieithiad i’r proffil a ddewiswyd.
Pam nad yw cyfieithydd ar-lein arferol bob amser yn ddigon?
Mae llawer yn dechrau gydag offer syml, fel cyfieithu ar-lein, meddalwedd cyfieithu, cyfieithydd ar-lein neu gyfieithu dogfennau ar-lein am ddim. Mae hynny’n ddealladwy: maent yn gyflym ac yn gyfleus. Daw’r broblem pan fydd angen gofalu am gysondeb tôn, ffurfioldeb, diwydiant, cyd-destun yr UI a chyfieithu technegol.
Gellir cyfieithu “Access denied” mewn sawl ffordd, ac mae’r dewis yn dibynnu ar y sefyllfa:
- “Brak dostępu.”
- “Nie masz uprawnień do tego zasobu.”
- “Dostęp został zablokowany.”
Mae pob un o’r fersiynau hyn yn cario ystyr ymarferol gwahanol. Nid yw offer cyffredinol bob amser yn gwahaniaethu rhwng naws o’r fath. Mae’r un peth yn wir wrth gyfieithu i farchnadoedd eraill: gall tlumacz polsko niemiecki online neu gyfieithydd Wcráin-Pwyleg ar-lein helpu gyda braslun cyflym, ond ar gyfer cyflwyno mewn cynhyrchiad mae angen addasiad llawer gwell.
Mae hyn hefyd yn berthnasol i dimau aml-iaith sy’n gweithio gyda chyfieithu ar-lein, cyfieithu technegol, canolfan gymorth a canolfan gymorth ar-lein, yn ogystal â chyfieithu dogfennau sy’n cynnwys rhestrau o linynnau system.