SEO와 현지화를 위해 URL을 어떻게 구성해야합니까?

111

여러 언어로 사이트를 설정할 때 검색 엔진 및 유용성을 위해 URL을 어떻게 설정해야합니까?

내 사이트가 www.example.com이고 프랑스어와 스페인어로 번역 한다고 가정 해 보겠습니다 . 사용 성과 SEO에 가장 적합한 것은 무엇입니까?

디렉토리 옵션 :

http://www.example.com/sample.html
http://www.example.com/fr/sample.html
http://www.example.com/es/sample.html

하위 도메인 옵션 :

http://www.example.com/sample.html
http://fr.example.com/sample.html
http://es.example.com/sample.html

파일 이름 옵션 :

http://www.example.com/sample.html
http://www.example.com/sample.fr.html
http://www.example.com/sample.es.html

수락 언어 헤더 :

아니면 단순히 Accept-Language헤더 를 구문 분석하고 해당 헤더에 맞게 서버 측 컨텐츠를 생성 해야 합니까?

다른 방법이 있습니까? 다른 언어 버전의 URL이 다르면 검색 엔진에 대해 어떻게해야합니까?

업데이트 2011-12-06

Google은 meta다른 언어 콘텐츠를 명시 적으로 가리키는 태그에 대한 새로운 권장 사항을 제공 합니다 . 다국어 콘텐츠에 대한 새로운 마크 업 .

업데이트 2012-05-25

정확하지만 정확하지는 않음 : Sitemap의 다국어 및 다국어 사이트 주석

업데이트 2013-06-12 특정 국가를 대상으로 사이트 콘텐츠를 타겟팅 하면 질문과 직접 관련된 여러 가지 URL 체계에 대한 토론이 포함됩니다.

— Artlung
소스

이 질문에는 좋은 관련 정보가 있습니다 : webmasters.stackexchange.com/questions/961/…

— JasonBirch

번역뿐만 아니라 현지화를 원할 때 "en-us", "de-de"와 같은 코드를 사용하는 것도 고려해야합니다.

— webjunkie

사이먼 헤이 터 질문에 대한 변경 사항이 롤백되었습니다. 현존하는 질문으로 해결되지 않은 추가 작업을 수행했습니다. 좀 더 정교한 옵션을 사용하여 새 질문을 만들고 싶다면 내 질문을 변경하면 질문이 왜곡되고 사용자가 혼란스럽게 생각하는 방식으로 답변합니다. 감사.

— artlung

92

SEO와 국제화를 위해 사이트를 구성 할 수있는 여러 가지 방법이 있습니다. 각각 장단점이 있습니다.

최상위 도메인

같은 여러 최상위 국가 도메인에서 동일한 도메인 이름을 구입 example.com, example.es하고 example.de.

장점

Google에서 완전히 지원합니다. Google 웹 마스터 도구에 사이트를 추가하여 사이트 타겟팅 방법을 Google에 알려주는 옵션이 있습니다.
자국의 TLD에 게시 된 콘텐츠를 좋아하는 사용자가 선호하는 경우가 종종 있습니다
도메인 이름 자체는 현지화 될 수 있습니다. 많은 국제 사용자가 영어 단어 나 영어 발음 도메인 이름에 나쁜 반응을 보일 수 있습니다. 라틴 알파벳을 사용하지 않는 언어의 경우 특히 중요합니다.
국가 별 현지화를 지원합니다. 다른 국가의 잠재 고객 example.co.uk과 같은 별도의 사이트를 가질 수 있습니다 example.com.au. 사이트에 철자가 약간 다르지만 여전히 순위가 높은 콘텐츠가 중복 될 수 있습니다. 실제로 동일한 언어로 된 여러 지역화 된 사이트는 해당 언어의 단일 사이트보다 순위가 높을 수 있습니다.
대상 국가의 웹 서버로 DNS를 지정하여 호스팅을 현지화 할 수 있습니다.

단점

많은 도메인을 구입하는 데 많은 비용과 시간이 소요됩니다. 특히 스쿼터를 다루어야하는 경우.
쿠키는 여러 로케일에서 공유 할 수 없습니다. 즉, 사용자는 각 사이트에 별도로 로그인해야합니다.
많은 언어에 여러 국가가 있고 국가 코드가 TLD가 아니기 때문에 언어로만 현지화하기에 적합한 옵션은 없습니다. TLD가와 같은 언어 코드와 일치하는 경우에도 es검색 엔진은 사이트가 모든 스페인어 사용자가 아니라 스페인 사용자에게만 적합하다고 가정 할 수 있습니다.

