

다국어 웹사이트를 구축할 경우, 각 언어 버전마다 고유한 URL이 필요합니다. 그래야 검색 엔진이 각 언어를 독립적으로 크롤링하고 색인화하며 순위를 매길 수 있습니다. (이유가 궁금하신가요? 언어별로 별도의 페이지가 필요한지에 대한 가이드에서 자세히 설명해 드립니다.)
이 점이 명확해지면 다음 질문은 해당 URL을 어떻게 구성할 것인가입니다. 세 가지 주요 접근 방식이 있습니다: 하위 디렉터리, 하위 도메인, 국가 코드 최상위 도메인(ccTLD)입니다. 각각의 방식은 다르게 작동하며, SEO, 기술적 설정, 검색 엔진이 콘텐츠를 처리하는 방식에 서로 다른 영향을 미칩니다.
각 옵션이 무엇을 포함하는지, 장단점은 무엇인지, 그리고 어떤 구조가 다국어 사이트에 가장 적합한지 결정하는 방법을 살펴보겠습니다.
세 가지 권장 접근법을 살펴보기 전에, 다국어 SEO에 악영향을 미칠 수 있는 두 가지 설정을 먼저 지적할 필요가 있습니다:
쿠키 기반 또는 자바스크립트 기반 언어 전환 시 동일한 URL 사용. 프랑스어와 영어 페이지가 동일한 URL(예: example.com/about)에 존재하며 방문자의 브라우저 설정이나 쿠키에 따라 언어만 변경되는 경우, 검색 엔진은 단 하나의 버전만 색인할 수 있습니다. 이는 번역된 콘텐츠가 검색 결과에 전혀 노출되지 않음을 의미하며, 페이지 링크를 공유하는 사람이 방문자를 잘못된 언어 페이지로 안내할 수 있습니다.
URL 매개변수 같은 것에 의존하는 ?lang=fr. 기술적으로는 기능하지만, URL 매개변수는 검색 엔진에서 언어 타겟팅을 위해 신뢰할 수 있게 처리되지 않습니다. 구글의 공식 문서에서도 매개변수 대신 각 언어별로 별도의 URL을 사용할 것을 권장하며, 많은 크롤러가 매개변수가 포함된 URL을 무시하거나 우선순위에서 제외할 수 있습니다.
간단히 말해, 사이트의 각 언어 버전은 고유하고 크롤링 가능한 URL을 가져야 합니다. 바로 여기서 하위 디렉터리, 하위 도메인, 국가 코드 최상위 도메인(ccTLD)이 활용됩니다.
웹사이트 구조는 기술적 SEO의 한 분야로, 검색 순위 향상을 위해 웹사이트의 기술적 설정을 개선하는 작업을 포함합니다. '기술적'이라는 단어는 사람들을 겁먹게 할 수 있지만, 하위 디렉터리, 하위 도메인, 국가 코드 최상위 도메인(ccTLD)에 대한 설명은 간단하게 해드리겠습니다!
서브디렉토리는 메인 웹사이트의 여러 섹션을 나누는 데 도움이 되는 콘텐츠 하위 폴더예요. 각 서브디렉토리는 웹사이트의 최상위 도메인(TLD)을 공유하고, 그 URL 구조는 항상 루트 도메인 뒤에 와요. 다음은 서브디렉토리의 예시들이에요:
이 예시를 보면, 온라인 상점의 메인 페이지 URL이 있고, 이 상점 페이지 안에 신발 섹션을 위한 서브디렉토리가 있는 것을 알 수 있어요. 그리고 신발 서브디렉토리 안에는 신발 액세서리를 위한 또 다른 서브디렉토리가 있죠.

