제가 처음 발송한 국제 사이트에는 열한 가지 언어 버전이 있었고,헤르플랑은 전혀 없었습니다. 트래픽이 전체적으로 괜찮아 보였기 때문에 몇 달 동안 아무도 의문을 제기하지 않았습니다. 그런 다음 베를린의 동료가 google.de 에서 우리 제품을 검색하고 영어 페이지를 얻었습니다. 독일어 제품이 존재하고 색인이 생성되었으며 영어 원본보다 더 잘 작성되었습니다. Google 은 단지 그것을 선호 할 이유가 없었기 때문에 우리가 2 년 동안 영어로 Twitter 에서 홍보 한 버전이었던 가장 많은 링크가있는 버전을 제공했습니다.
그것이 실패 모드 hreflang 이 예방하기 위해 존재하고,그것은 자신의 시장 내부에서 보이지 않습니다. 당신은 자신의 언어로 자신의 나라에서 검색하고,올바른 페이지를 얻고,모든 것이 작동 결론을 내립니다. 잘못된 페이지를 얻는 사람들은 당신이 결코 듣지 못하는 사람들입니다,왜냐하면 그들은 튀어 나왔기 때문입니다.
이 가이드는 hreflang 끝과 끝을 다룹니다: 주석이 무엇인지, 코드가 어떻게 구축되는지, 세 곳을 넣을 수 있는지, Google이 신뢰할 수있는 규칙, 정식 태그 및 사이트 맵과 상호 작용하는 방식에 초점을 맞춘 조각 세트의 허브입니다 x-기본값, 구현을 중단시키는 오류, 흐레플랑 대 표준및 프레임워크별 설정 다음.js 그리고 워드 프레스.
TL;DR: hreflang 태그는 a입니다
rel="alternate" hreflang="xx-XX"검색 엔진에 각 사용자에게 서비스를 제공할 페이지의 언어 및 지역 버전을 알려주는 주석입니다. 값은 ISO 639-1 언어 코드이며,선택적으로 ISO 3166-1 alpha-2 지역 코드와 함께 제공되므로 영국은GB그리고 아닙니다UK. 주석은 상호적이어야 합니다: 집합의 모든 페이지는 자신을 포함한 모든 버전을 나열하거나 Google 은 집합을 폐기합니다. HTML 로 구현할 수 있습니다<link>태그, XML 사이트맵 항목 또는 HTTPLink헤더이지만 URL 세트당 하나의 메서드만 있습니다. The 흐레플랑 발전기 브라우저에서 세 가지 형식을 모두 빌드하고 코드를 배송하기 전에 코드를 검증합니다.
hreflang 태그란 무엇입니까?
hreflang 태그는 "이 페이지의 다른 버전이이 언어와 지역에 대해 존재하고이 URL 에 살고있는 것을 선언하는 주석입니다." 그것은 다음과 같습니다:
<link rel="alternate" hreflang="fr-CA" href="https://example.com/fr-ca/" />
왼쪽에서 오른쪽으로 읽기: rel="alternate" 이 다른 페이지가 아닌 변형이라고 말합니다 hreflang="fr-CA" 변형은 캐나다의 프랑스어 사용자를 위한 것이라고 말합니다 href 절대 URL 을 제공합니다. 여기에 지시어는 없습니다. Google 은 hreflang 을 특정 검색자와 교환 할 URL 에 대한 강력한 힌트로 취급하며,순종해야하는 명령이 아니며 증거가 다른 곳을 가리킬 때 힌트를 무시합니다.
주석은 Google's 에 정의되어 있습니다 페이지의 현지화된 버전에 대한 문서입니다그리고 코드 값은 다음에서 나옵니다 BCP 47언어 태그에 대한 IETF 표준입니다. Bing 은 동일한 주석을 지원합니다. Yandex 는 hreflang 을 사용하지 않으며 자체 지역 설정에 의존하며 러시아어 시장이 계획의 일부인 경우 중요합니다.
언제 hreflang 이 필요하고,언제 시간 낭비입니까?
같은 콘텐츠가 하나 이상의 언어로 존재할 때,또는 하나 이상의 지역을 겨냥한 하나의 언어로 존재할 때 필요합니다. 하나의 시장만을 위해 영어로만 존재하는 사이트에는 필요하지 않으며 거기에 추가하는 것은 마크업을 추가하는 것 외에는 아무 것도 없습니다.
실제로 세 가지 모양이 나타납니다:
| 사이트 모양 | 예 | 흐레플랑이 필요하신가요? |
|---|---|---|
| 하나의 언어, 하나의 시장 | 미국 전용 SaaS 마케팅 사이트 | 아니요 |
| 여러 언어 | /en/, /de/, /ja/ 동일한 페이지의 버전 |
예 |
| 하나의 언어, 여러 시장 | example.com/us/ 그리고 example.com/uk/, 둘 다 영어 |
네, 그리고 가장 자주 놓치는 경우입니다 |
세 번째 행은 잠시 멈출 가치가 있는 행입니다. 가격이 다른 두 개의 영어 페이지,배송 사본 및 철자가 크롤러에 중복된 것처럼 보입니다. hreflang 이 없으면 Google 은 하나를 선택하고 다른 하나를 필터링합니다. 이것이 영국 상점이 google.co.uk 에서 보이지 않게 되는 방식이며 미국 트윈 랭크에 대한 주석은 Google 에 이러한 것들이 우발적인 중복이 아닌 고의적인 지역 변형임을 알려주는 것입니다.
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 언어 ISO 639-1 두 글자 코드, 소문자입니다: en, fr, de, ja, pt. 그만큼 지역 는 ISO 3166-1 alpha-2 두 글자 코드, 대문자, 하이픈으로 연결: en-US, pt-BR, de-AT. 케이싱은 어려운 요구 사항이 아니라 관례입니다. 언어 태그는 대소문자를 구분하지 않고 일치하지만 모든 코드 검토는 이를 따를 때 더 빨라지기 때문입니다.
사람들이 틀리는 규칙, 내가 보는 순서대로 틀리는 규칙:
- 영국은
GB.UK는 ISO 3166-1 코드가 아닙니다.en-UK은 묵묵히 무시되는데, 이는 아무것도 알려주지 않기 때문에 오류보다 더 나쁘다. - 지역만으로는 문제가 되지 않습니다. "everyone in Canada"를 말할 방법이 없습니다 언어의 이름을 지정하지 않고.
hreflang="CA"는 무효입니다. 당신은 쓴다en-CA그리고fr-CA별도의 항목으로. - 라틴 아메리카는
es-419. 이는 BCP 47에서 유효한 UN M49 숫자 지역 코드이며, 스페인어가 특별히 스페인이나 멕시코가 아닌 지역을 겨냥할 때 정답입니다. - 중국인은 대개 국가가 아닌 대본을 원합니다.
zh-Hant전통과 위한zh-Hans단순화된 경우 독자가 관심을 갖는 쓰기 시스템을 설명하십시오.zh-CN그리고zh-TW작업하지만 스크립트를 지리와 융합합니다. - 언어와 지역은 독립된 축이다.
en-CA그리고fr-CA둘 다 존재할 수 있습니다. 그래서 가능합니다en-US,en-GB, 그리고en-AU. 국가당 한 페이지 또는 언어당 한 페이지를 가정하지 마십시오; 귀하의 사이트가 실제로 제공하는 조합을 매핑하십시오.
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 흐레플랑 발전기 각 코드를 예상 모양과 비교하여 확인하고 인식되지 않는 언어 또는 지역 값인 하위 태그를 표시합니다 en-UK 3주 후 크롤링 대신 키보드에서 실패합니다.
hreflang 태그는 어디로 가나요?
세 가지 구현 방법이 지원되며,실질적으로 동일합니다. 선택은 운영적입니다.
| 방법 | 그것이 사는 곳 | 위한 최고의 | 비용 |
|---|---|---|---|
HTML <link> |
각 페이지's <head> |
대부분의 사이트; 디버그가 가장 쉽습니다 | 모든 페이지에는 언어 수에 따라 증가하는 전체 세트가 포함되어 있습니다 |
XML 사이트맵 xhtml:link |
사이트맵 항목 | 대규모 사이트, 많은 지역 | 사이트맵은 동기화 상태를 유지해야 합니다; 픽업 속도가 느립니다 |
HTTP Link 헤더 |
서버 응답 | PDF 및 기타 HTML이 아닌 파일 | 서버 구성이 필요합니다; 브라우저에서는 보이지 않습니다's view-source |
머리의 HTML 태그:
<link rel="alternate" hreflang="en-US" href="https://example.com/us/pricing" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/uk/pricing" />
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
사이트맵 항목과 동일한 세트가 필요합니다 xhtml 네임스페이스가 선언되었습니다 <urlset>:
<url>
<loc>https://example.com/us/pricing</loc>
<xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/us/pricing"/>
<xhtml:link rel="alternate" hreflang="en-GB" href="https://example.com/uk/pricing"/>
<xhtml:link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise"/>
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/pricing"/>
</url>
그리고 PDF의 유일한 옵션인 HTTP 헤더로:
Link: <https://example.com/us/whitepaper.pdf>; rel="alternate"; hreflang="en-US",
<https://example.com/de/whitepaper.pdf>; rel="alternate"; hreflang="de-DE"
URL 세트당 하나의 메소드를 선택합니다. 동일한 페이지에 대한 HTML 태그와 사이트맵 항목을 혼합하는 것은 치명적이지는 않지만 Google 에 서로 떨어져 표류 할 수있는 두 가지 소스를 제공하며 동의하지 않는 날에는 어느 것이 승리했는지 알 수 없습니다. 이미 사이트맵을 제작하고 있다면 XML 사이트맵 생성기를 사용하면 사이트맵 형식이 바로 삭제됩니다.
왜 hreflang은 상호적이어야 합니까?
단방향 주장은 검증할 수 없기 때문입니다. 영어 페이지에 "the French version is over there"라고 적혀 있고 프랑스어 페이지에는 아무 말도 없다면 누구나 누구를 가리킬 수 있습니다. Google's 규칙은 양측이 동의해야 한다는 것입니다 반환 태그 요구 사항 는 그것의 문서에서 명백하게 진술됩니다: 반환 꼬리표를 확인하지 않는 주석은 묵살됩니다.
규칙의 실용적인 형태는 소리보다 간단합니다. 페이지 자체에 대한 자기 참조 항목을 포함하여 그룹의 모든 페이지에 완전하고 동일한 주석 세트를 넣습니다. 영어 페이지에는 영어,프랑스어, 독일어 및 x-기본값이 나열됩니다. 프랑스어 페이지도 마찬가지입니다. 독일어 페이지도 마찬가지입니다. 동일한 블록,바이트에 대한 바이트,모두.
그 중복성이 그 기능입니다. 그것은 세트를 자체 검증하게 만들고 배포를 기계적으로 만듭니다: URL 그룹당 한 번 블록을 구축하고 페이지당 손으로 편집하는 것이 아니라 단일 소스에서 렌더링합니다. 손 편집은 9 페이지 세트가 8 개의 올바른 블록과 하나의 누락 된 항목으로 끝나는 방식이며,하나의 누락 된 항목은 Google 이 속한 쌍을 불신하기에 충분합니다.
x-default 는 무엇을 하는가?
x-default 사용자와 일치하는 다른 항목이 없을 때 제공할 페이지의 이름을 지정합니다. 한국어로 검색하는 누군가가 영어,프랑스어 및 독일어 버전이 있는 사이트에 착륙합니다: 없이 x-default, 구글은 추측한다. 그것으로, 당신은 결정하고, 대답은 일반적으로 언어 선택기 또는 기본 국제 홈페이지입니다.
그것은 언어 코드가 아니며 그것을 대체하지 않습니다. 귀하의 영어 페이지는 여전히 자신의 것을 필요로합니다 en 또는 en-US 입장, 그리고 x-default catch-all 로 나란히 앉는다. Google 은 선택 사항으로 취급하고,나는 "알고리즘이 something"을 선택하기 때문에 필요에 따라 취급합니다. 라우팅 전략이 아닙니다. The 전체 x-기본 가이드 가리킬 위치, 리디렉션을 가리킬 때 발생하는 작업, 언어 선택기 페이지에 자체 관리가 필요한 이유를 다룹니다.
hreflang과 표준 태그는 어떻게 상호 작용합니까?
그들은 서로 다른 질문에 대답하며 서로 모순되어서는 안 됩니다.
표준 태그는 "이러한 거의 동일한 URL 중 이 URL 을 색인화 합니다." hreflang 주석은 "these URL 은 지역화된 대체 항목이며 사용자당 올바른 URL 을 제공합니다." 전체 언어 버전을 먹는 실패는 언어 전반에 걸쳐 표준화됩니다: 프랑스어 페이지는 영어 페이지를 표준으로 선언하여 Google 에 인덱스에서 프랑스어 URL 을 삭제하도록 지시하고 hreflang 은 표준화된 URL 을 다시 부활시킬 수 없습니다.
규칙은 짧습니다. 모든 페이지는 자체적으로 표준화됩니다. Hreflang 그 자체 - 정식 페이지 사이의 관계를 설명합니다. 그 두 가지 사실을 똑바로 얻을 두 시스템은 협력; 그들을 교차 얻을 더 강한 신호,정규, 승리하고 조용히 당신의 번역을 삭제합니다. 흐레플랑 vs 캐노니컬 둘 다 동시에 작동하는 매개변수-URL 사례를 포함하여 조합을 통해 작동합니다.
hreflang이 작동하는지 어떻게 테스트합니까?
Search Console 로 시작하십시오. International Targeting 보고서에는 규모에 따라 중요한 두 가지 실패가 나열되어 있습니다. "no return tags" 및 "unknown language code", 전체 속성에 걸쳐 검사 페이지를 한 번에 하나씩 능가합니다. 지연됨 참고: 수정 사항은 Google 이 영향을 받는 세트의 모든 페이지를 다시 그린 후에만 표시되므로 변경 사항이 없는 일주일은 정상이며 수정 사항이 실패했다는 증거가 아닙니다.
그런 다음 자신의 사이트를 크롤링합니다. hreflang 주석을 표시하는 모든 크롤러는 각 URL 이 전달하는 세트를 표시하며 실행 중인 검사는 그룹의 모든 페이지가 동일한 전체 블록을 전달하는지 여부입니다. 그룹 및 안구별로 정렬합니다. counts; a page with four entries in a group of five is the bug.
그런 다음 대상의 해결을 확인합니다. 각 href 200 을 반환하고 인덱싱 가능한 절대 URL 이어야 합니다. 리디렉션하는 대상은 여전히 작동하지만 홉을 추가하고,404s 가 집합을 독살하는 대상과,그 대상입니다 noindex 모순입니다: 당신은 구글에게 무시하라고 말한 페이지를 광고하고 있습니다.
가장 자주 깨지는 것은 무엇입니까?
내가 얼마나 자주 그들을 찾을 수 있는지 대략적인 순서:
- 반환 태그가 누락되었습니다. 페이지 A 는 B 를 가리키고,B 는 뒤돌아보지 않습니다. Google 은 쌍을 버립니다.
- x-기본값이 없습니다. 비교할 수 없는 사용자는 Google이 추측하는 버전을 얻을 수 있습니다.
- 비 ISO 코드.
en-UK리드, 그 다음에는 다음과 같은 발명된 리드가 있습니다en-EU. - 상대 URL. hreflang에는 절대 URL, 프로토콜 및 호스트가 포함되어 있어야 합니다.
- 후행 슬래시 불일치.
/fr/그리고/fr는 다른 URL이며 주석은 인덱싱 가능한 형식과 일치해야 합니다. - 언어 전반에 걸친 표준 포인팅. 전체 세트를 취소합니다.
- 혼합 방법. 동일한 URL에 대한 HTML 태그와 사이트맵 항목이 서로 멀어집니다.
이 모든 것들은 제대로 보이는 마크업을 만들어냅니다. 그것이 hreflang 을 지루하게 만드는 것입니다: 실패는 항상 침묵합니다. 12 일반적인 hreflang 오류 관찰할 증상과 수정 사항을 각각 살펴봅니다.
태그를 어떻게 생성하고 유지합니까?
URL 의 소수에 대 한,손으로 블록을 쓰는 것은 한 번 괜찮고 두 번째 변경에 고통 스럽습니다. 더 큰 아무것도,그것을 생성 합니다.
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 - 을 가져와 HTML 링크 태그,사이트맵 항목 또는 HTTP 헤더로 블록을 내보냅니다. ISO 모양에 대해 각 코드의 유효성을 검사하고,인식되지 않은 하위 태그를 플래그 지정하고,중복 코드를 포착하고,상대 URL 을 거부하고,세트에 x-기본값이 없을 때 경고합니다. 브라우저에서 완전히 실행되므로 전체 국제 아키텍처를 매핑하는 URL 구조는 아무데도 업로드되지 않습니다.
이미 템플릿이 적용된 사이트의 경우 더 나은 장기적 대답은 라우팅 구성에서 블록을 렌더링하여 드리프트할 수 없도록 하는 것입니다.That is what the 다음.js 그리고 워드 프레스 가이드 커버: 로케일 맵에 대한 하나의 진실 소스, 그룹의 모든 페이지에서 전체 역수 세트를 렌더링하는 하나의 구성 요소 또는 필터. 그러면 생성기는 출력을 생성하는 것이 아니라 출력을 확인하는 데 사용하는 것입니다. 이는 사이트가 수십 개의 URL을 지나면 올바른 노동 분업입니다.
기술 SEO 레이어의 나머지 부분을 동시에 조립하는 경우 메타 태그 생성기 페이지당 헤드를 처리합니다 robots.txt 발전기 크롤링 지시어를 다룹니다. The hreflang 도구 가이드 발전기 자체에 대해 더 깊이 설명합니다.
자주 묻는 질문
hreflang 태그란 무엇입니까?
hreflang 태그는 a입니다 rel="alternate" hreflang="xx-XX" 특정 사용자에게 서비스를 제공할 페이지의 언어 및 지역 버전을 검색 엔진에 알려주는 주석입니다. 이는 국제 사이트가 각 시장에서 올바른 버전의 순위를 매기고 거의 동일한 지역 페이지가 중복으로 필터링되는 것을 방지하는 데 도움이 됩니다.
내 사이트가 영어로만 되어 있는 경우 hreflang이 필요합니까?
별도의 URL 로 하나 이상의 영어권 시장을 대상으로하는 경우에만. 단일 시장을위한 단일 영어 사이트는 hreflang 이 필요하지 않습니다. 별도의 미국 및 영국 상점,영어로 둘 다,주석이 없으면 두 개가 중복 된 것처럼 보이기 때문에 필요합니다.
지역이 hreflang 코드의 일부입니까?
아니요. 언어 코드는 필수이며 지역은 선택 사항입니다. en 는 그 자체로 유효하다. 유효하지 않은 것은 언어가 없는 지역이다: 언어의 이름을 붙이지 않고는 국가를 공략할 방법이 없다.
hreflang은 Google이 표시하는 페이지를 보장합니까?
아니오. Hreflang 은 지시어가 아닌 강력한 신호입니다. google 은 user's 명시적 언어 설정이나 쿼리 언어와 같은 다른 증거가 다른 곳을 가리킬 때 여전히 다른 버전을 제공할 수 있습니다.
hreflang 변경 사항이 적용되려면 얼마나 걸리나요?
Google 은 반환 태그를 확인하기 전에 세트의 모든 페이지를 다시 그려야 하므로 변경 사항은 일반적으로 사이트 크롤링 빈도에 따라 며칠에서 몇 주가 소요됩니다. Search Console 의 국제 타겟팅 보고서는 동일한 지연으로 업데이트됩니다.
hreflang과 canonical 태그를 함께 사용할 수 있습니까?
예,그리고 해야 합니다. 각 페이지는 그 자체로 정경화되며,hreflang 은 그 자체 정경화 페이지들 사이의 관계를 설명합니다. 한 언어 버전을 다른 언어 버전으로 정경화하면 인덱스에서 제거되고 hreflang 집합이 취소됩니다.
Bing은 hreflang을 지원합니까?
예. Bing 도 똑같이 지원합니다 rel="alternate" hreflang 주석. Yandex 는 hreflang 을 사용하지 않으며 대신 자체 지역 설정에 의존합니다.
HTML이나 사이트맵에서 hreflang 태그는 어디로 가야 합니까?
둘 중 하나가 작동합니다. HTML 링크 태그는 디버깅하기가 더 쉽고 일반적인 선택입니다. 사이트 맵 항목은 페이지 헤드를 가늘게 유지하고 많은 로케일이있는 사이트에 적합합니다. URL 세트 당 하나의 방법을 모두 사용하는 것이 아니라 사용합니다.