하위 도메인

단일 도메인을 구입하고 같은 하위 도메인을 사용 en.example.com하고,es.example.com

장점

Google에서 완전히 지원합니다.
국가 별 또는 언어 별로 현지화를 지원합니다 .
DNS는 사용자 가까이에있는 웹 서버를 가리 키도록하여 현지화 할 수 있습니다.
여러 도메인을 구매할 때보 다 쉽고 저렴하게 구현할 수 있습니다.
모든 로케일에서 쿠키를 공유 할 수있어보다 원활한 사용자 경험을 위해 싱글 사인온이 가능합니다.

단점

도메인 이름 자체를 현지화 할 기회가 없습니다
최상위 도메인에 비해 사용자에게 덜 로컬 인 것처럼 보일 수 있습니다.

하위 디렉토리

단일 도메인을 구입하고, 같은 서브 디렉토리를 사용 example.com/en/하고,example.com/es/

장점과 단점

하위 도메인과 동일하지만 여러 국가에서 여러 로케일로 사이트를 호스팅 할 수없는 DNS 항목이 하나 있다는 점을 제외하면

권장 되지 않는 기술

파일 이름 : index_en.html및과 같은 다른 파일 이름 사용 index_de.html. 이 기술은 Google에서 완전히 지원하지 않습니다. 예를 들어 웹 마스터 도구에서 타겟팅을 설정할 수있는 방법이 없습니다.
URL 매개 변수 : 같은 URL 매개 변수를 사용하여 lang=en. 같은 이유로 다른 파일 이름은 권장하지 않습니다.
언어 헤더 수락 : 헤더를 기반으로 언어를 자동 전환합니다 Accept-Language.
- 많은 사용자가이 헤더를 올바르게 설정하지 않았습니다. 친구의 컴퓨터 나 인터넷 카페를 사용하는 해외 여행 사용자에게 특히 그렇습니다. 영어 웹 브라우저를 설치하고 돌아 다닐 수있는 충분한 영어를 알고 있지만 다른 언어로 된 콘텐츠를 선호하는 외국 사용자의 경우가 종종 있습니다.
- 구글은 구글 봇이 Accept-Language헤더 를 보내고 다른 지역에서 크롤링 할 것이라고 발표했다 . 그러나 여전히 다른 언어로 된 콘텐츠에 대해 별도의 URL을 사용하는 것이 좋습니다.
- Accept-Language방문한 사이트가 Accept-Language헤더 와 일치하지 않을 때 메시지를 표시하여 사용자가 다른 버전의 사이트를 선호 할 수 있음을 제안 하기 위해 헤더를 사용할 수 있습니다 .
지리적 IP 주소 : IP 주소가있는 위치에 따라 언어를 자동으로 전환합니다.
- Geo-ip 데이터베이스가 정확하지 않습니다. 방문자의 최대 10 %가 잘못된 국가에 할당 될 수 있습니다 .
- 캐나다와 같은 일부 국가에서는 둘 이상의 언어를 사용합니다
- IP 주소 국가를 사용하여 사용자가 관심을 가질 수있는 언어를 제안 할 수 있습니다.

인 페이지 마크 업

여러 언어를 지원할 때는 언어 메타 데이터로 명확하게 마크 업해야합니다.

html태그 에서 lang 속성을 사용하십시오 .

<html lang="en">

Google에서 제안한 대로 다른 언어로 동일한 페이지에 대한 rel 대체 링크를 사용하십시오 .

<link rel="alternate" hreflang="es" href="http://www.example.com/" />
<link rel="alternate" hreflang="es-ES" href="http://es-es.example.com/" />
<link rel="alternate" hreflang="es-MX" href="http://es-mx.example.com/" /> 
<link rel="alternate" hreflang="en" href="http://en.example.com/" />

또는 이 정보를 사이트 맵 파일에 넣을 수 있습니다 .

Google에 사이트 정보

사이트의 각 언어 (또는 로캘)를 Google 웹 마스터 도구에 추가해야합니다 . 최상위 도메인, 하위 도메인 또는 하위 디렉토리에 대해이 작업을 수행 할 수 있습니다.

국가별로 사이트를 타겟팅하는 경우 웹 마스터 도구를 사용하여 사이트 타겟팅을 설정해야합니다. "구성"-> "설정"-> "지역 타겟"으로 이동하여 드롭 다운 목록에서 올바른 국가를 타겟팅하도록 선택하십시오.

— 스티븐 오스터 밀러
소스

