구조·마크업 · 공식 문서

다국어 웹 사이트 구조, URL 방식별 선택 기준

구글은 언어마다 다른 URL을 쓰라고 권하고, 국가별 도메인·하위 도메인·하위 디렉터리의 장단점을 나란히 적었습니다. 나라 하나를 오래 겨냥하면 국가별 도메인, 조직·서버를 나누면 하위 도메인, 한 사이트에서 언어를 늘리면 하위 디렉터리가 맞습니다. URL 매개변수 방식은 구글이 「권장하지 않음」으로 적었습니다.

다국어 사이트를 만들 때 처음 정하는 것은 번역이 아니라 URL입니다. 한번 정한 URL 구조는 나중에 바꾸면 사이트 이전이 됩니다.

구글 공식 문서는 URL 방식 넷의 장단점을 표로 적어 두었습니다. 이 편은 그 표를 옮기고, 사이트 상황별로 어느 방식을 고를지 기준을 붙였습니다.

발견 01

구글은 같은 URL에서 언어를 바꾸지 말고 언어마다 다른 URL을 쓰라고 권합니다

Google recommends using different URLs for each language version of a page rather than using cookies or browser settings to adjust the content language on the page.

구글은 쿠키나 브라우저 설정으로 같은 페이지의 언어를 바꾸지 말고, 언어 판마다 다른 URL을 쓰라고 권합니다.

Google Search Central 「Managing multi-regional and multilingual sites」
같은 URL에서 언어를 바꿀 때 생기는 일공식 문서 원문
구글이 일부 언어 판을 찾지 못하고 크롤링하지 못할 수 있습니다If you prefer to dynamically change content or reroute the user based on language settings, be aware that Google might not find and crawl all your variations.언어 설정에 따라 내용을 바꾸거나 사용자를 다른 판으로 보내면 구글이 모든 판을 찾아 크롤링하지 못할 수 있습니다.
크롤러는 주로 미국에서 오고, 언어 선호 헤더를 보내지 않습니다This is because the Googlebot crawler usually originates from the USA. In addition, the crawler sends HTTP requests without setting Accept-Language in the request header.Googlebot 크롤러는 대개 미국에서 오고, 요청 헤더에 Accept-Language 를 넣지 않고 HTTP 요청을 보내기 때문입니다.
언어별 URL을 따로 두고 hreflang 으로 묶으라고 권합니다We recommend using separate locale URL configurations and annotating them with rel="alternate" hreflang annotations.지역별 URL을 따로 두고 rel="alternate" hreflang 주석을 다는 방식을 권합니다.

발견 02

URL 방식 4가지는 장단점이 다르고, 매개변수 방식만 권하지 않습니다

URL 방식예장점단점
국가별 도메인example.de명확한 지역 타겟팅, 서버 위치가 중요하지 않음, 간편한 사이트 분리많은 비용 발생(사용 가능성이 제한될 수 있음), 추가 인프라 필요, 경우에 따라 ccTLD 요구사항이 엄격함, 단일 국가만 타겟팅할 수 있음
gTLD를 포함하는 하위 도메인(서브도메인)de.example.com간편한 설정, 다양한 서버 위치 허용, 간편한 사이트 분리사용자가 URL만으로 지역 타겟팅을 인식하지 못할 수 있음(예: 'de'가 언어인지 국가인지 확실하지 않음)
gTLD를 포함하는 하위 디렉터리(서브폴더)example.com/de/간편한 설정, 저렴한 유지 관리비(호스트가 동일함)사용자가 URL만으로 지역 타겟팅을 인식하지 못할 수도 있음, 단일 서버 위치, 사이트의 분리가 어려움
URL 매개변수site.com?loc=de없음URL 기반 세분화가 어려움, 사용자가 URL만으로 지역 타겟팅을 인식하지 못할 수도 있음
장점·단점 칸은 구글 문서 한국어판 「URL 구조 옵션」 표의 문장 그대로입니다.
이럴 때고를 방식
나라 하나를 오래 겨냥하고, 그 나라 도메인을 등록할 수 있을 때국가별 도메인
언어·나라마다 운영 조직이나 서버를 따로 둘 때gTLD를 포함하는 하위 도메인(서브도메인)
한 팀이 한 사이트에서 언어를 차례로 늘려 갈 때gTLD를 포함하는 하위 디렉터리(서브폴더)
고르지 않습니다(구글 문서가 「권장하지 않음」으로 적음)URL 매개변수
선택 기준은 위 장단점에서 끌어낸 편집 판단입니다.

