301 리디렉션: 그것이 무엇이며 어떻게 설정하는가 (2026)

이 가이드는 301이 하는 일, 302나 캐노니컬 태그 대신 언제 사용해야 하는지, 가장 흔한 설정에서 어떻게 설정하는지, 그리고 제대로 작동하며 순위를 유지하는지 확인하는 방법을 다룹니다.

301 리디렉션이란 무엇인가요?#

301은 HTTP 상태 코드입니다. 누군가 이전 URL을 요청하면 서버는 페이지를 보내지 않습니다. 대신 "영구적으로 이동됨"이라는 짧은 응답과 새 주소가 담긴 Location 헤더를 보내고, 브라우저는 곧바로 그 주소를 요청합니다. 방문자는 새 페이지가 로드되는 것만 보게 됩니다.

httpHTTP/1.1 301 Moved Permanently
Location: https://mybrand.com/about

중요한 단어는 영구적이라는 점입니다. Google 문서에 따르면 영구 리디렉션은 인덱싱 파이프라인에 리디렉션 대상이 표준이 되어야 한다^[1]는 신호를 보내므로, 시간이 지나면서 검색 결과에서 새 주소가 이전 주소를 대체합니다. 브라우저도 301을 캐시할 수 있어, 재방문자는 이전 URL을 아예 건너뛸 수 있습니다.

이것이 사람들이 거의 항상 선택하는 리디렉션이기도 합니다. RedirHub에 설정된 리디렉션의 약 96%가 301이며, 302를 설정한 계정은 전체의 약 7분의 1 정도에 불과합니다(RedirHub 플랫폼 데이터, 2026년 10월).

영구와 임시 중 확실하지 않으신가요? 전체 비교는 301 vs 302 리디렉션을 참조하세요.

언제 301 리디렉션을 사용해야 하나요?#

• URL을 변경했습니다. 예를 들어 새 슬러그, 새 폴더 구조 또는 이름이 바뀐 제품 페이지입니다.
• 리브랜딩이나 합병 후 새 도메인으로 이전했습니다. 각 이전 URL을 해당하는 새 페이지로 리디렉션하세요.
• URL을 표준화했습니다: http://를 https://로, 그리고 www를 비-www로(또는 그 반대로) 바꿨습니다.
• 페이지를 병합하거나 제거했습니다. 이전 URL은 홈으로 보내지 말고 가장 가까운 대체 페이지로 보내세요.
• 오타 도메인이나 폐기한 제품명과 같은 추가 도메인을 보유하고 있습니다. 이러한 도메인은 메인 사이트를 가리켜야 합니다.

나중에 다시 바꿀 계획이라면 대신 302를 사용하고, 페이지의 중복 버전이 계속 접근 가능해야 한다면 canonical 태그를 사용하세요(이에 대해서는 아래에서 더 자세히 설명합니다).

301 리디렉션 설정 방법#

리디렉션을 어디에 추가할지는 현재 이전 URL에 대한 요청을 무엇이 처리하는지에 따라 다릅니다:

Apache (.htaccess)#

단일 페이지의 경우 Apache의 Redirect 지시문이면 충분합니다. 이전 경로는 슬래시(/)로 시작해야 하며, permanent 또는 301은 301 상태를 반환합니다^[2]. 전체 도메인을 이동하면서 각 경로를 유지하려면 mod_rewrite를 사용하세요:

apache# One page
Redirect 301 /old-page https://www.example.com/new-page

# Whole domain, keeping the path
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?oldbrand\.com$ [NC]
RewriteRule ^(.*)$ https://mybrand.com/$1 [R=301,L]

Nginx#

Nginx에서는 return 301이 영구 리다이렉트를 보냅니다^[3] 그리고 $request_uri는 경로와 쿼리 문자열을 유지합니다. nginx -t로 설정을 테스트한 다음 다시 로드하세요.

nginx# One page
location = /old-page {
    return 301 https://www.example.com/new-page;
}

# Whole domain, keeping the path
server {
    listen 80;
    listen 443 ssl;
    server_name oldbrand.com www.oldbrand.com;
    # ssl_certificate lines for oldbrand.com go here
    return 301 https://mybrand.com$request_uri;
}

