나는 한 번 hreflang 에 단단한 오후를 잃었다. 클라이언트는 영어와 프랑스어로 된 사이트를 가지고 있었고,분할되었습니다 /en/ 그리고 /fr/그리고 그들의 프랑스어 페이지는 단순히 프랑스에서 순위가 매겨지지 않을 것입니다. Google은 프랑스어 검색자에게 영어 버전을 계속 공개했습니다. 마크업이 정확해 보였습니다. 머리 속에 있었고 코드가 있었고 URL이 해결되었습니다. 문제는 영어 페이지가 프랑스어 페이지를 가리키지만 프랑스어 페이지는 뒤로 가리키지 않는다는 것입니다. Hreflang은 상호적이어야 하며 Google은 반환 태그가 누락되어 전체 클러스터를 버렸습니다. 브라우저에는 그 내용이 없습니다. 오류도 없고 경고도 없습니다. 단지 페이지가 조용히 순위를 매기지 못하는 것뿐입니다.
즉,간단히 hreflang 입니다. 개념은 간단합니다: 검색 엔진에게 어떤 사용자에 대해 보여주기 위해 페이지의 어떤 언어와 지역 버전을 알려줍니다. 실행은 ISO 코드,케이싱 규칙,상호주의 규칙 및 인터넷의 절반이 잊어 버린 대체 태그의 지뢰밭입니다. 나는 Toolz.dev,WP Adminify's 문서,다양한 Laravel 및 React 프로젝트 전반에 걸쳐 다국어 사이트를 충분히 자주 구축하고 유지 관리합니다. 태그를 생성하고 배송되기 전에 실수를 포착할 수 있는 도구를 원했습니다. 그게 바로 흐레플랑 발전기그리고 이 가이드는 제가 그날 오후에 알았더라면 좋았을 모든 것입니다.
도구보다는 컨셉을 위해, 로 시작하세요 hreflang 태그가 설명되었습니다이 주제의 허브이며 에 있는 기사로 연결됩니다 x-기본값, 일반적인 hreflang 오류및 프레임워크 설정 다음.js 그리고 워드 프레스.
TL;DR: hreflang 태그는 검색 엔진에 각 사용자에게 서비스를 제공할 페이지의 언어/지역 버전을 알려줍니다
rel="alternate" hreflang="x"주석. 코드는 ISO 639-1 (언어) 와 ISO 3166-1 (지역) 를 따릅니다 - 그래서 영국은GB, 아니다UK. 태그는 상호적이어야 하며(모든 페이지가 다시 연결됨) 다음을 포함해야 합니다x-default대체. 생성기는 유효한 태그를 HTML 링크,XML 사이트맵 항목 또는 HTTP 헤더로 출력하고 모든 코드의 유효성을 검사하며 중복을 포착하고 브라우저에서 100% 실행합니다.
hreflang 태그는 무엇이며 언제 필요합니까?
hreflang 태그는 "라고 말하는 주석입니다. 특정 언어 및 지역에 대한이 페이지의 다른 버전이 있으며 여기에 해당 URL 이 있습니다." 구문은 <link rel="alternate" hreflang="fr-CA" href="https://example.com/fr-ca/" />, 어디 fr-CA 캐나다에서 사용되는 프랑스어를 의미합니다. Google 이 이러한 관계를 이해하면,먼저 크롤링하게 된 버전을 추측하거나 기본값으로 설정하는 대신 캐나다의 프랑스어 사용자에게 캐나다 프랑스어 페이지를 제공하고 미국에 있는 누군가에게 미국 영어 페이지를 제공할 수 있습니다.
하나 이상의 언어로 실질적으로 동일한 콘텐츠가 있거나 하나 이상의 지역을 대상으로 하는 동일한 언어가 있을 때마다 hreflang 이 필요합니다. 영어로만 존재하는 블로그는 필요하지 않습니다. 6 개 언어로 번역된 SaaS 마케팅 사이트는 절대적으로 중간 사례 - 영어로 된 별도의 미국 및 영국 상점과 같은 하나의 언어,여러 지역 -는 hreflang 이 가장 가치 있고 가장 간과되는 곳입니다. 왜냐하면 명시적으로 지역 변형으로 선언하지 않는 한 페이지가 Google 에 중복된 것처럼 보이기 때문입니다.
보상은 두 배입니다. 첫째,올바른 버전은 올바른 시장에서 순위를 매기므로 사용자가 가격,통화 및 자신에게 맞는 문구에 착륙하기 때문에 클릭 스루 및 변환을 해제합니다. 둘째,hreflang 은 중복 콘텐츠 문제를 완화합니다: 서로 경쟁하고 잠식하는 거의 동일한 지역 페이지 대신 Google 은이를 하나의 대체 클러스터로 취급하고 쿼리 당 가장 적합한 것을 선택합니다.
왜 코드는 모두를 넘어뜨리는가?
왜냐하면 그들은 직관이 아닌 표준을 따르고 표준에는 가장자리 사례가 있기 때문입니다.
값은 에 정의된 BCP 47 언어 태그입니다 RFC 5646그리고 Google's 자신의 현지화된 버전 문서 하위 집합을 수락하는 권한입니다.
언어 부분은 ISO 639-1 코드입니다: 두 글자, 소문자, 같은 en, fr, de, ja. 선택적인 지역 부분은 ISO 3166-1 알파-2 부호입니다: 2 개의 편지, 대문자, 같이 US, GB, DE. 하이픈으로 합치면 얻을 수 있습니다 en-US 또는 de-DE. 사람들을 물리는 관습:
- X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 영국은
GB, 아니다UK.UK유효한 ISO 3166-1 코드가 아닙니다en-UK는 노옵. - 언어가 우선이고 필수입니다; 지역은 선택사항이며 단독으로 존재할 수 없습니다. 타겟팅할 수 없습니다
US그 자체로는 - 지역 전용 hreflang 과 같은 것은 없습니다. 항상 언어이며 선택적으로 지역에 따라 좁혀집니다. - 라틴 아메리카는 UN M49 코드를 사용합니다,
es-4191 개가 아닌 많은 국가에 걸쳐 있기 때문에. 이 세 자리 지역 코드는 "Spanish,Latin American variety."에 유효하고 유용합니다 - 중국어에는 종종 스크립트 하위 태그가 필요합니다, 처럼
zh-Hant(전통적인) 또는zh-Hans(간체), 서면 형식이 국가보다 더 중요하기 때문입니다.
생성기는 이 모든 것을 유효성 검사합니다. 각 코드를 예상 모양과 비교하여 검사하고 케이싱 (소문자 언어,대문자 영역,타이틀케이스 스크립트) 을 정규화하며 하위 태그가 인식된 ISO 언어 또는 영역이 아닐 때 경고합니다 - 그래서 en-UK 크롤링을 낭비하기 전에 플래그가 지정됩니다.
Hreflang Generator를 어떻게 사용하나요?
이 도구는 언어 버전 목록과 출력 형식 선택을 중심으로 구축되었습니다.
1 단계 - 버전을 추가하십시오. 각 행은 언어/지역 코드와 해당 버전의 전체 URL 을 더한 것입니다. 빠른 선택 목록은 공통 코드를 제공합니다 (en-US, es-419, zh-Hant, x-default그리고 더) 정확한 케이싱을 기억할 필요가 없습니다. 버전당 행을 추가합니다.
2단계 - x 기본값을 포함합니다. 코드로 행을 추가합니다 x-default 대체 URL 을 가리키며. 이것은 사용자가 명시적으로 타겟팅하지 않은 언어를 사용하는 사용자에게 제공되는 버전입니다 - 종종 언어 선택기 페이지 또는 기본 홈페이지.
3단계 - 형식을 선택하세요. HTML 간 전환 <link> 페이지 헤드의 태그, xhtml:link XML 사이트맵 또는 HTTP에 대한 항목입니다 Link HTML 이 아닌 파일의 헤더. 편집할 때 생성기는 모든 코드와 URL 의 유효성을 검사하고,중복된 코드를 포착하며,행당 상태 테이블을 보여 주므로 어떤 항목이 유효한지 한눈에 확인할 수 있습니다.
4 단계 - 상호적으로 복사 및 배포. 출력을 복사하고 - 중요한 부분입니다 - 자기 참조 항목을 포함하여 그룹의 모든 URL 에 동일한 완전한 태그 세트를 추가합니다. 그런 다음 Google 검색 콘솔에서 국제 타겟팅 보고서로 설정을 확인합니다.
모든 것이 클라이언트 측에서 실행되므로 전체 국제 아키텍처를 노출할 수 있는 URL 구조가 브라우저를 떠나지 않습니다. 이는 사이트의 모든 도구 뒤에 있는 동일한 개인 정보 보호 모델입니다 데이터 개인정보 보호 가이드.
각 형식에서 출력은 어떻게 생겼습니까?
여기 설명이 아닌 작업 예제가 있습니다. 미국,영국, 프랑스 및 라틴 아메리카에 판매하고있는 상점은 언어 선택기 페이지를 대체합니다. 다섯 행이 들어갑니다:
| 흐레플랑 | URL |
|---|---|
x-default |
https://example.com/ |
en-US |
https://example.com/us/ |
en-GB |
https://example.com/uk/ |
fr-FR |
https://example.com/fr/ |
es-419 |
https://example.com/latam/ |
출력 전에 해당 세트에 대해 두 가지를 기록해 두십시오. en-US 그리고 en-GB 는 둘 다 영어이며,시장에 의해서만 다르며,이는 hreflang 이 존재하는 경우이며 대부분의 사이트가 건너 뛰는 경우입니다. 그리고 es-419 ISO 3166-1 알파-2 코드가 아니더라도 언어 태그에서 세 자리 영역이 합법적이기 때문에 도구에서 플래그가 지정되지 않고 유효한 것으로 허용하는 라틴 아메리카용 UN M49 지역 코드입니다.
HTML 링크 태그, 페이지의 경우 <head>:
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
<link rel="alternate" hreflang="en-US" href="https://example.com/us/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/uk/" />
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/" />
<link rel="alternate" hreflang="es-419" href="https://example.com/latam/" />
그 정확한 블록은 5 페이지 모두에 그대로 들어갑니다. Not "the other four" on each page: all five,including the page's own entry. 주석을 역수로 만드는 것입니다.
XML 사이트맵 항목도구가 a에서 동일한 세트를 감싸는 경우 <url> 요소를 사용하여 페이지 URL을 다음으로 사용합니다 <loc>:
<url>
<loc>https://example.com/us/</loc>
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/" />
<xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/us/" />
<xhtml:link rel="alternate" hreflang="en-GB" href="https://example.com/uk/" />
<xhtml:link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/" />
<xhtml:link rel="alternate" hreflang="es-419" href="https://example.com/latam/" />
</url>
발전기는 그것이 생성할 수 있는 구획의 이상으로 사는 조각을 생각나게 합니다: the <urlset> element에는 선언된 xhtml 네임스페이스 또는 모든 것이 필요합니다 xhtml:link 파일이 여전히 사이트맵으로 유효성을 검사하는 동안 항목은 무시됩니다.
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
HTTP 링크 헤더, 없는 파일에 대한 단일 헤더 값입니다 <head> PDF와 같이 편집하려면:
Link: <https://example.com/>; rel="alternate"; hreflang="x-default", <https://example.com/us/>; rel="alternate"; hreflang="en-US", <https://example.com/uk/>; rel="alternate"; hreflang="en-GB", <https://example.com/fr/>; rel="alternate"; hreflang="fr-FR", <https://example.com/latam/>; rel="alternate"; hreflang="es-419"
그것은 디자인에 의하여 1 개의 긴 선입니다: 단 하나 Link 쉼표로 구분된 값을 전달하는 헤더입니다. nginx 에서 그것은 하나입니다 add_header Link "..."; 지시어; 아파치 1에서 Header set Link "..."니다. 여러 가지로 나누어 Link 헤더도 작동하지만 하나의 값으로 유지하면 집합이 완료되었음을 분명히 알 수 있습니다.
Generator's 경고는 무엇을 의미합니까?
이 도구는 항목의 방출을 중지하는 오류와 항목을 통과시키지만 살펴봐야 할 내용을 표시하는 경고를 분리합니다. 대부분의 hreflang 실수는 아무 의미도 없는 법적 마크업이기 때문에 구별이 중요합니다.
| 전언 | 무엇이 그것을 촉발시켰는가 | 무엇을 할 |
|---|---|---|
| 유효한 언어 태그가 아닙니다 | 값이 일치하지 않습니다 language[-Script][-REGION] |
언어 코드를 먼저 사용하거나 지역 옵션을 사용하거나 리터럴을 사용하십시오 x-default |
| 언어 하위 태그는 일반적인 ISO 639-1 코드가 아닙니다 | 잘 형성되었지만 인식되지 않는 언어 | ISO 639-1과 비교하여 확인하십시오; 태그는 어느 쪽이든 방출됩니다 |
| 지역 하위 태그는 일반적인 ISO 3166-1 코드가 아닙니다 | 잘 형성되었지만 인식되지 않는 영역 | 이것이 잡는 것입니다 en-UK, 어디 GB 는 옳은 |
| 중복 흐레플랑 | 같은 코드가 세트에 두 번 나타납니다 | 하나를 제거하십시오; 하나의 코드에 대한 두 개의 항목은 모순입니다 |
| x-기본값 집합 없음 | 세트에는 대체 행이 없습니다 | 선택기 페이지 또는 기본 버전을 가리키는 항목을 추가합니다 |
| hreflang은 클러스터에서 작동합니다 | 세트에 하나의 URL 만 | 다른 언어 버전을 추가하세요; 단일 항목 클러스터는 아무 작업도 수행하지 않습니다 |
| 흐레플랑은 상호적이어야 합니다 | 항상 표시됩니다 | 그룹의 모든 URL에 동일한 블록을 배포합니다 |
마지막 것은 조건부보다는 항상 표시됩니다. 왜냐하면 클라이언트 측 도구가 감지 할 수없는 실패이기 때문입니다. 상호성은 앞에있는 세트가 아닌 다른 페이지의 속성이므로 생성기는이를 확인하는 척하는 대신 규칙을 명시합니다. 여기에있는 다른 모든 경고는 진정으로 확인할 수있는 것입니다.
또한 코드는 케이싱에서 거부되지 않고 정규화됩니다: EN-gb 된다 en-GB, zh-hant 된다 zh-Hant. 언어 태그는 대소문자를 구분하지 않고 일치하므로 케이싱은 관례적이지만 일관된 출력으로 인해 두 페이지 사이의 차이를 읽을 수 있습니다.
어떤 출력 형식을 선택해야 합니까?
Google은 세 가지 구현 방법을 허용하며 올바른 방법은 스택 및 페이지 수에 따라 다릅니다.
| 방법 | 위한 최고의 | 트레이드오프 |
|---|---|---|
HTML <link> 태그 |
대부분의 사이트; 페이지당 직접 제어 | 모든 페이지에 가중치를 추가's 머리; 모든 페이지에 있어야 합니다 |
XML 사이트맵 xhtml:link |
대규모 사이트; HTML을 깨끗하게 유지합니다 | 사이트맵 유지 관리 필요; Google이 처리하는 속도가 느립니다 |
HTTP Link 헤더 |
PDF와 같은 비 HTML 파일 | 서버 구성이 필요함; 감사하기가 더 어렵습니다 |
일반적인 사이트의 경우, HTML 링크 태그 는 가장 간단합니다 - 소스에서 볼 수 있고,디버그하기 쉽고,모든 프레임워크가 렌더링할 수 있습니다. For 수백 가지 언어 변형이 있는 대규모 사이트입니다, hreflang을 넣습니다 XML 사이트맵 페이지 헤드를 희박하게 유지하고 주석을 하나의 파일에 중앙 집중화합니다(추가하는 것을 잊지 마세요) xmlns:xhtml="http://www.w3.org/1999/xhtml" 에 <urlset> 도구가 상기시켜주는 요소). 그만큼 HTTP 헤더 방법은 틈새 시장이지만 링크 태그를 넣을 머리가 없는 PDF와 같은 HTML이 아닌 리소스에는 필수적입니다.
어느 쪽을 선택하든 페이지 세트당 하나의 메서드만 사용하십시오. 동일한 URL 에 대한 HTML 태그와 사이트맵 항목을 혼합하면 Google 충돌 신호를 보낼 수 있습니다. 이미 사이트맵을 생성하고 있는 경우 tool's 사이트맵 형식 슬롯은 에서 출력으로 직접 연결됩니다 XML 사이트맵 생성기.
x-default 는 무엇이며 왜 중요한가?
x-default 는 명시적으로 타겟팅하지 않은 언어 또는 지역의 모든 사용자에 대한 대체 페이지를 지정하는 hreflang 값입니다. 사이트에 영어,프랑스어 및 독일어 버전이 있고 일본어로 검색하는 사람이 도착하는 경우 x-default google에 보낼 위치를 알려줍니다. 일반적으로 중립적인 홈페이지나 언어를 선택할 수 있는 페이지입니다.
hreflang 이 그것없이 작동한다는 의미에서 선택 사항이지만 Google 은 포함을 권장하며 실제로 필수로 취급합니다. x-default 가 없으면 필적 할 수없는 사용자는 Google 이 추측하는 가장 가까운 버전을 얻습니다. 이는 종종 고의적 인 선택이 아닌 가장 많이 크롤링 된 페이지 일뿐입니다.
For the tool's 부분: 가 없는 집합 x-default 행은 오류가 아닌 경고를 발생시키므로,출력을 계속 복사할 수 있지만,여러분은 들었을 것입니다. 행을 추가하면 모든 페이지에서 동일한 위치에서 선택한 세 가지 형식 중 어느 형식으로든 대체가 방출됩니다. 행을 가리킬 위치와 행을 쓸모없게 만드는 실수는 에서 다룹니다 x-기본 가이드.
왜 hreflang은 상호적이어야 합니까?
이것은 나에게 오후 비용을 지불 한 것이므로 자체 섹션을 얻습니다. Hreflang 주석은 상호적이어야 합니다. A 페이지가 B 페이지를 프랑스어 대체 페이지로 선언하면 B 페이지는 A 페이지를 반환해야 합니다. Google 은 양쪽이 관계를 확인한 경우에만 관계를 신뢰합니다. 반환 태그가 누락된 경우 Google 은 주석을 완전히 무시합니다 - 묵묵히,페이지에 오류가 없습니다.
이를 만족시키는 깔끔한 방법은 자기 참조 항목 (자체를 가리키는 페이지) 을 포함하여 그룹의 모든 페이지에 완전하고 동일한 hreflang 태그 세트를 넣는 것입니다. 그래서 당신의 en-US 페이지, 태그가 포함되어 있습니다 en-US, en-GB, fr-FR, de-DE, 그리고 x-default - 그리고 정확히 동일한 블록이 나타납니다 en-GB 페이지, the fr-FR 페이지 등등. 클러스터의 모든 페이지는 전체 지도를 전달합니다. 중복되는 느낌이지만 주석을 상호적으로 만드는 요소이며 Google 이 기대하는 것입니다.
태그 생성이 1단계에 불과한 이유입니다. 그만큼 무료 hreflang 발전기 클러스터 전체에서 재사용할 수 있는 완전한 블록을 생성하고 경고에서 상호성을 상기시켜 주지만 배포 규율, 즉 동일한 블록, 모든 페이지가 귀하에게 있습니다. 이를 올바르게 설정하고 코드를 올바르게 설정하면 hreflang이 조용하고 안정적으로 작동하고 잘못되어 조용히 실패합니다. 기술 SEO 스택을 조립하는 더 넓은 맥락을 위해 관련 유틸리티를 클러스터에 수집했습니다 웹 개발자 툴킷 개요.
hreflang이 작동하는지 어떻게 테스트합니까?
배포 후 다음을 확인합니다 국제 타겟팅 보고서 (역사적으로 hreflang 보고서라고 함) Google Search Console 에서. 그것은 "no return tags" 및 "unknown language codes"와 같은 오류를 나열하여 전체 사이트에서 페이지를 하나씩 확인하는 것보다 훨씬 빠릅니다. SEO 감사 도구를 사용한 크롤링은 또한 모든 페이지가 전체 역수 세트를 전달한다는 것을 확인합니다.
내가 가장 자주 보는 실수는 대략적인 빈도순으로 표시됩니다: 반환 태그 누락 (위의 상호주의 실패), x-기본값 없음, 사용하여 UK 대신 GB 또는 기타 비ISO 코드, 지역 전용 태그 언어가 없는 나라를 대상으로 하려는 시도, 상대 URL hreflang이 절대적인 것을 요구하는 경우 구현 방법을 혼합합니다 같은 페이지에 대해. 이들 모두는 그럴듯해 보이고 아무 것도하지 않는 마크업을 생성합니다.
X-1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 1000 X 10 hreflang 태그 생성기 는 기계가 잡을 수 있는 것 - 기형 코드,알 수 없는 하위 태그,중복, 절대적이지 않은 URL,그리고 누락된 x-기본값 - 을 잡기 위해 설계되었으며,당신을 위해 강제할 수 없는 것,즉 상호주의에 대해 상기시키기 위해 각각이 만들어내는 증상과 함께 전체 카탈로그가 들어 있습니다 12 일반적인 hreflang 오류. hreflang을 더 큰 다국어 빌드로 연결하는 경우 메타 태그 생성기 페이지당 헤드의 나머지 부분을 처리합니다 코딩 도구 가이드 개발자 워크플로를 마무리합니다.
어떤 엣지 케이스를 계획해야 합니까?
기본 사항이 마련되면 계획을 세울 수 있을 만큼 소수의 상황이 자주 발생합니다. 정식 태그와 hreflang은 동의해야 합니다. 각 page's canonical 는 다른 언어 버전이 아니라 그 자체를 가리켜야 한다 - 만약 당신의 프랑스어 페이지가 영어 페이지로 canonicalizes,당신은 당신이 방금 추가한 hreflang 를 취소하는 프랑스어 페이지를 완전히 삭제하라고 구글에게 말하고 있다. canonicals 는 언어 클러스터 내에서 자기 참조를 유지하고 hreflang 이 클러스터 간의 관계를 설명하도록 한다; 흐레플랑 vs 캐노니컬 조합을 통해 작동합니다.
언어와 국가는 독립된 축이다. 갖는 것은 완벽하게 타당하다 en-US, en-GB, 그리고 en-CA 모두 영어로 되어 있지만 다른 국가를 대상으로 하며 동등하게 유효합니다 fr-CA 그리고 en-CA 둘 다 다른 언어로 캐나다를 대상으로합니다. 국가 당 한 페이지 또는 언어 당 한 페이지를 가정하지 마십시오; 당신은 당신의 사이트가 실제로 제공하는 특정 조합을 매핑하고 있습니다.
후행 슬래시와 프로토콜은 실제 URL과 일치해야 합니다. hreflang은 정확한 URL을 가리킵니다 https://example.com/fr/ 그리고 https://example.com/fr 다른 대상입니다. 각 URL 의 표준적이고 인덱싱 가능한 형식을 사용하십시오 - 사이트 맵에서 제출할 것과 동일한 것 - 그래서 주석은 리디렉션이 아닌 라이브 페이지로 해결됩니다. hreflang 대상의 리디렉션은 치명적이지 않지만 홉과 신호가 약화 될 가능성이 추가되므로 정확하게 얻을 가치가 있습니다.
자주 묻는 질문
hreflang 태그란 무엇입니까?
hreflang 태그는 검색 엔진에 주어진 사용자를 표시할 페이지의 언어 및 지역 버전을 알려줍니다. rel="alternate" hreflang="x" 주석을 사용합니다. 여기서 x는 언어 코드(선택적으로 지역 포함)이므로 멕시코의 스페인어 사용자에게 영어 대신 es-MX 페이지를 제공할 수 있습니다. Hreflang은 국제 사이트가 중복 콘텐츠 문제를 피하고 각 시장에서 올바른 페이지 순위를 매길 수 있도록 도와줍니다.
올바른 hreflang 형식은 무엇입니까?
값은 ISO 639-1 언어 코드이며,선택적으로 ISO 3166-1 알파-2 코드로 지역이 뒤따릅니다 - 예를 들어 en,en-GB,또는 pt-BR. 언어가 먼저 나오고 지역은 선택적입니다; 지역만을 대상으로 할 수 없습니다. 표준은 일상적인 약어와 다릅니다: 영국은 영국이 아닌 GB 입니다.
hreflang에서 x-default 의 의미는 무엇입니까?
X-기본적으로 타겟팅하지 않은 언어 또는 지역의 사용자에 대한 대체 페이지를 지정합니다. 일반적으로 홈페이지 또는 언어 선택기 페이지입니다. Google은 모든 hreflang 세트에 x-default를 포함할 것을 권장합니다. 따라서 일치하지 않는 방문자는 임의의 언어 버전이 아닌 합리적인 곳으로 보내집니다.
hreflang 태그를 어디에 두어야 합니까?
세 곳에서 hreflang 을 구현할 수 있습니다: 링크 rel="alternate"로 HTML 헤드의 태그,XML 사이트맵의 xhtml:link 항목,또는 HTTP 링크 헤더 (PDF 와 같은 HTML 이 아닌 파일에 유용함) 로. 한 가지 방법을 선택하고 일관되게 적용하십시오 - 동일한 페이지에 혼합하면 충돌하는 신호를 보낼 수 있습니다. 이 도구는 세 가지를 모두 생성합니다.
hreflang 태그는 상호적이어야 합니까?
예. A 페이지가 B 페이지를 프랑스어 대체 페이지로 선언하면 B 페이지는 A 페이지를 반환해야 합니다. Google 은 가리키는 페이지의 반환 태그로 확인되지 않는 hreflang 주석을 무시합니다. 가장 간단한 접근 방식은 그룹의 모든 페이지에 자체 참조 항목을 포함하여 전체적이고 동일한 hreflang 항목 세트를 포함하는 것입니다.
hreflang 태그가 지역 간에 중복 콘텐츠를 수정할 수 있습니까?
hreflang은 중복 콘텐츠를 제거하지 않지만 유사한 페이지가 필터링을 위해 중복되는 것이 아니라 서로의 지역적 또는 언어 변형임을 Google에 알립니다. 이것은 페이지가 서로를 잠식하는 대신 각 시장에서 올바른 버전의 순위를 매기는 데 도움이 됩니다. 진정으로 동일한 페이지의 경우 hreflang과 각자가 가리키는 올바른 표준 태그를 결합합니다.
hreflang이 작동하는지 어떻게 테스트합니까?
Google 검색 콘솔에서 반환 태그 누락 및 알 수 없는 언어 코드와 같은 오류를 나열하는 국제 타겟팅(또는 HREFLANG) 보고서를 사용합니다. 또한 SEO 감사 도구를 사용하여 사이트를 크롤링하여 모든 페이지에 전체 상호 집합이 있는지 확인합니다. Google은 그룹의 모든 페이지를 다시 크롤링해야 하므로 수정하는 데 시간이 걸릴 수 있습니다.
내 데이터가 비공개로 유지됩니까?
네. 태그는 일반 JavaScript를 사용하여 브라우저에서 완전히 생성됩니다. URL과 사이트 구조는 전송, 기록 또는 저장되지 않으며, 페이지가 로드되면 생성기는 네트워크 연결 없이 계속 작동합니다.
