നിങ്ങളുടെ ആപ്പിലോ വെബ്സൈറ്റിലോ ഒന്നിലധികം ഭാഷകൾ ചേർക്കുന്നത് എങ്ങനെ

നിങ്ങളുടെ ആപ്പിൽ ഒന്നിലധികം ഭാഷകൾ ചേർക്കാൻ, ഇന്റർഫേസിലെ ഓരോ ടെക്സ്റ്റും വിവർത്തന ഫയലുകളിലേക്ക് (ഓരോ ഭാഷയ്ക്കും ഒന്ന്) മാറ്റുക, ഒരു i18n ലൈബ്രറി ഉപയോഗിച്ച് അവ ലോഡ് ചെയ്യുക, തിരഞ്ഞെടുപ്പ് ഓർമിക്കുന്ന ഒരു ഭാഷാ സ്വിച്ചർ ചേർക്കുക. സെർച്ചിൽ കണ്ടെത്തേണ്ട പൊതു പേജുകൾക്ക്, ഓരോ ഭാഷയ്ക്കും /fr/ പോലെ പ്രത്യേക URL നൽകി hreflang ടാഗുകൾ വഴി പതിപ്പുകളെ ബന്ധിപ്പിക്കുക. പിന്നെ ആളുകൾ മറക്കുന്ന ഭാഗങ്ങൾ കൈകാര്യം ചെയ്യുക: തീയതി, സംഖ്യകൾ, കറൻസികൾ, ചില ഭാഷകളിലെ നീളമുള്ള ടെക്സ്റ്റ്, വലത്തുനിന്ന് ഇടത്തോട്ടുള്ള ലിപികൾ, ഡേറ്റാബേസിൽ സൂക്ഷിച്ച ഉള്ളടക്കം.

നിങ്ങൾ കേൾക്കാൻ സാധ്യതയുള്ള വാക്കുകൾ

• Internationalisation (i18n): ഏത് ഭാഷയെയും പിന്തുണയ്ക്കാൻ കോഡ് തയ്യാറാക്കുന്നത് — കോഡിൽ നേരിട്ട് എഴുതിയ സ്ട്രിംഗുകൾ ഇല്ലാതിരിക്കുക, പ്രാദേശിക രീതിയിലുള്ള ഫോർമാറ്റിംഗ്, വഴക്കമുള്ള ലേഔട്ടുകൾ. "18" എന്നത് i-യ്ക്കും n-നും ഇടയിലുള്ള അക്ഷരങ്ങളുടെ എണ്ണമാണ്.
• Localisation (l10n): ആപ്പിനെ ഒരു പ്രത്യേക ഭാഷയ്ക്കോ വിപണിക്കോ അനുയോജ്യമാക്കുന്നത്, പ്രധാനമായും വിവർത്തനം; ചിലപ്പോൾ കറൻസി, ചിത്രങ്ങൾ, നിയമ ടെക്സ്റ്റ് എന്നിവയും.
• Locale: ഒരു ഭാഷയും, ആവശ്യമെങ്കിൽ ഒരു പ്രദേശവും, ഉദാഹരണത്തിന് en-GB അല്ലെങ്കിൽ pt-BR.

i18n ഒരിക്കൽ ചെയ്യുക. അതിനുശേഷം ഓരോ പുതിയ ഭാഷയും ചേർക്കുന്നത് മിക്കവാറും വിവർത്തന ജോലി മാത്രമാകും.

രീതികളും ട്രേഡ്-ഓഫുകളും

മിക്ക ആപ്പുകൾക്കും ഒരു സാധാരണ i18n ലൈബ്രറിയും വിവർത്തന ഫയലുകളുമാണ് ശരിയായ അടിസ്ഥാനം. വേണമെങ്കിൽ മെഷീൻ അല്ലെങ്കിൽ AI വിവർത്തനം കൊണ്ട് ഡ്രാഫ്റ്റ് ഉണ്ടാക്കുക, എന്നിട്ട് ഉപഭോക്താക്കൾ ഏറ്റവും കൂടുതൽ കാണുന്ന ഭാഗങ്ങൾ ഒരു പ്രാവീണ്യമുള്ള ആൾ പരിശോധിക്കുക.