"서로 다른 국가에 대해 여러 국가에서 사이트를 호스팅 할 수없는 DNS 항목이 하나 있다는 점을 제외하면 하위 도메인과 동일합니다." -여러 국가에서 단일 웹 사이트를 호스팅 할 수없는 단일 도메인이 없기 때문이 아닙니다. 우리가 가진 모든 기술을 통해 "쉽게"할 수 있습니다. 그리고 Cassandra와 같은 시스템을 사용하면 데이터에 아무런 문제가 없습니다.

— Alexis Wilke

"특히 스쿼터를 다루어야하는 경우" - 스쿼터 란 무엇입니까?

— Dave

도메인 이름 스쿼터는 도메인 이름의 변형을 구매합니다. 이 경우 example.com을 소유 할 수 있지만 스쿼터는 example.co.uk와 example.it를

— 빼앗 았

Sitemap 에 다국어 및 다국적 사이트 주석을 추가하여 답변을 얻을 수 있습니다.

— Pmpr

Google에 따르면 디렉토리 또는 하위 도메인 옵션 에 대한 추가 참고 사항 은 동일합니다.

— João Pimentel Ferreira

22

Matt Cutts는 자신의 블로그에서 귀하와 유사한 질문에 답변하여 다음과 같이 제안합니다 .

비즈니스 용 프랑스어 및 독일어 버전의 사이트가있는 경우 선호하는 환경은 다음과 같습니다.

example.fr 또는 example.de와 같은 ccTLDS

이후에는 fr.example.com 또는 de.example.com과 같은 하위 도메인

이것이 가능하지 않으면 example.com/fr/ 또는 example.com/de/와 같은 하위 디렉토리를 사용합니다.

— mvark
소스

1

옵션 2가 3보다 나은 이유를 알려줄 수 있습니까? 감사합니다

— João Pimentel Ferreira

Google 전문가에 따르면 귀하의 옵션 2와 3은 순위 목적과 동일합니다.

— João Pimentel Ferreira

20

독일 사용자로서 나는 웹 사이트가 내가 원하는 것을 더 잘 알고 있다고 생각하기 때문에 영어 페이지에서 나를 허락하지 않을 때 싫어한다. 미국인은 이해하기 어려울 수 있지만 실제로 여러 언어를 사용하는 사람들이 있습니다.

때로는 독일 웹 사이트를보고 싶을 수도 있고 때로는 영어 웹 사이트를보고 싶을 수도 있습니다.

Accept-Language헤더를 파싱하면 나를 미치게 할 수 있습니다.

독일어 페이지가 영어 페이지의 저렴한 번역 인 경우 특히 그렇습니다.

영어 버전도 같은 현지화가 있어야 사용자를위한 쉽게 만들려면 domain.com/en/나 en.domain.com.

입력 domain.com하면 Accept-Language헤더를 기반으로 영어 또는 독일어 페이지를 제공하는 것으로 추측됩니다 . 그러나 귀하의 선택이 마음에 들지 않으면 도메인 이름으로 언어를 간단히 교환 할 수 있어야합니다.

추가 힌트 : 도메인 이름 앞에 언어가 입력 ger.domain.com되어 de.domain.com있으면 독일어 웹 사이트로 이동해야합니다.

— 신자
소스

7

–1It might be hard for Americans to understand but there are actually people who speak more than one language.

— TheBlackBenzKid

15

내 생각에 폴더 또는 하위 도메인 접근 방식은 사용자에게 더 직관적이기 때문에 사용해야합니다. 어느 것이 개인적인 취향의 문제인지, 개인적으로 폴더 접근 방식이 더 명확하다는 것을 알았습니다. 파일 이름 옵션은 훨씬 덜 직관적입니다.

Accept-Language처음 방문 할 때 사용자를 올바른 콘텐츠로 안내하기 위해 헤더를 파싱 하는 것이 좋지만 폴더 나 하위 도메인 URL로 리디렉션하기 만하면됩니다. 그렇지 않으면 특정 언어로 콘텐츠를 연결하는 것이 불가능하며 웹 사이트 색인 생성이 엉망이됩니다.

— 우카이
소스

7

또한 헤더의 내용에 관계없이 항상 사용자에게 선택권을 부여하십시오. 독일어 버전이 제공 될 때 번역이 끔찍하거나 영어 (MSDN)로 읽기가 쉽기 때문에 종종 영어로 다시 전환합니다. 예-모든 코드는 영어로되어 있으므로 독일어 텍스트를 사용하면 컨텍스트 전환이 더

— 커집니다