국가별 도메인은 나라가 분명히 드러나지만 나라 하나만 겨냥합니다. 구글은 나라마다 등록 자격이 다를 수 있으니 먼저 알아보라고 적었습니다(원문: Some countries have restrictions on who can use ccTLDs, so be sure to do your research first.)

하위 디렉터리는 한 호스트라 관리가 가볍습니다. 언어를 하나씩 늘려 가는 사이트에 맞습니다.

구조가 섞여도 됩니다. 대체 URL은 같은 도메인일 필요가 없다고 구글이 적었습니다.

발견 03

URL 속 언어 표시는 구글이 대상 판단에 쓰지 않아서 hreflang 으로 따로 알려야 합니다

구글이 보는 것과 보지 않는 것공식 문서 원문
페이지 언어는 보이는 본문으로 판단합니다Google uses the visible content of your page to determine its language. We don't use any code-level language information such as lang attributes, or the URL.구글은 페이지에 보이는 본문으로 언어를 판단합니다. lang 속성 같은 코드 수준 언어 정보나 URL은 쓰지 않습니다.
en·de 같은 하위 도메인 이름으로 대상을 정하지 않습니다Note that the language-specific subdomains in these URLs (en, en-gb, en-us, de) are not used by Google to determine the target audience for the page; you must explicitly map the target audience.URL의 언어별 하위 도메인(en, en-gb, en-us, de)은 구글이 페이지 대상 판단에 쓰지 않으므로 대상을 명시적으로 지정해야 합니다.
URL 에 현지어 낱말을 써도 되고, UTF-8 로 인코딩합니다However, be sure to use UTF-8 encoding in the URL (in fact, we recommend using UTF-8 wherever possible) and remember to escape the URLs properly when linking to them.URL에는 UTF-8 인코딩을 쓰고(되도록 어디서나 UTF-8 을 권함), 링크할 때 URL을 올바르게 이스케이프합니다.
같은 언어의 여러 지역 URL은 대표 판과 hreflang 으로 정리합니다If you provide similar or duplicate content on different URLs in the same language as part of a multi-regional site (for instance, if both example.de/ and example.com/de/ show similar German language content), pick a preferred version and use the rel="canonical" element and hreflang tags to make sure that the correct language or regional URL is served to searchers.다지역 사이트에서 같은 언어의 비슷하거나 같은 콘텐츠를 다른 URL에 두면, 선호 버전을 고르고 rel="canonical" 과 hreflang 을 써서 검색하는 사람에게 맞는 언어·지역 URL이 나가게 합니다.

발견 04

언어 전환 링크는 자동 이동 대신 모든 페이지의 선택 링크로 두고, 지킬 것은 5가지입니다

할 것공식 문서 원문
모든 페이지에 다른 언어 판으로 가는 링크를 둡니다Consider adding hyperlinks to other language versions of a page. One way to do this could be to show links on all pages for users to select their region and/or language of choice.페이지의 다른 언어 판으로 가는 하이퍼링크를 두는 것이 좋습니다. 모든 페이지에 지역·언어를 고르는 링크를 보여 주는 방법이 있습니다.
언어는 방문자가 링크로 고르게 둡니다(자동 이동 없이)Avoid automatically redirecting users from one language version of a site to a different language version of a site. These redirections could prevent users (and search engines) from viewing all the versions of your site.한 언어 판에서 다른 언어 판으로 사용자를 자동 리디렉션하지 않습니다. 이런 리디렉션은 사용자와 검색엔진이 사이트의 모든 판을 보지 못하게 할 수 있습니다.
URL마다 내용을 고정하고 IP 와 상관없이 같게 보여 줍니다Don't use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable.IP 분석으로 내용을 바꾸지 않습니다. IP 위치 분석은 어렵고 대체로 믿을 수 없습니다.
한 페이지는 본문과 메뉴를 한 언어로 씁니다You can help Google determine the language correctly by using a single language for content and navigation on each page, and by avoiding side-by-side translations.페이지마다 본문과 메뉴에 한 언어만 쓰고 나란히 번역을 피하면 구글이 언어를 정확히 판단하는 데 도움이 됩니다.
잘못 들어온 방문자를 전제로 링크를 둡니다Remember that geotargeting isn't an exact science, so it's important to consider users who land on the "wrong" version of your site.지역 타겟팅은 정확하지 않으므로 사이트의 「잘못된」 판에 도착한 사용자를 고려해야 합니다.