ബഹുഭാഷാ ആപ്പിന്റെ ഭാഗങ്ങൾ

വിവർത്തന ഫയലുകൾ

<h1>Welcome back</h1> എന്ന് നേരിട്ടെഴുതുന്നതിന് പകരം, കോഡ് t('dashboard.welcome') എന്ന് പറയുന്നു, ഓരോ ലോക്കലിനും ടെക്സ്റ്റ് അടങ്ങിയ ഒരു ഫയൽ ഉണ്ടാകും:

{
  "dashboard": {
    "welcome": "Welcome back, {{name}}",
    "items_one": "{{count}} item",
    "items_other": "{{count}} items"
  }
}

വാക്യഭാഗങ്ങൾ കൂട്ടിച്ചേർക്കുന്നതിന് പകരം വേരിയബിളുകൾക്ക് പ്ലേസ്ഹോൾഡറുകൾ ഉപയോഗിക്കുക — ഭാഷകൾക്കനുസരിച്ച് വാക്കുകളുടെ ക്രമം മാറുന്നു. ലൈബ്രറിയുടെ പ്ലൂറൽ നിയമങ്ങൾ ഉപയോഗിക്കുക: ഇംഗ്ലീഷിന് രണ്ട് രൂപങ്ങളുണ്ട് (1 item, 2 items), എന്നാൽ ചില ഭാഷകൾക്ക് മൂന്നോ നാലോ അതിലധികമോ രൂപങ്ങളുണ്ട്.

തീയതി, സംഖ്യ, പണം എന്നിവയുടെ ഫോർമാറ്റിംഗ്

ഇവ കൈകൊണ്ട് ഫോർമാറ്റ് ചെയ്യരുത്. ബ്രൗസറിന്റെ അന്തർനിർമിത Intl API ഏത് ലോക്കലിനും ഫോർമാറ്റ് ചെയ്യും: ഇംഗ്ലീഷിൽ 1,234.5 ആയത് ജർമ്മനിൽ 1.234,5 ആകുന്നു; തീയതി ദിവസം-ആദ്യമോ മാസം-ആദ്യമോ ആകുന്നു; കറൻസി ചിഹ്നം സ്ഥാനം മാറുന്നു. തീയതികൾ UTC-യിലും പണം കറൻസി കോഡുള്ള സംഖ്യകളായും സൂക്ഷിക്കുക; പ്രദർശനത്തിന് മാത്രം ഫോർമാറ്റ് ചെയ്യുക.

നീളുന്ന ലേഔട്ട്

വിവർത്തനം ചെയ്ത ടെക്സ്റ്റ് പലപ്പോഴും ഇംഗ്ലീഷിനേക്കാൾ നീളമുള്ളതായിരിക്കും — പ്രത്യേകിച്ച് ജർമ്മൻ, ഫിന്നിഷ് വാക്കുകൾ. നിശ്ചിത വീതിയുള്ള ബട്ടണുകളും മുറിഞ്ഞ ലേബലുകളും ഒഴിവാക്കുക, ഏറ്റവും നീളമുള്ള ഭാഷ വെച്ച് പരീക്ഷിക്കുക.

വലത്തുനിന്ന് ഇടത്തോട്ടുള്ള ഭാഷകൾ

അറബിക്, ഹീബ്രു, പേർഷ്യൻ, ഉർദു എന്നിവ വലത്തുനിന്ന് ഇടത്തോട്ട് വായിക്കുന്നു. ആ ലോക്കലുകൾക്ക് പേജിൽ dir="rtl" സജ്ജമാക്കുകയും ലേഔട്ട് സ്വയം മിറർ ആകാൻ CSS ലോജിക്കൽ പ്രോപ്പർട്ടികൾ (margin-left എന്നതിന് പകരം margin-inline-start; Tailwind-ൽ ml-4 എന്നതിന് പകരം ms-4) ഉപയോഗിക്കുകയും ചെയ്യുക. അമ്പടയാളങ്ങൾ പോലെ ദിശ സൂചിപ്പിക്കുന്ന ഐക്കണുകളും തിരിക്കണം.

ഭാഷാ സ്വിച്ചറും കണ്ടെത്തലും

