지역별 도메인 간 hreflang: 안전한 이동을 위한 체크리스트

단계적 런칭

팀들은 종종 hreflang을 한 사이트에서 다른 사이트보다 먼저 공개할 수 있는지 묻습니다. 가능합니다.

Google은 양쪽이 서로를 확인할 때까지 태그를 단순히 무시합니다. 해가 되지 않습니다. 순서만 혜택을 늦출 뿐입니다. 첫 번째 사이트의 태그를 유효하게 유지하고 아직 존재하지 않는 URL을 명시하는 부분 집합을 게시하지 마세요. 두 도메인 모두에서 사이트의 백링크를 확인하면 외부 세계가 이미 선호하는 지역 호스트를 알 수 있으며, 이는 x-default로 사용할 URL을 결정할 때 유용한 근거가 됩니다.

현장에서 발견된 두 가지 사례

독일 사이트와 영국 사이트를 두 도메인에서 운영 중이며, 영국 루트에서 /uk/ 폴더로 301 리디렉션이 설정되어 있다고 가정해 보세요. 이 규칙은 이전에 추가된 것입니다. 팀은 이제 해당 규칙을 제거하고 링크 평점을 유지하는 방법을 묻습니다.

먼저 두 호스트에 대한 toppages를 가져옵니다. 대부분의 외부 링크가 루트를 가리킨다면, 루트는 이제 실제 페이지를 제공해야 합니다. hreflang과 자체 canonical을 포함하거나, 가장 적합한 지역 매칭으로 리디렉션해야 합니다. 스크립트로 테스트하고, 이전 규칙은 버전 관리에 보관한 후 다음 월별 인덱스 갱신 후 결과를 검토하세요.

두 번째 사례는 더 작습니다. Blogger 또는 Squarespace 사이트가 커스텀 도메인으로 이동합니다. URL의 첫 부분이 변경되지만 슬러그는 종종 그대로 유지되므로 각 이전 경로를 하나씩 리디렉션하세요. 테스트 루프를 위해 리디렉션 맵 레시피를 참조하고, 두 사이트의 커버리지를 모니터링할 수 있도록 Search Console에서 이전 속성을 검증된 상태로 유지하세요.

Hreflang 및 canonical을 넘어: 국가 간 검증 시 추가로 확인할 사항

Hreflang과 canonical은 사람들이 먼저 확인하는 태그이지만, 국가 간 설정이 깨질 수 있는 유일한 장소는 아닙니다. 위치에 기반한 리디렉션, 크롤러를 한 로케일로 보내는 언어 전환기, 그리고 단일 버전만 나열하는 사이트맵은 Google이 각 시장의 홈으로 간주하는 URL을 변경합니다.

태그 검증 후 이 항목들을 확인하세요. 템플릿에서 올바르게 보이는 태그를 조용히 무효화할 수 있는 요소들입니다.

지역 기반 리디렉션 및 언어 전환기

방문자의 위치에서 로케일을 선택하는 리디렉션은 Googlebot을 한 국가로 보낼 수 있으며 다른 국가를 보여주지 않을 수 있습니다. 크롤러는 단일 버전만 보고 대체 페이지를 가져오지 않습니다. 강제 리디렉션은 이러한 현상의 흔한 원인이므로 크롤러 사용자 에이전트와 가능할 경우 두 번째 국가에서 테스트하세요.

언어 전환기는 각 로케일에서 동일한 페이지로 연결해야 합니다. 다른 사이트의 홈페이지로만 링크하는 경우 대체 페이지는 내부 링크를 잃고 찾기 어려워집니다.

대체 페이지를 포함하는 사이트맵

XML 사이트맵은 각 시장의 대체 URL을 한 곳에 나열할 수 있으므로 세트가 페이지별이 아닌 일괄로 읽히게 합니다. 해당 목록은 페이지 자체의 태그와 일치하도록 유지하세요.

리디렉션이나 noindex를 반환하는 로케일은 사이트맵에서 제거하세요. 두 소스가 존재하는 버전에 대해 서로 다른 정보를 제공하면 안 됩니다.

자동화를 약속하는 플러그인

플러그인은 많은 사이트에 hreflang을 생성할 수 있으며 시작점으로 적합합니다. 하지만 플러그인은 어떤 지역 URL이 올바른 타겟인지, 또는 다른 리디렉션이 충돌하는지 알 수 없습니다.

