서두의痛点: 번역은 끝났는데 고객은 여전히 사용하지 않는다
산업 장비를 만드는 한 기업 웹사이트가 2025년에 돈을 들여 중국어 사이트를 영어, 스페인어, 러시아어로 번역했지만, 오픈 3개월 동안 해외 문의가 거의 늘지 않았습니다.
나중에 확인해 보니: 영어 버전 페이지 제목이 여전히 중국어였고, URL은 `?lang=en` 같은 파라미터 형식이라 구글이 거의 수집하지 않았습니다. 스페인어 페이지에는 날짜가 「2025年10月15日」로 적혀 있어 현지 고객이 이해할 수 없었고, 러시아어 버전은 인코딩이 제대로 설정되지 않아 일부 페이지가 바로 깨져 나왔습니다.
문제는 번역이 아니라, 다국어 웹사이트 개발을 처음부터 '언어'를 시스템 공학으로 다루지 않았다는 점입니다.
다국어 웹사이트는 번역의 부속품이 아닙니다. 기술 아키텍처, SEO, 콘텐츠 관리, 유지보수까지 포함됩니다. 아래 다섯 가지 포인트로 어디서 가장 문제가 생기기 쉬운지, 어떻게 피할 수 있는지 명확히 설명하겠습니다.
一、언어 코드와 지역 코드, 섞어 쓰지 마세요
다국어 개발의 첫 단계는 먼저 명확히 하는 것입니다: 당신이 하려는 것이 '다국어'인지 '다지역'인지?
- 다국어: 같은 제품, 언어가 다름. 예: 중국어, 영어, 일본어.
- 다지역: 같은 언어, 지역이 다름. 예: 영어를 미국, 영국, 호주로 나눠야 함. 가격, 통화, 법규가 모두 다르기 때문.
기술적으로 표준적인 방법은 `hreflang` 태그를 사용하는 것이며, 형식은 '언어-지역'입니다. 예: `zh-CN`, `en-US`, `en-GB`, `es-MX`.
흔한 함정: `en`만 쓰고 지역을 쓰지 않는 것. 구글은 당신이 누구에게 보여주려는지 알 수 없어 다른 영어 사이트와 서로 충돌하기 쉽습니다.
권장 방법:
1. 먼저 표를 만들어 목표 언어와 목표 지역을 구분해서 적습니다;
2. 모든 페이지에 `hreflang`을 추가하고 서로를 가리키게 합니다;
3. `x-default`를 빼먹지 말고 기본 버전(보통 영어 또는 중국어)을 가리키게 합니다.
이 표는 번거로워 보이지만, 이후 URL, SEO, 백엔드 구조의 기초가 됩니다. 많은 웹사이트 개발 프로젝트가 재작업되는 이유가 바로 이 단계를 하지 않았기 때문입니다.
二、URL 구조를 잘못 선택하면 나중에 고치기 매우痛苦
다국어 사이트에는 세 가지 흔한 URL 방식이 있습니다:
- 하위 디렉터리: `c-mic.cn/en/`
- 하위 도메인: `en.c-mic.cn`
- 독립 도메인: `c-mic-en.com`
세 가지 모두 절대적으로 좋거나 나쁜 것은 없지만, 하위 디렉터리를 우선 권장합니다. 이유는 실질적입니다:
- 메인 도메인의 가중치를 각 언어 버전에 직접 분배할 수 있어 신규 사이트가 더 쉽게 수집됩니다;
- SSL 인증서 한 세트, CDN 설정 한 세트로 커버 가능합니다;
- 나중에 언어를 추가할 때 디렉터리만 추가하면 되고 메인 사이트 구조를 건드리지 않습니다.
하위 도메인과 독립 도메인은 브랜드 차이가 크거나 현지 등록을 별도로 해야 하는 경우에 더 적합합니다.
함정 회피 알림: 절대 `?lang=en` 같은 파라미터 형식을 사용하지 마세요. 검색 엔진은 파라미터 URL 처리를 항상 불리하게 하며, 수집이 느리고 가중치가 분산되며, 나중에 바꾸려면 대량의 301 리디렉트를 해야 합니다.
지금 기업 웹사이트 리뉴얼을 하고 있다면, 이 단계는 프로토타입 단계에서 정하는 것이 좋습니다. 페이지를 다 쓴 후에 바꾸지 마세요.
三、문자 인코딩과 조판, 디테일이 전문성을 결정합니다
깨진 문자는 다국어 사이트에서 가장 품위를 떨어뜨리는 문제입니다. 예외는 없습니다.
기술적底线:
- 전 사이트 통일 UTF-8 인코딩 사용;
- HTML에 `` 명시;
- 데이터베이스, 인터페이스, 내보내기 파일도 통일 UTF-8로, 중국어를 저장하고 러시아어를 읽을 때 물음표로 변하는 것을 방지.
조판 디테일:
- 아랍어, 히브리어는 오른쪽에서 왼쪽(RTL)이므로 CSS에 `dir="rtl"`을 사용하고 전체 레이아웃을 미러링해야 합니다;
- 독일어, 러시아어 단어는 길어서 버튼과 내비게이션이 쉽게 터지므로 디자인 시 30% 이상 여유를 둬야 합니다;
- 날짜, 통화, 숫자 형식은 지역에 따라 가야 하며, 전 사이트에 한 가지 형식으로 고정하지 마세요;
- 폰트가 목표 언어를 지원하는지 확인해야 합니다. 중국어 思源, 일본어 Noto Sans JP, 아랍어 Amiri가 흔한 선택입니다.
이것들은 '미화' 문제가 아니라, 고객이 당신의 전문성을 판단하는 첫인상입니다.
四、SEO는 번역이 아니라 다시 하는 것입니다
다국어 사이트에서 가장 쉽게 범하는 실수: 중국어 제목을 그대로 기계 번역하는 것.
검색 엔진이 보는 것은 '이 페이지가 현지 사용자의 문제를 해결할 수 있는가'이지, '이 단어가 정확하게 번역되었는가'가 아닙니다.
해야 할 몇 가지:
1. 키워드 재조사. 중국어로 '网站安全测试'를 검색하지만, 영어 고객은 'penetration testing service'를 검색할 수 있습니다. 어근이 완전히 다릅니다.
2. 제목과 설명 현지화. 중영 혼용하지 말고, 중국어 문장부호도 나오지 않게 하세요.
3. 콘텐츠는 직역만 하지 마세요. 예를 들어: 중국어 공식 사이트는 '公司简介'을 즐겨 쓰지만, 영어 사이트는 About Us + Our Team + Case Studies 구조가 더 흔하며, 나눠 쓰는 것이 오히려 더 쉽게 수집됩니다.
4. 사이트맵을 따로 제출. 각 언어 버전에 독립 sitemap을 생성하고 구글 Search Console에 각각 제출합니다.
5. 내부 링크는 언어 일관성 유지. 영어 페이지에서 중국어 페이지로 링크하지 마세요. 사용자 경험과 크롤러 로직이 모두 엉킵니다.
동시에 미니프로그램 개발이나 App 개발을 하고 있다면, 다국어 콘텐츠 체계는 공식 사이트와 하나의 문안 라이브러리를 공유하는 것이 좋습니다. 세 곳에서 각각 번역해 용어가 맞지 않는 것을 피하세요.
五、백엔드 관리: 운영팀이 글자 하나 고칠 때마다 개발자를 찾지 않게 하세요
다국어 사이트 오픈은 시작일 뿐이고, 진짜 힘든 것은 이후 유지보수입니다.
구체적인 시나리오: 크로스보더 예약 서비스를 하는 회사가 공식 사이트에 중영일 세 버전이 있고, 동시에 예약 미니프로그램 개발도 있습니다. 운영팀이 이벤트 문구 한 줄을 고칠 때마다 세 개의 백엔드에 각각 로그인해 세 번 수정하고 세 번 게시해야 하며, 특정 언어를 자주 빠뜨립니다.
합리적인 방법:
- 백엔드는 '하나의 콘텐츠 항목 + 여러 언어 필드' 구조를 사용하고, 세 세트의 독립 콘텐츠를 만들지 않습니다;
- 언어 간 복사, 대조, '번역 대기' 표시가 가능합니다;
- 번역을 위해 Excel 또는 CSV로 내보내고, 번역 후 다시 가져올 수 있습니다;
- 프론트에서 언어를 전환할 때 현재 페이지에 머무르도록 하고, 홈으로 돌아가지 않게 합니다.
이 구조는 초기에 2~3일 더 설계에 투자하면, 이후 대량의 커뮤니케이션 비용을 절약할 수 있습니다.
어떤 경우 MIC Studio를 찾는 것이 적합한가
프로젝트가 아래 몇 가지에 해당한다면, 혼자 버티면 우회로를 걷기 쉽습니다:
- 공식 사이트를 단일 언어에서 세 언어 이상으로 확장하고 SEO 수집도 고려해야 함;
- 기업 웹사이트 리뉴얼과 동시에 백엔드 관리 시스템과 다국어 콘텐츠 라이브러리를 연결해야 함;
- 미니프로그램 개발 또는 App 개발이 공식 사이트와 하나의 다국어 문안을 공유해야 함;
- 해외 사이트 오픈 전 보안 테스트가 필요하며, 특히 폼, 결제, 로그인 부분;
- 기존 사이트에 깨진 문자, 수집 이상, 언어 점프 혼란이 발생해 점검이 필요함.
MIC Studio는 기업 웹사이트, 미니프로그램, App, 스크립트 개발을 하며, 웹사이트 보안 테스트와 역방향 테스트도 합니다. 다국어 프로젝트는 보통 먼저 반나절을 들여 언어 표, URL 방식, 백엔드 구조를 명확히 정리한 후 코드를 작성해, 오픈 후 재작업을 피합니다.
마무리: 세 가지 실행 가능한 제안
1. 먼저 표를 정하고 시작하세요. 목표 언어, 지역, URL 방식, 기본 언어를 한 페이지 문서로 작성하고 팀이 확인한 후 개발하세요.
2. 인코딩과 hreflang을 한 번에 제대로 하세요. UTF-8 전链路 통일, 모든 페이지에 hreflang과 x-default 추가, 2차에서 보충하지 마세요.
3. 백엔드는 '하나의 콘텐츠에 여러 언어 필드'로 설계하세요. 지금 두 언어만 있더라도 확장 가능한 구조로 만들어, 언어 추가 시 재구성하지 않아도 되게 하세요.
다국어 웹사이트 개발의门槛은 번역이 아니라 아키텍처와 디테일에 있습니다. 이 몇 가지를 명확히 생각하면 해외 고객의 신뢰도가 확실히 달라질 것입니다.