해외 고객을 대상으로 홈페이지를 운영하거나, 영어·일본어·중국어 등 여러 언어 버전을 갖춘 사이트를 만들 때 흔히 겪는 문제가 있습니다. 분명 각 언어 페이지를 따로 만들었는데, 구글 검색 결과에 엉뚱한 언어 버전이 노출되거나 일부 페이지가 중복 콘텐츠로 처리되는 상황입니다. 다국어 홈페이지 SEO 설정은 단순히 번역 페이지를 추가하는 작업이 아니라, 검색엔진에게 언어·지역별 대체 페이지 관계를 명시하는 구조적 작업입니다. 실제 언어 판별은 주로 페이지 콘텐츠를 기준으로 이루어집니다.
이번 글에서는 다국어 SEO의 핵심인 hreflang 태그 설정법, URL 구조 선택 기준, 콘텐츠 최적화 원칙, 그리고 Search Console에서의 오류 진단까지 살펴보겠습니다.
다국어 SEO가 필요한 이유
다국어 SEO란 동일한 콘텐츠의 여러 언어 버전을 검색엔진이 올바르게 구분하고, 사용자의 언어·지역에 맞는 페이지를 검색 결과에 보여주도록 설정하는 작업입니다. 서로 다른 언어로 번역된 페이지는 일반적으로 중복으로 처리되지 않으며, 링크는 /ko/page, /en/page지만 본문 그대로 한국어일 경우 중복으로 판단될 수 있습니다. 동일 언어의 국가별 페이지(en-US, en-UK, en-AU)는 canonical과 hreflang 정리가 중요합니다.
중복으로 처리되면 구글이 하나의 버전만 색인하고 나머지를 제외하는 경우가 생깁니다. 한국어 사용자에게 영어 페이지가 노출되거나, 일본어 페이지가 아예 검색 결과에서 빠지는 일이 발생합니다. 국가별로 검색 수요가 확실한데도 해당 언어 페이지가 노출되지 않는다면, 콘텐츠 품질이 아닌 구조 설정이 원인인 경우가 대부분입니다.
구글 공식 문서에 따르면, 언어별로 서로 다른 URL을 사용하고 hreflang 태그를 통해 각 버전의 관계를 명시하는 것이 권장 방식입니다. 쿠키나 브라우저 설정으로 언어를 자동 전환하는 방식은 검색엔진이 언어 버전을 제대로 인식하지 못하므로 권장되지 않습니다.
hreflang 태그 설정법, 3가지 구현 방식과 필수 규칙
hreflang 태그는 검색엔진에게 “이 페이지는 한국어 버전이고, 영어 버전은 이 URL에 있다”는 관계를 선언하는 HTML 속성입니다. 구글이 공식적으로 지원하는 구현 방식은 세 가지입니다.
첫 번째는 HTML head 태그 방식입니다. 각 페이지의 head 영역에 link rel=”alternate” hreflang=”언어코드” 태그를 삽입합니다. 가장 직관적이고 널리 사용되는 방법이지만, 페이지 수가 많아지면 관리가 복잡해질 수 있습니다.
두 번째는 HTTP 헤더 방식입니다. PDF처럼 HTML head를 가지지 않는 파일에 적합합니다. 서버 응답 헤더에 Link 속성으로 언어 버전을 명시합니다.
세 번째는 XML 사이트맵 방식입니다. 사이트맵 파일에 xhtml:link 요소를 추가해서 언어 버전을 일괄 선언합니다. 페이지가 수백 개인 대규모 사이트에서 관리 효율이 높습니다.
세 방식은 함께 사용할 수 있지만, 이점은 없고 관리만 복잡해집니다. 하나로 통일하는 것이 좋습니다. 여러 방식을 혼용하면 신호가 충돌해서 오류가 발생할 수 있다고 구글은 명시하고 있습니다.
hreflang 설정 시 확인해야 할 주요 규칙이 있습니다.
- 언어 코드는 ISO 639-1 형식을 사용합니다(예: ko, en, ja). 지역까지 지정할 때는 ISO 3166-1 Alpha 2 국가 코드를 추가합니다(예: en-US, zh-TW).
- 모든 언어 버전 페이지가 서로를 양방향으로 참조해야 합니다. 한국어 페이지가 영어를 가리키면, 영어 페이지도 반드시 한국어를 가리켜야 합니다. 한쪽만 설정하면 구글이 해당 어노테이션을 무시합니다.
- 자기 자신도 포함해야 합니다. 한국어 페이지의 hreflang 목록에 한국어 페이지 자신의 URL도 들어가야 합니다.
- x-default는 필수는 아니지만 기본 페이지를 지정할 때 권장되는 것으로 사용자의 언어에 맞는 버전이 없을 때 보여줄 기본 페이지를 지정하는 것으로, 보통 영어 페이지나 언어 선택 페이지를 지정합니다.
hreflang을 설정했는데 검색 결과에 반영되지 않는다면?
양방향 참조가 빠져 있거나, 언어 코드 형식이 잘못된 경우가 가장 흔합니다. 예를 들어 “kr” 대신 “ko”를 사용해야 합니다. kr은 국가 코드이고 ko가 한국어 언어 코드입니다.
디지트미에서는 다국어 사이트 제작 시 hreflang 설정을 구조 설계 단계에서 확정하고, 사이트맵 방식으로 일괄 관리하는 프로세스를 적용하고 있습니다. 언어 버전이 추가되거나 URL이 변경될 때 사이트맵만 수정하면 되기 때문에 유지보수 부담이 줄어듭니다.
SEO 홈페이지 제작 프로세스 전체 흐름은 SEO 홈페이지 제작 방법, 검색 상위 노출을 위한 설계 전략에서 확인하기
URL 구조 선택, 서브디렉토리 vs 서브도메인 vs ccTLD
다국어 사이트 URL 구조는 ccTLD, 서브도메인, 서브디렉토리 3가지이며, 각 방식은 관리 방식과 SEO 신호에서 차이가 있습니다.
ccTLD(국가 코드 최상위 도메인)는 example.kr, example.de처럼 국가별 도메인을 사용하는 방식입니다. 구글 공식 문서에 따르면 ccTLD는 해당 국가를 타겟하고 있다는 가장 강한 신호를 제공합니다. 다만 도메인을 국가별로 따로 구매·관리해야 하고, 각 도메인의 SEO 권위가 분산됩니다.
서브디렉토리 방식은 example.com/ko/, example.com/en/처럼 하위 경로로 언어를 구분합니다. 하나의 도메인 아래 모든 언어가 포함되므로 도메인 권위가 집중됩니다. 관리와 유지보수가 가장 효율적이고, 중소규모 사이트에서 가장 많이 채택하는 구조입니다.
서브도메인 방식은 ko.example.com, en.example.com 형태입니다. 구글은 서브도메인의 언어 접두어(ko, en)만으로 타겟 언어·지역 신호를 자동으로 판단하지 않기 때문에 hreflang 등으로 명시하는 것이 좋습니다. 독립 호스팅이 가능하지만 도메인 권위가 분산될 수 있습니다.
다국어 URL 구조 선택 체크리스트:
- 타겟 국가가 3개 이하이고, 도메인 권위 집중이 중요하다면 → 서브디렉토리
- 국가별 법률·규정 차이로 콘텐츠가 크게 다르다면 → ccTLD
- 국가별 서버 분리가 필요하지만 브랜드 통일이 중요하다면 → 서브도메인
- URL에 파라미터(?lang=ko)를 사용하는 방식은 구글이 권장하지 않음
다국어 콘텐츠 최적화 원칙, 번역만으로 부족한 이유
다국어 콘텐츠 최적화란 단순 번역을 넘어서, 각 언어권의 검색 의도와 문화적 맥락에 맞게 콘텐츠를 재구성하는 작업입니다. 한국어로 작성한 글을 그대로 영어로 옮기면 문법은 맞더라도, 해당 국가 사용자가 실제로 검색하는 키워드와 다를 수 있습니다.
예를 들어 한국에서는 “홈페이지 제작”이라는 키워드가 자연스럽지만, 영어권에서는 “website design” 또는 “web development”로 검색 의도가 나뉩니다. 각 언어 버전마다 해당 시장의 검색 수요를 별도로 조사하고, 그에 맞는 키워드를 페이지 제목과 본문에 반영해야 검색 결과에서 경쟁력을 갖출 수 있습니다.
자동 번역 도구의 품질이 높아졌지만, 자동 번역만으로 페이지를 구성하면 두 가지 위험이 있습니다. 첫째, 전문 용어나 업종 특유의 표현이 부자연스러워 사용자 이탈률이 높아집니다. 둘째, 자동 번역 콘텐츠가 대량으로 생성되면 구글이 해당 페이지를 저품질 콘텐츠로 분류할 가능성이 있습니다. 자동 번역을 초안으로 활용하되, 해당 언어 전문가가 교정하는 과정이 필수입니다.
메타 타이틀과 메타 디스크립션도 언어별로 독립 작성해야 합니다. 한국어 메타 정보를 그대로 번역하면 길이 기준이 달라져 검색 결과에서 잘리거나, 해당 시장의 클릭 유도에 효과적이지 않을 수 있습니다.
디지트미의 경우, 다국어 사이트 프로젝트에서 언어별 키워드 리서치를 별도로 진행하고, 각 언어 페이지의 메타 정보와 H 태그 구조를 독립적으로 설계하는 방식을 적용하고 있습니다.
테크니컬 SEO 전체 점검 항목은 테크니컬 SEO 완벽 가이드, 검색엔진이 읽는 기준에서 확인하세요.
Google Search Console 다국어 설정, hreflang 오류 진단과 해결
Google Search Console(이하 GSC)은 다국어 설정의 오류를 진단하는 핵심 도구로 가장 빈번한 오류 유형은 세 가지입니다.
첫째, 반환 태그 없음(no return tag) 오류입니다. A 페이지가 B 페이지를 hreflang으로 가리키는데, B 페이지가 A를 가리키지 않는 경우 발생합니다. 양방향 참조가 hreflang의 필수 조건이므로, 한쪽이라도 빠지면 구글은 해당 어노테이션 전체를 무시합니다.
둘째, 잘못된 언어 코드 사용입니다. 한국어를 “kr”로 표기하거나, 영어(미국)를 “us”로만 표기하는 실수가 잦습니다. 언어 코드(ko)와 국가 코드(KR)는 별개이며, hreflang에는 반드시 언어 코드가 먼저 와야 합니다.
셋째, hreflang이 가리키는 URL이 실제로 존재하지 않거나 리다이렉트되는 경우입니다. 301 리다이렉트를 거치는 URL을 hreflang에 넣으면 오류로 처리됩니다. 최종 도착 URL을 직접 지정해야 합니다.
GSC에서 다국어 설정을 점검할 때의 순서는 다음과 같습니다.
- GSC 왼쪽 메뉴에서 “국제 타겟팅” → “언어” 탭 진입
- hreflang 오류 목록 확인 → 오류 유형별 원인 파악
- URL 검사 도구로 개별 페이지의 hreflang 인식 상태 확인
- 오류 수정 후 사이트맵 재제출로 재크롤링 요청
사이트맵과 크롤링 제어 기본 설정은 사이트맵과 robots.txt 설정, 크롤링을 제어하는 첫 번째 단계에서 확인하세요
자주 묻는 질문
hreflang 태그를 잘못 설정하면 어떤 문제가 생기나요?
검색 결과에 잘못된 언어 버전이 노출되거나, 구글이 어노테이션 자체를 무시합니다. 양방향 참조가 빠지면 해당 설정 전체가 무효 처리되며, 중복 콘텐츠로 분류되어 일부 페이지가 색인에서 제외될 수 있습니다.
자동 번역으로 다국어 페이지를 만들면 SEO 효과가 있나요?
자동 번역만으로는 충분하지 않습니다. 전문 용어의 부자연스러운 번역이 사용자 이탈을 높이고, 대량 자동 생성 콘텐츠로 분류될 위험이 있습니다. 자동 번역을 초안으로 활용하되 전문가 교정을 거쳐야 품질과 검색 노출 모두 확보할 수 있습니다.
서브디렉토리, 서브도메인, ccTLD 중 어떤 URL 구조가 가장 유리한가요?
절대적으로 유리한 구조는 없으며 상황에 따라 다릅니다. 도메인 권위를 집중하고 관리 효율이 중요하면 서브디렉토리가 적합하고, 국가별 콘텐츠 차이가 크면 ccTLD가 적합합니다. 구글은 URL 파라미터 방식만 명확히 비권장하고 있습니다.
다국어 홈페이지의 검색 노출은 콘텐츠 품질만큼이나 구조 설정에 달려 있습니다. hreflang 태그 하나가 빠져도 특정 언어 페이지 전체가 검색에서 밀릴 수 있기 때문에, 제작 단계에서 다국어 SEO 설정을 확정하는 것이 가장 효율적입니다. 글로벌 검색 노출을 고려한 홈페이지 구조가 필요하다면, 디지트미에 문의해 주세요.
