언어 및 국가 타겟팅 가이드
게시 됨: 2018-11-19국가 및 언어 타겟팅이 모두 필요한 웹사이트를 설정하는 가장 좋은 방법은 무엇입니까? 글쎄요, 이것은 SEO 전문가들 사이에서 많은 논란이 되고 있는 문제이며 불행히도 명확한 답은 없습니다. 웹 사이트 설정 방법에 관계없이 모든 상황이 다르고 비즈니스의 고유한 특성에 따라 다르기 때문에 단점이 있습니다.
그러나 주제에 대한 소개로 전자 상거래 환경에서 언어 및 국가 타겟팅 문제에 접근하는 방법을 탐구할 것입니다.
처음에 우리의 접근 방식을 고려할 때 고려해야 할 여러 가지 문제가 있었지만 기본적으로 염두에 두어야 할 두 가지 중요한 요소가 있었습니다.
- 검색 엔진 최적화(SEO)
- 전환율 최적화(CRO)
도메인 설정을 선택할 때 이 두 가지 요소에 대해 고려해야 할 두 가지 개별 측면이 있었습니다. 즉, 언어를 대상으로 하는 방식과 국가를 대상으로 하는 방식입니다. 다국어 사이트는 콘텐츠를 두 개 이상의 언어로 제공하는 웹사이트입니다(예: 영어와 프랑스어로 콘텐츠를 제공하는 캐나다 기업).
반면에 다중 지역 웹 사이트는 특히 다른 국가의 사용자를 대상으로 하는 웹 사이트입니다. 이는 주문 프로세스, 배송 세부 정보, 주소 조회 및 기타 콘텐츠와 같은 콘텐츠를 개인화하여 지리적 위치를 기반으로 전환을 개선함으로써 CRO를 개선하기 위해 자주 수행됩니다. 이 두 가지 개별 설정 외에도 사이트가 다지역 및 다국어 모두 가능하다는 점을 염두에 두는 것이 중요합니다.
우리가 작업하는 브랜드는 여러 국가에서 인기가 있으며 그 중 일부(예: 캐나다)는 여러 국가의 사용자에게 서비스를 제공하므로 설정에 또 다른 수준의 복잡성이 추가되었습니다. 사용자에게 정확한 언어를 제공하는 동시에 지리적 위치에 맞는 사용자 경험을 제공하여 배송, 가격 및 보증에 대한 현실적인 기대치를 제공하려면 어떻게 해야 합니까?
이전 설정은 어땠나요?
이전에는 미국 버전(https://brandwebsites.com/us/), 프랑스어 버전(https://brandwebsites.com/fr/) 및 캐나다 버전과 함께 MoreNiche 네트워크의 모든 사이트에 대한 하위 디렉토리 설정을 사용했습니다. https://brandwebsites.com/can/의 사이트.
결과적으로 캐나다 사용자는 검색한 언어에 따라 /can/ 또는 /fr/이 될 수 있으며 일부 캐나다 사용자는 로케일이 en-US로 설정되어 있어도 /us/ 사이트에 방문하기도 합니다. 사실, 모든 캐나다 사용자의 거의 절반이 미국 사이트를 방문했고 CRO에 큰 도움이 되는 것으로 입증된 중요한 유용성 개선 사항을 놓쳤습니다.
전반적으로 언어와 국가를 모두 올바르게 타겟팅하는 경우 정확도는 70%로 상당 부분의 사이트 사용자가 최적의 경험을 하고 있지 못했습니다. 이것은 이미 다중 도메인 설정을 사용하고 있고 90%의 정확도를 등록한 CrazyBulk 사이트보다 현저히 낮은 성능이었습니다.
이는 전환율과 국가별 브랜드 순위 모두에 반영되었습니다. 일반적으로 Google은 언어 사이트 설정을 선호하는 것으로 보였고 사용자는 향상된 맞춤 결제 환경과 기타 CRO 노력의 이점을 얻었습니다.
완벽한 솔루션은 어떤 모습인가요?
그렇다면 지역 및 언어 기반 타겟팅이 모두 필요한 설정에 이상적인 솔루션은 무엇입니까? 이것은 완벽한 답이 없는 까다로운 질문입니다. 사실, SEO는 이 논쟁의 여지가 있는 문제에 대해 끊임없이 토론하고 있습니다.
우리의 장기적 비전은 모든 사이트가 언어(ccTLD) 도메인 또는 ccTLD를 사용할 수 없는 하위 도메인(gTLD)에 있어야 경험이 특정 국가에 맞춰질 수 있도록 하는 것입니다. 둘 이상의 언어가 필요한 국가는 결국 다국어 설정을 해야 합니다. 예를 들어 https://brandwebsites.ca는 기본 캐나다 영어 사이트를 제공하는 반면 https://brandwebsites.ca/fr/는 약간 덜 제공합니다. 중요한 프랑스어 캐나다 언어 사이트.
트래픽의 대부분이 계열사에서 발생하기 때문에 대부분의 사용자가 지리적 위치에 맞는 경험을 할 수 있도록 CRO를 먼저 고려 하는 것이 더 중요하다고 느꼈습니다.
이 설정을 지원하고 중복 콘텐츠 문제가 발생하지 않도록 하기 위해 검색 엔진에 정확히 우리가 타겟팅하는 대상을 설명하기 위해 hreflang을 올바르게 사용하고 있는지 확인해야 했습니다. 또한 여러 도메인에서 중복 콘텐츠를 염두에 두고 정규화를 사용해야 하는지 또는 여러 국가의 여러 사용자를 대상으로 했기 때문에 실제로 중복 콘텐츠를 갖는 것이 괜찮은지 신중하게 고려해야 했습니다. 다음은 언어 및 국가별 웹사이트의 경우 중복 콘텐츠에 대한 Google의 조언에서 발췌한 것입니다.
종종, 특히 SEO 모자를 쓰고 있을 때 웹사이트에 중복 콘텐츠가 있는 것을 지나치게 두려워하기가 너무 쉽습니다. 이러한 두려움의 대부분은 2011년 2월의 초기 Google Panda 업데이트의 지나치게 열성적인 특성으로 인해 발생했습니다. 중복 콘텐츠는 항상 염두에 두어야 할 사항이었지만 Panda가 도입되면서 그 중요성이 10배 증가했습니다.
하룻밤 사이에 이전에 순위가 높았던 많은 사이트가 콘텐츠 품질과 사이트에 대한 플래그를 제기하고 전체 도메인을 낮은 품질로 효과적으로 표시한 중복 문제로 인해 사라졌습니다. 사실, 팬더 이후의 세계에서 중복 콘텐츠에 대한 자세한 조언을 제공하는 Moz의 이 오래된 게시물을 읽는 것이 좋습니다.
지금 주목할 가치가 있는 한 가지는 2016년 1월 이후로 Panda가 사실상 Google 핵심 알고리즘의 또 다른 부분일 뿐이며 본질적으로 훨씬 더 세분화되어 있다는 것입니다. 즉, 최악의 시나리오에서도 전체 도메인이 불이익을 받아서는 안 됩니다. 그러나 우연한 기회에 알고리즘의 다음 새로 고침을 위해 몇 달을 기다릴 필요가 없으므로 훨씬 더 빨리 복구할 수 있습니다.
또한 Google은 특히 여러 국가의 다양한 사용자를 대상으로 하는 일부 중복 콘텐츠가 허용된다는 사실을 빠르게 알게 되었습니다. 이를 염두에 두고 2011년 12월에 hreflang 속성을 도입하여 Google 검색에서 가져온 콘텐츠 버전을 볼 수 있는 사람을 Google에 표시할 수 있습니다.
이제 첫 번째 단계가 완료되었습니다.
따라서 다양한 기술 및 리소스 관련 이유로 이전 설정에서 꿈의 설정으로 직접 이동할 수 없었습니다. 대신, 우리는 그 길을 따라 몇 걸음 걸음을 내디뎠습니다. 현재 우리와 함께 작업하는 대부분의 브랜드에 대해 다음 도메인이 있습니다.
https://brandwebsites.com
https://uk.brandwebsites.com
https://au.brandwebsites.com
https://ca.brandwebsites.com
https://fr.brandwebsites.com
https://de.brandwebsites.com
https://brandwebsites.es
https://brandwebsites.gr
보시다시피 .com gTLD 도메인과 ccTLD에는 하위 도메인이 혼합되어 있습니다. ccTLD를 획득할 때 하위 도메인에서 ccTLD로 이동하여 ccTLD에 대한 설정을 표준화할 것이며 나중에 논의할 다른 잠재적 이점도 염두에 두어야 합니다.
2017년 초에 이 마이그레이션을 완료한 이후로 사이트맵을 업데이트했으며 Google 및 Bing 웹마스터 도구에서 새 도메인이 올바르게 설정되었는지 확인했습니다. 또한 영구(301) 리디렉션을 설정하여 이전 위치로의 트래픽 방문이 단순히 손실되지 않고 이전 설정의 페이지에 연결되는 다른 웹사이트의 가치 중 일부를 유지합니다.
2017년 2월 6일부로 'www'에서 리디렉션을 처리하는 방식에 대한 서버 변경 사항도 발표했습니다. '비 www.' 모든 트래픽의 보안을 보장하고 https://로 리디렉션하는 방식에 대한 변경 사항도 포함됩니다.
이러한 변경 사항과 함께 새 사이트맵 위치를 명확하게 표시하고 일부 브랜드 웹사이트의 검색 결과 페이지 색인 생성과 같은 일반적인 문제를 방지하기 위해 각 사이트의 robots.txt 파일도 업데이트할 예정입니다.
다른 어떤 옵션을 고려했습니까?
새로운 설정에 대한 의사 결정 과정에서 고려해야 할 몇 가지 옵션이 있습니다.
국가별 도메인(예: https://brandwebsites.es)
gTLD의 하위 도메인(예: https://fr.brandwebsites.com)
gTLD의 하위 디렉토리(예: https://brandwebsites.com/el/)
현재 설정(예: https://brandwebsites.com/us/)
URL 매개변수(예: https://brandwebsites.com?lang=de)
왜 우리는 현재 설정을 고수하지 않았습니까?
루트 수준에 사이트가 없으면 다양한 문제가 발생했기 때문에 즉시 현재 설정을 해제했습니다.
- 사용자는 루트 수준 도메인에서 언어 하위 디렉터리로 자주 리디렉션되어 로드 시간이 느려졌습니다. 이는 오래된 내부 링크, 언어 폴더가 없는 외부 링크 또는 브라우저를 통해 도메인을 직접 방문하는 사용자가 혼합되어 발생했습니다.
- Google은 웹사이트가 루트 수준에 존재하기를 기대합니다. 실제로 사이트에 대한 브랜드 순위는 여기에 페이지가 없었음에도 Google에서 https://brandwebsites.com으로 표시되었습니다. 우리는 작업을 쉽게 만들지 않았고 이것은 많은 우리 브랜드의 미국 사이트에 대한 브랜드 순위에 반영되었습니다.
- 도메인을 확인하려면 홈페이지에 태그를 표시해야 하는 경우가 많습니다. 소셜 또는 웹마스터 도구 설정을 사용할 수 있습니다. DNS 항목과 같은 다른 방법을 사용하여 유효성을 검사하여 일부 문제를 해결할 수 있었지만 다른 방법은 할 수 없었으며 이로 인해 소셜 통합에 몇 가지 문제가 발생했습니다.
- 우리는 언어와 국가 타겟팅을 혼동하여 사용자가 필요로 하는 것보다 더 어렵게 만들었습니다. 예를 들어, 우리 스페인어 디렉토리는 로케일 es_ES로 설정되었지만 실제로 많은 트래픽이 멕시코(es_MX)의 스페인어 사용자로부터 발생했습니다. 이것은 hreflang=“es_ES”를 설정하는 반면, 모든 스페인어권 국가를 포괄하는 hreflang=“es”는 SEO에 더 효과적이었을 수 있습니다. 그러나 이는 현지 플래그 및 배송 제공업체 측면에서 카트 개인화와 관련된 자체적인 문제를 야기할 것입니다.
간단히 말해서 사이트를 사용자의 위치에 맞게 개인화할 수 있어야 했기 때문에 언어와 국가 타겟팅을 분리해야 했습니다.
이 네 가지 사항을 염두에 두고 현재 설정을 즉시 무시하고 필요한 수준의 유연성을 제공할 대안을 찾을 수 있었습니다.
URL 매개변수 – 왜 끔찍한 생각입니까?
우리가 고려하고 싶지 않은 다음 명백한 옵션은 언어가 URL 매개변수로 설정되는 것이었습니다. 이에 대한 분명한 이유는 웹마스터 도구에서 별도의 언어를 지리적으로 타겟팅할 수 없기 때문입니다.
또한 사용자가 웹 사이트를 인식하고 올바른 도메인에 수동으로 방문하는 것이 매우 어렵고 사용자가 있던 언어 사이트를 유지 관리하고 일반적으로 내부 링크를 효과적으로 관리해야 하는 문제도 있었습니다.
URL 매개변수가 작동할 수 있는 몇 가지 상황이 있지만 이는 SEO에 대해 덜 걱정하고 방문 페이지 트래픽을 수동으로 필터링할 때 발생하는 경향이 있습니다. 예를 들어, SEO 트래픽을 지원하는 방식에 많은 것을 기대하지 않고 전적으로 제휴 트래픽에 의해 구동되는 웹사이트는 URL 매개변수 언어 설정으로 번창할 수 있습니다.
나머지 옵션에 무게를 싣는 것 – 장단점은 무엇이었습니까?
따라서 다음과 같은 세 가지 옵션을 고려할 수 있었습니다.
- 국가별 도메인
- gTLD의 하위 도메인
- gTLD의 하위 디렉토리
이러한 각 옵션에는 장단점이 있으며 완벽한 솔루션은 없다는 점을 분명히 하고 싶습니다. 모든 곳의 SEO는 다른 모든 옵션보다 이러한 옵션 중 하나를 지지할 가능성이 가장 높지만 여러 요소를 고려해야 하는 완전히 상황에 따른 선택입니다.
- 디지털 마케팅 팀 리소스에 미치는 영향
- 솔루션 설정 및 유지 관리 비용
- 사용자 경험에 미치는 영향
- 검색 엔진에 대한 잠재적 영향
이러한 요소는 각 옵션에 대해 고려해야 하는 여러 요소로 더 세분화할 수 있으며 아래 표에 요약되어 있습니다. 그러나 귀하의 웹사이트 또는 조직에 대한 이러한 요소의 가치는 귀하의 상황에 따라 완전히 개인적인 것임을 명심하십시오.
자원 | 비용 | 크로 | 검색 엔진 최적화 |
설정 시간 | 호스팅 비용 | UX 커스터마이징 수준 | 타겟팅 제한 |
유지 시간 | 도메인 비용 | 사용자를 위한 단순성 | 검색 엔진을 위한 단순성 |
사이트 속도 | 사이트 속도 | ||
타겟팅의 정확성 | 타겟팅의 정확성 |
이 12가지 요소의 중요성은 상황에 따라 크게 달라집니다. 이것이 궁극적으로 언어 및 국가 타겟팅에 대해 모든 솔루션에 적합한 단일 솔루션이 없는 이유입니다. 오히려 귀하의 결정이 귀하의 웹사이트와 향후 몇 년 동안 웹사이트를 변경할 수 있는 능력에 영향을 미치기 때문에 신중한 고려가 필요한 판단입니다.
고려 중인 측면 | 국가별 도메인 | gTLD의 하위 도메인 | gTLD의 하위 디렉토리 |
설정 시간 | 높은 | 중간 | 낮은 |
유지 시간 | 증가 | 기준 | 기준 |
호스팅 비용 | 기준/ 각 도메인이 별도로 호스팅되는 경우 증가합니다. | 기준/ 각 하위 도메인이 별도로 호스팅되는 경우 증가합니다. | 기준 |
도메인 비용 | 증가했지만 최소 | 기준 | 기준 |
UX 커스터마이징 수준 | 주문 프로세스를 지역화하는 기능으로 인해 개선되었습니다. | 주문 프로세스를 지역화하는 기능으로 인해 개선되었습니다. | 낮은 |
사용자를 위한 단순성 | 그들이 어떤 국가 사이트에 있는지 쉽게 이해할 수 있습니다. | 하위 도메인이 항상 쉽게 인식되는 것은 아니지만 여전히 괜찮습니다. | 이상적이지 않습니다. 폴더가 국가인지 언어인지 명확하지 않을 수 있습니다. |
사이트 속도 | 더 큰 ccTLD를 별도로 호스팅하고 사용자에게 더 로컬로 호스팅할 수 있도록 개선되었습니다. | 더 큰 하위 도메인을 별도로 호스팅하고 사용자에게 더 로컬로 호스팅할 수 있도록 개선되었습니다. | 기준 |
타겟팅의 정확성 | 우리의 데이터를 기반으로 90%의 지역에서. | 알 수 없음, 다른 두 옵션 사이에 있을 것으로 예상됩니다. | 우리 데이터를 기반으로 70%의 지역에서. |
타겟팅 제한 | 도메인은 설계된 국가만 타겟팅할 수 있습니다. 동일한 국가의 여러 언어는 하위 폴더로 생성할 수 있습니다. | 하위 도메인은 선택한 국가를 대상으로 할 수 있습니다. ccTLD만큼 명확하지 않습니다. 하위 폴더로 여러 언어를 타겟팅할 수 있습니다. | 동일한 도메인에 각 언어가 하나만 있을 때 가장 잘 작동합니다. ccTLD 및 하위 도메인보다 중복 콘텐츠처럼 보입니다. |
검색 엔진을 위한 단순성 | ccTLD는 순위를 시도하는 위치를 구체적으로 나타냅니다. 해석하기가 매우 쉽습니다. 여러 도메인 사이에 링크를 퍼뜨리면 권한이 줄어들 것이라는 우려. | Google Search Console에서 순위를 매길 위치를 설정할 수 있습니다. 하위 도메인 간의 링크 확산 및 하위 도메인이 독립적으로 처리되는지에 대한 일부 우려. | 올바른 hreflang 마크업이 있어도 잘못된 국가 방문 페이지 순위를 보았습니다. SEO 링크 위치에서 강력합니다. 국가의 순위가 로컬 링크에 따라 달라지는지 여부에 대한 일부 논쟁이 있습니다. |
우리의 결론
순수한 SEO 관점에서 보면 한 사이트를 여러 도메인으로 분리하는 것과 관련된 위험이 있으며 그 중 가장 큰 것은 백링크에 대한 여러 도메인의 알려지지 않은 영향입니다. 그러나 Google은 링크를 처리하는 방식이 훨씬 더 세분화되었으므로 특정 국가의 순위를 결정할 때 지역 틈새 특정 링크에 더 많은 관심을 기울인다는 결론을 내리는 것이 현명합니다.
그러나 변경의 CRO 이점은 순위를 보장하는 데 필요한 추가 SEO 작업과 관련된 위험보다 큽니다. 도메인을 사용하여 국가를 타겟팅하고 언어 및 위치 타겟팅을 분리하면 사이트 사용자를 타겟팅하는 데 훨씬 더 정확한 접근이 가능합니다.
또한 특정 위치에서 잘못된 국가 사이트 순위로 인해 발생한 일부 문제를 방지하는 데 도움이 되므로 분리에 SEO 이점이 있습니다. 예를 들어, 캐나다의 /can/ 폴더와 같이 현지화된 버전 대신 주요 미국 영어 사이트 순위가 매겨지는 것을 자주 보았습니다. 또한 별도의 위치별 서버에서 도메인을 호스팅하여 수요가 충분히 크다고 판단되는 특정 국가의 사이트 속도를 높이는 데 도움이 될 것입니다.
Google, Amazon 및 Wikipedia(하위 도메인)를 포함하여 많은 조직에서 우리와 동일한 방식으로 별도의 국가별 도메인을 구현했습니다. 당사 웹 사이트는 전자 상거래 사이트이기 때문에 국가 및 언어 변형이 모두 사용자에 맞게 조정되어야 하는 이러한 수준의 분리에 이상적인 후보가 됩니다. 또한 적절한 hreflang 마크업을 통해 중복 콘텐츠의 우려를 방지하고 해외 사이트의 중복 콘텐츠에 대한 Google의 조언에 주의를 기울일 수 있습니다.
다음은 무엇입니까?
웹사이트 변경의 첫 번째 단계를 완료했으며 이제 다음을 개선하기 위해 노력하고 있습니다.
- Hreflang 마크업: 일부 장소에서 우리가 사용하는 플러그인이 반환 태그가 없는 문제를 일으키는 것으로 보입니다. 이는 사실상 모든 언어 및 국가 변형 사이트가 서로 상호 참조하는 것은 아님을 의미합니다. 여기에는 hreflang 마크업을 사용하여 페이지 자체에 링크되는 자체 참조가 포함되어야 합니다.
- hreflang 제어 기능이 강화되면 언어 변형을 확장하세요. 이에 대한 한 가지 완벽한 예는 사이트의 프랑스어-캐나다 버전을 만드는 것입니다. 이 사이트는 캐나다 도메인의 하위 디렉토리가 됩니다. 또한 기본 위치 지정되지 않은 언어 변형을 brandwebsites.com으로 이동하고 도메인에 여러 언어를 사용할 수 있습니다. 예를 들면 다음과 같습니다.
- <link rel=”alternate” href=”https:// uk.brandwebsites.com/ ” hreflang=”en-GB” />
<link rel=”alternate” href=”https:// ca.brandwebsites.com/ ” hreflang=”en-ca” />
<link rel=”alternate” href=”https:// au.brandwebsites.com/ ” hreflang=”en-au” />
<link rel=”alternate” href=”https:// brandwebsites.com/ ” hreflang=”en-US” />
<link rel=”alternate” href=”https://brandwebsites.com/” hreflang=”en” />
<link rel=”alternate” href=”https://brandwebsites.es/ ” hreflang=”es-ES” />
<link rel=”alternate” href=”https://brandwebsites.com/es/” hreflang=”es” />
- 현지 배송업체 및 깃발과 같은 신뢰 요인을 포함하여 국가에 맞는 체크아웃 프로세스가 있는 더 많은 언어 사이트. 또한 구매자 행동과 UX 기대치가 전 세계적으로 다르기 때문에 적절한 경우 국가별 분할 테스트를 살펴보십시오.
이 정보는 우리 계열사가 국제 SEO와 직접적으로 도움이 되지 않을 수 있지만, 자신의 다국어 웹사이트를 만들 때 생각할 수 있는 충분한 정보를 제공해야 합니다.