언어 전환 링크는 같은 내용의 다른 언어 판으로 가야 합니다. 영어판 상품 페이지에서 한국어를 누르면 한국어판 홈이 아니라 같은 상품의 한국어판으로 갑니다.

짝이 없는 페이지라면 그 언어의 홈으로 보냅니다. 맞는 언어가 아예 없는 방문자용 기본 페이지는 「hreflang x-default」 편에 자세히 적었습니다.

발견 05

B2B·B2C·B2G 는 고르는 URL 방식이 다릅니다

예시 ① 영어·일본어 판을 차례로 여는 부품 제조사(B2B)

한 마케팅 팀이 한 사이트를 관리합니다. example.com/en/ · /ja/ 처럼 하위 디렉터리로 두면 서버와 웹마스터 도구가 하나로 끝납니다.

언어 판 메뉴 끝에 언어 선택 링크를 두고, 품번 페이지끼리 짝을 맞춥니다.

예시 ② 일본 법인을 따로 둔 화장품 쇼핑몰(B2C)

일본 법인이 결제·배송·고객 응대를 따로 맡습니다. 일본 국가별 도메인을 쓰면 나라가 분명하고, 사이트를 따로 운영하기 쉽습니다.

한국 사이트와 일본 사이트의 같은 상품 페이지를 hreflang 으로 잇습니다. 도메인이 달라도 이을 수 있습니다.

예시 ③ 외국인 안내 판을 여는 공공기관 누리집(B2G)

국문 누리집에 영어·중국어 안내를 더합니다. 운영 부서가 하나라 하위 디렉터리가 맞습니다.

방문자 IP 로 언어를 바꾸던 기존 방식은 걷고, 모든 페이지 머리글에 언어 선택 링크를 둡니다.

그럼 URL 구조는 어떤 순서로 정하나요?

  1. 겨냥할 것이 언어인지 나라인지 정합니다. 언어만 다르면 다국어, 나라마다 내용이 다르면 다지역 사이트입니다.
  2. 운영 조직·서버를 나라마다 나눌지 정합니다. 나누면 국가별 도메인이나 하위 도메인, 하나면 하위 디렉터리입니다.
  3. 언어마다 URL을 따로 둡니다(쿠키·IP 로 같은 URL의 언어를 바꾸는 방식은 피합니다).
  4. 언어 전환 링크를 모든 페이지에 두고 위 5가지를 맞춥니다.
  5. 언어 판끼리 hreflang 으로 묶습니다. 확인 순서는 「hreflang 태그 확인 방법」 편에 적었습니다.

조사 방법

  • Google Search Central 「Managing multi-regional and multilingual sites」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites
  • Google Search Central 「Tell Google about localized versions of your page」 (문서 수정일 2026-09-21) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/specialty/international/localized-versions
  • Google Search Central 「How Google crawls locale-adaptive pages」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/specialty/international/locale-adaptive-pages
  • URL 방식 4가지의 「이럴 때」와 언어 전환 링크 5가지는 위 문서의 장단점과 권고를 묶은 것입니다. 묶는 방식은 편집 판단입니다.
  • 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
  • 원문은 영어판(hl=en)이고, URL 방식 이름과 장단점은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.