순위 및 트래픽 손실 없이 도메인을 전환하는 방법
게시 됨: 2021-10-22도메인 이름 변경은 SEO 악몽의 일이 될 수 있습니다.
부적절하게 처리되면 트래픽과 순위가 하룻밤 사이에 다소 줄어들 수 있으며 비즈니스 수익에 명백한 연쇄 효과가 나타날 수 있습니다.
그러나 적절하게 처리하면 위험을 최소화할 수 있고 경험을 상대적으로 덜 고통스럽게 만들 수 있습니다.
도메인 이름을 변경하는 이유는 무엇입니까?
첫째, 가능하면 도메인 이름을 변경하지 않는 것이 항상 낫다는 점을 언급할 가치가 있습니다. 일이 제대로 이루어지더라도 마이그레이션은 여전히 변동이나 트래픽 감소로 이어질 수 있으며 이는 몇 달 동안 지속될 수 있습니다.
SEO 전문가(및 스레드의 댓글 작성자)가 마이그레이션이 올바르게 수행된 것처럼 보이는 순위 및 트래픽 손실로 인해 몇 달이 지나도 회복 기미가 보이지 않는 이유에 대해 당황한 후 Google 지원 포럼에서 이 게시물을 보게 되었습니다. .
즉, 가능하면 도메인 이름 전환을 피하십시오.
그러나 불가피하고 그렇게 하는 것이 합리적인 경우도 있습니다.
비즈니스 요구 사항
전환을 강요하는 더 광범위한 비즈니스 압력이 있을 수 있습니다. 회사가 다른 회사에 인수되었거나 방향이 변경되었을 수 있습니다. 회사는 원래 선택한 좁은 범위의 도메인 이름에서 확장되었을 수 있습니다.
hatsforhamsters.co.uk에서 시작했지만 다른 종류의 애완 동물을 위한 모자로 확장했습니다. 이 경우 hatsforpets.co.uk로 이동하는 것이 좋습니다. 그건 그렇고, 아무도 내 다음 사업을 훔치지 않습니다.
국제화
CCTLD 이외의 국가에서 자연 검색을 늘리려면 .co.uk 또는 .fr과 같은 국가 코드 최상위 도메인(CCTLD)에서 이동하는 것이 좋습니다.
국제 트래픽과 수익을 늘리려면 .com과 같은 일반 최상위 도메인(GTLD)으로 이동하는 것이 좋습니다.
따라서 hatsforpets.co.uk가 절대적으로 호황을 누리고 있고 다른 국가에서 애완동물용 모자에 대한 수요가 많다면 hatsforpets.com으로 전환하는 것이 현명할 것입니다. 그래야 국제 지역에서 더 나은 타겟팅을 할 수 있습니다.
자세한 내용은 국제 SEO에 대한 모든 것 가이드를 확인하세요.
여러 도메인을 하나로 병합
특히 대규모 조직에서는 개별 국가를 위한 별도의 도메인이든 특정 제품을 위해 구축된 마이크로사이트이든 상관없이 여러 도메인을 보는 것이 너무 드문 일이 아닙니다.
여러 속성을 기본 도메인으로 마이그레이션하는 것은 상대적으로 단기적인 위험에도 불구하고 한 도메인에서 권한과 리소스를 통합하는 관점에서 장기적 이점이 가치가 있기 때문에 이와 같은 경우에 의미가 있습니다.
http에서 https로 이동
나는 대부분의 사이트가 몇 년 전에 그랬으면 좋겠지만 당신은 결코 알지 못합니다. 2018년으로 거슬러 올라가면 Google은 모든 HTTP 사이트를 비보안으로 표시하기 시작했으며 2014년부터 HTTPS는 작은 순위 요소였습니다. 따라서 아직 하지 않은 기회에 HTTPS에서 사이트를 가져오세요. Google은 이를 URL 변경에 따른 사이트 이동으로 처리합니다.
도메인 이름을 변경하지 않는 경우
기본 키워드가 포함된 도메인 이름을 구입했고 SEO가 변경되는 것이 좋다고 생각하기 때문에 도메인 이름을 변경하지 마십시오.
소란을 피우는 것은 가치가 없습니다. 일부 순위 요인 연구에서는 도메인 이름에 키워드를 사용하는 것이 약간의 이점이 있다고 제안하지만 Google은 그것이 요인이 아니라고 말했습니다.
현재 일부 용어에 대해 순위를 지정하고 있다고 가정하면 키워드 도메인 이름을 사용하여 얻을 수 있는 작은 이점이 있든 없든 마이그레이션에 내재된 순위 및 트래픽 변동에는 가치가 없습니다.
트래픽 손실 없이 도메인 이름을 변경하는 방법
트래픽은 단기적으로 변동할 가능성이 높지만 다음 단계를 따르면 도움이 됩니다.
1) 최대한 동일하게 유지
도메인 전환은 충분히 복잡하므로 가능한 한 동일하게 유지하십시오. 유지하다
Google이 이전 페이지와 새 페이지 간의 관계를 이해하고 쉽게 전환할 수 있도록 URL 구조가 동일합니다.
CMS를 동일하게 유지하십시오.
웹사이트 디자인과 페이지 콘텐츠를 동일하게 유지하십시오.
깨진 내부 링크 또는 리디렉션 체인과 같은 기본적이고 명백한 기술 오류는 마이그레이션 중에 수정할 수 있지만 콘텐츠나 디자인을 개선하거나 모든 블로그 콘텐츠를 감사 및 개선하는 것과 같은 중요한 작업은 외부에서 유지하는 경향이 있습니다. 도메인 이름 변경 범위.
이는 복잡성을 줄이는 것뿐만 아니라 잘 또는 잘못 진행되고 있는 부분을 더 잘 식별할 수 있도록 합니다. 모든 페이지에 새 사본과 함께 도메인 이름 전환을 동반하고 페이지 템플릿의 레이아웃을 변경했다면 성공이나 문제의 원인을 정확히 찾아내기 어렵습니다.
2) 현재 사이트 크롤링 및 이해
기존 도메인에서 Screaming Frog 크롤링을 실행하여 사이트의 모든 URL 목록을 가져옵니다. 누락된 항목이 없도록 크롤링에 XML 사이트맵을 포함합니다. Google Analytics, Google Search Console 및 Ahrefs와의 API 연결을 사용하여 이러한 URL을 트래픽 및 백링크 데이터와 일치시키십시오.
이 단계에서는 만료된 도메인에서 301 리디렉션되어야 하는 최우선 페이지를 강조 표시합니다. 또한 이 데이터는 마이그레이션 후 성능을 비교할 때 편리한 벤치마크가 될 것입니다.
Search Console에서 새 도메인 이름을 확인하고 아직 확인하지 않았다면 이전 도메인 이름도 확인해야 합니다. 도메인 수준에서 이 작업을 수행하는 경우 www를 추가할 필요가 없습니다. 비 www. 버전.
3) 새 도메인의 상태 확인
새 Search Console이 확인되고 실행되고 나면 해당 도메인이 직접 조치의 대상이 되었는지 확인할 수 있습니다. 그렇다면 약간의 어려움이 있는 것 같지만 Google에서 수행할 작업 및 재검토 요청 방법에 대한 가이드를 확인하세요.
Ahrefs를 사용하여 새 도메인에 대한 백링크 데이터를 확인합니다. Google은 요즘 들어오는 링크가 스팸이나 유해한 링크를 식별하는 데 능숙하며 자동으로 할인합니다. 그러나 도메인이 링크 기반 수동 조치로 공격을 받았거나 광범위한 스팸 링크가 있는 경우 거부 파일에 모든 조작, 스팸 및 유해 링크를 가져와 새로 생성된 Search Console에 업로드하세요.