옛 도메인의 https:// 버전은 해당 서버에 아직 유효한 인증서가 있을 때만 리디렉션됩니다. 인증서가 없으면 방문자는 리디렉션이 발생하기 전에 인증서 경고를 보게 됩니다.

WordPress#

흔히 선택하는 방법은 무료 Redirection 플러그인^[4]으로, 200만 개 이상의 활성 설치 수를 보유하고 있습니다. 이전 경로를 소스로 추가하고, 새 URL을 대상으로 설정한 다음 HTTP 코드가 301인지 확인하세요. 플러그인을 사용하지 않는 방법을 포함한 단계별 옵션은 WordPress에서 URL을 리디렉션하는 방법에 있습니다.

도메인 등록기관에서#

옛 도메인에 웹사이트가 없다면, 등록기관의 포워딩만으로 충분할 수 있습니다. GoDaddy 도메인 포워딩, Cloudflare, Namecheap에 대한 가이드가 있습니다. 제공되는 경우 영구(301) 옵션을 선택하고, 이전 경로가 유지되는지 아니면 모두 하나의 페이지로 전송되는지 확인하세요.

RedirHub 사용 시(서버 불필요)#

RedirHub는 이전 도메인 자체에 응답하므로, 해당 도메인에 대한 호스팅, 서버 액세스 또는 인증서가 필요하지 않습니다. 도메인의 루트와 www DNS 레코드만 변경하면 됩니다.

1. RedirHub 대시보드에서 도메인 리디렉션을 선택하세요.
2. Redirect from 아래에 이전 도메인 또는 URL을 입력하고, Redirect to 아래에 새 주소를 입력하세요.
3. Redirect type 아래에서 301 · 영구를 선택하세요.
4. Paths 아래에서 Keep the path를 선택하면 /about이 새 /about으로 연결되고, Everything to one URL을 선택하면 모든 경로가 하나의 URL로 연결됩니다. What happens 패널에는 샘플 주소가 어디로 이동하는지 표시됩니다.
5. Create redirect를 클릭하세요. 즉시 저장되며 DNS가 RedirHub를 가리키면 곧바로 적용됩니다.
6. Hostnames를 열고 도메인을 선택한 다음 Connect DNS를 클릭하세요. Manual 탭에서 표시된 레코드를 추가하세요: @에 대한 A 레코드(3.33.236.10), 도메인 확인용 TXT 레코드, 그리고 www용 CNAME입니다.
7. I've made the changes를 클릭하세요. 도메인이 Connected로 표시되면 301이 적용된 것이며, 루트와 www에 대한 HTTPS도 자동으로 발급됩니다.

301 리디렉션 확인 방법#

curl에 -I를 사용해 응답 헤더만 확인하세요. 올바른 리디렉션이면 301이 표시되고 location:에 새 주소가 나타납니다.

bashcurl -sI https://oldbrand.com/about

HTTP/2 301
location: https://mybrand.com/about

• 상태 코드는 이동이 영구적이라면 302가 아니라 301(또는 308)입니다.
• Location은 최종 URL이므로, 체인 대신 한 번만 이동합니다.
• 목적지는 404나 다른 리디렉션이 아니라 200으로 응답합니다.
• 모든 변형이 작동합니다: http://와 https://, www 포함 및 미포함, 그리고 홈페이지뿐 아니라 더 깊은 페이지도 마찬가지입니다.

브라우저를 선호하시나요? 리디렉션 검사기는 각 이동과 상태 코드를 모두 표시하고, 리디렉션 속도 테스트는 HTTPS가 유효한지와 리디렉션 응답 속도도 보여줍니다. 브라우저는 301을 캐시하므로 직접 테스트할 때는 개인 창을 사용하세요.

301 리디렉션은 링크 자산을 전달하나요?#

네. 구글의 Gary Illyes는 2016년에 30x 리디렉션이 더 이상 PageRank를 잃지 않는다^[5]고 말했으며, 구글 문서도 영구 리디렉션을 새 URL이 정식 URL이라는 신호로 간주합니다. 이전 URL로의 백링크는 새 URL에 계속 반영됩니다.

