내가 출하한 최악의 hreflang 버그는 Google's 인덱스에서 네 가지 언어 버전을 가져온 한 줄 템플릿 변경이었습니다. 머리 부분은 표준 태그를 렌더링했고 누군가가 이를 리팩터링하여 현재가 아닌 기본 로케일에서 표준 태그를 만들었습니다. 번역된 모든 페이지는 영어 페이지를 표준으로 선언하기 시작했습니다. hreflang 주석은 그대로 유지되었으며 여전히 완벽했습니다. 또한 인덱스에서 표준화된 URL 을 제공할 수 없기 때문에 전혀 관련이 없습니다.
아무것도 깨지지 않았습니다. 페이지가 여전히로드되었습니다. 영어가 아닌 시장의 트래픽은 약 3 주 동안 감소했는데,이는 Google 이 모든 것을 되 찾는 데 대략 얼마나 걸렸는지,그리고 명백한 시간이되었을 때 원인은 5 커밋이었습니다.
Canonical 과 hreflang 은 서로 혼동될 가능성이 가장 높은 두 주석과 서로 상쇄될 가능성이 가장 높은 두 주석입니다. 이 안내서는 각각이 주장하는 것,호환성을 유지하는 규칙,잘못되는 특정 조합 아래에 있습니다 완전한 흐레플랑 가이드, 옆에 12 일반적인 hreflang 오류.
TL;DR: 정식 태그는 "이 거의 중복 된 URL 중이 하나를 색인화하십시오." hreflang 주석은 "these URL 은 지역화 된 대체 항목이며 사용자 당 올바른 것을 제공합니다." 그들은 다른 질문에 대답하고 서로 모순되어서는 안됩니다. 규칙은 모든 페이지가 스스로 canonicalizes 하고 hreflang 은 그 자체 정식 페이지 간의 관계를 설명합니다. 한 언어 버전을 다른 언어 버전으로 Canonical화하면 색인에서 제거되고 hreflang 세트가 무의미 해집니다. 왜냐하면 canonical 이 더 강한 신호이기 때문입니다.
정식 태그는 무엇을 주장합니까?
표준 태그는 실질적으로 동일한 콘텐츠를 제공하는 URL 그룹 중에서 선호하는 URL을 지정합니다:
<link rel="canonical" href="https://example.com/pricing" />
그것은 동일한 내용이 많은 URL 에 도달 가능하기 때문에 존재한다: 추적 매개 변수 유무에 관계없이,후행 슬래시 유무에 관계없이,인쇄보기를 통해,카테고리 경로와 직접 경로를 통해. 혼자 남겨두고 Google 은 하나를 선택하고 순위 신호를 통합합니다. 정식 태그는 그 선택을 직접 만드는 방법입니다.
이 논의에는 두 가지 속성이 중요합니다. 첫째, a입니다 힌트,지시서가 아니라 구글이 대부분의 시간을 따르는 강력한 것이지만. 둘째,그리고 이것은 물린 부분입니다 비정규 URL은 그 자체로 색인화되지 않습니다. 그들의 신호는 정식어로 접혀 있습니다. 그것이 태그의 전체 요점이며 번역에 대해 수행하는 것은 정확히 잘못된 것입니다.
흐레플랑은 무엇을 주장합니까?
Hreflang은 완전히 다른 주장을 합니다:
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise" />
그것은 말한다: 이 페이지의 또 다른 버전이 존재, 그것은 독일의 독일어 사용자를 대상으로, 여기에 살고있는 곳입니다. 그것은 어떤 URL을 색인해야하는지에 대해 아무 말도하지 않습니다. 모든 대체는 독립적으로, 자신의 시장에서 각 순위가 색인 될 것으로 예상된다. Hreflang은 인덱싱 명령이 아니라 서브 타임에 적용되는 라우팅 힌트입니다.
두 가지를 나란히 놓으면 차이점은 분명합니다:
| 정식 | 흐레플랑 | |
|---|---|---|
| 질문 그것은 대답 | 이 URL 중 어떤 URL을 색인화해야 합니까? | 이 사용자는 어떤 버전을 봐야 할까요? |
| 다른 URL에 미치는 영향 | 그들은 따로 색인화 되는 것을 멈춥니다 | 그들은 각각 시장에서 색인을 유지합니다 |
| 에 적용 | 중복되거나 거의 중복된 콘텐츠 | 번역되거나 지역화된 콘텐츠 |
| 방향 | 한 명의 승자를 가리킵니다 | 대칭 집합을 설명합니다 |
| 힘 | 강한; 보통 따라왔다 | 순위와 서브 타임에 사용되는 힌트 |
번역된 페이지는 중복되지 않습니다. 구조적으로 평행하게 일어나는 다른 청중을 위한 다른 내용입니다. 교차 언어 표준으로 중복으로 취급하는 것은 아래의 모든 실패의 근원에 있는 범주 오류입니다.
규칙은 무엇입니까?
모든 페이지는 그 자체로 정경화됩니다. Hreflang 은 그 자체 정경 페이지들 사이의 관계를 설명합니다.
구체적으로 영어 가격 페이지에는 다음이 포함됩니다:
<link rel="canonical" href="https://example.com/pricing" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
그리고 독일 가격 페이지는 다른 표준과 동일한 hreflang 블록을 전달합니다:
<link rel="canonical" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
동일한 hreflang 는 둘 다에,각각에 각자 참조 표준 놓았습니다. 그것은 전체적인 본입니다. Google 는 그것의 동일한 필요조건을 문서화합니다 현지화된 버전 안내: 주석은 역수여야 하며 주석이 명명하는 URL은 색인화하려는 URL이어야 합니다.
표준 사항이 언어 전반에 걸쳐 적용되면 어떻게 되나요?
언어 버전이 사라집니다.
그것을 통해 걸어. 프랑스어 페이지는 "index the English page instead of me." Google obliges and drops the French URL from the index. 영어 페이지's hreflang says "the 프랑스어 버전은 이 URL 에 있습니다." 구글은 그 URL 을 보고,이미 있는 페이지로 정식화 되어있음을 발견하고,프랑스 검색자들에게 서비스를 제공할 것이 아무것도 없습니다. 세트는 한 페이지로 붕괴됩니다.
증상은 크롤링되고 200 을 반환하며 번역된 내용이 잘 포함되어 있고 순위가 매겨지지 않는 언어 버전입니다. Search Console 에서 URL 검사 도구는 색인된 페이지가 아닌 다른 페이지의 대체 항목으로 보고합니다. 해당 보고서는 진단을 확인하는 가장 빠른 방법이며,순위가 매겨지지 않는 언어 버전을 쫓는 경우 다른 어떤 것보다 먼저 확인하십시오.
canonical 이 승리하는 이유는 두 신호가 서로 다른 단계에서 작동하기 때문입니다. Canonicalization 은 인덱싱 중에 발생하며; hreflang 은 순위 지정 및 서빙 중에 참조됩니다. 인덱스에 절대 들어 가지 않는 URL 은 이후 단계에서 사용할 수 없습니다.
한 언어 내의 매개변수와 거의 중복되는 항목은 어떻습니까?
이것은 두 신호가 한 번에 합법적으로 작동하는 곳이며, 레이어를 똑바로 유지하는 한 조합은 괜찮습니다.
독일 가격 페이지에 접속할 수 있다고 가정해 보겠습니다 /de/preise 그리고 /de/preise?utm_source=newsletter. 매개변수화된 URL은 표준화됩니다 /de/preise는, 어느 것이 맞습니다: 그들은 한 언어 내의 진짜 중복입니다. hreflang 세트는 한 레벨 업을 작동, 사이 /pricing, /de/preise, 그리고 /fr/tarifs그리고 각각의 정식 형식만 지정합니다.
두 가지 규칙이 이것을 깨끗하게 유지합니다:
- Hreflang은 항상 표준 URL의 이름을 지정합니다. 매개변수화된 URL 또는 기타 비정규 URL 에 주석을 가리키지 마십시오. 해당 URL 의 반환 태그는 일치하지 않습니다. 왜냐하면 정식 버전은 블록을 전달하는 것이기 때문입니다.
- 결코 건너지 않고 언어 내에서 표준화합니다. 파라미터, 인쇄 뷰, 세션 URL, 모두 괜찮습니다 다른 언어, 결코.
동일한 논리가 페이지 매김,면처리된 URL 및 기타 복제 메커니즘을 다룹니다. 언어 내부에서 해결한 다음 hreflang 이 해결된 집합을 설명하도록 합니다.
hreflang은 지역 간 중복 콘텐츠에 도움이 됩니까?
부분적으로, 종종 과장되기 때문에 구별은 정확하게 설명할 가치가 있습니다.
Hreflang 은 중복을 제거하지 않습니다. Google 에게 미국과 영국 영어 페이지 간의 유사성을 무시하라고 지시하지 않습니다. Google 에게 그 페이지가 고의적 인 지역 변형이라고 말하는 것은 Google 이 유사성을 처리하는 방법을 변경합니다: 하나를 선택하고 다른 하나를 필터링하는 대신 쿼리 및 사용자별로 둘 다 유지하고 선택합니다.
그것이 같은 언어,다지역 사이트들의 실질적인 이득이고,그 사이트들이 다언어 사이트들이 하는 것보다 더 급하게 hreflang 을 필요로 하는 이유입니다. 다른 언어로 된 두 페이지는 분명히 다른 문서입니다. 다른 가격과 철자를 가진 영어로 된 두 페이지는 크롤러와 분명히 다르지 않으며,주석이 없으면 그 중 하나는 잃습니다.
지역 페이지가 단어 하나하나 진정으로 동일하다면,정직한 대답은 별도의 페이지가 전혀 필요하지 않을 수도 있다는 것입니다. Hreflang is not a way to justify near-duplicate content; 시장에 의해 합법적으로 차별화되는 콘텐츠를 설명하는 방법입니다.
둘을 어떻게 함께 감사하는가?
두 주석을 모두 추출하는 크롤링은 한 번의 패스로 이에 답합니다. 각 URL 에 대해 두 가지 사실을 원합니다: 표준형이 자체 URL 과 같게 하고 hreflang 집합이 형제자매와 일치하는지' 표준형별로 정렬하고 여러 URL 이 서로 다른 언어 경로에서 하나의 표준형을 공유하는 그룹을 찾습니다. 그 그룹화는 버그이며 한눈에 볼 수 있습니다.
단일 페이지의 경우 curl 그것은과 함께 두 태그를 읽어:
curl -s https://example.com/de/preise | grep -E 'rel="(canonical|alternate)"'
확인하시는 것은 canonical 이라는 것입니다 href 는 방금 가져온 URL 이며,hreflang 블록에는 동일한 URL 을 가리키는이 페이지 & # 39;s 자신의 로케일에 대한 항목이 포함되어 있습니다. 이 두 가지 사실이 일관성이 있다는 것은 전투의 대부분입니다.
그런 다음 hreflang 대상 자체가 자체 표준인지 확인하십시오. 대상 중 하나가 다른 곳에서 표준화되어 있기 때문에 세트는 완벽하게 상호적일 수 있으며 여전히 실패할 수 있습니다. 이는 이 문서의 상단에 있는 실패이자 보고 있는 페이지에서 보이지 않는 실패입니다.
Canonical과 사이트맵은 어떻습니까?
동일한 원칙,확장됨. 사이트맵은 표준적이고 인덱싱 가능한 URL 만 나열해야 합니다. 사이트맵에 hreflang 주석이 다음과 같이 포함된 경우 xhtml:link 항목, 해당 항목의 이름은 HTML과 동일한 표준 URL입니다.
여기서 실패 모드는 인덱싱 가능한 URL 세트가 아닌 경로 테이블에서 생성된 사이트맵이므로 실제 변형과 함께 매개변수화되거나 비정규 변형이 나열됩니다. Google 은 사이트맵 포함을 약한 표준화 힌트로 처리하므로 표준 태그와 일치하지 않는 사이트맵은 또 하나의 모순되는 신호입니다 XML 사이트맵 생성기 현재 무엇이 있는지 확실하지 않을 때 깨끗한 목록을 다시 작성하는 빠른 방법입니다 hreflang 발전기 공구 매칭을 생성합니다 xhtml:link 사이트맵 형식으로 차단합니다.
자주 묻는 질문
hreflang과 canonical의 차이점은 무엇입니까?
정식 태그는 거의 중복된 여러 URL 중 어느 URL 을 색인화해야 하는지를 지정합니다. hreflang 주석은 여러 URL 이 지역화된 대체 URL임을 선언하고 검색 엔진이 사용자당 올바른 URL 을 제공하는 데 도움이 됩니다. Canonical 은 통합; hreflang 은 차별화됩니다.
각 언어 버전은 자체적으로 정식화되어야 합니까?
예. hreflang 세트의 모든 페이지에는 자기 참조 표준어가 있어야 합니다. 번역된 페이지를 다른 언어로 표준화하면 색인에서 해당 페이지가 제거되고 hreflang 세트가 쓸모 없게 됩니다.
hreflang과 정식 사항이 일치하지 않으면 어떤 신호가 승리합니까?
Canonical, 사실상.canonicalization은 인덱싱 시간에 발생하며, 인덱싱되지 않은 URL은 hreflang 주석이 말하는 것이 무엇이든 누구에게도 제공될 수 없습니다.
다국어 사이트에서 표준 태그를 전혀 사용할 수 있나요?
예,그리고 해야 합니다. 매개 변수 추적 및 인쇄 보기와 같은 언어 내에서 중복을 해결하려면 사용하세요. 언어 간에 절대 사용하지 마세요.
hreflang은 내 미국과 영국 페이지 간의 중복 콘텐츠를 수정합니까?
중복을 제거하지는 않지만 페이지가 우발적인 중복이 아닌 의도적인 지역 변형임을 Google에 알려주기 때문에 색인 상태를 유지하고 시장별로 올바른 페이지가 제공됩니다. 이것이 동일한 언어 다중 지역 사이트에 hreflang이 필요한 주된 이유입니다.
hreflang은 표준 URL을 가리켜야 합니까?
항상. 파라미터화되거나 비정규 URL 에 주석을 가리키면 반환 태그가 끊어집니다. 블록은 이름 지은 변형이 아닌 정식 버전에 있기 때문입니다.
정경이 언어 버전을 죽이고 있는지 어떻게 알 수 있나요?
Search Console's URL 검사 도구를 통해 URL 을 실행합니다. 페이지를 인덱싱된 것이 아니라 다른 URL 의 대체 항목으로 보고하는 경우,언어 간 표준어가 원인입니다.
사이트맵 URL이 내 표준 태그와 일치해야 합니까?
예. 사이트맵은 표준적이고 인덱싱 가능한 URL 만 나열해야 합니다. 비정규 변형을 나열하는 사이트맵은 이미 내보내는 태그 위에 모순되는 신호를 추가합니다.