എല്ലാ പേജിലും ഒരു സ്വിച്ചർ കാണിക്കുക, ഓരോ ഭാഷയുടെയും സ്വന്തം പേരിൽ ("Deutsch", "Français", "العربية") — പതാകകൾ വേണ്ട, കാരണം പതാകകൾ ഭാഷകളല്ല രാജ്യങ്ങളെയാണ് പ്രതിനിധീകരിക്കുന്നത്. ആദ്യ സന്ദർശനത്തിൽ ബ്രൗസറിന്റെ ഇഷ്ട ഭാഷ കണ്ടെത്തി ഒരു പതിപ്പ് നിർദേശിക്കുക, പക്ഷേ സന്ദർശകന്റെ വ്യക്തമായ തിരഞ്ഞെടുപ്പിന് മുൻഗണന നൽകി അത് ഓർമിക്കുക.

URL-കളും SEO-യും

സെർച്ച് ഫലങ്ങളിൽ വരണമെന്നുള്ള പേജുകൾക്ക് ഓരോ ഭാഷയ്ക്കും സ്വന്തം URL വേണം. 2026 സെപ്റ്റംബർ വരെയുള്ള ഗൂഗിളിന്റെ ബഹുഭാഷാ സൈറ്റുകൾക്കുള്ള മാർഗ്ഗനിർദേശം ഇതാണ്:

• ഓരോ ഭാഷയ്ക്കും പ്രത്യേക URL — സബ്ഡയറക്ടറികളാണ് ഏറ്റവും ലളിതം (example.com/fr/); സബ്ഡൊമെയ്‌നുകളും രാജ്യ ഡൊമെയ്‌നുകളും പ്രവർത്തിക്കും. URL പാരാമീറ്ററുകൾ (?lang=fr) ശുപാർശ ചെയ്യുന്നില്ല.
• കുക്കിയോ ബ്രൗസർ സെറ്റിംഗോ മാത്രം വെച്ച് ഭാഷ മാറ്റരുത്; ഗൂഗിളിന്റെ ക്രോളർ മറ്റു പതിപ്പുകൾ ഒരിക്കലും കണ്ടേക്കില്ല.
• ഭാഷയനുസരിച്ച് സ്വയം റീഡയറക്ട് ചെയ്യരുത്; പകരം പതിപ്പുകൾക്കിടയിൽ ലിങ്ക് നൽകുക.
• hreflang ഉപയോഗിക്കുക, ഏത് പേജുകൾ പരസ്പരം വിവർത്തനങ്ങളാണെന്ന് ഗൂഗിളിനെ അറിയിക്കാൻ. ഓരോ പതിപ്പും സ്വയം ഉൾപ്പെടെ മറ്റെല്ലാം പട്ടികപ്പെടുത്തണം, അല്ലെങ്കിൽ ആ സൂചനകൾ അവഗണിക്കപ്പെട്ടേക്കാം. ഫാൾബാക്ക് പേജിനായി x-default ചേർക്കുക.
• പേജിന്റെ ഭാഷ ഗൂഗിൾ കണ്ടെത്തുന്നത് അതിലെ ദൃശ്യമായ ഉള്ളടക്കത്തിൽ നിന്നാണ്, lang അല്ലെങ്കിൽ hreflang-ൽ നിന്നല്ല — അതിനാൽ മെനു മാത്രമല്ല, മുഴുവൻ പേജും വിവർത്തനം ചെയ്യുക.

എങ്കിലും ഓരോ പതിപ്പിലും <html lang="fr"> സജ്ജമാക്കുക: സ്ക്രീൻ റീഡറുകൾ ശരിയായ ഉച്ചാരണം തിരഞ്ഞെടുക്കാൻ ഇത് ഉപയോഗിക്കുന്നു, ഇത് ഒരു ആക്സസിബിലിറ്റി ആവശ്യകതയാണ്.

ലോഗിൻ ചെയ്ത ആപ്പ് സ്ക്രീനുകൾ ഇൻഡെക്സ് ചെയ്യേണ്ടതില്ല, അതിനാൽ അവയ്ക്ക് ഭാഷ ഉപയോക്താവിന്റെ പ്രൊഫൈലിൽ സൂക്ഷിക്കുന്നത് മതി. പൊതു പേജുകൾ ആദ്യം ക്രോൾ ചെയ്യിക്കുന്നതിനെക്കുറിച്ച് AI-നിർമ്മിത വെബ്സൈറ്റുകൾക്കുള്ള SEO കാണുക.

