다국어 사이트 SEO — 현지화와 검색 최적화, 번역만으로는 안 되는 이유

Q: 영문 페이지는 서브디렉토리가 좋나요, 새 도메인이 좋나요?

대부분의 중소기업에는 서브디렉토리(example.com/en/)를 권합니다. 메인 도메인에 쌓인 검색 신뢰도를 그대로 활용할 수 있기 때문입니다. 국가별 도메인(ccTLD)은 타게팅 신호가 강하지만 검색 신뢰도를 0에서 다시 쌓아야 해서, 자원이 충분한 경우가 아니면 부담이 큽니다.

Q: 번역이 끝나지 않은 페이지는 어떻게 해야 하나요?

번역이 미완성인 페이지는 색인에서 제외하는 편이 낫습니다. 같은 한국어 콘텐츠가 /ko/와 /en/ 양쪽에 존재하면 같은 언어 중복 콘텐츠가 되어 양쪽 모두 순위에 불리할 수 있습니다. 번역을 마친 뒤 색인에 포함시키는 것이 안전합니다. 다국어 SEO는 번역에서 시작하지만 번역에서 끝나지 않습니다. 현지화로 사용자에게 맞추고, hreflang으로 검색엔진에게 알리고, URL 구조와 중복 콘텐츠까지 정리해야 비로소 해외 고객이 검색으로 우리를 찾아냅니다. 번역 외주에 들인 비용이 검색 결과에 반영되려면, 이 신호 설계가 빠지면 안 됩니다. 영문이나 다국어 페이지를 이미 운영 중이라면, hreflang이 제대로 인식되는지부터 확인해보세요. 직접 점검이 어렵다면 무료 SEO 진단을 신청해주세요. hreflang 오류와 중복 콘텐츠 위험을 점검하고, 어디부터 고치면 검색 노출이 살아나는지 구체적으로 알려드립니다.

다국어 사이트 SEO란 언어·국가별로 구글이 올바른 페이지를 노출하도록 설계하는 작업입니다. hreflang 설정, URL 구조(서브디렉토리·서브도메인·ccTLD), 중복 콘텐츠 방지, 현지화와 단순 번역의 차이까지 실전 기준으로 정리했습니다.

"홈페이지에 영문 버전을 추가했는데, 해외에서 검색하면 한국어 페이지가 먼저 뜬다."

수출을 시작한 제조업체 사장님께 실제로 들은 말입니다. 번역 외주를 맡겨 영문 페이지를 멀쩡하게 만들어 올렸는데, 정작 미국 바이어가 구글에서 검색하면 깨진 한글 페이지가 노출됐습니다. 번역 품질의 문제가 아니었습니다. 검색엔진에게 "이 페이지는 영어권 사용자용"이라고 알려주는 신호가 하나도 없었기 때문입니다.

"다국어 사이트 SEO란 언어와 국가별로 같은 콘텐츠가 여러 버전 존재할 때, 검색엔진이 각 사용자에게 올바른 버전을 노출하도록 신호를 설계하는 작업이다. 번역은 그 출발점일 뿐 끝이 아니다." — 야무진SEO

번역만 잘하면 다국어 SEO가 끝난다고 생각하는 분이 많습니다. 그런데 검색엔진 입장에서 보면 다국어 사이트는 "거의 똑같은 페이지가 여러 개 있는" 골치 아픈 구조입니다. 이걸 정리해주지 않으면 구글은 어느 페이지를 누구에게 보여줄지 헷갈리고, 최악의 경우 중복 콘텐츠로 판단해 전부 순위를 낮춥니다. 오늘은 이 신호 설계의 핵심을 하나씩 풀어보겠습니다.

현지화는 번역이 아니다 — 그런데 검색엔진 관점에선 한 걸음 더 가야 한다

현지화(Localization)는 단순 번역과 다릅니다. 번역이 단어를 바꾸는 일이라면, 현지화는 경험을 그 나라 사용자에게 맞게 재구성하는 일입니다. 같은 "Submit" 버튼도 한국에선 "제출"보다 "완료하기"가 자연스럽고, 일본에선 더 정중한 표현이, 미국에선 직설적이고 간결한 문장이 먹힙니다.

