es.example.com
및 en.example.com
은 다른 호스트이며 example.com/es
과 example.com/en
은 동일한 호스트에 있습니다.
일부 기술/소프트웨어/서비스는 다른 호스트이 다른 사이트에 해당한다고 생각할 수 있습니다. 예 : 일부 검색 엔진은 다른 웹 사이트와 다른 하위 도메인을 처리 할 수 있습니다.
내가 그런 식으로 갈 것 : 웹 사이트 구조가 동일하거나 (예를 들어, 모든/대부분의 페이지가 번역되는) 모든 언어와 매우 유사합니다 경우
를 경로에 언어 코드로 이동합니다.
웹 사이트 구조가 언어마다 다를 수 있고 (또는 달라질 수있는 경우) 하위 도메인의 언어 코드로 이동하십시오. 또한 스페인어 사이트의 사용자가 영어 사이트에 로그인 할 수 없으며 그 반대의 경우도 마찬가지입니다.
그래서 모든 다국어 포럼이 하위 도메인을 사용해야하는 반면 (모든 페이지가 번역되고 정보 구조가 동일하기 때문에) 3 개 언어로 번역 된 소규모 회사 웹 사이트는 경로를 사용해야합니다 (모든 스레드/주석 번역되지 않습니다).
가능성 또한 고려해야합니다. 미래에 자신의 하위 도메인에 추가 웹 사이트를 게시하고자 할 수 있습니다. 당신이 하위 도메인의 언어 코드와 함께 갔다 경우이 하위 도메인 수준을 "오염"과 같습니다
- en.example.com
- es.example.com
- blog.example.com (새 사이트)
당신이 블로그 사이트를 번역 싶어하는 경우도 당신이 가진 것 하위 하위 도메인 :
- en.example.com
당신이 경로에 언어 코드를 사용 더라면
- es.example.com
- en.blog.example.com
- es.blog.example.com 대신
, 당신은 얻을 것 :
- example.com/en/
- 예.COM/ES/
- blog.example.com/en/
- blog.example.com/es/
답변 주셔서 감사 많은. 귀하의 추천을 따르고 ** ** 경로에 ** 언어 코드 **로 머무를 것입니다. ** 내 사이트의 구조는 동일하게 유지 될 것이고 언어 만 변경 될 것입니다 ** ** ** 하나의 사용자가 로그인했습니다 언어는 다른 언어로 사이트를 볼 수 있습니다 ** c) ** 쿠키는 언어와 상관없이 동일하게 ** d) ** 마지막 인수는 실제로 저에게 확신합니다 : 하위 도메인에 추가 웹 사이트를 게시하려면 , URL은 꽤 "못생긴", 적어도 말할 것이다. – Estrada