리디렉션이란 무엇이며 올바르게 사용하는 방법은 무엇입니까?

어떤 종류의 사이트를 관리하든 미래의 어느 시점에는 상황이 달라질 수 있습니다. 변경은 페이지 제거, 사이트 구조 변경, 새 도메인 이름 구매 등과 같은 많은 이유에서 발생할 수 있습니다. 따라서 변경이 발생하기 전에 좋은 리디렉션 개요를 개발해야 합니다.

리디렉션 계획이 잘못되면 순위 손실이 발생하여 트래픽이 감소할 수 있습니다. 이 모든 것이 수익과 비즈니스에 전반적으로 부정적인 영향을 미칠 것입니다. 또한 잘못된 리디렉션 개요는 한 번에 수년간의 SEO 노력을 망칠 수 있습니다. 따라서 우리의 핵심 과제는 그러한 바람직하지 않은 결과를 피하는 방법을 알아내는 것입니다.

리디렉션이란 무엇 이며 어떤 유형이 있습니까? 어떻게 작동하며 올바르게 구현하려면 어떻게 해야 합니까? 이 문서에서는 이러한 모든 문제를 자세히 다룹니다. 이제 개요를 시작하겠습니다.

리디렉션은 한 URL에서 다른 URL로 사용자 또는 검색 엔진을 보내는 프로세스입니다. 리디렉션은 클라이언트 측 또는 서버 측일 수 있습니다. 종류에 관계없이 통합하는 주요 이유는 다음과 같습니다.

• 현재 도메인에서 새 도메인으로 사이트 이동
• 중요한 서버 유지 관리를 수행하는 동안 트래픽 전달
• 중복 또는 중복 콘텐츠 가입
• 오래된 콘텐츠 버전에서 새로운 콘텐츠 버전으로 트래픽 리디렉션
• 사이트 병합 또는 HTTPS로 전환
• 페이지 삭제 또는 프로모션 실행

리디렉션을 사용하는 이유

기본적으로 콘텐츠 이동 중에 리디렉션을 적용해야 하는 두 가지 핵심 요소가 있습니다.

• 방문자를 위한 향상된 UX. 사용자가 이동된 페이지에 액세스하려고 할 때마다 '페이지를 찾을 수 없음'이 발생하는 것을 원하지 않습니다. 리디렉션은 이를 처리하여 방문자를 새 페이지 위치로 안내합니다.
• 검색 엔진이 사이트를 더 잘 이해합니다. 리디렉션은 콘텐츠 이동 위치 및 이동 유형(영구 또는 임시)을 검색 엔진에 알립니다. 이는 페이지가 검색어에 표시되는 방식에 영향을 미칩니다.

본질적으로 리디렉션은 서버 측과 클라이언트 측의 두 가지 유형으로 제공됩니다. 각 그룹에는 검색 엔진에서 일시적 또는 영구적으로 표시되는 리디렉션 세트가 포함됩니다. 따라서 잠재적인 SEO 문제를 방지하려면 주어진 작업에 올바른 URL 리디렉션을 적용하는 것이 중요합니다.

서버 측 리디렉션

이 리디렉션은 서버가 페이지 요청을 하는 동안 사용자 또는 검색 엔진을 전달하는 역할을 함을 의미합니다. 3XX 상태 코드 반환으로 인해 발생합니다. SEO를 다룰 때 클라이언트 쪽 리디렉션에는 몇 가지 단점이 있고 주로 독특하고 드문 경우에 적합하기 때문에 대부분의 경우 서버 쪽 리디렉션을 사용할 가능성이 높습니다.

각 사이트 소유자는 다음과 같은 3XX 리디렉션을 알고 있어야 합니다.

1. 301 리디렉션

변화가 일시적인 것임을 Google에 알립니다. 301 리디렉션은 페이지 리디렉션 내에서 최고의 패스 링크 방법이기도 합니다. 이전 URL에서 새 URL로 일부 페이지 설정을 전송하기 때문입니다.

그래도 페이지 권한은 301을 사용할 때마다 줄어듭니다. 따라서 실제로 필요할 때만 통합하십시오.

2. 302 리디렉션

302는 널리 퍼진 또 다른 리디렉션입니다. 이러한 리디렉션은 일시적이지만 여전히 페이지 권한을 새 페이지로 전달할 수 있습니다. 하지만 원활하게 작동할 때까지 조금 기다려야 합니다.