날짜·화폐·단위 표기도 마찬가지입니다. 03/06/2025는 한국에선 6월 3일, 미국에선 3월 6일로 읽힙니다. ₩10,000과 €10 000은 기호 위치부터 다릅니다. 이런 디테일을 무시한 번역은 "뜻은 맞는데 어딘가 어색한" 페이지를 만들고, 사용자는 그 어색함을 신뢰 하락으로 받아들입니다.

여기까지는 UX와 콘텐츠의 영역입니다. 그런데 검색 최적화는 한 걸음 더 들어갑니다. 아무리 현지화를 잘해도, 검색엔진이 "이 페이지가 어느 언어·국가용인지" 모르면 그 노력이 검색 결과에 반영되지 않습니다.

"현지화는 사용자를 위한 작업이고, hreflang은 검색엔진을 위한 작업입니다. 둘 중 하나만 하면 절반만 한 겁니다." — 야무진SEO

즉 현지화가 "콘텐츠를 그 나라 사람에게 맞추는 일"이라면, 다국어 SEO는 "그 맞춘 콘텐츠를 그 나라 사람에게 검색으로 도달시키는 일"입니다. 경쟁사 콘텐츠들이 현지화 QA와 톤앤보이스까지는 잘 다루지만, 정작 "검색엔진이 어떻게 올바른 버전을 고르게 만드는가"에서 멈추는 이유가 여기 있습니다. 검색 노출의 핵심은 그다음에 있습니다.

hreflang — 다국어 SEO의 심장

다국어 사이트에서 가장 중요한 기술 신호가 hreflang입니다. hreflang은 "이 페이지의 다른 언어·지역 버전이 여기 있다"고 검색엔진에 알려주는 HTML 태그입니다.

구글은 hreflang을 보고 두 가지를 판단합니다. 첫째, 검색 사용자의 언어·위치에 맞는 버전을 골라서 노출합니다. 둘째, 같은 내용의 여러 버전을 "중복"이 아니라 "같은 페이지의 언어별 변형"으로 인식합니다. 이 두 번째가 핵심입니다. hreflang이 없으면 구글은 영문 페이지와 한글 페이지를 별개의 중복 페이지로 볼 위험이 있습니다.

기본 형식은 이렇습니다.

<link rel="alternate" hreflang="ko" href="https://example.com/ko/product" />
<link rel="alternate" hreflang="en" href="https://example.com/en/product" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

여기서 hreflang="ko"는 언어 코드만 지정한 것이고, hreflang="en-us"처럼 쓰면 "미국에 있는 영어 사용자"로 언어와 국가를 함께 타게팅합니다. 한 페이지를 영어권 전체에 보여줄 거라면 en, 미국 시장만 노리면 en-us로 구분합니다.

x-default는 "어디에도 해당하지 않는 사용자"가 왔을 때 보여줄 기본 페이지입니다. 보통 언어 선택 페이지나 글로벌 메인을 지정합니다. 의외로 많은 사이트가 이걸 빼먹는데, 빼먹으면 매칭되지 않는 방문자에게 엉뚱한 버전이 노출됩니다.

한국 중소기업이 hreflang에서 가장 많이 하는 4가지 실수

저희가 다국어 페이지를 점검하면서 반복해서 만난 실수들입니다. 경쟁사 글에서는 거의 다루지 않는 부분이라 구체적으로 짚겠습니다.

1) 상호 참조(return tag)를 안 했다. hreflang은 양방향이어야 합니다. 한글 페이지가 영문 페이지를 가리키면, 영문 페이지도 반드시 한글 페이지를 가리켜야 합니다. 한쪽만 선언하면 구글은 그 hreflang을 통째로 무시합니다. "분명히 태그를 넣었는데 안 먹는다"는 사례의 절반은 이 상호 참조 누락입니다.

2) 자기 자신을 가리키는 태그를 뺐다. hreflang 묶음에는 현재 페이지 자신도 포함되어야 합니다. 영문 페이지의 hreflang 목록 안에 영문 페이지 자신(en)이 들어 있어야 한다는 뜻입니다. 이걸 빠뜨리면 구글이 묶음 전체를 불완전하게 인식합니다.

3) 언어 코드를 틀리게 적었다. 한국어는 ko이지 kr이 아닙니다. kr은 국가 코드(대한민국)입니다. 영국 영어는 en-gb이지 en-uk가 아닙니다. 코드를 틀리면 그 태그는 그냥 무시됩니다. 흔하지만 발견하기 어려운 실수입니다.