ഡേറ്റാബേസിലെ ഉള്ളടക്കം

ഇന്റർഫേസ് ടെക്സ്റ്റ് ഫയലുകളിൽ ജീവിക്കുന്നു; ഉൽപ്പന്ന പേരുകൾ, ബ്ലോഗ് പോസ്റ്റുകൾ, വിഭാഗങ്ങൾ പോലുള്ള ഉള്ളടക്കം ഡേറ്റാബേസിൽ ആണ്. രണ്ട് സാധാരണ രീതികൾ:

• ഒരു വിവർത്തന ടേബിൾ: product_translations (product_id, locale, name, description). വൃത്തിയുള്ളതും ധാരാളം ഭാഷകളിലേക്ക് വികസിപ്പിക്കാവുന്നതും.
• ഓരോ ഫീൽഡിനും ഒരു JSON കോളം: name: {"en": "...", "fr": "..."}. കുറച്ച് ഭാഷകൾക്ക് ലളിതം.

വിവർത്തനം കാണാതാകുമ്പോൾ എന്ത് സംഭവിക്കണമെന്ന് തീരുമാനിക്കുക — സാധാരണയായി ശൂന്യമായ ഇടം കാണിക്കുന്നതിന് പകരം സ്ഥിര ഭാഷയിലേക്ക് മടങ്ങുക.

ഇമെയിലുകളും നോട്ടിഫിക്കേഷനുകളും

ഓരോ ഉപയോക്താവിന്റെയും ഭാഷ സംഭരിച്ച് ഇമെയിലുകൾ, നോട്ടിഫിക്കേഷനുകൾ, PDF-കൾ എന്നിവയ്ക്കും അത് ഉപയോഗിക്കുക. ആപ്പ് വിവർത്തനം ചെയ്യുകയും സ്വാഗത ഇമെയിൽ ഇപ്പോഴും ഇംഗ്ലീഷിൽ വരുന്നത് മറക്കുകയും ചെയ്യുന്നത് എളുപ്പമാണ്.

പ്രവർത്തിക്കുന്ന പ്രോംപ്റ്റുകൾ

react-i18next ഉപയോഗിച്ച് internationalisation ചേർക്കുക. ഉപയോക്താവ് കാണുന്ന എല്ലാ സ്ട്രിംഗും namespaced keys ഉപയോഗിച്ച് locales/en.json-ലേക്ക് മാറ്റുക, സ്ട്രിംഗ് കൂട്ടിച്ചേർക്കലിന് പകരം interpolation, plural rules ഉപയോഗിക്കുക, തീയതി, സംഖ്യ, വില എന്നിവ നിലവിലെ ലോക്കൽ അനുസരിച്ച് Intl ഉപയോഗിച്ച് ഫോർമാറ്റ് ചെയ്യുക. ഇപ്പോൾ ഒരു വാക്കും മാറ്റരുത്.

ഫ്രഞ്ചും ജർമ്മനും ചേർക്കുക. പൊതു മാർക്കറ്റിംഗ് പേജുകൾക്ക് /fr/, /de/ URL പ്രിഫിക്സുകൾ നൽകുക, ഇംഗ്ലീഷ് റൂട്ടിൽ തന്നെ നിലനിൽക്കട്ടെ; എല്ലാ പേജിലും hreflang ലിങ്കുകൾ (സ്വയം റഫറൻസും x-default ഉൾപ്പെടെ), ഓരോ പേജിലും html lang സജ്ജമാക്കുക. ഓരോ ഭാഷയുടെയും സ്വന്തം പേര് കാണിക്കുന്ന ഒരു ഭാഷാ സ്വിച്ചർ ചേർക്കുക. ലോഗിൻ ചെയ്ത പേജുകൾക്ക്, ഭാഷ ഉപയോക്താവിന്റെ പ്രൊഫൈലിൽ സൂക്ഷിക്കുക.