이러한 계층 구조를 통해 서브디렉토리는 주로 단일 웹사이트의 콘텐츠를 정리하는 데 사용돼요. 컴퓨터에 저장된 파일, 폴더, 하위 폴더의 파일 경로(예: “내 자료\여행 사진\이탈리아 2019\콜로세움.jpg” 및 “내 자료\재정\신용카드 청구서\2021”)를 본 적이 있다면, 웹사이트 서브디렉토리의 URL 구조와 꽤 비슷하다는 것을 알 수 있을 거예요!
서브디렉토리 레벨 수에는 제한이 없어서, 이론적으로는 서브디렉토리를 계속해서 더 세분화할 수 있어요. (하지만 그렇게 하는 것은 권장하지 않아요. 그 이유는 나중에 더 자세히 알려드릴게요.)
서브도메인은 서브디렉토리와 달리 고유한 도메인 이름을 가진 웹사이트의 한 부분이에요. 서브도메인 URL 구조의 예시는 "weglot.com" 웹사이트에서 확인할 수 있어요.
보시다시피, 루트 도메인 뒤에 오는 서브디렉토리와 달리 서브도메인은 루트 도메인 앞에 '메인 이름'을 가지고 있어요. 각 서브도메인은 전체 웹사이트의 일부이긴 하지만, 기본 도메인 아래에서 별개의 독립적인 존재로 취급돼요. 기존 서브도메인에서 또 다른 서브도메인을 만들 수는 없다는 점이 중요한데요, 이 때문에 서브디렉토리 구조보다 계층 구조가 더 평평해져요.
웹사이트 콘텐츠를 지정된 지원 페이지나 블로그 섹션처럼 다른 독립적인 부분으로 분리해야 하는 경우, 서브도메인을 사용하는 것이 좋아요. 하지만 서브도메인 안에 또 다른 서브도메인을 만들 수는 없지만, 서브도메인 안에 서브디렉토리는 가질 수 있다는 점을 기억하세요. 예를 들면 다음과 같아요:

하위 디렉터리와 하위 도메인 외에도 세 번째 옵션이 있습니다: 국가 코드 최상위 도메인(ccTLD)입니다. 이는 특정 국가에 연결된 도메인 확장자로, 프랑스의 .fr, 독일의 .de, 스페인의 .es 등이 해당됩니다.
국가 코드 최상위 도메인(ccTLD)을 사용하면 사이트의 각 언어 또는 지역별 버전에 고유한 도메인이 할당됩니다:
국립 도메인(ccTLD)은 검색 엔진에 가장 강력한 지역 타겟팅 신호를 보냅니다. 프랑스에서 누군가 구글을 검색할 때, .fr 도메인은 해당 사이트가 프랑스 사용자를 대상으로 특별히 제작되었음을 시사합니다. 이는 해당 시장에서 순위 상의 이점을 제공할 수 있습니다.
그들은 또한 현지 사용자와 신뢰를 구축합니다. 프랑스 방문자가 .fr 도메인을 보면 해당 사이트가 자신들을 위한 것임을 즉시 이해하게 되어 클릭률을 높일 수 있습니다.
주요 단점은 각 ccTLD가 완전히 별개의 도메인으로 취급된다는 점입니다. 즉, 이들 도메인 간 또는 메인 .com 도메인과도 링크 권한을 공유하지 않습니다. 메인 사이트가 강력한 백링크와 높은 도메인 권한을 보유하고 있더라도, .fr 및 .de 사이트는 그 혜택을 받지 못합니다. 해당 사이트들은 권한을 처음부터 구축해야 합니다.
국가 코드 최상위 도메인(ccTLD)은 추가 비용과 유지 관리 부담을 발생시킵니다. 각 도메인을 별도로 구매 및 갱신해야 하며, 각각의 DNS 설정을 관리해야 하고, 국가별 등록 요건을 처리해야 할 수도 있습니다. 일부 ccTLD(예: .de)는 현지 관리 담당자를 요구하는데, 해당 국가에 사업장이 없는 경우 복잡성을 가중시킬 수 있습니다.
마지막으로, ccTLD는 언어보다는 국가를 대상으로 합니다. 이는 특정 시장(프랑스, 독일, 스페인)으로 확장할 때 효과적이지만, 단순히 지리적 타겟팅 없이 여러 언어로 사이트를 제공하려는 경우(예: 전 세계 스페인어 사용자에게 스페인어 버전을 제공하는 경우)에는 덜 유용합니다.
ccTLD는 특정 국가에서 강력한 현지 입지를 가진 기업에게 가장 적합합니다. 특히 현지 팀을 보유하고 국가별 제품이나 가격 정책을 운영하며 각 시장에서 독자적인 브랜드 정체성을 구축하고자 할 때 더욱 그렇습니다.
지역별 운영을 하는 대기업들은 종종 이 방식을 채택합니다. 파리, 베를린, 마드리드에 사무실을 둔 기업은 각 시장에 독립적으로 서비스를 제공하기 위해 example.fr, example.de, example.es를 사용할 수 있으며, 각 사이트마다 현지화된 콘텐츠, 가격 정책, 고객 지원 서비스를 제공합니다.
소규모 기업이 각국에 전담 팀 없이도 더 넓은 고객층을 확보하기 위해 몇 가지 언어를 추가하는 경우, 하위 디렉터리나 하위 도메인이 일반적으로 더 실용적입니다.
어떤 방식을 선택하든, 언어별 버전을 연결하려면 hreflang 태그가 필요합니다. hreflang 태그는 검색 엔진에 어떤 페이지들이 서로의 번역본인지 알려주어, 적절한 버전을 적절한 대상에게 제공할 수 있게 합니다.
hreflang 태그가 없으면 검색 엔진이 독일어 페이지를 프랑스어 사용자에게 노출하거나, 번역된 페이지를 정당한 언어별 대체 콘텐츠가 아닌 중복 콘텐츠로 처리할 수 있습니다. 서브도메인이나 국가 코드 최상위 도메인(ccTLD)을 사용하는 경우 특히 중요합니다. 검색 엔진은 이를 별개의 사이트로 간주하며, 이들 간의 관계를 자동으로 인식하지 못하기 때문입니다.
hreflang 태그를 수동으로 구현하는 것은 특히 언어를 추가할수록 복잡해질 수 있습니다. Weglot 하위 디렉터리 구조나 하위 도메인 구조를 사용하는지와 관계없이 모든 번역된 페이지에 올바른 hreflang 태그를 자동으로 추가하여 이를 Weglot .
서브디렉토리와 서브도메인 모두 전 세계 웹사이트의 콘텐츠를 정리하는 데 도움이 되지만, 각자의 특징 때문에 특정 상황에서는 한쪽이 다른 쪽보다 더 유용할 수 있어요. 여기서는 이들의 장단점과 언제 서브도메인 구조보다 서브디렉토리 구조를 사용하는 것이 더 합리적인지(또는 그 반대인지) 살펴볼게요.
SEO 관점에서 보면, 검색 엔진은 서브디렉토리를 메인 도메인의 일부로 취급해요. 이는 서브디렉토리 페이지의 도메인 권한(Domain Authority)과 페이지 권한(Page Authority)이 루트 도메인의 그것과 밀접하게 연결되어 있다는 뜻이고, 그 반대도 마찬가지예요.
(잠깐 복습하자면: '도메인 권한'과 '페이지 권한'은 Moz SEO 도구에서 개발한 점수인데요, 웹사이트 전체나 특정 웹페이지가 검색 결과 페이지(SERP)에서 얼마나 높은 순위를 차지할 가능성이 있는지를 판단하는 데 사용돼요. 점수가 높을수록 웹사이트나 웹페이지의 권한이 높다는 것을 의미하며, 그만큼 검색 순위가 높아질 가능성이 크다는 뜻이죠.)
만약 여러분의 메인 도메인(루트 도메인)이 '도메인 권한'이 높다면, 그 아래 하위 디렉토리 페이지들도 이 높은 권한을 물려받게 돼요. 그래서 도메인 권한이 높은 루트 도메인의 하위 디렉토리 페이지에 콘텐츠를 올리면, 도메인 권한이 낮은 서브도메인에 같은 콘텐츠를 올리는 것보다 검색 엔진 순위(SEO 순위)에서 더 유리할 수 있답니다.
게다가, 하위 디렉토리를 잘 활용하면 웹사이트를 훨씬 더 쉽게 둘러볼 수 있게 만들 수 있어요. URL에 명확한 구조를 부여해서, 사용자들이 어떤 페이지를 클릭하는지, 그리고 각 웹 페이지들이 서로 어떤 관계인지 쉽게 이해할 수 있도록 도와주죠.

