목차
URL 리디렉션의 기본
성공적인 웹 페이지 리디렉션
사용자를 리디렉션하면 기본적으로 첫 번째 URL을 사용할 수 없는 경우 다른 URL로 리디렉션하게 됩니다. 리디렉션을 사용하면 사용자 경험을 더욱 원활하게 만들 수 있습니다. 사용자가 더 이상 페이지를 사용할 수 없다는 사실을 알 수 없는 대신 리디렉션되어 페이지 간에 쉽게 전환할 수 있습니다.
리디렉션의 한 가지 문제는 리디렉션이 단순히 사이트를 경험하는 방식 그 이상의 영향을 미칠 수 있다는 것입니다. 리디렉션은 사이트 자체의 사용성뿐만 아니라 사이트의 SEO 전략에도 영향을 미칠 수 있습니다.
SEO 분야에서 일한다면 리디렉션의 내부 작동 원리를 이해해야 합니다. 리디렉션을 제대로 사용할 수 있으면 권위 있는 링크, 트래픽 및 순위를 더 쉽게 확보할 수 있습니다.
이러한 이유로 이 가이드를 만들었습니다.
이 가이드에서는 리디렉션의 정의, 작동 방식, 리디렉션을 사용해야 하는 시기와 이유, 다양한 종류의 리디렉션, 리디렉션이 사용되는 경우와 사용되지 않는 경우, 몇 가지 일반적인 실수와 유용한 팁 등을 살펴봅니다.
가이드 마지막에 리디렉션을 사용할 때 발생할 수 있는 일반적인 문제를 해결할 수 있도록 자주 묻는 질문(FAQ)을 만들었습니다.
하지만 더 복잡한 주제를 다루기 전에 기본 사항부터 살펴보겠습니다.
리디렉션이란 무엇인가요?
리디렉션을 설정하면 기본적으로 작동하지 않을 수 있는 이전 URL과 이를 대체하는 URL을 연결하게 됩니다. 이 작업은 약간의 코드를 사용하여 쉽게 수행할 수 있지만(자세한 내용은 나중에 설명하겠습니다), 일반적으로 웹마스터가 연결의 세부 사항과 페이지에 액세스하려는 사용자를 결정합니다.
일반적인 리디렉션은 비교적 간단하며, 한 페이 지에서 다른 페이지로 사용자를 전달하는 브라우저 또는 서버 명령처럼 보입니다.
다음은 사이트의 1페이지에 액세스하려는 사용자를 2페이지로 영구적으로 이동시키는 리디렉션 코드의 예입니다:
301 리디렉션 - https://www.mysite.com/page1.html에서 https://www.mysite.com/page2.html
이러한 명령을 사용하면 1페이지로 이동 중인 방문자가 수동으로 2페이지로 이동할 필요 없이 바로 2페이지로 이동할 수 있습니다.
이러한 요소와 코드에 대해서는 나중에 자세히 설명할 예정이니 세부적인 내용을 잘 모르더라도 걱정하지 마세요.
리디렉션은 언제 사용되나요?
리디렉션을 사용해야 하는 다른 이유도 있지만 페이지에 영구적으로 또는 일시적으로 액세스할 수 없는 경우 등 리디렉션을 사용해야 하는 몇 가지 경우가 있습니다.
리디렉션은 특히 콘텐츠가 이동된 경우 검색 엔진이 사이트를 찾는 방식뿐만 아니라 사용자 경험에도 영향을 미칠 수 있다는 점을 명심하세요.
방문자를 돕기 위한 목적으로 리디렉션을 만들면 방문자에게 좋은 경험을 제공할 수 있습니다. 예를 들어 리디렉션을 사용하면 사용자가 404를 눌러 직접 찾을 필요 없이 원하는 페이지로 이동할 수 있습니다. 이를 통해 웹마스터는 사용자 경험을 유동적으로 유지할 수 있습니다.
반면에 검색 엔진이 페이지를 찾을 수 있도록 하기 위해 리디렉션을 사용하면 크롤러가 깨진 내부 링크와 URL을 거치지 않아도 됩니다. 이를 통해 검색 엔진은 깨진 콘텐츠를 찾는 크롤링 예산을 절약하는 대신 라이브 콘텐츠에 더 빠르게 도달할 수 있습니다.
위에서 언급한 내용은 잠시 후에 자세히 살펴보겠지만, 우선 리디렉션이 언제 사용되는지 몇 가지 예를 들어보겠습니다.
리디렉션 사용 예
-
사이트를 마이그레이션하는 경우 이전 사이트의 페이지를 새 도메인의 새 페이지로 리디렉션해야 합니다.
-
반면에 리디렉션을 사용하여 두 웹사이트를 병합할 수도 있습니다. 이 경우 두 사이트 각각에서 생성 중인 하나의 도메인으로 URL을 리디렉션할 수 있습니다.
-
사용할 수 없거나 단종되었거나 품절된 제품이 있는 스토어에서는 고객이 어떤 옵션이 가장 적합한 대체품인지 알 수 있도록 제품 링크를 적절한 대체품으로 리디렉션하는 것이 좋습니다.
-
블랙 프라이데이에 맞춰 디자인된 페이지와 같이 계절에 따라 디자인된 페이지가 있고 일반적으로 사용하지 않을 때는 비어 있는 경우 이러한 페이지를 일시적으로 리디렉션하여 사람들이 다른 페이지 및 자산으로 이동하도록 유도하고 다시 필요할 때 페이지를 다시 활성화할 수 있습니다.
-
더 이상 사용하지 않는 콘텐츠나 오래된 페이지를 삭제하는 경우 URL을 다른 페이지로 리디렉션하는 것이 좋습니다. 이렇게 하면 리디렉션하는 자산의 SEO 가치를 잃지 않을 수 있습니다.
다양한 리디렉션 유형
지금까지 살펴본 리디렉션에는 여러 가지 종류가 있으며, 각 리디렉션에는 몇 가지 차이점이 있습니다. 이러한 리디렉션 중 일부는 영구적으로 작동하는 반면 다른 리디렉션은 방문자를 일시적으로 다른 URL로만 전달합니다.
리디렉션이 웹사이트의 전체 콘텐츠에 적용되는 경우도 있고 특정 자산에만 영향을 미치는 경우도 있습니다.
사용 가능한 모든 리디렉션 유형을 살펴보겠습니다.
리디렉션은 두 가지 유형으로 나뉩니다:
-
서버에서 소싱되는 서버 측 리디렉션은 30배의 상태 코드를 제공합니다.
-
브라우저에서 파일을 요청할 때 활성화되는 클라이언트 측 리디렉션에는 자바스크립트 리디렉션과 메타 새로 고침이 포함됩니다.
서버 측 리디렉션
서버 측 리디렉션은 서버 수준에서 발생하는 리디렉션입니다. 서버에서 파일에 대한 HTTP 요청이 수신되면 특정 코드가 응답합니다. 이 코드는 영구적인지 일시적인지 여부를 알려줍니다.
서버 측 리디렉션에는 여러 가지가 있으며 가장 일반적인 리디렉션은 다음과 같습니다:
301 리디렉션
301 리디렉션은 영구적으로 사용자를 리디렉션하는 리디렉션입니다. 기본적으로 한 URL에서 다른 URL로 이동합니다. 이러한 리디렉션은 SEO를 유지하려는 경우 매우 중요합니다.
이러한 리디렉션은 원본 URL을 사용할 수 없으며 새 페이지로 영구적으로 대체되었음을 검색 엔진에 알리기 위해 설계되었기 때문에 영구적입니다.
이 정보를 통해 Google은 인덱서의 첫 번째 URL을 리디렉션이 지적한 새 URL로 대체할 수 있습니다.
대부분의 경우 이러한 종류의 리디렉션은 원본 URL의 링크 에쿼티를 새 페이지에 할당합니다.
301 리디렉션은 언제 사용하나요?
페이지의 순위, 트래픽 및 링크를 유지하면서 영구적으로 삭제하고 다른 페이지로 대체하려면 301 리디렉션을 사용하세요.
301 리디렉션 사용 예
-
한 도메인에서 다른 도메인으로 원활하게 전환하려는 경우 301 리디렉션을 사용하세요.
-
방문자가 다양한 URL을 통해 사이트에 접속하는 경우. 다양한 옵션이 있는 경우 옵션 중 하나가 표준 또는 기본 옵션인지 확인해야 합니다. 이 때 301 리디렉션을 사용하면 다른 URL의 트래픽을 선호하는 URL로 이동할 수 있습니다.
-
두 사이트를 통합할 때 오래된 링크가 올바른 페이지로 연결되도록 하려는 경우.
-
404 및 깨진 페이지
-
중복 콘텐츠 문제 제거
301 리디렉션은 언제 사용되지 않나요?
나중에 URL에 원본 콘텐츠를 다시 게시할 계획이라면 301 리디렉션을 사용하지 않아야 합니다.
다음은 301 리디렉션을 사용하지 않는 것이 좋을 수 있는 몇 가지 예입니다:
-
시즌 제품을 호스팅하는 경우
-
일시적으로 제품이 품절된 경우
-
특별 임시 오퍼에 대한 랜딩 페이지가 있는 경우
-
지역 타겟팅
-
A/B 테스트
-
디바이스 타겟팅
301 리디렉션은 SEO에 어떤 영향을 미치나요?
301 리디렉션의 가장 좋은 점 중 하나는 SEO 가치를 유지하는 데 도움이 된다는 점입니다. 이렇게 하면 원본 페이지의 페이지랭크를 대체할 페이지로 전달할 수 있습니다. 이렇게 하면 원본 콘텐츠를 리디렉션할 때 어떤 권한도 잃지 않습니다.
리디렉션 작업을 시작하기 전에 RewriteEngine 모듈이 켜져 있는지 확인해야 합니다. 아래 코드를 사용하여 로드할 수 있습니다:
<IfModule mod_rewrite.c> RewriteEngine On </IfModule>
301 리디렉션 구현
이러한 리디렉션 중 하나를 구현하려면 서버의 루트 폴더에 있는 .htaccess 파일에 리디렉션할 내용을 지정하기만 하면 됩니다. 코드를 작성하는 방법에는 아래에 설명된 대로 두 가지가 있습니다.
RedirectMatch 301 /old/ /new/
코드의 첫 번째 부분은 사용 중인 리디렉션의 종류를 정의하며, 301 리디렉션 또는 영구 리디렉션 중 하나를 선택합니다. 그런 다음 이전 URL의 슬러그를 추가할 수 있습니다. 명령은 도메인의 루트 서버에 있으므로 전체 URL을 사용할 필요가 없습니다.
그런 다음 리디렉션 대상의 전체 URL을 추가해야 합니다.
단일 폴더를 새 위치로 리디렉션할 때는 다음을 사용합니다:
RewriteRule ^/?old/(.\*)$ /new/$1 [R,L]
동일한 도메인에 있는 페이지를 리디렉션하는 경우에도 대상의 전체 URL을 제공해야 합니다.
302 리디렉션
트래픽을 일시적으로 새 URL로 전달하려는 경우 302 리디렉션을 사용하면 트래픽을 전달할 수 있습니다. 이렇게 하면 사용자가 짧은 시간 동안 특정 페이지에 액세스할 수 없게 됩니다. 302는 파일 자체가 일시적으로만 해당 URL로 이동되었음을 의미합니다.
302 리디렉션은 언제 사용하나요?
이러한 리디렉션 중 하나를 사용하려면 일반적으로 원래 대상을 잠시 동안 사용할 수 없도록 설정한 후 다시 활성화하는 것이 좋습니다. 다음은 리디렉션이 필요한 상황입니다:
-
지역 타겟팅
-
A/B 테스트
-
모바일 또는 데스크톱 디바이스를 기반으로 사용자를 리디렉션하려는 경우
-
특별 행사 또는 일시 품절된 페이지에 대한 리디렉션 만들기
302 리디렉션은 언제 사용되지 않나요?
페이지를 영구적으로 이동하는 경우 302 리디렉션 대신 301 리디렉션을 사용하는 것이 좋습니다.
302 리디렉션 구현
301과 302는 구현 측면에서 매우 유사하게 작동합니다. 유일한 차이점은 리디렉션이 일시적임을 나타내기 위해 301을 302로 대체하는 응답 코드입니다. 다음은 예시입 니다:
RedirectMatch 302 /old/ /new/
302 리디렉션은 SEO에 어떤 영향을 미치나요?
이러한 리디렉션의 일시적인 특성으로 인해 새 페이지에는 원래 페이지의 페이지 권한이 적용되지 않습니다. 이렇게 하면 원래 페이지의 링크나 권한이 손실되지 않고 검색 엔진에서 두 페이지를 별도의 페이지로 간주합니다.
303 리디렉션
303은 302 리디렉션과 매우 유사하지만 몇 가지 주요 차이점이 있습니다. 이는 접속을 시도한 페이지가 다른 페이지로 대체되었다는 의미입니다.
이 두 리디렉션에는 중요한 차이점이 있다는 점을 명심하세요. 예를 들어 303 리디렉션은 캐싱할 수 없으므로 검색 엔진에서는 발생하지 않습니다. 예를 들어 대상 대상을 변경하는 경우 해당 페이지가 캐시되지 않도록 해야 합니다.
303 리디렉션은 언제 사용하나요?
303 리디렉션을 사용하는 경우 302를 사용할 때와 동일한 경우가 많을 것입니다. 한 가지 고려해야 할 점은 임시 리디렉션을 위해 리디렉션 대상을 변경하려는 경우 303을 사용해야 한다는 점입니다.
303 리디렉션은 언제 사용하지 않나요?
영구적으로 리디렉션하려는 경우 303을 사용해서는 안 됩니다.
303 리디렉션은 SEO에 어떤 영향을 미치나요?
303 리디렉션은 내부 링크나 페이지 권한을 전달하지 않으며 검색 엔진에서 캐시할 수 없으므로 SEO에 영향을 미치지 않습니다.
307 리디렉션
이 유형의 리디렉션은 다른 옵션과 비교할 때 몇 가지 주요 차이점이 있는 임시 리디렉션의 또 다른 형태입니다. 대상 URL의 요청 방법을 변경할 수 없는 경우 일반적으로 302 대신 사용됩니다.
이는 기본적으로 리디렉션이 처음 시작될 때 POST 메 서드가 GET 메서드를 대체한다는 의미입니다.
307 리디렉션은 언제 사용하나요?
이러한 리디렉션은 특정 종류의 POST 리디렉션을 사용해야 하는 양식 작업과 함께 사용합니다.
307 리디렉션은 언제 사용하지 않나요?
이 리디렉션은 임시 리디렉션이므로 한 URL에서 다른 URL로 트래픽을 영구적으로 전달하려는 경우에는 사용하지 않는 것이 좋습니다.
307 리디렉션은 SEO에 어떤 영향을 미치나요?
307 리디렉션은 SEO에 영향을 미치지 않습니다.
308 리디렉션
308은 본질적으로 307 리디렉션의 영구 버전입니다. 리디렉션이 308인 경우 원래 요청의 요청 메서드가 사용됩니다.
308 리디렉션은 언제 사용하나요?
매우 복잡한 사이트를 이동하기 위해 POST 방식을 사용하려는 경우 이 방식이 다른 많은 선택지보다 훨씬 효과적입니다.
308 리디렉션은 언제 사용하지 않나요?
사이트의 캐시 가능성으로 인해 문제가 발생할 경우 이 방법을 사용하지 않는 것이 좋습니다.
클라이언트 측 리디렉션
이러한 리디렉션은 서버에서 결정되는 것이 아니라 특정 파일에 액세스하려고 할 때마다 브라우저에서 발생합니다.
즉, 리디렉션은 웹마스터가 서버의 동작을 제어하거나 설정할 수 없을 때 가장 잘 작동합니다. 예를 들어 .htaccess 파일에 액세스할 수 없는 경우 사용할 리디렉션 종류를 지정할 수 없습니다.
이러한 리디렉션에는 SEO에 부정적인 영향을 미칠 수 있다는 점을 포함하여 몇 가지 단점이 있습니다. 예를 들어, 이러한 리디렉션은 모든 브라우저에서 지원되지 않아 오류가 발생할 수 있습니다. 또한 리디렉션을 사용하면 검색 엔진이 페이지 권한을 원래 페이지에서 리 디렉션된 페이지로 넘겨주지 않습니다.
또 다른 문제는 클라이언트 측 리디렉션을 사용하면 일반적으로 뒤로 가기 버튼이 더 이상 작동하지 않아 사용자가 리디렉션된 URL로 바로 돌아갈 수 있다는 점입니다.
클라이언트 측 리디렉션의 유형은 다음과 같습니다:
메타 새로 고침 리디렉션
이 리디렉션은 브라우저가 파일에 액세스하려고 할 때 다른 목적지로 브라우저를 전달하며, 해당 파일의 <HEAD> 섹션에서 찾을 수 있습니다. 특정 시간(초)이 경과하면 브라우저에 페이지를 새로 고치거나 다른 URL을 로드해야 함을 알려줍니다.
리디렉션 코드의 레이아웃입니다:
<meta HTTP-equiv="refresh" content="0; url=http://site.com/other-url/">
이러한 리디렉션이 사용되는 가장 일반적인 방법 중 하나는 사용자가 처음에 액세스하려고 했던 페이지보다 더 상업적인 페이지로 이동하도록 유도하는 것입니다.
이는 구글 가이드라인에 위배되며, 이유가 없는 것은 아닙니다. 이러한 종류의 리디렉션 사용을 권장하지 않는 이유는 다음과 같습니다:
-
사용자가 해당 페이지를 보지 않더라도 사용자의 브라우저 기록에 원본 페이지가 포함되므로 사용자 경험에 영향을 미칩니다.
-
브라우저는 원본 URL을 처리한 다음 이를 추출하고 미리 실행해야만 전달되는 페이지를 볼 수 있습니다.
자바스크립트 리디렉션
이러한 리디렉션은 메타 새로고침과 유사하지만 몇 가지 차이점이 있습니다. 가장 큰 차이점은 브라우저가 다음 URL로 이동하기 전에 JavaScript를 처리해야 한다는 점입니다.
메타 새로고침과 마찬가지로 코드는 HTML 파일의 <HEAD> 섹션에서 찾을 수 있습니다. 코드는 다음과 같습니다:
<script>location.href='[<u>http://www.site.com/</u>](http://www.site.com/)';</script>
자바스크립트 리디렉션은 언제 사용하나요?
자바스크립트 리디렉션을 사용하는 일반적인 경우는 두 가지입니다. 예를 들어, 사용자의 상호 작용 방식에 따라 리디렉션을 만들거나 디바이스에 따라 리디렉션을 타겟팅하려는 경우입니다. 즉, 리디렉션을 통해 사용 중인 디바이스에 최적화된 페이지로 이동할 수 있습니다.
이러한 리디렉션은 메타 새로 고침 리디렉션보다 조금 더 합법적입니다. 또 다른 사용 사례는 사용자가 로그인한 후 다른 내부 페이지로 이동하려는 경우입니다. 리디렉션이 Google 가이드라인을 준수하는지 확인하려면 리디렉션을 사용하는 이유를 고려하세요.
사이트를 이전하는 경우 자바스크립트 리디렉션을 사용할 수 있지만 301을 사용하는 것이 더 좋습니다. 그러나 사이트 서버에 액세스할 수 없는 경우 이 방법도 유효한 옵션입니다.
클라이언트 측 리디렉션은 SEO에 어떤 영향을 미치나요?
이러한 리디렉션의 주요 문제 중 하나는 리디렉션이 발생하는 이유를 방관자에게 알리지 않는다는 것입니다. 즉, 검색 엔진은 SEO와 관련하여 리디렉션에 대해 충분히 알 수 없습니다.
URL 리디렉션을 사용해야 하는 경우
위에서 언급한 두 가지 방법은 표준 SEO 전략이 아니지만 SEO 관련 작업을 하는 경우 리디렉션을 사용할 수 있습니다. 다음은 SEO 관련 작업을 하는 경우 리디렉션을 사용하게 되는 가장 일반적인 이유와 사용 사례의 몇 가지 예입니다.