1901;팔리면 1656;문Ȣ16;1648; 맙시다. 소1473;한 NJ13;변 댓글1012; 삭1228;Ȣ16;lj16;,148; ǥ12;-124;러운 1068; 1077;니다 
소프트웨Ǻ12; 1228;품 웹사1060;트를 만들/140;고 합니다.
용도lj16; 1228;품 소개와 1228;품 판매1077;니다.
문1228;lj16; 1060; 소프트웨Ǻ12; 1228;품1060; 1204;세계에 판매.112; ,163;1060;라lj16; 데 1080;습니다.
그래서 웹사1060;트를 만들 ǐ12;, 1068;단1008; 한국Ǻ12;와 영문1004;/196; 만들,163;1064;데..
Ǻ16;Ǻ12;별/196; 같1008; 1452;소를 사용했1004;면 합니다.
예를 들Ǻ12;, 1228;품소개 6168;1060;1648;lj16; https://www.domain.com/intro 가 .104;,192;1424;?
여기에 Ȕ16;Ȗ12;나 파라0120;터를 통해, 한국Ǻ12; OS에서lj16; 한국Ǻ12;가 나왔1004;면 1339;,192;고..
한국Ǻ12; OS가 아닐 ᅆ1;우, 영문1060; 나왔1004;면 1339;,192;습니다.
1060;,163;1032; 구현1008; 그/111;,172; Ǻ12;/157;1648; 않습니다.
그런데 사1060;트 1204;체1201;1004;/196; 1060;런 규칙1060; 1201;용.104;lj16; ,163;1060; 아니고..
고ᄶ1;1648;원 사1060;트lj16; Ǻ16;Ǻ12;별/196; 따/196; 운영Ȣ16;고 dz10;습니다.
예를 들Ǻ12; Q&A가 1080;다면..
한국Ǻ12; Q&A 6168;1060;1648;lj16; https://www.domain.com/qna-kr 1060; .104;고.
영Ǻ12; Q&A 6168;1060;1648;lj16; https://www.domain.com/qna-en 1060; .104;lj16; ,161;니다.
사실 https://www.domain.com/qna 라lj16; 1452;소1060;고, 실1228; 내용1008; qna-kr과 qna-en1032; 내용1060; 표시.104;Ǻ12;도 상관1008; 없습니다.
그런데 내 ᅆ1;험1004;/196;lj16; 한국Ǻ12; 1648;원 6168;1060;1648;를 보다가 뭔가 1096; 안.104;면 영Ǻ12; 1648;원6168;1060;1648;도 보기도 Ȣ16;더군요. 그래서 1452;소가 다른 편1060; 더 나1012;,163; 같습니다.
1228; 요구사항1008; 1060;런데요..
1656;문1012; 1221;리Ȣ16;1088;면..
다국Ǻ12; 웹사1060;트 구현1012; 위해, 다1020;과 같1008; 0169;법 1473;, Ǻ12;떤 ,163;1060; 1339;1012;까요?
1. 서브도메1064; 사용: kr.domain.com, en.domain.com
2. 서브디/113;토리 사용: www.domain.com/kr, www.domain.com/en
3. 도메1064; 파라0120;터 또lj16; Ȕ16;Ȗ12; 사용: www.domain.com에서 Ǻ16;Ǻ12; 감1648; 0143; 선택
(기능 1104;만 아니라, SEO도 고/140;해 봤1012; ǐ12;/196; 말씀해 1452;1;시오. 3번 0169;법1008; SEO에 문1228;가 0156;생할 수도 1080;다고 Ȣ16;네요. (,160;색 엔1652;1008; 기본1201;1004;/196; 6168;1060;1648; 콘텐츠를 Ǻ16;Ǻ12;별/196; 구ǥ16;Ȣ16;1648; 못한다lj16; 말1012; 들었습니다.))
이를테면 kb.domain.com/ko-kr, kb.domain.com/en-us 같은 형식의 URL을 사용하시게 되겠죠.
그렇다면 글로벌 기업들은 왜 get parameter 방식을 사용할까요?
MS도 예전에는 url에 en-us 혹은 ko-kr 같은 것이 들어갔었는데..
요즘 만들어지는 MS 웹페이지는 언어별로 주소가 동일합니다.
글로벌 기업들은 SEO 문제를 어떤 식으로든 해결했나보죠? ^^
(일반적인 중소기업은 해결하기 쉽지 않은가요?)
User-Agent를 기준으로 redirect 여부를 선택적으로 적용하는 게 아닐까 싶습니다. 크롤링은 서브디렉토리 방식으로 가구요.
전문가시군요. ^^
2. SEO를 위해서 , 사용자에게는 ko-KR 서브 디렉토리 오픈을 제한하고, UserAgent가 봇인 경우에만 SubDirectory ko-KR / en-US 등을 제공하여,
1) 사용자는 -> URL 을 통해 변경을 제한 + 사용자가 직접 SelectBox로 언어 변경 할 수 있게 제공
2) Bot Agent는 SiteMap.xml rss 제공을 통해 언어별 페이지 수집을 유도하는 것이 가장 좋습니다 .
정석이 나중에도 덜 힘듭니다.
영문이 기본이고 한국어는 추가 언어로 구성하는게 좋습니다. 번역시 컨텐츠 사이즈 문제가.빈번히 발생합니다
위키미디어가 만든 jquery i18n 라이브러리를 사용해서 페이지에서 다국어 언어를 지원하는 방향으로 사이트를 구축 했습니다.
방법은 많을텐데, 그중 하나입니다.
장점이라고 한다면, 비교적 소규모에서 적은 공수로 언어만 스크립트 방식으로 페이지 전환없이 바뀌는 게 좋았습니다.
https://github.com/wikimedia/jquery.i18n
검토해 보겠습니다~
한국어나 다른언어는 브라우저 언어감지해서 자동번역으로 갈지 접속자가 선택할수 있게 하는것도 좋은 방법일것 같습니다.
사업 규모가 커져서 sw인지도가 올라가면 그때 다국어 지원으로 가시는것도 제품 이미지 메이킹에 좋을듯 하네요.
초반부터 공력을 분산시키는것보다는 sw demo trial, feedback을 빨리 주는 시스템에 역량을 집중시키는게 좋지 싶습니다.
sw에 대한 신뢰도를 줄때 낳선 모르는 업체인데다가 클릭하다 낳선 언어가 갑자기 튀어 나오면
어디서 만든건지 살펴보는경우도 있으니 물론 한국이 인지도는 올가가긴 했지만,
그래도 영어로 시작하시는게 문안하지 싶습니다.
중국이나 이스라엘 스타트 업체들 보면 중국어, 히브리어는 빼고 나 미국스타일 일부러 드러내지 않는것도 효과는 있어보이더군요.
말씀하시는 건 영어만 하라는 말씀이신듯 한데..
시장 공략 자체는 한국을 먼저 하려고 해서 말이죠.. ^^