말씀하시는 뜻을 이해합니다만, 논증의 성패는 예시를 어떻게 구성하느냐에 따라 달라집니다. 저는 예시를 조금 다르게 구성하겠습니다(당신의 방식이 틀렸다는 주장은 아닙니다): 사용자의 거의 100%가 영어를 이해한다고 말할 수 있으며, 적어도 사이트 내비게이션과 콘텐츠 외의 텍스트를 이해하는 수준에서는 그렇습니다. 이 때문에 제 사이트의 기본 언어는 영어로 설정하겠습니다. 하지만 게시물의 번역에 관해서는, 사용자의 상당수가 자신의 모국어로 번역된 콘텐츠를 원할 것입니다(이를 위해 translator 플러그인을 사용해야 합니다). 하지만 이 기능이 사용 가능하려면 사용자가 로케일(locale)을 변경해야 합니다. 따라서 저는 복수의 로케일(이상적으로는 모든 사용 가능한 로케일)을 허용하는 것이 주요 동기가 됩니다.
이 동기를 좀 더 설명하자면: 진정한 다국어 포럼을 운영하는 것은 쉬운 일이 아닙니다. 특히 영어가 어느 정도 통용되는 이 같은 맥락에서는 영어가 사실상 표준이 되어버리기 때문입니다. 저는 translator 플러그인의 주요 이점이 다른 언어로 작성된 게시물을 자신의 언어로 번역할 수 있다는 경험이, 영어가 아닌 언어로 작성된 게시물의 수용도를 높이고, 결과적으로 사용자가 영어로 글을 쓰는 것이 불편할 때 자신의 모국어로 글을 쓰려는 의향도 높인다고 주장합니다.
이 모든 것을 말씀드린 후, 우리는 아마도 서로 다른 방향에서(또는 두 가지 다른 문제를 해결하려는 시도로) 접근하고 있는 것 같습니다. 당신은 현행 체제 안에서 대부분의 사용자가 볼 수 있는 내용을 이해할 수 있도록 하는 해결책을 찾고 있습니다. 반면 저는 모든 사용자가 동일한 정보를 볼 수 있도록 하는 방법을 찾고 있습니다.
제 문제는 번역 자체보다는, 번역이 이루어지되 부정확하게 이루어지는 데서 비롯된 결과라고 할 수 있습니다.
다르게 표현하자면, 저는 제 웹사이트가 무엇을 말하는지에 대한 통제력을 유지하려고 하고 있으며, 현재는 통제력과 도달 범위 사이에서 트레이드오프(trade-off)가 존재합니다. 로케일을 끄면 사이트가 무엇을 말하는지에 대해 완전한 통제력을 가질 수 있지만, 일부 사용자는 내용을 이해하지 못할 수 있습니다. 반면 로케일을 켜면(비록 일부만이라도), 커스터마이징된 텍스트에 대한 통제력을 잃게 됩니다(물론 각 로케일로 직접 번역한다면 예외입니다).