302를 활용해야 하는 경우:

• 페이지를 새 URL로 이동하려면
• 사이트 디자인 또는 카피의 A/B 테스트를 수행하기 위해
• 전체 페이지 유지 관리를 수행하려면

301 및 302를 선택해야 하는 경우에 대해 혼란스러운 경우 302 리디렉션은 일반적으로 초기 URL을 다시 가져오는 경우를 대상으로 한다는 점을 기억하십시오.

3. 303 리디렉션

이는 사용자를 요청된 리소스와 유사한 리소스로 전달하는 임시 리디렉션 양식을 나타냅니다. 일반적으로 사람들이 브라우저에서 '뒤로' 버튼을 누를 때 양식이 다시 제출되는 것을 방지하는 데 도움이 됩니다. 또한 검색 엔진은 301 또는 302로 취급하는 경향이 있으므로 SEO 목표에 303을 적용하지 않는 것이 좋습니다.

4. 307 리디렉션

307 리디렉션은 302와 실질적으로 동일하지만 한 가지 뚜렷한 차이점이 있습니다. HTTP 메서드는 원래 요청을 리디렉션하는 동안 동일하게 유지됩니다.

5. 308 리디렉션

이러한 이동은 영구적이며 301 리디렉션에 가깝습니다. 308 지시하는 동안 초기 요청의 HTTP 메서드만 다릅니다. Google은 308 리디렉션을 301과 동일하게 인식한다고 말하지만 사실 대부분의 SEO는 여전히 301 리디렉션을 적용합니다.

클라이언트 측 리디렉션

클라이언트 측 리디렉션을 고려하면 브라우저가 사용자의 전달을 결정할 때입니다. 그래도 다른 옵션이 없다면 사용하지 않는 것이 좋습니다.

1. 메타 새로 고침 리디렉션

메타 새로 고침은 서버 수준이 아닌 페이지 수준에서 작동하는 것에 관한 것입니다. HTTP 리디렉션 프로세스와 달리 서버가 아닌 브라우저 내에서 발생합니다. SEO 관점에서 HTTP 리디렉션은 Google과 사이트 방문자에게 덜 혼란스럽기 때문에 메타 리디렉션보다 더 효율적입니다.

메타 새로 고침이 매우 느리기 때문에 사용자 경험을 해치고 있습니다. 따라서 Google은 실수로 잘못된 페이지의 색인을 생성할 수 있습니다. 따라서 서버 리디렉션 전술을 사용할 수 없는 경우에만 메타 리디렉션을 활용하십시오. 또한 느리게 움직이기 때문에 충분한 링크 지분을 전송할 수 없습니다.

메타 리디렉션에는 즉시 및 지연의 두 가지 유형이 있습니다. 브라우저에서 웹 페이지가 시작되자마자 즉시 메타 리디렉션을 받습니다. 이것이 Google이 이를 영구 리디렉션으로 취급하는 이유입니다. 반면, 몇 초 후 트리거는 Google에서 일시적인 종류로 간주하는 지연된 메타 리디렉션을 나타냅니다.

2. JavaScript 리디렉션

이름에서 알 수 있듯이 JavaScript는 핵심에 있으며 사용자를 다른 URL로 안내하는 방법을 브라우저에 지시합니다. 일부 사람들은 JS 리디렉션이 리디렉션을 보려면 페이지를 표시해야 하므로 검색 엔진에 매우 어려운 작업이라고 제안합니다. 이것에 약간의 진실이 있지만 현재 페이지를 신속하게 렌더링하기 때문에 Google에게는 큰 문제가 아닙니다. 그러나 일부 관련 문제는 다른 검색 엔진에서 발생할 수 있습니다.

테스트는 Google이 301과 유사하게 JavaSceipt 리디렉션을 수행하는 것을 보여줍니다. 그래도 이 리디렉션 유형을 사용하면 페이지 권한을 잃지 않을 것이라는 보장은 없습니다. 따라서 가능하면 JS 리디렉션 대신 3XX 리디렉션을 사용하십시오.

1. 워드프레스 플러그인

WP는 오픈 소스 소프트웨어이므로 웹 개발자는 성능을 향상시키기 위해 지속적으로 새로운 플러그인을 제작합니다. 따라서 WordPress 사이트 소유자인 경우 리디렉션 플러그인은 리디렉션을 생성하는 가장 간단한 방법을 형성합니다. 리디렉션 도구를 설치하기만 하면 비용이 많이 듭니다.