+1 balpha-이는 모바일 친화적 사이트가 항상 전체 데스크톱 버전의 페이지 링크를 제공해야한다는 Jakob Nielsen의 주장과 유사합니다. 여러 버전의 페이지가 존재하는 경우 사용자가 원하는 버전을 정확하게 추측하지만 최종 선택을하도록합니다.

— Blazemonger

5

현지화 된 버전을 사용하는 경우 하위 도메인 옵션을 사용하십시오 (예 : France! = French). 하위 도메인을 사용하지만이 국가에서 다른 언어를 사용하는 경우 디렉토리를 사용하는 것이 좋습니다. 예를 들면 다음과 같습니다.

us.domain.com (USA)
us.domain.com/en/sample.html (USA - english)
us.domain.com/es/ejemplo.html (USA - spanish)
es.domain.com (Spain)
es.domain.com/es/ejemplo.html (Spain - spanish)
es.domain.com/ca/exemple.html (Spain - catalan)

Bing은 geo-meta 태그를 사용하지만 Google의 경우 Google 웹 마스터 도구를 사용해야합니다.

글로벌 시장을 타겟팅하려면 원하는 www.domain.com사용자 언어 (브라우저가 Accept-Language헤더 에 언어 우선 순위를 제공함 )를 사용하거나없는 경우 주요 시장 언어를 사용하십시오.

— jrosell
소스

5

이것은 내가 스택 오버플로에서 물었던 것과 같은 질문 입니다. 그리고 여기에 대한 답변으로 게시 할 리소스가 있습니다.

나는 당신이 할 수있는 선택에 관해 Google로부터 훌륭한 자료를 찾았습니다 . 사용할 수있는 각 방법의 장단점이있는 섹션이 있습니다.

나는 한동안 다국어 웹 사이트로 고심하고 있습니다. 이 기사에는 언급 된 답변에 언급되지 않은 몇 가지 요점이 있습니다. 그래서 나는 이것을 답변으로 게시해야한다고 생각했습니다. 나는 이것이 누군가를 돕기를 바랍니다.

— 사이프 베찬
소스

3

하위 도메인을 사용하지 않습니다. SEO와 관련하여 덜 도움이됩니다 : http://www.hobo-web.co.uk/seo-blog/index.php/blog-subdomain-or-subfolder-which-is-best/ .

비슷한 이야기 : 하위 도메인 대 하위 디렉토리 .

큰 사이트를 보면 대부분 하위 도메인을 사용합니다.

파일 이름은 아직 보지 못한 개념입니다.

— 레미
소스

1

SAAS 기반 제품의 단일 페이지 응용 프로그램 (SPA)과 같은이 방향으로의 최신 채택-

다른 국가에서 다른 웹 사이트를 사용하면 주요 브랜드 도메인으로 연결되는 링크 주스가 손실됩니다. 예를 들면 : - https://www.example.in/, https://www.example.fr/등 (아마존, 큰 전자 상거래 거인은 자신의 과거에이 실수를했다.)
SPA와 동일한 도메인을 사용하고 모든 방문자를 해당 도메인으로 리디렉션하는 것은 좋지만이 경우 한 언어 만 타겟팅 할 수 있습니다. 다른 언어를 필요로하는 국가마다 다른 사용자 경험이있을 것입니다.
이 사례에는 많은 좋은 예가 있습니다 (예 : Microsoft & Uber). 나는 개인적으로 그들이하는 일을 좋아하며 최고의 SEO 관행을 사용하고 있다고 생각합니다.

언어가 다른 경우 영어
- https://www.example.com/en-in (인도)
- https://www.example.com/en-au/ (호주)
- 기타
또는
- https://www.uber.com/en/in/ (인도)
- https://www.uber.com/en/au/ (호주)
- https://www.uber.com/fr/ (프랑스의 경우)
- 기타
Lang과 Country가 같은 경우-
- https://www.example.com/fr-fr/또는 https://www.example.com/fr/fr/(프랑스의 경우)
- https://www.example.com/ru-ru/또는 https://www.example[dot]com/ru/ru/(러시아의 경우)
- 기타

자세한 내용은 Google Search Console 도움말 : 다국어 및 다국어 사이트 관리 를 참조하십시오 .

— 프렘 나트 321
소스

SEO가 중요한 경우 단일 페이지 기술을 사용하지 않는 것이 좋습니다.

— Stephen Ostermiller

@StephenOstermiller 동의합니다! 하지만 응용 프로그램이 UI 및 UX 목적으로 요구하는 경우를 고려하고 있습니다.

— Premnath321