설정 화면을 신뢰하기보다 크롤링 결과와 플러그인 출력을 비교하세요. 크롤링은 봇이 실제로 수신하는 내용을 보여주는 유일한 관점입니다.

일정 기간 동안 두 도메인을 병렬로 운영

병렬 실행은 새 도메인이 입지를 다지는 동안 두 도메인 모두 응답하게 합니다. 기존 도메인이 여전히 링크와 방문을 받는 경우 도움이 됩니다. 비용도 발생합니다. 두 세트의 태그가 동시에 일치해야 합니다.

두 도메인을 모두 실행하는 경우 각 시장의 홈을 사전에 선택하세요. 해당 선택을 hreflang 세트에 기록한 후 사이트맵과 내부 링크가 이를 따르도록 하세요.

랜딩 페이지 및 소프트 리디렉션

다른 도메인의 랜딩 페이지에서 사이트로 연결하는 버튼은 일반적인 외부 링크입니다. 방문자를 이동시킬 수는 있지만 301처럼 주소의 이력을 이동시키지는 않습니다. 마이그레이션 단계로 의존하지 마세요.

사람들을 위한 다리로 이러한 페이지를 사용하고, 링크를 전달하는 것은 서버 리디렉션으로 유지하세요.

중복 기간 동안 두 호스트 모니터링

Search Console에서 두 속성을 모두 검증하고, 동일한 일정에 따라 두 호스트의 링크 데이터를 가져오세요. 일정이 일치하지 않으면 정상적인 전환이 손실처럼 보일 수 있습니다.

각 가져오기에서 유사한 항목을 비교하세요: 동일한 호스트, 동일한 작업, 동일한 월. 그러면 관찰된 차이는 캘린더가 아닌 실제 이동입니다. 리디렉션 변경 날짜를 동일한 파일에 기록하여 타이밍이 추측이 되지 않도록 하세요.

링크가 각 지역 이동을 따르는지 확인

지역 이드는 태그와 리디렉션이 정확할 때만 절반 완료된 것입니다. 나머지 절반은 외부 사이트가 올바른 지역 URL을 가리키고 있는지 여부이며, 이는 링크 관련 질문입니다.

외부 사이트가 선호하는 지역 호스트

각 지역 호스트에 대한 toppages를 가져온 후 compare를 실행하여 두 링크 기반을 나란히 배치하여 한 테이블에서 사이트 백링크를 확인하세요. 어떤 호스트가 시장 신호를 보유해야 할지 결정하기 전에 관심 있는 호스트에 대해 이를 수행하세요.

대부분의 링크 도메인을 수집하는 호스트는 외부 사이트가 이미 독자를 어디로 보내고 있는지 알려줍니다.

지역 호스트가 링크 도메인을 잃는 경우

해당 호스트의 링크된 페이지 목록으로 시작하세요. 누락된 URL을 찾고, 각 URL이 올바른 지역 페이지로 리디렉션되는지 확인하며, 해당 페이지의 hreflang 태그가 동일한 시장을 명시하는지 확인하세요.

감소율이 사이트맵 변경과 일치하는 경우 태그를 수정하기 전에 이전 사이트맵과 새 사이트맵 목록을 비교하세요. 인덱싱되지 않은 페이지 의사결정 트리는 지역 페이지가 존재하지만 인덱싱되지 않은 경우를 다룹니다.

지역 베이스라인 유지

파일 이름에 날짜를 포함하여 각 지역 호스트의 링크 목록을 저장하세요. 그러면 나중에 가져온 데이터와 비교할 기준이 생깁니다. 해당 파일이 없으면 감소가 새로운 문제처럼 보일 수 있지만, 실제로는 몇 달 전에 발생한 이동일 수 있습니다.

링크 파일 옆에 hreflang 세트와 canonical 선택을 기록하세요. 호스트에 링크가 손실되면 링크가 마지막으로 계산되었을 때의 상태와 태그를 비교할 수 있습니다.

매월 같은 날짜에 각 지역 호스트에 대해 동일한 가져오기를 실행하고 호스트별 폴더에 출력을 보관하세요. 호스트 간 비교는 날짜가 일치할 때만 공정하며, 파일 이름이 이를 가장 쉽게 가시화합니다.