4) 상대 경로를 썼다. hreflang의 href는 반드시 https://로 시작하는 절대 URL이어야 합니다. /en/product 같은 상대 경로는 동작하지 않습니다.

"hreflang은 넣는 것보다 정확하게 넣는 것이 어렵습니다. 태그 하나 틀리면 묶음 전체가 무시되기 때문에, 넣고 끝이 아니라 반드시 검증해야 합니다." — 야무진SEO

구글 서치 콘솔의 국제 타게팅 보고서나 hreflang 검사 도구로 상호 참조와 코드 오류를 점검할 수 있습니다. 넣었다고 안심하지 말고, 실제로 인식되는지 확인하는 단계를 반드시 거쳐야 합니다.

URL 구조 — 서브디렉토리 vs 서브도메인 vs ccTLD

다국어 사이트를 만들 때 가장 먼저 결정해야 할 것이 URL 구조입니다. 세 가지 선택지가 있고, 각각 장단점이 분명합니다.

구조	예시	장점	단점
서브디렉토리	example.com/en/	도메인 권위 공유, 관리 쉬움, 비용 적음	서버 위치 단일
서브도메인	en.example.com	분리 관리 용이	도메인 권위가 일부 분산될 수 있음
국가 도메인(ccTLD)	example.us, example.jp	해당 국가 타게팅 신호 강력	도메인마다 권위를 처음부터 쌓아야 함, 비용·관리 부담

대부분의 한국 중소기업에는 서브디렉토리(example.com/en/)를 권합니다. 이유는 단순합니다. 그동안 메인 도메인에 쌓아온 검색 신뢰도(도메인 권위)를 영문 페이지가 그대로 물려받기 때문입니다. ccTLD는 타게팅 신호는 가장 강하지만, 새 도메인은 검색 신뢰도가 0에서 시작합니다. 자금과 인력이 충분한 글로벌 대기업이 아니라면 권위를 처음부터 다시 쌓는 부담이 너무 큽니다.

자동 리디렉션은 신중해야 합니다. 방문자의 IP나 브라우저 언어를 보고 강제로 다른 언어 페이지로 보내버리면, 구글 크롤러도 한 버전만 보게 되어 나머지 언어 페이지가 색인되지 않을 수 있습니다. 자동 전환 대신, 눈에 띄는 언어 선택 메뉴를 두고 사용자가 직접 고르게 하는 편이 검색에는 더 안전합니다.

중복 콘텐츠 — 다국어 사이트의 숨은 함정

언어가 다르면 중복 콘텐츠 문제는 없다고 생각하기 쉽습니다. 한국어와 영어는 글자부터 다르니까요. 맞습니다, 서로 다른 언어 사이에는 중복 문제가 거의 없습니다.

문제는 같은 언어의 지역 변형에서 터집니다. 예를 들어 미국 영어 페이지(en-us)와 영국 영어 페이지(en-gb)를 만들었는데 내용이 거의 같다면, 구글은 이 둘을 중복으로 볼 수 있습니다. 이때 hreflang으로 "이건 중복이 아니라 지역별 변형"이라고 명확히 알려줘야 둘 다 살아남습니다.

또 하나 흔한 함정이 번역 안 된 채 복제된 페이지입니다. 영문 사이트를 급하게 만들면서 일부 페이지를 한국어 그대로 둔 경우, 같은 한국어 콘텐츠가 /ko/와 /en/ 양쪽에 존재하게 됩니다. 이건 명백한 같은 언어 중복입니다. 번역이 안 끝난 페이지는 차라리 색인에서 빼는 게 낫습니다.

자동 번역만 돌린 페이지도 위험합니다. 기계 번역을 그대로 대량 생성해 올리면 구글이 저품질 콘텐츠로 판단할 수 있습니다. 구조화 데이터·스키마나 메타 태그까지 완벽하게 맞춰도, 본문이 어색한 기계 번역이면 검색 신뢰를 얻기 어렵습니다. 검색엔진이 신뢰하는 콘텐츠의 본질은 결국 사람이 읽기 자연스러운 글입니다.

영문 페이지를 추가할 때 실전 순서

수출을 시작하거나 해외 고객을 받기 시작한 중소기업이 영문 페이지를 추가하는 가장 현실적인 순서를 정리하면 이렇습니다.

