[2026 최신] 국제화 사이트 구축 방법 완벽 가이드 | 테라그로스

국제화 사이트 구축, 이거 해본 사람들은 안다. 단순히 페이지를 영어로 번역해서 올리면 끝나는 게 아니라는 거. 우리가 작년부터 올해까지 글로벌 진출 클라이언트들과 작업하면서 가장 많이 듣는 질문이 “왜 영어 페이지 만들었는데 트래픽이 안 들어오죠?”다. 답은 의외로 단순한데, 사이트 구조 자체가 글로벌 검색엔진이 읽을 수 있게 설계되지 않아서 그렇다.

2026년 현재 구글의 다국어 처리 알고리즘은 과거에 비해 훨씬 정교해졌다. 2024년 이전에는 hreflang 태그만 잘 박아두면 어느 정도 커버됐지만, 지금은 AI Overviews와 SGE(Search Generative Experience)가 콘텐츠의 지역적 맥락까지 평가한다. 그래서 단순 번역으로는 절대 상위 노출이 안 된다. 솔직히 우리도 이거 깨닫는 데 1년 넘게 걸렸다.

국제화 사이트가 뭔지부터 정리하자

국제화(Internationalization, i18n)는 사이트를 여러 언어와 지역에 맞게 확장 가능하게 설계하는 작업이고, 현지화(Localization, l10n)는 그 사이트를 특정 시장에 맞게 실제로 적응시키는 작업이다. 이 둘을 헷갈리는 분들이 많은데, 국제화는 인프라고 현지화는 콘텐츠라고 보면 된다.

구글 공식 문서(developers.google.com/search/docs/specialty/international)에서도 강조하는데, 국제화 사이트는 세 가지 축으로 설계해야 한다. URL 구조, 언어 신호, 지역 신호. 이 세 가지가 어긋나면 구글이 어느 페이지를 어느 사용자에게 보여줘야 할지 헷갈려한다.

왜 2026년 기준으로 다시 봐야 하나

2025년 3월 구글 코어 업데이트 이후로 다국어 사이트의 평가 방식이 바뀌었다. 과거에는 번역 품질만 일정 수준 넘으면 됐는데, 지금은 현지 시장에서의 실제 사용자 행동 데이터(체류시간, 스크롤 깊이, 재방문율)가 훨씬 큰 비중을 차지한다. 그러니까 단순히 한국어를 영어로 옮기는 게 아니라, 미국 사용자가 미국식으로 검색했을 때 만족할 콘텐츠를 만들어야 한다는 얘기다.

URL 구조 – 가장 먼저 결정해야 하는 것

국제화 사이트 URL 구조는 크게 세 가지 옵션이 있다. 각각 장단점이 명확해서 비즈니스 상황에 따라 골라야 한다.

1. ccTLD (Country Code Top-Level Domain) – example.kr, example.jp 같은 형태. 지역 신호가 가장 강력하고 현지 사용자 신뢰도도 높다. 근데 도메인을 국가별로 따로 관리해야 해서 운영 비용이 만만치 않다. SEO 권위도 도메인별로 따로 쌓아야 한다.

2. 서브도메인 – kr.example.com, jp.example.com. 운영은 비교적 편한데 구글이 서브도메인을 별개 사이트로 인식할 가능성이 있어서 권위 분산 문제가 생긴다.

3. 서브디렉토리 – example.com/kr/, example.com/jp/. 우리가 가장 많이 추천하는 방식이다. 도메인 권위가 한 곳에 모이고, 운영도 편하다. 단점은 지역 신호가 ccTLD만큼 강하지 않다는 거.

hreflang 태그, 제대로 박는 법

hreflang은 구글한테 “이 페이지는 어느 언어/지역 사용자용이다”라고 알려주는 신호다. 근데 이거 잘못 박으면 오히려 SEO에 독이 된다. 우리가 컨설팅 가서 가장 많이 발견하는 실수가 hreflang 오류다.

흔한 실수 다섯 가지