이 무료 플러그인을 사용하면 한 곳에서 모든 리디렉션을 관리할 수 있습니다. 이를 활용하여 복잡한 코딩과 기능을 다룰 필요가 없습니다. WP 사이트가 영구 링크를 유지하는 한 리디렉션을 사용하여 끊어진 링크를 검색하고 리디렉션을 통해 올바르게 설정할 수 있습니다.

2. .htaccess 파일

이러한 구성 파일로 인해 서버 소프트웨어를 신속하게 수정할 수 있습니다. 이 방법은 특정 URL을 리디렉션하고 사용자 정의 404 오류 페이지를 만들고 퍼머링크 내에서 HTTP를 HTTPS로 변경할 수 있습니다. 그러나 발생할 수 있는 유일한 단점은 파일이 Apache 서버에서만 사용할 수 있다는 것입니다.

그렇다면 .htaccess 파일은 어디에서 찾을 수 있습니까? 사이트의 루트 폴더에 있지만 액세스 방법은 웹 호스트 및 계획에 따라 달라집니다. DreamHost에 계획이 있으면 문제 없이 계정으로 이동하여 작업할 사이트를 선택한 다음 '파일 관리'를 클릭할 수 있습니다. 사이트 이름이 있는 폴더를 찾아 이동합니다. 거기에서 .htaccess 파일을 찾은 후 '편집'을 선택합니다. 그런 다음 텍스트 편집기를 통해 리디렉션 코드를 추가합니다.

3. PHP 파일

PHP 파일은 방문자를 새 URL로 안내하는 또 하나의 유용한 옵션입니다. 여기서 해야 할 일은 헤더 기능을 이 파일에 첨부하는 것뿐입니다. 그래도 프로세스가 작동하려면 초기 소스도 PHP 파일이어야 합니다.

먼저 텍스트 편집기를 엽니다. Microsoft 사용자는 Notepad++를 사용하고 Mac 사용자는 Tumult Whisk를 사용할 수 있습니다. 다음 단계는 PHP 언어를 설정했는지 확인하는 것입니다. 이제 리디렉션 코드를 소스 파일 내의 첫 번째 문서 줄로 삽입합니다. 그게 다야.

1. 근접 일치 콘텐츠 리디렉션

리디렉션을 설정하는 동안 새 페이지 콘텐츠가 이전 페이지와 관련이 있는지 확인하십시오. 예를 들어, 이전 URL을 근접 일치가 아닌 새 URL로 이동하면 검색 엔진이 이전 페이지 권한을 이전하지 못할 수 있습니다. 결과적으로 반응적으로 soft 404 및 낮은 Google 검색 등급으로 끝납니다.

Google은 페이지가 404여야 한다고 주장하는 반면 서버가 '200 OK' HTTP 상태를 보내는 경우 소프트 404를 수신합니다. 이러한 문제는 다음과 같은 경우에 발생할 수 있습니다.

• 제품 카테고리 또는 블로그의 빈 페이지와 같이 페이지에 콘텐츠가 충분하지 않습니다.
• 리디렉션된 페이지는 원래 페이지와 전혀 관련이 없습니다.
• 페이지에 404 오류가 표시되지만 여전히 200 HTTP 상태로 전송됩니다.

Google은 주로 유효한 404 페이지를 허용하며 이는 소프트 404에는 일반적이지 않습니다. 따라서 이를 피하고 발생하는 오류를 수정하는 것이 중요합니다. Google Search Console은 이 문제를 해결하는 완벽한 도구입니다. 여기에서 소프트 404와 관련된 URL 목록을 표시할 수 있습니다. 유사 종류 404의 경우 리디렉션을 업데이트하여 액세스 가능한 가장 적절한 페이지로 전달합니다.

2. 리디렉션 체인 및 루프 제거

때로는 URL이 전체 체인의 이전 URL 또는 자체로 리디렉션되는 경우가 있습니다. 이것은 리디렉션 루프를 얻을 때입니다. 두 가지 점에서 해로울 수 있습니다.

• 사용자 관점에서 – 대상 리소스에 도달하는 것을 불가능하게 만들고 브라우저 간에 '너무 많은 리디렉션' 오류가 발생합니다.
• 검색 엔진의 관점에서 보면 크롤러를 '캡처'하고 크롤링 예산에 부정적인 영향을 미칩니다.