വലത്തുനിന്ന് ഇടത്തോട്ടുള്ള പിന്തുണയോടെ അറബിക് ചേർക്കുക: അറബിക്കിന് dir="rtl" സജ്ജമാക്കുക, ഇടത്/വലത് മാർജിനുകളും പാഡിംഗുകളും ലോജിക്കൽ പ്രോപ്പർട്ടികൾ കൊണ്ട് മാറ്റുക, ദിശ സൂചിപ്പിക്കുന്ന ഐക്കണുകൾ മിറർ ചെയ്യുക, ഫോമുകളും ടേബിളുകളും ശരിയായി വായിക്കാവുന്നതാണോ എന്ന് പരിശോധിക്കുക.

ഘട്ടം ഘട്ടമായി

1. ആദ്യ അധിക ഭാഷ തിരഞ്ഞെടുക്കുക യഥാർത്ഥ ആവശ്യം അടിസ്ഥാനമാക്കി — നിങ്ങളുടെ സന്ദർശകരോ ഉപഭോക്താക്കളോ എവിടെയാണോ അവിടെ.
2. കോഡ് i18n ആക്കുക: സ്ട്രിംഗുകൾ ഫയലുകളിലേക്ക് മാറ്റുക, പ്ലൂറലുകളും Intl ഫോർമാറ്റിംഗും ചേർക്കുക. ഇംഗ്ലീഷ് മാത്രമായി ഇത് പുറത്തിറക്കി ഒന്നും മാറിയിട്ടില്ലെന്ന് പരിശോധിക്കുക.
3. പൊതു പേജുകൾക്കുള്ള URL ഘടന തീരുമാനിക്കുക, hreflang ചേർക്കുക.
4. വിവർത്തനം ചെയ്യുക: മെഷീൻ അല്ലെങ്കിൽ AI കൊണ്ട് ഡ്രാഫ്റ്റ് ഉണ്ടാക്കി, ഒരു പ്രാവീണ്യമുള്ള ആൾ പരിശോധിക്കുക. വിവർത്തകർക്ക് സന്ദർഭം നൽകുക — "Book" എന്ന വാക്ക് ഒരു സ്ക്രീനിൽ നാമമാണ്, മറ്റൊന്നിൽ ക്രിയയാണ്.
5. ഡേറ്റാബേസ് ഉള്ളടക്കം വിവർത്തനം ചെയ്ത് ഫാൾബാക്കുകൾ സജ്ജമാക്കുക.
6. ബാക്കിയുള്ളത് ലോക്കലൈസ് ചെയ്യുക: ഇമെയിലുകൾ, പിശക് സന്ദേശങ്ങൾ, നിയമ പേജുകൾ, ടെക്സ്റ്റുള്ള ചിത്രങ്ങൾ.
7. ഓരോ ഭാഷയും പരീക്ഷിക്കുക ഫോൺ വീതിയിലും, ആവശ്യമെങ്കിൽ വലത്തുനിന്ന് ഇടത്തോട്ടുള്ള രീതിയിലും.
8. ഒരു പ്രക്രിയ സജ്ജമാക്കുക, പുതിയ ഫീച്ചറുകൾ മാസങ്ങൾക്ക് ശേഷമല്ല, വിവർത്തനങ്ങളോടെ ഇറങ്ങാൻ.

സാധാരണ തെറ്റുകൾ

• വാക്യങ്ങൾ കൂട്ടിച്ചേർക്കുന്നത് ("You have " + n + " messages"), ഇത് മറ്റു ഭാഷകളിൽ തകരും.
• കമ്പോണന്റുകളിൽ നേരിട്ടെഴുതിയ ടെക്സ്റ്റ്, പിശക് സന്ദേശങ്ങളും വാലിഡേഷൻ സ്ട്രിംഗുകളും അടക്കം.
• തീയതിയും വിലയും കൈകൊണ്ട് ഫോർമാറ്റ് ചെയ്യുന്നത്.
• ഭാഷകൾക്ക് പതാകകൾ, തെറ്റായ പതിപ്പിൽ ആളുകളെ കുടുക്കുന്ന ഓട്ടോ-റീഡയറക്ടുകളും.
• എല്ലാ ഭാഷകൾക്കും ഒരേ URL, ഇൻഡെക്സ് ചെയ്യേണ്ട പേജുകളിൽ.
• hreflang റിട്ടേൺ ലിങ്കുകൾ നഷ്ടപ്പെടുന്നത്, അതിനാൽ ഗൂഗിൾ ആ സൂചനകൾ അവഗണിക്കുന്നു.
• ഇന്റർഫേസ് വിവർത്തനം ചെയ്ത് ഉള്ളടക്കം ചെയ്യാതിരിക്കുന്നത്, അല്ലെങ്കിൽ തിരിച്ച്.
• പരിശോധിക്കാത്ത മെഷീൻ വിവർത്തനം വിലനിർണ്ണയം, നിയമം, ചെക്ക്ഔട്ട് പേജുകളിൽ.