https://web.archive.org/의 새 도메인에서 과거에 Google에 위험 경고를 제기했을 수 있는 의심스럽거나 스팸처럼 보이는 콘텐츠가 있는지 살펴보세요.
4) 지도 리디렉션
이것은 순위와 트래픽을 잃지 않고 도메인 이름을 변경하는 데 있어 절대적으로 가장 중요한 단계입니다.
위 단계에서 컴파일된 URL 목록을 사용하여 새 URL에 대한 새 열을 추가하고 301 리디렉션을 매핑합니다.
이는 이전 페이지를 동등한 콘텐츠가 있는 새 페이지로 리디렉션하는 데 사용해야 합니다. 변경되는 모든 것이 도메인 이름이거나 http에서 https로 이동하고 모든 URL 슬러그가 동일하게 유지되는 경우 개별 리디렉션 매핑이 필요하지 않으며 이는 와일드카드 리디렉션으로 처리할 수 있습니다.
많은 이전 URL을 하나의 새 URL로 리디렉션할 수 있지만 새 URL이 관련이 있는 경우에만 이 작업을 수행해야 합니다. 소프트 404로 보일 가능성이 있으므로 홈페이지와 같이 관련성이 낮은 페이지로 수많은 이전 URL을 리디렉션하지 마십시오.
이것은 URL 변경이 있는 사이트 이동에 대한 Google의 웹마스터 가이드라인에 자세히 설명되어 있으며, 반드시 읽어볼 가치가 있습니다.
도메인을 변경할 때 고려할 가치가 있는 301 리디렉션의 몇 가지 다른 핵심 사항:
- 가능한 경우 리디렉션 체인을 피하세요.
- 301 리디렉션은 PageRank에서 손실을 일으키지 않습니다(분명히, 그러나 내 경험상 가능한 한 URL 변경을 피하는 것이 가장 좋습니다). 이러한 맥락에서 귀하의 사이트에 링크하는 외부 게시자에게 새 URL에 대한 링크를 업데이트할 수 있는지 물어볼 가치가 있습니다.
- 가치가 있거나 새 도메인에서 리디렉션할 동일한 페이지가 있는 경우에만 URL을 리디렉션합니다. 동등한 새 URL이 없거나 이전 URL이 순위가 지정되지 않았거나 트래픽을 유도하거나 백링크가 없는 경우 페이지를 404로 설정합니다. 해당 페이지에 가치가 없고 필요하지 않은 경우 404에는 아무런 문제가 없습니다. 더 이상 귀하의 사이트에 있습니다.
5) 기술적 요소가 올바른지 확인
종종 놓칠 수 있는 새 도메인에서 확인해야 할 몇 가지 기술 영역이 있습니다.
새 도메인의 모든 URL에는 자체 참조 표준 태그가 있어야 합니다. 새 도메인의 표준이 새 도메인 이름을 포함하고 있고 HTTP가 아닌 HTTPS를 참조하는지 다시 확인하십시오! 한두 번은 이전 도메인 이름을 참조하는 표준이 있는 최근 마이그레이션된 도메인을 본 적이 있습니다.
마찬가지로, 새 xml 사이트맵이 생성되고 새 URL을 올바르게 참조하는지 확인하십시오. 또한 robots.txt 사이트맵 참조가 새 도메인으로 업데이트되었는지 확인합니다.
내부 리디렉션이 필요하지 않도록 새 도메인의 내부 링크를 업데이트합니다.
6) 새 도메인으로 마이그레이션 후 확인해야 할 사항
가장 중요한 것은 301 리디렉션을 테스트하는 것입니다. URL 목록을 Screaming Frog의 목록 모드로 설정하여 이를 수행할 수 있습니다.
Screaming Frog에 액세스할 수 없는 경우 https://httpstatus.io/와 같은 사이트를 사용하여 이전 URL의 상태를 확인하고 예상대로 리디렉션되는지 확인하십시오. 이 단계에서 이전 우선 순위 페이지가 올바르게 리디렉션되는지 수동으로 확인하고 Google 검색 결과를 몇 개 클릭할 때 어떤 일이 발생하는지 테스트하는 것이 유용합니다.
robots.txt 제외든 비밀번호 보호든 Google에서 새 도메인에 액세스하지 못하도록 차단한 규칙이 제거되었는지 확인하세요. 또한 www 또는 non-www에 대한 리디렉션 규칙이 있는지 확인합니다. URL 버전과 후행 슬래시 및 비후행 슬래시 URL.
LinkedIn, Google 마이 비즈니스 및 Facebook과 같은 소셜 또는 비즈니스 프로필의 링크도 변경하는 것을 잊지 마십시오. 또한 중요한 인용 목록을 가져와 변경하고 이메일 서명을 업데이트하고 소셜 미디어에서 도메인 이름 변경에 대해 소리치는 경우 유용하고 일반적으로 덜 혼란스러울 수 있습니다.
7) 도메인 전환 후 Google Search Console 작업
새 사이트도 활성화되면 Search Console에서 수행할 몇 가지 단계가 있습니다.
Google Search Console의 주소 변경 도구를 사용하여 변경 사항을 Google에 알립니다. 단, 단순히 http에서 https로 이동하는 경우에는 필요하지 않습니다.
새 사이트맵을 새 도메인의 Google Search Console 속성에 제출하고 홈페이지 색인 생성을 요청합니다.
이전 Search Console에서 설정한 모든 설정이 새 Search Console로 옮겨졌는지 확인하세요. 예를 들어 관련성이 있는 매개변수 제외 또는 거부 파일은 새 속성에서 교체해야 합니다.
8) 마이그레이션 성공 모니터링
도메인 이름을 변경한 후 Search Console을 사용하여 색인 생성 및 트래픽 진행 상황을 모니터링하세요.
이전 도메인의 속성에서는 색인이 생성된 URL, 노출수 및 클릭수가 시간이 지남에 따라 감소하는 것을 예상해야 하며, 새 도메인의 속성에서는 검색 결과 보고서의 쿼리 목록과 함께 증가하는 것을 예상해야 합니다.
마지막 생각들
그래서 당신은 그것을 가지고 있습니다. 요약하자면:
- 가능하면 도메인 이름을 변경하지 않도록 노력하십시오. 그러나 그렇게 하는 데에는 분명히 타당한 이유가 있습니다.
- 다른 것은 변경하지 마십시오. 가능하면 디자인, 콘텐츠 및 URL 구조와 같은 요소를 동일하게 유지하십시오.
- 현재 도메인을 크롤링하고 해당 URL의 성능에 대한 데이터를 수집합니다.
이전 도메인과 새 도메인에 대해 Search Console이 설정되어 있는지 확인합니다. - 백링크를 평가하고 https://web.archive.org/를 보고 Search Console에서 수동 작업을 확인하여 새 도메인 이름의 상태를 확인합니다.
- 모든 가치 있는 이전 URL(301)이 새 도메인의 유사 항목으로 리디렉션되도록 합니다. 쓸모없거나 새 도메인에 동등한 콘텐츠가 없는 경우 이전 URL을 404'로 처리하는 데 아무런 문제가 없습니다.
- 표준, xml 사이트맵, 내부 링크 및 robots.txt와 같은 요소가 도메인 이름 전환을 반영하도록 업데이트되었는지 확인합니다.
- Google에서 전환을 이해하고 마이그레이션 진행 상황을 모니터링할 수 있도록 Search Console에서 필요한 작업을 수행하세요.
질문이 있으시면 주저하지 마시고 저희에게 연락해 주십시오.