301 vs 302 리다이렉트: 301은 영구적이며 새 URL을 표준 URL로 만들고, 302는 임시적이며 기존 URL을 유지합니다. 용도별 선택법과 307, 308, SEO 팁을 정리했습니다.

요약
301 리다이렉트는 페이지가 영구적으로 이동했음을 알립니다. Google은 새 URL을 검색 결과에 표시할 주소로 보고, 이전 페이지의 신호를 새 URL로 넘깁니다. 302 리다이렉트는 이동이 임시적이라고 알립니다. Google은 원래 URL을 계속 표시합니다. 사이트 이전, URL 변경, 페이지 통합에는 301(또는 308)을 사용하고, 임시 프로모션, 점검, A/B 테스트처럼 단기적인 상황에는 302(또는 307)를 사용하세요. 잘못 고르더라도 순위가 크게 떨어지는 경우는 드물지만, 어느 URL을 유지해야 하는지에 대해 Google에 잘못된 신호를 보내게 됩니다.
더 알아보고 싶다면 물어보세요
간단 퀴즈
사이트의 기술적인 부분은 누가 고쳐야 합니까?
추천 결과
무료 Google 도구로 직접 확인
Search Console은 Google이 읽지 못하는 페이지를 보여 주고, PageSpeed Insights는 속도를 테스트합니다. 작은 문제는 대부분 웹사이트 빌더 설정에서 고칠 수 있습니다.
추천 결과
웹 개발자
문제는 코드나 서버에 있습니다. SEO를 아는 개발자가 적임자입니다. Search Console의 오류 목록을 전달하십시오.
추천 결과
기술 진단 도구
사이트 페이지가 많습니다. 크롤러가 Google처럼 모든 페이지를 읽고 고칠 오류를 페이지별로 모두 알려 줍니다.
추천 결과
자동 진단 후 콘텐츠 제작
사이트는 정상이지만 방문자가 적습니다. 기술 문제가 원인인 경우는 드뭅니다. Sorank가 사이트를 진단한 뒤 방문자를 데려오는 페이지를 작성합니다.
301과 302 중 무엇을 쓸지의 문제는 사이트 이전, 리뉴얼, URL 정리 때마다 등장합니다. Google의 리디렉션과 Google 검색 문서는 리디렉션 유형이 어떤 URL을 표준으로 삼아야 하는지에 대한 신호라고 설명합니다. 이 가이드는 상태 코드를 비교하고, 각각을 언제 쓰는지 보여 주며, 트래픽을 잃게 만드는 실수를 정리합니다. 전체 주제는 SEO 리디렉션 가이드를 참고하세요.
| 코드 | 이름 | 유형 | 검색 결과에 표시되는 URL | 일반적인 용도 |
|---|---|---|---|---|
| 301 | Moved Permanently | 영구 | 이동 대상 | 사이트 이전, URL 변경, 페이지 통합 |
| 308 | Permanent Redirect | 영구 | 이동 대상 | 301과 같지만 요청 방식을 유지함 |
| 302 | Found | 임시 | 원본 | 임시 페이지, 점검, 테스트 |
| 307 | Temporary Redirect | 임시 | 원본 | 302와 같지만 요청 방식을 유지함 |
| 303 | See Other | 임시 | 원본 | 양식 제출 후 |
Google에 따르면 영구 리디렉션은 이동 대상을 검색 결과에 표시되는 URL로 만들고, 임시 리디렉션은 원본 페이지를 그대로 둡니다. 다른 표준 신호가 이동 대상을 가리키고 있다면 이동 대상도 색인에 남을 수 있습니다. HTTP 상태 코드 자체는 웹 표준 RFC 9110에 정의되어 있습니다.
둘 다 이동 대상에 신호를 넘깁니다. Google은 수년 전부터 리디렉션을 해도 PageRank가 사라지지 않는다고 밝혀 왔으므로, 302라고 해서 링크 가치가 “낭비”되지는 않습니다. 실제 차이는 표준 URL 선택에 있습니다. 302를 쓰면 Google은 기존 URL을 주된 주소로 유지하기 때문에, 새 URL이 검색 결과에서 그 자리를 대신하지 못할 수 있습니다. “임시” 리디렉션이 오랫동안 유지되면 Google이 결국 영구 리디렉션처럼 취급할 수도 있지만, 그것에 기대는 것은 도박입니다. 용어집의 301 리다이렉트와 canonical 태그 항목에서 이 신호들을 자세히 다룹니다.
참고
Google은 즉시 실행되는 meta refresh 리디렉션은 영구로, 지연된 리디렉션은 임시로 봅니다. JavaScript 리디렉션은 렌더링이 실패할 수 있으므로 마지막 수단으로 취급합니다. 서버에서 처리하는 301 또는 308 리디렉션이 가장 안정적입니다.
예시
쇼핑몰이 /winter-coats를 /coats로 바꿉니다. 이 변경은 최종적이므로 301을 씁니다. 2주간의 세일 동안에는 /coats를 /coats-sale로 보내고, 이후 되돌릴 예정이므로 302를 씁니다. 세일에 301을 쓰면 Google이 검색 결과에서 /coats를 /coats-sale로 바꾸게 되고, 나중에 그것을 다시 되돌려야 합니다.
| 실수 | 결과 | 해결 방법 |
|---|---|---|
| 영구 이동에 302 사용 | 기존 URL이 검색 결과에 남음 | 301 또는 308로 변경 |
| 리디렉션 체인 (A에서 B, 다시 C로) | 크롤링과 페이지 속도 저하, 신호 약화 | A에서 C로 직접 리디렉션 |
| 리디렉션 루프 | 페이지에 접근할 수 없음 | 되돌아가게 만드는 규칙 수정 |
| 모든 페이지를 홈으로 리디렉션 | 소프트 404로 취급됨 | 가장 가까운 대응 페이지로 리디렉션 |
| 내부 링크가 여전히 기존 URL을 가리킴 | 클릭할 때마다 불필요한 리디렉션 발생 | 내부 링크를 최종 URL로 업데이트 |
팁
리디렉션을 한 번에 적용한 뒤에는 기존 URL을 크롤링하여, 각 URL이 200 응답을 주는 페이지로 가는 단일 301만 반환하는지 확인하세요. 무료 리디렉션 검사기에서 URL의 전체 체인과 상태 코드를 볼 수 있습니다.
대부분의 CMS에서는 리디렉션 관리자나 플러그인으로 설정합니다. 서버에서는 웹 서버 설정(Apache, Nginx)이나 호스팅 대시보드의 규칙을 사용하고, 프레임워크에서는 라우팅이나 미들웨어를 씁니다. 어떤 방법을 쓰든 코드를 의도적으로 고르고, 테스트하고, 리디렉션 목록을 보관해 다음 리뉴얼 때도 유지되도록 하세요(웹사이트 리뉴얼 SEO 참고). canonical 검사기로 이동 대상 페이지가 스스로를 표준 페이지로 선언하는지 확인할 수 있습니다.
이동이 최종적이면 301을, 다시 되돌릴 예정이면 302를 사용하세요. 두 방식 모두 신호를 넘기며, 차이는 Google이 어느 URL을 유지하느냐에 있습니다. 리디렉션은 직접 연결하고, 내부 링크를 업데이트하고, 이전할 때마다 점검하세요. Sorank는 autopilot으로 작동하는 SEO와 GEO 소프트웨어입니다. 구조가 갖춰지면 깔끔한 URL로 콘텐츠를 계속 발행하고 연결합니다. Sorank 요금제를 살펴보세요. 3일 무료 체험이 제공됩니다. 색인 쪽은 Google 색인 글을 읽어 보세요.
임시 이동에 쓰면 괜찮습니다. 301처럼 신호를 넘기지만, 검색 결과에는 원래 URL을 유지하라고 Google에 알리는 것입니다. 영구적인 변경에 쓰면 문제가 됩니다. 새 URL이 검색 결과에서 기존 URL을 대체하지 못할 수 있기 때문입니다.
가능한 한 오래, 이상적으로는 영구적으로 유지하고, 이전 후 최소 1년은 유지하세요. 기존 URL은 즐겨찾기와 외부 링크를 통해 계속 방문을 받으며, 리디렉션을 너무 일찍 제거하면 404 오류가 됩니다.
둘 다 영구 리디렉션이며, Google은 검색에서 두 가지를 같은 방식으로 처리합니다. 308은 요청 방식과 본문이 그대로 유지되도록 보장하는데, 이는 양식과 API에서 중요합니다. 일반 페이지에서는 보통 301을 선택합니다.
먼저 Sorank를 경험한 사람들