여전히 순위에 영향을 주는 것은 세 가지입니다. 체인: 구글은 최종 목적지로 직접 리디렉션할 것^[6]을 권장합니다. 관련 없는 목적지: 이전 페이지를 홈 페이지나 무관한 페이지로 보내면 소프트 404로 처리될 수 있습니다. 리디렉션을 너무 일찍 제거하는 것: 구글은 가능한 한 오래, 일반적으로 최소 1년은^[6] 유지할 것을 권장합니다.

301 리디렉션 또는 정식 태그?#

둘 다 중복 URL을 다루지만, 작동 방식은 다릅니다. 301은 방문자와 크롤러를 새 URL로 보내고, 이전 URL은 더 이상 접근할 수 없게 됩니다. 정식 태그(rel="canonical")는 모든 버전을 그대로 유지한 채 검색 엔진에 어떤 것을 색인해야 하는지만 알려줍니다.

• 페이지가 영구적으로 이동했을 때는 301을 사용하세요. 새 URL 구조, 도메인 변경 또는 리브랜딩, 통합되었거나 종료된 페이지, 그리고 종료된 이벤트처럼 만료된 콘텐츠가 여기에 해당합니다.
• 여러 버전이 방문자에게 계속 제공되어야 할 때는 정식 태그를 사용하세요. 예를 들어 인쇄용 버전, 정렬 또는 필터 매개변수가 있는 URL, 또는 내용이 거의 동일한 지역 페이지가 있습니다.
• 같은 URL에 두 방법을 함께 사용하지 마세요. 이전 URL이 리디렉션되면 크롤러는 어차피 그 정식 태그를 볼 수 없습니다.

흔한 301 리디렉션 실수#

• 체인과 루프. A → B → C는 방문할 때마다 한 번씩 더 거치게 만들고, A → B → A는 아예 로드되지 않습니다. 모든 이전 URL은 최종 페이지를 바로 가리키게 하세요.
• 모든 것을 홈 페이지로 보내기. 빠르긴 하지만 방문자는 맥락을 잃고, 검색 엔진은 이를 소프트 404로 처리할 수 있습니다.
• 301을 의도했는데 302가 설정된 경우. 일부 도구는 기본값이 임시 이동입니다. 이동이 영구적이라면 상태 코드를 확인하세요.
• 루트만 리디렉션되는 경우. 경로가 유지되거나 매핑되지 않으면 /blog/post-name 같은 딥 링크가 깨집니다.
• http 또는 www 변형이 누락된 경우. 이전 도메인의 HTTPS까지 포함해 네 가지 조합을 모두 테스트하세요.
• 리디렉션을 너무 빨리 제거하는 경우. 이전 URL에 아직 방문자가 오거나 백링크가 있는 동안에는 유지하세요.

리디렉션이 여전히 제대로 작동하지 않으면 301 리디렉션이 작동하지 않나요? 6가지 일반적인 원인과 해결 방법을 참조하세요.

서버 설정 vs RedirHub#

서버 규칙과 리디렉션 서비스는 모두 실제 301을 전송합니다. 차이는 무엇을 실행하고 그 주변을 관리해야 하느냐입니다:

RedirHub는 도메인 뒤에 더 이상 웹사이트가 없을 때 가장 적합합니다. 예를 들어 리브랜딩, 제품 종료, 또는 수백 개의 이전 URL 각각에 고유한 목적지가 필요한 웹사이트 마이그레이션의 경우입니다. 이때 대량 CSV 가져오기로 손쉽게 불러올 수 있습니다. 연결하는 모든 도메인에는 자동 HTTPS가 적용되어, 이전 도메인으로 향하는 https:// 링크도 인증서 경고 없이 리디렉션됩니다.

기존 URL이 이미 운영 중인 서버에 있고 해당 설정을 수정하는 데 익숙하다면, .htaccess나 Nginx에 몇 줄만 추가하는 것으로도 무료로 잘 동작합니다. 리디렉션 서비스는 유지할 서버가 더 이상 없을 때, 여러 도메인을 관리할 때, 또는 단순 리디렉션만 하는 도메인의 인증서를 따로 관리하고 싶지 않을 때 그 가치를 발휘합니다.