첫째, 자기 자신을 가리키는 self-referencing 태그를 빠뜨리는 경우. hreflang은 양방향이어야 하고 자기 자신도 포함해야 한다. 한국어 페이지라면 자기 자신에 대해서도 hreflang=”ko-KR”을 박아야 한다.

둘째, return tag 누락. A 페이지가 B를 가리키면 B도 A를 가리켜야 한다. 한쪽만 박혀 있으면 구글이 무시한다. 이거 검사하려면 Search Console의 International Targeting 리포트(2025년 12월부터 통합 검색 성과 리포트로 이전됨)를 봐야 한다.

셋째, 잘못된 언어 코드. 영어는 ‘en’이지 ‘eng’가 아니다. ISO 639-1 표준을 쓴다. 지역 코드는 ISO 3166-1 Alpha 2를 쓰고. ‘en-uk’는 틀린 표기고 ‘en-GB’가 맞다. 이거 헷갈리는 분들 진짜 많다.

넷째, x-default 누락. 어떤 언어/지역에도 매칭되지 않을 때 보여줄 기본 페이지를 지정하는 태그인데, 글로벌 사이트라면 거의 필수다.

다섯째, sitemap.xml과 HTML head의 hreflang이 충돌하는 경우. 두 곳 다 박는 건 괜찮은데 정보가 일치해야 한다. 우리는 사이트맵에 일괄 정의하는 방식을 선호한다. 페이지 수가 많아질수록 head 태그 관리가 지옥이 된다.

콘텐츠 현지화 – 번역기로 끝나면 안 되는 이유

이게 진짜 핵심이다. 2026년 구글은 기계 번역과 인간 번역을 거의 정확하게 구분한다. 문장 구조의 자연스러움, 관용 표현 사용 패턴, 문화적 맥락 적합성을 모두 평가한다. 작년에 우리가 테스트해본 결과로는 GPT-4 수준의 AI 번역도 구글이 ‘저품질 콘텐츠’로 분류하는 경우가 30% 정도 있었다.

현지화에서 챙겨야 할 것들

통화 표시 – 일본 시장이라면 ¥, 미국이라면 $, 유럽은 €. 단순히 환율 변환이 아니라 가격 표시 관습도 다르다. 일본은 천 단위 콤마 안 쓰는 경우가 많고, 미국은 .99 가격이 흔하지만 한국은 .99로 안 쓴다.

날짜 형식 – MM/DD/YYYY는 미국식이고, 유럽은 DD/MM/YYYY, 한국과 일본은 YYYY-MM-DD를 더 선호한다. 이거 그대로 두면 사용자가 헷갈린다.

이미지와 색상 – 흰색이 한국에선 깔끔함이지만 일부 아시아 문화권에선 죽음을 연상시킨다. 빨간색은 중국에선 행운인데 서양에선 경고. 이미지 속 모델도 현지인이 나오는 게 신뢰도를 높인다. 솔직히 우리도 이런 거 처음엔 간과했다.

법률과 규제 – GDPR(유럽), CCPA(캘리포니아), PIPL(중국), 개인정보보호법(한국) 모두 다르다. 쿠키 동의 배너부터 개인정보 처리방침까지 시장별로 따로 만들어야 한다. 2025년 EU AI Act 시행 이후로는 AI 사용 사이트의 고지 의무도 추가됐다.

기술 SEO – 다국어 사이트에서 더 까다로운 부분

국제화 사이트는 일반 사이트보다 기술 SEO가 훨씬 복잡해진다. 페이지 수가 언어 수만큼 곱해지니까 사이트맵 관리부터 까다롭다.

사이트맵 전략

언어별로 별도 사이트맵을 만들고 sitemap index로 묶는 방식이 표준이다. /sitemap-ko.xml, /sitemap-en.xml, /sitemap-ja.xml 식으로 분리해서 /sitemap.xml에서 모두 참조한다. 이렇게 하면 Search Console에서 언어별 인덱싱 상태를 따로 모니터링할 수 있다.

로딩 속도 – CDN 필수