URL 구조 결정 — 특별한 이유가 없으면 서브디렉토리(example.com/en/)
현지화 번역 — 단순 번역이 아니라 통화·날짜·표현까지 현지 기준으로 (가능하면 원어민 검수)
hreflang 설정 — 상호 참조 + 자기 참조 + 정확한 언어 코드 + 절대 URL + x-default
언어 선택 메뉴 배치 — 자동 강제 리디렉션 대신 사용자가 선택
검증 — 서치 콘솔과 hreflang 검사 도구로 실제 인식 여부 확인
사이트맵 분리 또는 hreflang 포함 사이트맵 제출

이 순서 중 3번과 5번이 가장 자주 누락됩니다. 번역(2번)에는 돈을 쓰면서, 정작 검색엔진이 그 번역을 인식하게 만드는 신호(3번)와 검증(5번)은 건너뛰는 경우가 많습니다. 기술 SEO 기초에서 다루는 색인·크롤링 원리를 함께 이해하면, 왜 이 단계들이 빠지면 안 되는지 더 명확해집니다. 기본적인 온페이지 SEO 체크리스트를 각 언어 버전마다 똑같이 적용하는 것도 잊지 말아야 합니다.

자주 묻는 질문 (FAQ)

영문 페이지만 추가하면 해외에서 검색이 잘 되나요?

번역된 페이지를 올리는 것만으로는 부족합니다. 검색엔진에 "이 페이지가 영어권 사용자용"이라고 알리는 hreflang 신호가 없으면, 해외 사용자에게 한국어 페이지가 노출되거나 영문 페이지가 색인되지 않을 수 있습니다. 번역과 hreflang 설정은 반드시 함께 가야 합니다.

hreflang을 넣었는데 왜 안 먹히나요?

가장 흔한 원인은 상호 참조 누락입니다. A 페이지가 B를 가리키면 B도 A를 가리켜야 하는데 한쪽만 선언한 경우, 구글이 해당 hreflang을 무시합니다. 그다음으로 흔한 원인은 언어 코드 오류(한국어를 kr로 적는 등)와 상대 경로 사용입니다. 서치 콘솔의 국제 타게팅 보고서로 점검하는 것을 권합니다.

영문 페이지는 서브디렉토리가 좋나요, 새 도메인이 좋나요?

대부분의 중소기업에는 서브디렉토리(example.com/en/)를 권합니다. 메인 도메인에 쌓인 검색 신뢰도를 그대로 활용할 수 있기 때문입니다. 국가별 도메인(ccTLD)은 타게팅 신호가 강하지만 검색 신뢰도를 0에서 다시 쌓아야 해서, 자원이 충분한 경우가 아니면 부담이 큽니다.

자동 번역으로 여러 언어 페이지를 한꺼번에 만들어도 되나요?

기계 번역을 그대로 대량 생성하는 것은 권하지 않습니다. 구글이 저품질 콘텐츠로 판단할 위험이 있고, 어색한 문장은 사용자 신뢰도 떨어뜨립니다. 자동 번역을 초안으로 쓰되, 사람이 검수해 자연스럽게 다듬은 뒤 공개하는 것이 안전합니다.

번역이 끝나지 않은 페이지는 어떻게 해야 하나요?

번역이 미완성인 페이지는 색인에서 제외하는 편이 낫습니다. 같은 한국어 콘텐츠가 /ko/와 /en/ 양쪽에 존재하면 같은 언어 중복 콘텐츠가 되어 양쪽 모두 순위에 불리할 수 있습니다. 번역을 마친 뒤 색인에 포함시키는 것이 안전합니다.

다국어 SEO는 번역에서 시작하지만 번역에서 끝나지 않습니다. 현지화로 사용자에게 맞추고, hreflang으로 검색엔진에게 알리고, URL 구조와 중복 콘텐츠까지 정리해야 비로소 해외 고객이 검색으로 우리를 찾아냅니다. 번역 외주에 들인 비용이 검색 결과에 반영되려면, 이 신호 설계가 빠지면 안 됩니다.

영문이나 다국어 페이지를 이미 운영 중이라면, hreflang이 제대로 인식되는지부터 확인해보세요. 직접 점검이 어렵다면 무료 SEO 진단을 신청해주세요. hreflang 오류와 중복 콘텐츠 위험을 점검하고, 어디부터 고치면 검색 노출이 살아나는지 구체적으로 알려드립니다.