기술 SEO의 리디렉션에 대한 궁극적인 가이드
게시 됨: 2021-12-27리디렉션은 사용자와 검색 엔진 크롤러를 한 URL에서 다른 URL로 전달하는 데 사용됩니다.
기존 URL을 변경할 때 리디렉션을 사용해야 합니다. 일반적인 사용 사례는 다음과 같습니다.
- 웹사이트 병합,
- 콘텐츠 변경, 업데이트 또는 제거,
- 404 상태 코드를 반환하는 페이지 수정,
- 사이트의 정보 아키텍처 변경 및
- 사이트 마이그레이션을 수행합니다.
리디렉션 실수 또는 필요에도 불구하고 리디렉션을 구현하지 않으면 심각한 SEO 문제가 발생할 수 있습니다. Google은 원본 페이지의 순위 신호를 새 페이지와 연결하지 않아 순위가 떨어지고 결과적으로 트래픽이 손실될 수 있습니다.
이 문서는 웹사이트의 이점에 대한 리디렉션을 구현하는 방법을 이해하는 데 도움이 될 것입니다.
기사를 읽고 알아보세요:
- 리디렉션을 사용해야 하는 시기와 이유,
- 다양한 유형의 리디렉션 및 사용 사례,
- 리디렉션에 대한 모범 사례,
- 감사, 구현 및 테스트 방법.
리디렉션이란
리디렉션은 사용자와 검색 엔진이 처음에 요청한 URL에서 다른 URL로 전달하는 데 사용됩니다.
일반적으로 리디렉션을 사용하면 404(오류) 상태 코드로 응답하거나 오래되거나 변경된 콘텐츠가 포함된 URL에서 리디렉션할 수 있습니다.
리디렉션은 페이지 방문을 중지하고 사용자와 검색 엔진이 막다른 골목에 빠지는 것을 방지하는 방법입니다.
리디렉션을 구현하면 리디렉션 없이 오류를 표시할 수 있는 페이지에 액세스하려는 방문자에게 긍정적인 사용자 경험을 제공 할 수 있습니다. 오류 페이지는 사용자가 페이지를 이탈하거나 떠나게 하여 사이트를 다시 방문할 가능성을 줄입니다.
SEO 관점에서 리디렉션은 원래 페이지의 순위 신호를 보존하는 방법으로 순위를 유지하는 데 도움이 될 수 있습니다.
Google은 순위 신호 를 사용합니다. 이 신호 중 상당수는 페이지 순위를 매기는 방법을 결정하기 위해 잘 알려져 있지 않습니다. Google의 순위 신호 에는 PageRank(페이지를 가리키는 링크의 가치 및 수량), 모바일 친화성 및 웹 성능이 포함됩니다. 리디렉션을 구현하면 이전 페이지에 대해 누적된 순위 신호를 새 페이지로 전송할 수 있습니다.
표준과 리디렉션의 차이점
표준 태그를 사용한 적이 있다면 리디렉션과 정규화 간의 사용 사례 차이에 대해 궁금해할 수 있습니다.
HTML rel=” canonical” 태그를 사용하면 검색 엔진이 유사한 페이지 집합에서 어떤 페이지가 표준 페이지인지, 즉 검색 결과에 표시하려는 원본 페이지를 이해하는 데 도움이 됩니다.
표면적으로는 표준 태그와 리디렉션 모두 중복 콘텐츠 문제를 피하고 서로 다른 URL 버전을 통합하는 데 도움이 될 수 있습니다.
그러나 리디렉션과 표준의 작동 방식에는 결정적인 차이가 있으며 서로 바꿔서 사용해서는 안 됩니다.
페이지가 더 이상 존재하지 않거나 변경된 경우 리디렉션이 사용됩니다. 한편 표준 태그가 구현된 경우 해당 페이지의 다른 사본이 여전히 존재합니다. 표준 태그를 사용하여 어떤 URL 버전이 기본 버전인지 검색 엔진에 지정합니다.
URL 속성을 통합하고 중복 콘텐츠 문제를 제거하려면 표준보다 리디렉션을 선호해야 합니다. Google은 태그를 기반으로 표준 버전을 선택할 수 있지만 더 좋다고 판단되는 경우 다른 페이지를 사용할 수도 있습니다. 한편 리디렉션이 올바르게 구현되면 Google은 대신 다른 URL을 선택하지 않습니다.
리디렉션이 필요한 경우
일반적으로 원래 URL이 다음과 같은 경우 리디렉션이 필수적입니다.
- 인덱싱 및 순위,
- 사용자가 자주 방문하는
- 귀하의 사이트 및 외부 소스에서 연결된
- 뉴스레터와 같은 다른 콘텐츠에 사용됩니다.
그러나 가치가 없거나 인기가 없는 페이지가 있는 경우 수정하는 것이 중요하지 않습니다.
Google은 404 오류에 대해 다음과 같이 말합니다 . "일반적으로 404 오류는 사이트의 검색 성능에 영향을 미치지 않으며 URL이 사이트에 존재하지 않아야 한다고 확신하는 경우 무시해도 됩니다."
대부분의 경우 404가 SEO에 피해를 줄 수 있는 유일한 상황은 오류 페이지를 가리키는 다른 사이트의 링크가 있는 경우입니다. 그런 다음 누적된 PageRank를 유지하기 위해 리디렉션을 구현해야 합니다.
오류 페이지에 도착하는 방문자의 경험을 향상시키는 방법이 있습니다. 예를 들어 더 나은 위치로 안내하거나 다음 단계를 제안할 수 있습니다. 훌륭한 404 페이지를 만드는 방법 에 대한 가이드를 참조 하세요.
리디렉션 유형
리디렉션에는 두 가지 유형이 있습니다.
- 서버 측 리디렉션 및
- 클라이언트 측 리디렉션.
차이점은 리디렉션이 발생하는 위치(서버 또는 클라이언트)에 있습니다.
서버 측 리디렉션 은 브라우저의 요청에 대한 서버의 응답인 HTTP 상태 코드 와 관련이 있습니다. 3xx 상태 코드는 리디렉션에 사용됩니다.
클라이언트 측 리디렉션은 페이지의 HTML 내부에 코드를 삽입 하여 구현됩니다 .
두 리디렉션 유형, 특성 및 사용 사례의 가장 일반적인 예를 살펴보겠습니다.
서버 측 리디렉션
가장 일반적인 서버 측 리디렉션은 301 및 302 입니다. HTTP 1.1 버전(307 및 308)도 있습니다.
301 및 302 리디렉션, 사용 방법 및 시기에 대한 권장 사항, 검색 엔진에서 리디렉션을 처리하는 방법에 중점을 두겠습니다. 또한 다른 HTTP 요청 코드가 나타내는 것과 마주칠 수 있는 경우에 대해서도 설명합니다.
301 리디렉션
301 리디렉션은 일반적으로 SEO에 가장 권장되는 리디렉션 방법입니다. URL이 새 대상으로 영구적으로 리디렉션되었음을 나타냅니다.
귀하의 페이지 중 하나 이상이 제거되거나 변경되어야 한다고 결정할 수 있습니다. 그러나 단순히 삭제하거나 변경한 경우 문제가 발생합니다. 특히 이러한 페이지에 트래픽이 많이 발생하고 비즈니스에 가치가 있는 경우에는 더욱 그렇습니다.
원래 URL을 더 이상 사용하지 않을 계획이라면 301 리디렉션을 사용하는 것이 좋습니다.
301 리디렉션 사용 사례
301 리디렉션 에는 여러 사용 사례 가 있으며 그 중 일부는 다음을 포함할 수 있습니다.
- 콘텐츠 변경(예: 콘텐츠 업데이트 또는 삭제 또는 통합)
- 사이트를 새 도메인으로 옮기고,
- 예를 들어 사이트 아키텍처를 조정하거나 URL의 하위 도메인 또는 하위 디렉토리 구조를 변경하여 URL 구조 변경,
- HTTP에서 HTTPS 프로토콜로 이동,
- CMS 변경,
- 웹사이트 병합,
- 404 상태의 URL에서 사용자와 검색 엔진을 리디렉션하려는 모든 경우.
301 리디렉션의 SEO 영향
301 리디렉션은 검색 엔진에 페이지의 위치가 변경되었음을 알리고 콘텐츠는 새 URL에서 찾을 수 있습니다.
이 경우 검색 엔진은 색인에서 이전 URL을 삭제하고 원래 URL에서 새 URL로 가능한 한 많은 PageRank를 전송해야 합니다. 그런 다음 순위를 유지할 수도 있으므로 트래픽과 전환을 유지할 수 있습니다.
301 리디렉션으로 인해 누적된 순위 신호가 얼마나 손실될 수 있는지 알 수 없지만 리디렉션이 제대로 작동하면 이러한 신호를 복구하는 가장 좋은 방법입니다.
그러나 새 URL에 대한 301 리디렉션을 만들 때마다 이전 URL의 콘텐츠와 가능한 한 가깝게 일치하는 페이지로 이동해야 합니다. 리디렉션이 검색 가시성에 미칠 수 있는 부정적인 영향을 최소화하는 데 도움이 됩니다.
301을 얼마나 오래 보관해야 합니까?
업데이트된 URL을 찾는 프로세스는 검색 엔진이 페이지를 크롤링하는 빈도에 따라 다소 시간이 걸릴 수 있습니다 .
최근 동영상에서 Google의 검색 옹호자인 John Mueller는 다음과 같이 조언했습니다.
“URL이 변경되면 시스템은 해당 변경 사항을 기록하기 위해 최소한 몇 번은 리디렉션 형태로 변경 사항을 확인해야 합니다.리디렉션이 몇 번 확인되었는지 확인하려면 리디렉션을 최소 1년 동안 유지하는 것이 좋습니다."
출처: 301 리디렉션을 얼마나 오래 유지합니까? #AskGooglebot
그러나 Onely에서는 검색 엔진이 잠시 동안 URL에 대한 변경 사항을 등록하지 않는 경우 문제를 방지하기 위해 리디렉션을 전혀 제거하지 않는 것이 좋습니다 .
Google이 리디렉션된 URL을 정식 URL로 인식하는지 확인
다른 비디오에서 Google이 새 URL을 표준 버전으로 취급하도록 하는 방법에 대해 질문했을 때 John은 301 리디렉션을 사용하는 것은 단지 신호이기 때문에 충분하지 않다고 말했습니다.
“원래 페이지보다 대상 페이지를 인덱싱하는 것을 선호한다고 말씀하셨습니다. 괜찮습니다. 그러나 우리는 정규화를 위해 리디렉션뿐만 아니라 많은 요소를 사용합니다..."출처: 처리 301 리디렉션 #AskGoogleWebmasters
John은 다음과 같이 추가 설명합니다.
“모든 것이 일치한다면 우리는 대상 페이지에 집중할 것입니다. 이를 더 쉽게 하려면 내부 링크, 사이트맵 파일 및 원본 페이지에 대한 기타 참조를 업데이트하여 모두 대상 페이지를 가리키도록 하십시오."출처: 처리 301 리디렉션 #AskGoogleWebmasters
302 리디렉션
302 리디렉션은 URL이 일시적으로 이동되었음을 나타냅니다.
방문자와 검색 엔진에 이 URL을 현재 이 위치에서 사용할 수 없지만 다시 사용할 수 있음을 알려줍니다.
302 리디렉션 사용 사례
다음과 같은 경우 302 리디렉션을 선택해야 합니다.
- 페이지의 콘텐츠를 재설계하거나 업데이트하지만 다시 가져올 계획인 경우
- 깨진 URL을 수정하고 일시적으로 트래픽을 다른 대상으로 리디렉션합니다.
- 제품 페이지 리디렉션, 예를 들어 일시적으로 품절된 제품, 계절에 따라 제공되는 제품 또는 특별 행사,
- A/B 테스트 – 예를 들어, 새 웹사이트 템플릿을 테스트하는 경우,
- 지역 타겟팅 – 위치에 따라 사용자를 다른 URL로 리디렉션하려는 경우,
- 장치 타겟팅 – 장치를 기반으로 사용자를 리디렉션합니다.
302 리디렉션의 SEO 영향
301과 달리 302 리디렉션이 있는 새 URL로 순위 신호를 전송하는 것이 더 문제가 됩니다.
이전에는 많은 SEO가 302 리디렉션이 PageRank를 통과할 수 없다고 믿었습니다. 그러나 John Mueller는 2016년 에 그것이 신화라고 설명했습니다.
일반적으로 Google은 302 리디렉션을 임시로 간주하며 이 경우 모든 순위 신호를 대상 URL로 전송하지 않을 수 있습니다. 그러나 302가 잠시 동안 제자리에 있으면 Google은 이를 표준 버전으로 보고 302 리디렉션을 301처럼 효과적으로 처리할 수 있습니다.
302를 구현하는 가장 중요한 규칙은 임시로 유지하고 원래 URL을 다시 사용할 수 있게 되면 리디렉션을 제거하는 것입니다.
307 및 308 리디렉션
307 및 308은 301 및 302에 해당하는 HTTP 1.1이며 유사하게 작동합니다. 307은 임시 리디렉션이고 308은 페이지가 영구적으로 이동되었음을 나타냅니다.
301과 302와 307과 308의 유일한 차이점은 후자를 사용하면 리디렉션된 요청이 만들어질 때 메서드와 본문이 변경되지 않는다는 것을 보장한다는 것입니다.
다시 말해서, 301과 302는 때때로 POST 에서 GET 방식으로 잘못 변경될 수 있습니다. 여기서 POST 방식은 서버에 데이터를 보내고 GET은 데이터를 요청하는 데 사용됩니다. 이 차이점을 더 잘 설명하기 위해 GET 메서드는 검색 페이지에서 데이터를 수신하는 데 사용할 수 있는 반면 POST 메서드는 암호를 변경하는 양식에서 사용할 수 있습니다.
Google 가이드라인 에 따르면 307 및 308은 301 및 302와 동일하게 취급됩니다.
클라이언트 측 리디렉션
언급했듯이 클라이언트 측 리디렉션은 브라우저에서 발생합니다. 클라이언트 측 리디렉션 방법에는 두 가지가 있습니다.
- 메타 새로 고침 및
- 자바스크립트.
그러나 그것들을 사용하는 데에는 몇 가지 단점이 있습니다.
전반적으로 클라이언트 측 리디렉션은 서버 측 솔루션을 구현할 수 없는 경우(예: 서버에 액세스할 수 없는 경우)에만 권장됩니다.
이 두 가지 리디렉션 방법을 살펴보고 이를 구현하는 방법과 URL에 미치는 영향을 알아보겠습니다.
메타 새로고침
메타 새로 고침 리디렉션에서 메타 태그는 페이지의 <head> 섹션에 배치되어 브라우저에 지정된 시간이 지나면 다른 페이지로 이동하도록 알려야 합니다.
샘플 코드는 다음과 같습니다.
<메타 http-equiv="refresh" content="2; URL='https://www.onely.com/blog/javascript-redirects-and-seo/'" />숫자(2)는 브라우저가 지정된 URL로 리디렉션되기까지 걸리는 시간(초)을 지정합니다.
이 리디렉션 방법은 일반적으로 "5초 내에 리디렉션되지 않으면 여기를 클릭하십시오"라는 표시 메시지와 함께 사용되며, 이 경우 리디렉션은 5초 후에 발생합니다.
Google은 즉시 및 지연된 메타 새로 고침 리디렉션을 구분합니다. 인스턴트 는 초 수를 "0"으로 설정해야 하며 , 이 경우 Google은 이를 영구 리디렉션으로 간주합니다. 지연된 리디렉션 은 리디렉션되기까지 몇 초가 소요되며 Google은 이 리디렉션이 임시로 처리될 것이라고 말합니다 .
메타 새로 고침 유형 리디렉션이 작동해야 합니다. UX(브라우저 기록에 페이지를 유지함, afaik) 및 처리 시간(페이지를 보려면 페이지를 구문 분석해야 함)의 두 가지 이유로 권장하지 않습니다. 처리되면 리디렉션과 같습니다.
— 존(@JohnMu) 2018년 3월 2일
Google에서 리디렉션을 올바르게 처리하더라도 이 리디렉션 방법은 사용자에게 좋지 않은 경험을 제공하는 경우가 많습니다. 우선 서버 측 리디렉션보다 처리 시간이 더 걸립니다. 또한 리디렉션을 시작하지 않았거나 너무 빠르거나 느리게 다른 페이지로 이동했기 때문에 스팸으로 표시되고 사용자를 혼란스럽게 할 수 있습니다.
메타 새로 고침은 .htaccess 파일에 액세스하거나 사용할 수 없거나 여러 파일 디렉터리에서 단일 파일만 리디렉션하려는 경우와 같은 특정 경우에만 제안되는 옵션입니다.
메타 새로 고침을 사용하기로 결정했다면 대상 URL 요청 지연을 최소로 유지하십시오. 가급적이면 0으로 설정하십시오.
자바스크립트 리디렉션
JavaScript 리디렉션을 사용하는 것은 일반적으로 SEO 친화적이지 않습니다. Google에서 JavaScript를 크롤링하고 렌더링 하는 것은 복잡한 주제로 남아 있으며 Google에서 JavaScript를 최대한 이해하도록 돕기 위해 따라야 할 많은 지침이 있습니다.
또한 Google이 귀하의 JavaScript 파일을 페이지와 관련된 것으로 보지 않으면 JavaScript를 전혀 렌더링하지 않을 수 있습니다.
JavaScript 리디렉션은 HTTP 상태 코드를 설정하는 옵션을 제공하지 않으므로 URL이 요청되면 서버는 200 OK 상태로 응답합니다. 따라서 리디렉션이 발생하기 전에 페이지의 리소스를 다운로드하고 렌더링해야 합니다. 이로 인해 리디렉션 프로세스가 서버 측 솔루션보다 오래 걸립니다. JavaScript를 사용하면 모든 순위 신호가 새 URL로 전달될 가능성도 낮아집니다.
그러나 JavaScript 리디렉션이 실행 가능한 옵션인 상황이 있습니다. JavaScript 리디렉션의 한 가지 이점은 추가 논리를 포함할 수 있다는 것입니다. 예를 들어, 이를 사용하여 사용자의 위치 또는 언어를 감지하고 이 설정을 기반으로 리디렉션할 수 있습니다.
이 방법의 구현, 위험 및 제안된 사용에 대한 전체 개요를 제공하는 JavaScript 리디렉션 에 대한 가이드를 확인하십시오 .
어떤 리디렉션이 SEO에 더 적합합니까?
위에서 언급한 리디렉션 유형(HTTP, 메타 새로 고침(HTML) 및 JavaScript 리디렉션)은 다르게 작동하고 다른 단계에서 검색 엔진에 의해 선택됩니다.
Google은 크롤링 중에 서버 측 HTTP 리디렉션을 포착할 수 있습니다. 봇은 3xx 응답을 수신하고 페이지가 다른 위치로 이동했음을 이해할 수 있습니다. 이렇게 하면 새 URL에 훨씬 더 빨리 도달할 수 있습니다.
그러나 클라이언트 측 리디렉션의 경우 Google은 렌더링 단계에서만 리디렉션을 감지할 수 있습니다. 이렇게 하면 프로세스에 더 복잡한 단계가 추가되고 훨씬 더 길어집니다.
클라이언트 측 리디렉션 은 Google이 리디렉션을 올바르게 색인화한다고 보장하지 않습니다. 이 경우 서버 측 리디렉션과 달리 이전 URL이 계속 존재합니다.
클라이언트 측 리디렉션으로 HTTP 상태 코드를 표시할 방법 이 없습니다 . 이는 검색 엔진이 리디렉션을 처리하는 방법을 결정하기 어렵게 만드는 심각한 단점입니다.
메타 새로 고침이 JavaScript 리디렉션 전에 실행 된다는 점을 추가할 가치 가 있습니다. 또한 JavaScript 리디렉션을 따르려면 JavaScript를 실행해야 하므로 가장 불리한 리디렉션 방법이 됩니다.
가능하면 서버 측 리디렉션을 사용하십시오. 사용할 수 없는 경우 클라이언트 측 리디렉션으로 이동합니다.
리디렉션 구현 모범 사례
리디렉션이 올바르게 구성되면 검색 엔진은 이전 URL의 순위 신호를 새 URL과 연결합니다. 이런 식으로 순위, 트래픽 및 수익을 유지할 수 있습니다.
리디렉션에서 따라야 하는 지침을 살펴보겠습니다.
리디렉션 체인 및 루프 피하기
리디렉션 체인 은 원래 URL과 대상 URL 사이에 둘 이상의 리디렉션 이 있을 때 발생 합니다. 이렇게 하면 대상 페이지에 도달하는 데 필요한 시간이 추가됩니다.
세 개의 URL(A, B, C)이 있는 경우 다음과 같은 리디렉션을 생성하지 마세요.
URL A → URL B
URL B → URL C
대신 항상 하나의 리디렉션만 있는지 확인하세요.
URL A → URL C
URL B → URL C
리디렉션 루프 는 도착 URL에 도달할 수 없을 때 발생합니다. 예를 들어 리디렉션이 다음과 같이 구현되면 발생할 수 있습니다.
URL A → URL B
URL B → URL A
결과적으로 이러한 URL은 서로 리디렉션되고 대상에 액세스할 수 없습니다.
각 리디렉션은 서버에 대한 추가 HTTP 요청을 생성합니다. 하나의 리디렉션을 사용하면 성능에 큰 영향을 미치지 않지만 각 추가 리디렉션은 로딩 시간에 부정적인 영향을 미치므로 더 나쁜 사용자 경험을 제공합니다.
잠재적인 중복 콘텐츠 문제에 대해 301 리디렉션 사용
URL이 다른 형식으로 존재할 수 있으며, 이로 인해 중복 콘텐츠 문제가 발생할 수 있습니다.
예를 들어 다음과 같은 URL 버전이 있을 수 있습니다.
- www가 있는 것과 없는 것,
- 슬래시(/)가 있거나 없는 경우,
- HTTP 및 HTTPS 사용.
콘텐츠 중복 문제를 방지하려면 301 리디렉션을 사용하여 해당 URL의 정식 버전을 가리킵니다.
주제 관련 페이지로 리디렉션
리디렉션은 항상 이전 URL과 가장 근접하게 일치하는 페이지로 이동해야 합니다.
리디렉션할 가장 적절한 페이지를 선택할 때 사용자가 처음에 무엇을 찾을 것으로 예상했는지 생각 하고 검색 의도를 해결할 콘텐츠로 리디렉션합니다 .
예를 들어 사용자가 더 이상 판매하지 않는 특정 신발 페이지를 방문하려는 경우 관련 신발 카테고리가 있는 페이지로 리디렉션할 수 있습니다.
제품 페이지를 홈페이지로 리디렉션하는 것은 일반적으로 나쁜 습관으로 간주됩니다. Google은 404와 같은 URL도 볼 수 있습니다.
예, 그것은 좋은 방법이 아니며(사용자를 혼란스럽게 함) 어쨌든 대부분 404로 취급하므로(soft-404) 장점이 없습니다. 심각하게 깨지거나 나쁜 것은 아니지만 정당한 이유 없이 복잡성이 추가됩니다. 대신 더 나은 404 페이지를 만드십시오.
— 존 (@JohnMu) 2019년 1월 8일
끊어진 링크 문제 해결
사이트의 404페이지를 가리키는 내부 및 외부 링크가 있을 수 있습니다. Ahrefs Site Explorer 또는 Semrush 백링크 분석 도구 와 같은 도구를 사용하여 끊어진 링크를 찾을 수 있습니다.
- 내부 링크 업데이트
깨진 내부 링크는 검색 엔진이 콘텐츠를 검색하거나 연결된 대상을 식별하는 데 도움이 되지 않습니다. 404페이지로 이어지는 내부 링크 를 업데이트하는 것을 목표로 해야 합니다. 여기에서 리디렉션을 구현하지 마십시오. 이렇게 하면 검색 엔진과 방문자를 위한 추가 단계를 피할 수 있습니다.
- 외부 링크 수정
외부 링크가 끊어지면 중요한 순위 신호를 놓치게 됩니다. 그러나 이러한 링크는 제어할 수 없으므로 단순히 업데이트할 수 없습니다. 대신 귀하에게 링크되는 사이트에 연락하여 링크를 다른 URL로 변경하도록 요청하십시오. 이것이 작동하지 않으면 오류 페이지를 작동하는 페이지로 301 리디렉션해야 합니다.
키워드 자기잠식 문제에 301 리디렉션 사용
둘 이상의 페이지에서 동일한 사용자 의도를 타겟팅하는 경우 해당 의도를 가장 잘 처리하는 주요 콘텐츠로 페이지를 리디렉션하는 것이 좋습니다.
필요한 경우 정보가 더 포괄적으로 만들어지고 리디렉션을 구현할 수 있는 경우 주요 부분을 업데이트할 수도 있습니다.
리디렉션 전략 준비
리디렉션 전략을 갖는 것은 사이트 마이그레이션을 수행하기 전에 특히 중요합니다. 마이그레이션 후에 존재하지 않을 모든 기존 URL 목록을 만드는 것부터 시작하세요.
다음과 같은 몇 가지 방법으로 액세스할 수 있습니다.
- XML 사이트맵에서 URL 내보내기,
- 크롤러를 사용하여 모든 URL을 찾고 수집하십시오.
모든 URL 목록이 있으면 각각을 리디렉션할 위치를 결정하기 위해 매핑해야 합니다.
페이지 제목이나 제품 코드와 같은 이전 URL과 새 URL 간의 공유 패턴을 기반으로 페이지를 리디렉션할 수 있습니다. 이러한 패턴에 고유 식별자가 포함되어 있는지 확인하여 실수의 위험을 줄이십시오.
전략을 준비할 때 매핑하는 URL이 주제별로 관련되어 있고 리디렉션 체인이 없는지 또는 적어도 리디렉션 수가 최소로 유지되는지 확인하세요.
단종 제품 관리
단종된 제품에 대한 리디렉션을 구현하는 전략은 상황에 따라 다릅니다.
재고가 없어 반품되지 않는 제품이 있는 경우 이 페이지를 가장 가까운 대안으로 리디렉션하는 것이 가장 좋습니다.
그러나 단종된 제품이 관심과 트래픽을 유발한다면 동일한 URL을 유지하고 단순히 페이지를 변경하는 것이 더 나은 선택일 수 있습니다. 그런 다음 관련 사용 가능한 제품에 대한 다른 제안을 추가로 표시하거나 중단된 제품과 그 대안의 비교 기사로 전환할 수 있습니다.
사이트의 리디렉션이 올바르게 설정되었는지 확인하는 방법
리디렉션이 올바르게 설정되었는지 알아보려면 사이트 리디렉션 감사부터 시작하세요. 이 솔루션은 대규모 사이트가 있는 경우 특히 유용합니다.
그런 다음 수정해야 하는 URL이 있는지, 필요한 경우 리디렉션을 구현할 위치를 알 수 있습니다.
먼저 사이트맵의 URL을 내보내거나 사이트를 크롤링하고 모든 URL을 추출하여 모든 URL에 액세스합니다. 그런 다음 .csv 파일로 저장할 수 있습니다.
그런 다음 Screaming Frog SEO Spider 와 같은 도구를 사용 하여 이전 URL을 감사하고 리디렉션이 작동하는지, 오류가 나타나는지 확인합니다. Screaming Frog 에서 리디렉션 감사에 대한 이 문서의 단계를 따르세요 .
리디렉션이 더 적은 경우 리디렉션이 올바르게 작동하는지 수동으로 테스트할 수 있습니다. 이전 URL을 방문하여 새 URL로 리디렉션되는지 확인하기만 하면 됩니다.
사용할 수 있는 도구도 있습니다. 예를 들어 Google Search Console 또는 Semrush의 사이트 감사 에서 임시 및 영구 리디렉션을 확인할 수 있습니다 .
특정 URL을 테스트 하려면 상태 코드와 리디렉션 체인을 표시하는 httpstatus 와 같은 도구를 사용할 수 있습니다 . HTTP 코드와 메타 새로 고침 및 JavaScript 리디렉션을 확인하는 리디렉션 검사기 도 있습니다 .
사이트 마이그레이션을 수행하는 경우 스테이징 환경과 새 사이트가 활성화된 후에 301 리디렉션을 테스트해야 합니다. URL을 크롤링하고 각 URL이 200 코드를 반환하는 지정된 대상 URL로 301 리디렉션되는지 확인할 수 있습니다.
리디렉션 을 구현한 후 URL 도 모니터링하여 오류가 없고 리디렉션이 계속 작동하는지 확인해야 합니다.
리디렉션을 구현하는 방법은 무엇입니까?
사용 중인 서버 또는 CMS를 기반으로 리디렉션을 구현하는 몇 가지 방법이 있습니다.
일반적인 방법에는 Apache 또는 Nginx 서버 에서 구현하거나 WordPress, Shopify 또는 Magento에서 사용할 수 있는 플러그인 사용이 포함됩니다.
설명된 방법이 귀하에게 적용되지 않는 경우 리디렉션 구현에 대한 지침에 대한 호스팅 또는 CDN 플랫폼의 가이드를 찾을 수 있습니다. 대부분은 관리자 패널을 통해 리디렉션을 관리하는 쉬운 방법을 제공합니다. 예를 들어 다음은 DreamHost 또는 Hostinger 에 대한 가이드입니다 .
리디렉션 구현을 위한 다른 솔루션의 경우 페이지 리디렉션에 대한 이 문서를 읽어보십시오.
아파치
사이트가 Apache 서버에서 실행되는 경우 서버의 루트 폴더에 있는 .htaccess 파일에 액세스하여 리디렉션을 구현할 수 있습니다. 이 파일을 사용하면 서버 구성 파일을 변경하지 않고도 웹사이트의 세부 정보를 구성할 수 있습니다.
FTP 또는 파일 관리자를 사용하여 서버의 public_html 디렉토리에 액세스하면 이 파일에 접근할 수 있습니다. .htaccess 파일이 없는 경우 텍스트 편집기를 사용하여 파일을 만들고 확장자 없이 이름을 ".htaccess"로 설정하고 public_html에 업로드할 수 있습니다.
이 파일을 변경하기 전에 백업을 만드십시오. 실수로 인해 콘텐츠가 제대로 표시되지 않을 수 있습니다.
다음은 구현할 수 있는 다양한 리디렉션 지시문의 몇 가지 일반적인 예입니다.
URL을 다른 URL로 301 리디렉션 하려면 다음 코드를 사용하세요.
리디렉션 301 /old-page.html https://website/new-page.html명령은 해당 도메인의 루트 서버에 있으므로 여기에 이전 페이지의 전체 URL을 포함할 필요가 없습니다. 그러나 동일한 도메인의 페이지를 리디렉션할 수도 있지만 대상에 대한 전체 URL을 제공해야 합니다.
302 상태 코드로 URL 을 리디렉션하려면 리디렉션을 " 리디렉션 302 " 로 변경하면 됩니다 .
전체 도메인을 다른 도메인 으로 영구적으로 리디렉션하려면 다음과 같이 하십시오.
리디렉션 301 / https://www.newwebsite.com/
URL이 HTTP에서 HTTPS 로 변경되면 다음을 사용하십시오.
RewriteEngine 켜기 RewriteCond %{HTTPS} 켜기 RewriteRule(.*) https://%{HTTP_HOST}%{REQUEST_URI }
이 경우 먼저 조건이 작동하는 데 필요한 .htaccess 파일에서 RewriteEngine 모듈을 켠 다음 조건을 지정합니다.
이전 파일 경로를 새 경로로 리디렉션 할 수도 있습니다 .
리디렉션 /olddirectory/oldfile.html http://example.com/newdirectory/newfile.html
.htaccess 파일을 사용하는 또 다른 방법은 사용자를 사용자 지정 404 페이지로 리디렉션하는 것입니다. 다음 코드를 구현하여 수행할 수 있습니다.
오류 문서 404 /error/pagenotfound.html여기에서 /error/pagenotfound.html 은 404 페이지의 위치를 가리켜야 합니다.
.htaccess 파일에서 리디렉션을 구현하는 방법과 작동 방식이 확실하지 않은 경우 이 Apache 자습서 및 URL 재작성 가이드 를 확인하세요 .
Apache에서 .htaccess 파일 설정에 대한 이 가이드를 따를 수도 있습니다 .
엔진엑스
서버에서 Nginx를 실행하는 경우 리디렉션 요청을 처리하는 서버 블록을 추가하여 `nginx.conf' 파일에서 리디렉션을 관리할 수 있습니다.
이 코드 샘플은 새 URL로 리디렉션됩니다.
서버 { 들어봐 80; 듣기 443 SSL; server_name www.old-name.com; 반환 301 $scheme://www.new-name.com$request_uri; }
이러한 요청을 생성하는 방법을 배우려면 Nginx 재작성 규칙 생성 에 대한 이 가이드를 확인하십시오 .
플러그인
리디렉션 구현을 자동화하는 방법인 CMS 플러그인을 사용하면 특히 대규모 웹사이트가 있는 경우 프로세스를 더 빠르게 수행할 수 있습니다.
대부분의 CMS 또는 전자 상거래 플랫폼은 다양한 리디렉션 플러그인을 제공합니다.
워드프레스
다음은 WordPress에 사용할 수 있는 몇 가지 인기 있는 플러그인입니다.
리디렉션 – 301 리디렉션을 관리하고 사이트에 있을 수 있는 404 오류를 추적할 수 있습니다. 리디렉션이 몇 개뿐인 사이트와 수천 개의 리디렉션이 있는 사이트 모두에 사용합니다.
301 리디렉션 – 이 플러그인을 사용하면 301, 302 및 307 리디렉션을 관리하고 생성할 수 있습니다. 또한 404 오류 로그를 유지합니다. 리디렉션할 페이지가 많은 경우 이 도구를 사용하면 수천 개의 URL도 일괄 리디렉션할 수 있습니다.
Safe Redirect Manager – 이 플러그인을 사용하면 301 및 302 리디렉션을 생성할 수 있지만 대량 리디렉션 옵션은 제공하지 않으므로 소규모 사이트에 권장됩니다.
이 기능을 제공하는 Yoast 또는 All in One SEO 와 같은 일반 SEO 플러그인 을 고려할 수도 있습니다 .
쇼피파이
Shopify를 사용하는 경우 다음과 같은 사용 가능한 앱 중 하나를 사용할 수 있습니다.
ESC를 통한 간편한 리디렉션 – 이 앱을 사용하면 대량 리디렉션을 포함하여 301 리디렉션 및 404 오류 페이지를 관리할 수 있습니다. 플랫폼 간에 상점을 마이그레이션하거나 사이트 구조 또는 제품 페이지를 조정할 때 도움이 될 도구입니다.
리디렉션 – 404 오류를 찾고 리디렉션하는 데 도움이 되는 Shopify 앱입니다.
마젠토
Magento를 사용하는 경우 URL 재작성 기능에서 301 리디렉션을 설정할 수 있습니다.
결론
리디렉션은 콘텐츠가 제거되거나 변경된 페이지에서 순위 신호, 트래픽 및 전환을 보존하는 방법입니다. 위에서 언급한 지침을 따르는 것은 검색 성능을 유지하는 데 중요하므로 올바르게 구현하는 데 특별한 주의를 기울이십시오.
리디렉션을 구현하면 부정적인 사용자 경험을 유발할 수 있는 오류 페이지에서 사용자를 멀리하고 검색 엔진에 사용자가 이동해야 하는 위치와 변경된 URL을 처리하는 방법을 지시합니다.