직접 답변
리디렉션은 방문자와 검색 엔진을 한 URL에서 다른 URL로 자동으로 보냅니다. SEO 관점에서는 페이지가 영구적으로 이동했을 때 서버 측 301(또는 308)을 사용하세요. Google은 이를 새 URL을 색인하고 순위 신호를 그쪽으로 옮기라는 강한 신호로 봅니다. 오래된 URL이 다시 돌아올 때만 302 또는 307을 사용하세요. 각 이전 URL은 가장 가까운 새 페이지로 바로 리디렉션하고, 체인은 피하며, 리디렉션은 최소 1년 동안 유지하세요.
리디렉션은 URL이 변경될 때마다 필요합니다. 새 도메인, 사이트 개편, 페이지 통합, HTTPS 전환 등이 그 예입니다. 제대로 설정하면 방문자는 이를 거의 알아차리지 못하고 순위도 그대로 이어집니다. 잘못 설정하면 끊어진 링크, 느린 체인, 검색 결과의 잘못된 URL 때문에 트래픽을 잃게 됩니다. 이 가이드에서는 리디렉션이 무엇인지, 사용할 수 있는 유형, 각 유형이 SEO에 미치는 영향, 그리고 설정 방법을 다룹니다.
리디렉션이란 무엇인가요?#
리디렉션은 한 URL을 요청한 사람을 다른 URL로 보내는 지시입니다. 보통 서버에서 발생하며, 페이지를 그대로 반환하는 대신 서버가 3xx 상태 코드와 새 주소가 들어 있는 Location 헤더로 응답합니다. 그러면 브라우저가 그 주소를 직접 요청하므로 방문자는 아무것도 클릭하지 않아도 새 페이지에 도착하게 됩니다.
검색 엔진도 같은 방식으로 리디렉션을 따라갑니다. Googlebot은 최대 10번의 리디렉션 홉을 따라갑니다, 그리고 리디렉션 유형은 Google에 오래된 URL을 색인할지 새 URL을 색인할지를 알려줍니다.
리디렉션의 유형#
리디렉션은 두 가지 그룹으로 나뉩니다. 서버 측 리디렉션은 어떤 페이지도 로드되기 전에 HTTP 상태 코드를 보냅니다. 클라이언트 측 리디렉션은 먼저 페이지를 로드한 뒤 HTML이나 JavaScript로 브라우저를 이동시킵니다. 각 유형이 어떻게 작동하는지와 Google이 이를 어떻게 처리하는지는 다음과 같습니다:
| Redirect | 영구 또는 임시 | Google의 처리 방식 | 다음에 사용 |
|---|---|---|---|
| 301 영구 이동 | Permanent | 새 URL을 색인하라는 강력한 신호 | 도메인 변경, 마이그레이션, 이름이 변경되거나 병합된 페이지, HTTP에서 HTTPS로 |
| 308 영구 리디렉션 | Permanent | Same as 301 | 요청 메서드가 동일하게 유지되어야 하는 영구 이동(양식, API) |
| 302 Found | Temporary | 약한 신호; 일반적으로 이전 URL이 계속 색인됨 | 유지보수, 단기 캠페인, 테스트 |
| 307 임시 리디렉션 | Temporary | Same as 302 | 요청 메서드가 동일하게 유지되어야 하는 임시 이동 |
| 메타 새로고침, 0초 | Permanent | 영구 리디렉션으로 인식됨 | 서버를 변경할 수 없을 때만 사용 |
| 메타 새로고침, 지연 | Temporary | 임시 리디렉션으로 인식됨 | “이전했습니다” 안내 페이지 |
| JavaScript 리디렉션 | Permanent | Google이 페이지를 렌더링할 때만 따라가며, 실패할 수 있음 | 서버 측에서 아무것도 할 수 없을 때의 최후 수단 |
| 프레임(URL 마스킹) | 리디렉션 아님 | 리디렉션이 발생하지 않으며, 대상은 페이지 안에서 로드됩니다 | 주소 표시줄에 URL을 유지하기 |
대부분의 사이트에서는 301과 302 중에서 선택합니다. 301 vs 302 리디렉션 가이드에서는 이 결정에 대해 더 자세히 다루며, 301 리디렉션 가이드에서는 영구 리디렉션을 단계별로 설명합니다.
서버 측인가, 클라이언트 측인가?#
가능하면 항상 서버 측 리디렉션을 사용하세요. Google도 이를 권장하며, 모든 방문자와 봇에게 작동하고, 페이지 콘텐츠가 로드되기 전에 발생합니다. 클라이언트 측 리디렉션은 브라우저에 따라 달라집니다. JavaScript 리디렉션은 Google이 페이지를 렌더링할 때만 인식되며, Google의 공식 문서에서도 렌더링이 실패할 수 있다고 경고합니다.
리디렉션이 SEO에 미치는 영향#
- 순위 신호는 영구 리디렉션을 따라갑니다. 301 또는 308은 Google에 새 URL을 색인하고 신호를 그곳에 통합하라고 알려줍니다. 302 또는 307은 Google이 표시하는 URL을 이전 URL로 유지합니다.
- PageRank는 이동 과정에서 손실되지 않습니다. Google의 Gary Illyes는 2016년에 30x 리디렉션이 더 이상 PageRank를 잃지 않는다고 말했습니다(Search Engine Land 보도). 중요한 것은 올바른 유형과 올바른 대상지를 선택하는 것입니다.
- 관련성이 중요합니다. 가까운 일치 페이지로의 리디렉션은 방문자와 페이지의 목적을 유지합니다. 모든 이전 URL을 홈 페이지로 보내면 두 가지 모두를 잃게 됩니다.
- 체인은 시간이 듭니다. 각 단계마다 브라우저에겐 또 한 번의 왕복이, 크롤러에겐 또 한 번의 단계가 생깁니다. 오래된 URL은 최종 페이지로 바로 연결하세요.
- 타이밍이 중요합니다. Google의 사이트 이전 가이드에서는 리디렉션을 가능한 한 오래, 일반적으로 최소 1년 이상 유지하라고 권장합니다. 그래야 크롤러와 재방문자가 이를 볼 수 있습니다.
리디렉션은 SEO에 나쁜가요?#
아니요. 리디렉션은 검색 엔진에 URL이 변경되었음을 알리는 올바른 방법입니다. 리디렉션이 없으면 이전 URL은 404를 반환하고, 링크는 모두 가리키는 곳이 없어지며, 새 페이지는 처음부터 시작하게 됩니다. 리디렉션은 잘못 사용할 때만 문제가 됩니다. 예를 들어 영구 이동에 302를 쓰거나, 긴 체인, 루프, 또는 관련 없는 페이지로의 리디렉션이 그렇습니다.
리디렉션이 SEO에 도움이 되는 경우#
- 도메인 변경: 이전의 각 URL을 새 도메인의 대응 페이지로 페이지별로 리디렉션하세요.
- 페이지 이동 또는 이름 변경: 모든 것을 홈으로 보내지 말고, 각 이전 URL을 새 위치에 일대일로 매핑하세요.
- 페이지 통합: 두 페이지가 같은 검색어를 놓고 경쟁할 때는 둘을 합치고, 더 약한 페이지를 더 강한 페이지로 301 리디렉션하세요.
- 페이지 삭제: 진정으로 동등한 페이지가 있을 때만 리디렉션하세요. 그렇지 않다면 URL이 404 또는 410을 반환하도록 두세요.
- URL 정규화: 각 URL의 하나의 버전을 선택하고 나머지는 301로 리디렉션하세요. 예를 들어 http와 https, www와 non-www, 또는 슬래시가 있는 경우와 없는 경우가 있습니다.
사람들이 실제로 사용하는 리디렉션#
영구 리디렉션이 압도적으로 많습니다. RedirHub에 설정된 리디렉션 중 약 100개 중 96개가 301이며, 계정 7개 중 1개 정도는 최소 한 번 302를 설정한 적이 있습니다(RedirHub 플랫폼 데이터, 2026년 10월). 어떤 것을 써야 할지 확실하지 않다면, 이동은 거의 항상 영구적입니다.
SEO 리디렉션 모범 사례#
- 영구적인 경우에는 301을 사용하고, 나중에 되돌릴 이동에는 302를 유지하세요.
- 각 이전 URL은 홈 페이지가 아니라 가장 가까운 일치 항목으로 리디렉션하세요.
- 최종 URL로 바로 연결하세요: 체인도, 루프도 없어야 합니다.
- 이전 도메인에서도 HTTPS를 제공하여 리디렉션 자체가 브라우저 경고를 일으키지 않도록 하세요.
- 내부 링크와 사이트맵을 새 URL로 업데이트하세요.
- 리디렉션은 최소 1년간 유지하고, 이전 링크가 계속 방문자를 데려온다면 더 오래 유지하세요.
- 출시 후 중요한 모든 리디렉션을 테스트하세요.
리디렉션 설정 방법#
자체 서버에서는 리디렉션당 한 줄씩 추가하세요. 임시 이동은 301 대신 302를 사용합니다:
| Where | Example (301) |
|---|---|
| Apache (.htaccess) | Redirect 301 /old-page https://example.com/new-page |
| Nginx (서버 또는 location 블록에서) | return 301 https://example.com/new-page; |
| PHP | header("Location: https://example.com/new-page", true, 301); exit; |
| HTML (메타 새로고침, 최후의 수단) | <meta http-equiv="refresh" content="0; url=https://example.com/new-page"> |
PHP의 Location 헤더는 직접 코드를 지정하지 않으면 302를 보낸다는 점에 유의하세요. PHP 매뉴얼에 설명되어 있으므로, 영구 이동이라면 301을 명시적으로 전달하세요.
URL이 무엇을 반환하는지 확인하려면 curl -I https://old-url.com을 실행해 상태 줄을 읽거나, 우리 redirect speed test에 입력하여 모든 홉과 응답 속도를 확인하세요.
리디렉션이 작동하고 있나요? 도메인을 입력하세요. 상태 코드(301 또는 302), 도착 위치, HTTPS 유효 여부, 그리고 워싱턴, 프랑크푸르트, 도쿄에서 응답 속도를 최근 7일간 테스트된 모든 리디렉션과 비교한 순위와 함께 확인할 수 있습니다.
내 리디렉션 테스트하기웹 서버 없이 하는 리디렉션#
이전 도메인에 호스팅이 없거나 서버 규칙을 직접 유지 관리하고 싶지 않다면, 리디렉션 서비스가 대신 응답할 수 있습니다. RedirHub에서는 도메인의 루트와 www 레코드를 RedirHub로 지정하고, Redirect type에서 301 또는 302를 선택한 뒤, Keep the path 또는 Everything to one URL을 선택하면 됩니다.
| 서버 리디렉션 | RedirHub | |
|---|---|---|
| 리디렉션 유형 | 서버가 지원하는 모든 것 | 301, 302, 307, 308 및 프레임 리디렉션 |
| 어디에서 응답하는지 | 귀하의 서버 | 방문자와 가까운 130개 글로벌 엣지 위치(PoP) |
| DNS와 이메일 | Unchanged | 변경 없음; 루트 및 www 레코드만 변경 |
| HTTPS | 귀하의 인증서 | 루트와 www에 대해 자동으로 발급 및 갱신 |
| 많은 URL | 직접 작성하고 유지하는 규칙 | 각 이전 URL을 해당하는 새 페이지로 매핑하세요; 모든 요금제에서 CSV 가져오기 지원 |
| 사용 여부 확인 | 서버 로그 | 봇을 제외한 클릭 수와 고유 방문자 수 |
| Cost | 호스팅에 포함 | 월 $49부터(Core), 14일 무료 체험 |
직접 서버를 운영하고 몇 가지 규칙만 필요하다면 서버는 무료이며 충분합니다. RedirHub는 기존 도메인에 호스팅이 없을 때, 여러 도메인을 관리할 때, 또는 이전 URL에 아직 방문자가 있는지 확인하고 싶을 때 유용합니다.
페이지별 마이그레이션 매핑을 위해 규칙을 직접 작성하는 대신 대량 리디렉션 가져오기로 이전 및 새 URL 목록을 업로드하세요. 연결된 모든 도메인에는 무료 HTTPS 인증서가 제공되므로 리디렉션은 http://뿐만 아니라 https://에서도 작동합니다.
자주 묻는 질문
리디렉션은 방문자와 검색 엔진을 한 URL에서 다른 URL로 자동으로 보냅니다. 서버는 이전 URL에 3xx 상태 코드와 새 주소로 응답하고, 브라우저는 자동으로 새 페이지를 불러옵니다.
검색 엔진에 페이지가 어디로 이동했는지 알려 주어 새 URL이 검색 결과에서 이전 URL의 자리를 대신할 수 있게 하고, 이전 URL을 가리키는 링크도 계속 유효하게 만듭니다. 리디렉션이 없으면 이전 URL은 404를 반환하고 새 페이지는 처음부터 시작하게 됩니다.
아니요. 올바르게 사용하면 리디렉션은 URL이 변경될 때 순위를 보호합니다. 문제는 잘못된 유형(영구 이동에 302 사용), 리디렉션 체인, 루프, 또는 관련 없는 페이지로의 리디렉션에서 발생합니다.
서버 측 리디렉션(301, 308, 302, 307)은 HTTP 상태 코드를 보냅니다. 클라이언트 측 리디렉션은 페이지 로딩이 시작된 후 메타 리프레시 태그나 JavaScript를 사용합니다. SEO 측면에서는 서버 측 301과 302를 가장 많이 사용하게 됩니다.
301은 영구적입니다: Google은 새 URL을 색인하고 순위 신호를 그쪽으로 옮깁니다. 302는 임시적입니다: Google은 보통 이전 URL을 계속 색인에 유지합니다. 방문자는 어느 경우든 새 URL로 이동합니다.
속도를 늦춥니다. 각 단계마다 추가 왕복이 발생하며, Google의 크롤러는 최대 10단계까지만 따라갑니다. 이전 URL은 최종 페이지로 바로 리디렉션하세요.
최후의 수단으로만 사용하세요. Google은 페이지를 렌더링할 때에만 이를 따라갈 수 있으며, 렌더링이 실패할 수 있습니다. 가능하면 항상 서버 측 301을 사용하세요.
Google은 사이트 이전용 리디렉션을 가능한 한 오래, 일반적으로 최소 1년 동안 유지할 것을 권장합니다. 많은 사이트는 오래된 링크와 북마크가 계속 작동하도록 무기한 유지합니다.
RedirHub는 연결한 도메인에 대해 웹 서버 없이 301, 302, 307, 308 및 프레임 리디렉션을 제공합니다. HTTPS를 자동으로 적용하고, 경로를 유지하거나 각 이전 URL을 새 페이지에 매핑할 수 있으며, 리디렉션별 클릭 수를 보여 줍니다.
TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.
관련 기사
모든 기사 보기