한국 서버 하나로 미국 사용자를 응대하면 LCP가 4초 넘어간다. 이건 코어 웹 바이탈 기준 미달이다. Cloudflare나 AWS CloudFront 같은 글로벌 CDN을 써서 각 지역에서 로컬 캐시를 제공해야 한다. 우리가 작년에 한 클라이언트 사이트에 CDN 도입했더니 미국 LCP가 4.2초에서 1.8초로 떨어졌고 미국 오가닉 트래픽이 두 달 만에 두 배가 됐다.

구조화 데이터의 inLanguage 속성

JSON-LD 스키마에 inLanguage 속성을 빠뜨리는 사이트가 의외로 많다. 이걸 박아주면 구글이 다국어 페이지의 언어를 더 명확하게 인식한다. Article 스키마라면 “inLanguage”: “ko-KR” 식으로 추가한다.

검색엔진 다양화 – 구글만 보면 안 된다

국가별로 주요 검색엔진이 다르다. 글로벌 진출이라면서 구글만 신경 쓰는 건 절반만 본 셈이다.

중국은 Baidu가 압도적이고 구글은 차단돼 있다. Baidu는 중국 본토 서버에 호스팅된 사이트를 우대하고, ICP 라이선스가 없으면 인덱싱 자체가 잘 안 된다. 러시아는 Yandex가 60% 이상 점유하고 있고 키릴 문자 처리가 구글보다 정교하다. 한국은 네이버가 여전히 검색 점유율의 절반 가량을 차지하고 일본은 Yahoo Japan(엔진은 구글이지만 알고리즘 가중치가 다름)도 무시할 수 없다.

각 검색엔진별로 등록과 사이트맵 제출 절차가 다르다. Baidu Webmaster Tools, Yandex Webmaster, 네이버 서치어드바이저 모두 따로 가입해서 등록해야 한다.

현지 백링크와 권위 구축

한국 사이트에서만 백링크 받아서 미국 시장 노린다? 안 된다. 구글은 백링크의 지역적 출처도 평가한다. 미국 시장 진출이라면 미국 도메인(.com, .us, .edu, .gov 등)에서 백링크가 나와야 한다.

현지 미디어 PR, 게스트 포스팅, 디렉토리 등재, 산업 협회 멤버십 같은 전통적 방법이 여전히 유효하다. 2025년부터는 AI 기반 게스트 포스팅 자동화 서비스가 우후죽순 나왔는데, 이런 거 쓰면 구글이 거의 즉시 잡아낸다. 우리가 컨설팅한 클라이언트 중에 이런 서비스 썼다가 페널티 받은 케이스가 작년에만 세 건 있었다.

디지털 PR이 효율적인 이유

HARO(Help A Reporter Out, 2024년 Connectively로 리브랜딩 후 2025년 종료)를 대체하는 서비스로 Qwoted, Featured, SourceBottle 같은 게 있다. 미국 기자들이 인용할 만한 인사이트나 데이터를 제공하면 자연스럽게 .com 도메인 백링크가 쌓인다. 우리는 이 방식으로 한 핀테크 클라이언트의 미국 도메인 백링크를 8개월 만에 47개에서 230개로 늘렸다.

측정과 운영 – 출시 후가 진짜 시작

국제화 사이트는 론칭이 끝이 아니라 시작이다. 시장별로 성과를 따로 측정하고 지속적으로 최적화해야 한다.

GA4 멀티 프로퍼티 vs 단일 프로퍼티

이거 클라이언트마다 의견이 갈린다. 우리는 단일 프로퍼티에 시장별 보기(view)를 두는 방식을 추천한다. 데이터가 한 곳에 모여서 비교 분석이 쉽다. 단, 시장 규모가 너무 다르면 별도 프로퍼티가 나을 수도 있다. 미국이 90%고 다른 시장이 10%인데 같이 묶으면 다른 시장 데이터가 묻혀버린다.

Search Console 자산 분리

서브디렉토리 구조라면 example.com/kr/, example.com/en/ 각각을 별도 자산으로 등록해두는 게 좋다. 도메인 단위로만 등록하면 시장별 성과를 보기 어렵다. 2025년 11월부터 Search Console에 통합 다지역 리포트 기능이 추가됐는데, 이게 자산이 분리돼 있어야 제대로 작동한다.