ബഹുഭാഷാ ചെക്ക്‌ലിസ്റ്റ്

• ഉപയോക്താവിന് കാണുന്ന കോഡ്-നിർദിഷ്ട സ്ട്രിംഗുകൾ ഇല്ല; പ്ലൂറൽ നിയമങ്ങളും പ്ലേസ്ഹോൾഡറുകളും ഉപയോഗിച്ചു
• തീയതി, സംഖ്യ, കറൻസി എന്നിവ Intl ഉപയോഗിച്ച് ഫോർമാറ്റ് ചെയ്തു
• എല്ലാ പേജിലും സ്വന്തം പേരുകളുള്ള ഭാഷാ സ്വിച്ചർ; തിരഞ്ഞെടുപ്പ് ഓർമിക്കുന്നു
• പൊതു പേജുകൾക്ക് ഓരോ ഭാഷയ്ക്കും പ്രത്യേക URL; നിർബന്ധിത റീഡയറക്ടുകൾ ഇല്ല
• ഓരോ പതിപ്പിലും hreflang, സ്വയവും x-default ഉൾപ്പെടെ
• ഓരോ പേജിലും html lang (ആവശ്യമെങ്കിൽ dir="rtl") സജ്ജമാക്കി
• ഡേറ്റാബേസ് ഉള്ളടക്കം വിവർത്തനം ചെയ്ത് നല്ല ഫാൾബാക്കുകൾ ഉണ്ട്
• ഇമെയിലുകളും നോട്ടിഫിക്കേഷനുകളും ഉപയോക്താവിന്റെ ഭാഷയിൽ അയക്കുന്നു
• ഉപഭോക്താക്കൾക്ക് കാണുന്ന ടെക്സ്റ്റ് ഒരു പ്രാവീണ്യമുള്ള ആൾ പരിശോധിച്ചു

Mythex-ൽ ഒന്നിലധികം ഭാഷകൾ

Mythex-ൽ, പ്രത്യേക വിവർത്തന പാനൽ ഇല്ല — ചാറ്റിൽ ചോദിച്ചാണ് ഭാഷകൾ ചേർക്കുന്നത്, അതിനാൽ മുകളിലെ പ്രോംപ്റ്റുകൾ അതേപടി പ്രവർത്തിക്കും. i18n ഘട്ടം ആദ്യം ചെയ്ത് ഭാഷകൾ ചേർക്കുന്നതിന് മുമ്പ് Preview-ൽ പരിശോധിക്കുക; അത് വലിയ റീഫാക്ടർ ആണ്, എന്തെങ്കിലും തകർന്നാൽ തിരികെ പോകാൻ ഒരു ചാറ്റ് ചെക്ക്‌പോയിന്റ് സഹായിക്കും (ചാറ്റും ചെക്ക്‌പോയിന്റുകളും). ആപ്പ് AI അല്ലെങ്കിൽ വിവർത്തന API ഉപയോഗിച്ച് ഉള്ളടക്കം സ്വയം വിവർത്തനം ചെയ്യണമെങ്കിൽ, അത് പ്രോജക്റ്റ് സെറ്റിംഗ്സിൽ സൂക്ഷിച്ച നിങ്ങളുടെ സ്വന്തം API കീ ഉപയോഗിക്കും (എൻവയോൺമെന്റ് വേരിയബിളുകളും സീക്രറ്റുകളും); ചെലവുകൾ LLM API-കൾ എങ്ങനെ ഉപയോഗിക്കാം വിശദീകരിക്കുന്നു. പുതിയ ഭാഷകൾ തയ്യാറാകുമ്പോൾ വീണ്ടും പ്രസിദ്ധീകരിക്കുക.

ചോദ്യങ്ങൾ