예를 들어, 같은 웹 페이지로 연결되는 두 가지 URL이 있다고 해볼게요.
어떤 URL이 더 클릭하고 싶게 생겼나요? 당연히 두 번째 URL이죠! 왜냐하면 URL이 무슨 내용을 담고 있는지 바로 알 수 있으니까요. 반면에 첫 번째 URL은 그냥 의미 없는 문자들의 나열처럼 보이죠.
동시에 두 번째 URL을 보면, 웹사이트의 블로그 섹션에 있는 "Hello world"라는 제목의 블로그 게시물이라는 걸 짐작할 수 있어요. 하지만 첫 번째 URL만 봐서는 이 웹 페이지가 무엇에 대한 것인지 도저히 알 수 없겠죠.
하위 디렉토리가 웹 페이지를 분류하는 데 유용하긴 하지만, 너무 많이 만드는 건 좋지 않아요. 왜냐하면 하위 디렉토리 계층이 너무 많아지면 URL이 엄청 길고 복잡해지기 때문이죠. 마치 끝없이 이어지는 것 같은 이 가상의 URL을 한번 보세요.
"https://example.com/website/blog/dailylife/pets/cats/british-shorthairs/2022/january/14/friday/taking-my-cat-to-the-vet/…"
이렇게 긴 URL은 사용자 경험을 좋지 않게 만들 수 있어요. 사용자들이 너무 길어서 부담을 느끼고 클릭을 피할 수도 있거든요 (만약 이 URL을 링크의 텍스트로 사용했다면요). 특히 URL을 직접 입력해야 하는 경우라면, 다른 사람들과 공유하는 것도 꺼리게 될 수 있죠.
그러니 만약 복잡한 하위 디렉토리 계층이 필요한 웹사이트를 운영하더라도, 이 계층들을 최대한 단순하게 만들려고 노력해보세요. 예를 들어, 정말 필수적인 카테고리와 하위 카테고리만 남기고 웹사이트 분류를 간소화하는 것을 고려해볼 수 있죠. 아니면 대신 서브도메인을 사용하는 것도 생각해볼 수 있어요 (이 부분은 나중에 더 자세히 다룰게요).
하위 디렉토리는 메인 사이트의 목적과 관련된 콘텐츠를 많이 발행하는 웹사이트에 아주 적합해요. 예를 들어, 여러분이 제품 홍보를 위해 웹사이트를 만들었고, 검색 결과 페이지(SERP)에서 최대한 높은 순위를 차지하고 싶다고 해볼게요. 콘텐츠 마케팅 및 SEO 전략의 일환으로, 제품과 관련된 키워드로 순위를 올릴 블로그 게시물을 발행하기로 결정하는 거죠. 블로그 게시물에 들어온 검색 사용자들이 제품을 더 자세히 살펴보길 바라면서요.
이런 경우엔 블로그 콘텐츠가 제품을 소개하는 메인 웹사이트의 일부로 여겨지길 원할 거예요. 왜냐하면 블로그 게시물이 쌓는 권한이 메인 웹사이트에도 영향을 미쳐서, 전체적으로 검색 결과 페이지(SERP)에서 더 높은 순위를 차지하는 데 도움이 되기 때문이죠.
이런 이유로 Weglot 블로그 URL이 “blog.weglot.com” 대신 “weglot.com/blog”로 구성된 것을 볼 수 있을 거예요!
하위 디렉토리의 또 다른 활용 사례는 다양한 웹사이트 섹션을 분류하고 싶을 때예요. 나이키 웹사이트를 예시로 들어볼 수 있는데요, 방문해보면 이 회사가 여러 나라 사용자들을 위한 웹 페이지에 각각 다른 하위 디렉토리를 사용하고 있는 것을 볼 수 있을 거예요. 예를 들면 다음과 같죠.



