使用しているテクノロジーに応じて、この概念はstring externalizing、string resourcing、string internationalization、localizationなどとして知られています。すべてを CSS + Javascript で行うことは可能ですが、それはあまり効率的な方法ではありません。特にあなたのサイトにたくさんの文字列とたくさんの翻訳があった場合。
HTML は異なります。興味がある場合は、HTML ソースを参照してください。Web サイトのフロント エンドの背後にあるコードでは、"Login" などの文字列が次のようなコレクション ファイルに外部的に保存されるため、ソースは異なります。
## LANGUAGE = ENGLISH ##
LOGIN = "Login"
PASSWORD = "Password"
言語を切り替えると、フロント エンドの背後にあるコードは同じままですが、コードは別の外部言語ファイルを使用します。たとえば、同じアプリケーションのスペイン語ファイルである可能性があります。
## LANGUAGE = SPANISH ##
LOGIN = "Iniciar sesión"
PASSWORD = "contraseña"
新しい言語をサポートするには、元の識別子を新しい言語ファイルに翻訳するだけでよいという考えです。上記の断片を簡単に翻訳するために、翻訳者はプログラマーである必要はありません。
最後のコメントは、Facebook はプロの翻訳者に支払って、世界の多くの言語で非常に優れた翻訳を提供するのに十分な資金を持っているということです。ずっと前に、彼らはユーザーが出発点として翻訳を提出することを許可しました. 無料の翻訳 API を使用してアプリケーション文字列を翻訳することは、通常、悪い考えです。これらの API はほとんどの場合、正しい文法を取得できないためです。翻訳 API は、一部の単語やフレーズの「全体的な意味」を正しく理解するのに最も効果的ですが、特定のイディオムの最も正確な単語の翻訳を得るには、ひどく不正確になることもあります。