감사 도구로 사이트를 크롤링하면 리디렉션 루프 클러스터를 검색하는 데 도움이 됩니다.

3. HTTP에서 HTTPS로 업그레이드

HTTPS 구현은 이 단계에서 대체할 수 없는 것입니다. Google 검색 순위에 긍정적인 영향을 미치는 추가 보호 계층으로 사이트를 활성화합니다. 그러나 사이트가 HTTP에서 HTTPS로 올바른 리디렉션을 수행하는지 확인하는 방법은 무엇입니까?

Ahref의 SEO 툴바를 활용하십시오. 설치 후 홈페이지를 HTTP 리디렉션 버전으로 전환해 보십시오. 올바르게 완료되면 301 응답 코드가 도구 모음에 표시됩니다.

그러나 사이트에서 HSTS를 적용할 때 307이 발생할 수 있습니다. 따라서 업데이트할 또 다른 전략에 익숙해지도록 합시다.

• 오픈 사이트 감사
• +새 프로젝트로 이동
• 수동으로 첨부를 선택하십시오
• HTTP로 전환
• 도메인을 입력하세요

4. 중복 콘텐츠 방지

이는 사이트가 몇 개의 하위 도메인에서 작동하는 경우에 일반적입니다. 문제는 검색 엔진이 이들을 다른 사이트로 취급한다는 것입니다. 따라서 가볍게 생각하면 중복된 콘텐츠가 나타날 수 있습니다. 이 콘텐츠에 어떤 문제가 있는지 궁금할 수 있습니다. 실제로 Google은 사용자를 전달하는 사이트 버전을 모르기 때문에 트래픽을 훔치고 자신과 경쟁합니다.

사이트 감사 도구의 '문제' 탭은 리디렉션할 페이지 목록과 기존 중복 페이지 수에 대한 데이터를 제공합니다. 그렇게 하면 무엇을 제거해야 하는지 알 수 있습니다.

5. 시간이 지남에 따라 리디렉션 확인

정기적인 리디렉션 성능 감사는 불필요한 리디렉션에 대한 귀중한 통찰력을 제공하고 사이트의 효율성을 저하시킬 수 있습니다. 또한 영구 리디렉션은 거의 3년 후에 기본값으로 전환됩니다. 즉, 사용자가 더 이상 리디렉션을 방문하지 않고 얻은 값이 새 값에 속하므로 지금 리디렉션을 삭제할 수 있습니다.

6. 연결 권한 회복을 위한 404s 수정

Google은 404 페이지를 가리키는 백링크를 무시합니다. 백링크가 중요한 순위 요소를 형성하기 때문에 이는 엄청난 문제입니다. 따라서 본질적으로 404 페이지로 연결되는 백링크에 대해 Google로부터 어떤 크레딧도 받을 수 없습니다.

그래도 걱정하지 마세요. 이것을 해결하는 것은 생각보다 쉽습니다. Backlink Analytic Tool은 링크가 가리키는 404 페이지를 감지하는 데 도움이 됩니다. 그렇게 하면 해당 페이지를 적절한 페이지로 301 리디렉션하여 잃어버린 권한 중 일부를 되찾을 수 있습니다.

리디렉션을 사용하면 제거되거나 변경된 페이지의 트래픽 및 전환을 유지할 뿐만 아니라 Google 순위를 높일 수 있습니다. 리디렉션은 서버 측(301, 302, 303, 307, 308)과 클라이언트 측(메타 새로 고침 리디렉션 및 JavaScript 리디렉션)의 두 가지 큰 그룹으로 제공됩니다. 동시에 그들은 영구적이고 일시적일 수 있습니다.

의심할 여지 없이 WordPress 플러그인, .htaccess 파일 및 PHP 파일은 리디렉션을 통합하는 가장 좋은 방법입니다. 리디렉션 프레임워크 내에서 구현할 가치가 있는 사례는 다음과 같습니다.

• 근접 일치 콘텐츠로 리디렉션
• 리디렉션 체인 및 루프 제거
• HTTP에서 HTTPS로 전환
• 중복 콘텐츠 제거
• 리디렉션의 정기 체크아웃
• 손실된 링크 권한을 되찾기 위한 404s 수정

위의 팁을 숙지하고 귀하의 사이트가 곧 틈새 시장을 선도하게 될 것이므로 안심하십시오.