서브도메인을 사용하는 뚜렷한 장점은 다양한 캠페인, 지역별 버전, 또는 비즈니스의 특정 부문을 위해 독립적인 공간을 따로 만들 수 있다는 점이에요. 예를 들어, 프랑스, 뉴질랜드, 스페인에서 온라인 상점을 운영하고 있다면, 각 운영 국가별로 다음과 같은 서브도메인을 가질 수 있죠.
이런 지역별 서브도메인은 사용자들이 여러분의 온라인 상점 중 특정 지역 버전을 방문하고 있다는 것을 아주 명확하게 알려주는 역할을 해요.
서브도메인은 메인 웹사이트와 별개의 웹사이트로 취급되기 때문에, 루트 도메인의 권위에 영향을 주지 않아요 (그리고 그 반대도 마찬가지고요). 그래서 SERP에서 아주 높은 순위를 차지하는 서브도메인이 있더라도, 메인 웹사이트의 검색 순위에는 거의 영향을 미치지 않을 거예요.
앞서 말씀드렸듯이, 서브도메인을 사용해서 웹사이트의 지역별 버전을 만들 수 있어요. 이 서브도메인들은 메인 웹사이트의 도메인 권한이나 페이지 권한을 공유하지 않죠. 하지만 웹사이트 버전들이 완전히 다른 대상을 위한 것이고 다른 키워드를 목표로 한다면, 그리고 한 웹사이트의 순위가 다른 웹사이트에 영향을 미치지 않기를 원한다면, 이런 상황이 오히려 도움이 될 수 있어요.
예를 들어, 위키백과 웹사이트에 가보면 온라인 백과의 지역별 버전을 위해 다음과 같은 서브도메인을 사용하고 있는 것을 볼 수 있을 거예요:
웹사이트에 지역별 버전이 없더라도, 여러 웹사이트에 콘텐츠를 분산시키고 SEO 목적으로 해당 콘텐츠를 별개의 웹사이트로 취급하고 싶을 때 서브도메인을 사용할 수도 있어요. 예를 들어, HubSpot 웹사이트(https://www.hubspot.com/)에는 다음과 같은 서브도메인이 있어요:

마찬가지로, 별도의 브랜딩과 랜딩 페이지가 필요한 디지털 마케팅 캠페인을 운영하고 있다면, 메인 도메인 대신 다른 서브도메인 아래에 두는 것이 합리적일 수 있어요.
장난감 제조업체 레고의 사례를 한번 볼까요? 메인 도메인인 'lego.com' 외에도, 사용자들은 'https://ideas.lego.com/' 서브도메인에서 레고 아이디어 캠페인에 따라 새로운 레고 제품 아이디어를 제출할 수 있어요.
마지막으로, 순전히 기술적인 필요 때문에 서브도메인을 사용하는 것이 합리적일 수도 있어요. 이런 경우죠:
두 번째 상황의 예시로, Flodesk 웹사이트를 한번 보세요. 이 이메일 플랫폼은 메인 도메인이 'https://flodesk.com/'이고, 지식 기반(knowledge base)을 위해 타사 헬프 데스크 소프트웨어를 사용해요. 그래서 지식 기반의 URL 구조가 'https://flodesk.com/help' 대신 'https://help.flodesk.com/'인 것을 알 수 있을 거예요.
웹사이트 구성을 위해 하위 디렉토리와 서브도메인 중 무엇을 선택할지 결정할 때, SEO를 고려하는 것이 중요해요. 검색 엔진이 웹 페이지 순위를 정할 때, 어떤 웹사이트 구조가 다른 것보다 본질적으로 더 유리한 점이 있을까요?
정답은 '아니요'예요. 이 영상에서 구글 검색 엔진의 검색 옹호자(Search Advocate)인 John Mueller는 구글 알고리즘이 페이지 순위를 매길 때 서브도메인을 하위 디렉토리보다 (또는 그 반대도) 선호하지 않는다고 말해요:
특히 그는 이렇게 말해요:
“구글 웹 검색은 서브도메인이나 하위 디렉토리 둘 다 사용하는 것에 괜찮아요. [...] 웹사이트의 일부를 하위 디렉토리로 설정하는 것은 저희에게 괜찮아요. 모든 것이 같은 서버에 있고 비슷한 방식으로 크롤링할 수 있다는 것을 이해하기 때문에 크롤링에 도움이 되죠. [...]
웹사이트 섹션을 별도의 서브도메인에 두는 것도 저희에게는 괜찮아요. [...] 저희가 따로 크롤링하는 방법을 배워야 하지만, 대부분의 경우 처음 며칠 동안은 그냥 형식적인 절차일 뿐이에요.
요약하자면, 여러분의 설정에 가장 잘 맞는 것을 사용하고, 둘 중 하나를 선택할 때는 장기적인 계획을 고려하세요.”
하위 디렉토리나 서브도메인을 선택하는 것이 웹사이트 순위에 직접적인 영향을 미치지는 않아요. 하지만 메인 웹사이트의 순위를 높이는 것이 목표라면, 하위 디렉토리 구조를 사용하는 것이 분명히 도움이 될 수 있어요. 하위 디렉토리의 콘텐츠는 메인 웹사이트의 권위를 공유하지만, 서브도메인에 있는 콘텐츠는 그렇지 않기 때문이죠.
구글의 알고리즘은 본질적으로 특정 구조를 다른 구조보다 선호하지 않습니다. 하지만 사이트에 적합한 선택은 구체적인 상황에 따라 달라집니다. 고려해야 할 핵심 질문은 다음과 같습니다:
1. 번역된 콘텐츠가 본 사이트와 권위를 공유하도록 하시겠습니까? 그렇다면 하위 디렉터리를 사용하세요. example.com/fr/에 있는 콘텐츠는 example.com의 도메인 권위를 상속하고 기여합니다. 이는 모든 콘텐츠(다양한 언어 포함)가 함께 작용하여 전체 검색 순위를 높이고자 하는 기업에게 가장 흔한 선택입니다.
2. 지역별로 별도의 독립적인 웹사이트가 필요한가요? 그렇다면 서브도메인이나 국가별 최상위 도메인(ccTLD)을 고려하세요. 지역별 사이트가 서로 다른 콘텐츠, 다른 브랜딩을 사용하거나 근본적으로 다른 대상 고객을 대상으로 한다면 분리하는 것이 합리적입니다. 서브도메인(fr.example.com)은 설정하기 더 쉽습니다. ccTLD(example.fr)는 더 강력한 지역 타겟팅 신호를 보내지만 더 많은 투자가 필요합니다.
3. 몇 개의 언어를 추가하시나요? 2~5개 언어의 경우 하위 디렉터리가 일반적으로 가장 간단하고 효과적인 선택입니다. 여러 국가에 걸쳐 10개 이상의 언어를 제공하는 경우, 별도의 도메인을 관리할 자원이 있다면 ccTLD(국가 코드 최상위 도메인)를 고려해 볼 수 있습니다. 다만 대규모 다국어 사이트 중 상당수는 여전히 하위 디렉터리를 성공적으로 활용하고 있습니다.
4. 지역별로 콘텐츠를 관리하는 현지 팀이 있습니까? 각 국가에 자체 콘텐츠 전략을 가진 전담 팀이 있다면, ccTLD(국가 코드 최상위 도메인)나 서브도메인을 사용하면 팀의 자율성을 높일 수 있습니다. 중앙 팀이 모든 번역을 관리한다면, 서브디렉터리를 사용하면 모든 것을 한 곳에서 관리할 수 있습니다.
5. 예산과 기술적 역량은 어느 정도인가요? 하위 디렉터리는 유지 관리 비용이 가장 저렴하고 복잡성도 가장 낮습니다. 하위 도메인은 일부 DNS 구성이 필요합니다. 국가 코드 최상위 도메인(ccTLD)은 별도의 도메인 구매, 별도의 DNS 관리, 그리고 국가별 등록 요건 충족이 필요할 수 있습니다.
그러나 서브도메인 구조를 선택하고 해당 서브도메인이 메인 웹사이트와 동일한 키워드를 타겟팅할 경우(또는 그 반대의 경우), 웹사이트 콘텐츠가 검색 결과 페이지(SERPs)에서 서로 경쟁하게 될 수 있다는 점을 유의하십시오! 이를 방지하려면 각 서브도메인을 서로 다른 키워드 검색에 최적화하십시오.
예를 들어, 서브도메인에 메인 웹사이트 페이지의 다른 언어 버전이 포함되어 있다면 키워드를 번역하는 것을 고려해 보세요. 더 자세한 안내를 원하시면, 4가지 쉬운 단계로 이 작업을 수행하는 방법을 보여주는 저희 영상을 확인해 보세요:
서브도메인은 다양한 캠페인, 지역별 버전, 그리고 비즈니스의 다른 부분들을 위한 독특하고 개별적인 사이트를 만드는 데 활용될 수 있어요. 여러 나라에서 운영되는 온라인 비즈니스라면 이 방법이 아주 좋은 결과를 가져올 수 있습니다.
반면에 서브디렉토리는 웹사이트의 콘텐츠가 도메인과 관련이 깊을 때 특히 유용해요. 만약 제품 홍보를 위한 웹사이트를 만들고, 제품 관련 키워드를 다루는 블로그 게시물을 올린다면 서브디렉토리를 사용하는 게 유리하죠. 이렇게 하면 블로그 게시물이 메인 웹사이트의 '권위'를 함께 얻게 되어, 검색 결과(SERP)에서 더 높은 순위를 차지하는 데 도움이 되거든요.
서브디렉토리와 서브도메인 중 어떤 것이 SEO에 더 좋은지에 대한 핵심은 이거예요. 뮬러가 말했듯이, 결국 여러분의 비즈니스에 가장 좋은 것이 무엇인지에 달려 있다는 사실에 놀라지 않을 거예요.
서브디렉터리, 서브도메인, 국가 코드 최상위 도메인(ccTLD)이라는 세 가지 URL 구조 모두 다국어 웹사이트를 구성하는 유효한 방법입니다. 선택은 비즈니스 요구사항, SEO 전략, 그리고 보유한 자원에 부합해야 합니다.
하위 디렉터리는 루트 도메인 아래에 위치하며, 해당 도메인의 권한을 공유합니다. 설정 방법이 가장 간단하여 번역된 콘텐츠로 전체 검색 순위를 높이고자 하는 대부분의 기업에 이상적입니다.
서브도메인은 브랜드 아래 별도의 사이트를 생성합니다. 지역별 콘텐츠가 충분히 차별화되어 검색 엔진이 각 버전을 독립적으로 처리하도록 원할 때 유용합니다. 웹사이트 소유자는 일반적으로 서브도메인을 사용하여 지원 센터나 블로그와 같이 메인 웹사이트와 관련되지만 분리된 웹사이트 섹션을 만듭니다.
ccTLD는 가장 강력한 지역 타겟팅 신호를 제공하는 국가별 도메인을 제공합니다. 특정 시장에서 강력한 현지 입지를 가진 기업에 적합하지만, 더 많은 투자가 필요하며 도메인 간 권위 공유가 불가능합니다.
서브디렉토리와 서브도메인은 웹사이트의 다른 언어 버전을 위한 섹션을 만들 때도 흔히 사용돼요. 어떤 웹마스터들은 이런 다국어 페이지에 서브디렉토리를 사용하는 걸 선호하고, 또 어떤 사람들은 새로운 서브도메인을 만드는 걸 좋아하죠. 만약 여러분도 같은 상황에서 어떤 방법이 '정답'인지 궁금하다면, 사실 정답은 없어요! 모든 것은 여러분의 SEO 전략과 비즈니스에 가장 잘 맞는다고 생각하는 접근 방식에 달려 있답니다.
어떤 구조를 선택하든 Weglot 다국어 웹사이트를 쉽게 구축하고 최적화할 Weglot . Weglot 번역된 콘텐츠 세트마다 별도의 언어별 하위 디렉터리 또는 하위 도메인을 Weglot 생성하고, hreflang 태그를 구현하며, 수동 백엔드 설정 없이도 URL과 메타데이터를 번역합니다.
Weglot WordPress, Shopify, Webflow 포함한 모든 주요 웹사이트 및 전자상거래 플랫폼과 Weglot . 여기에서 계정을 등록하여 Weglot 무료로 사용해 보세요.