직접 답변
301 리디렉션은 페이지가 영구적으로 이동했음을 의미합니다. Google은 새 URL을 색인하고 순위 신호를 그곳으로 옮깁니다. 302 리디렉션은 이동이 일시적임을 의미합니다. Google은 보통 기존 URL을 색인에 유지하고, 기존 페이지의 순위도 유지됩니다. 방문자는 어느 경우든 새 URL로 도착합니다. 도메인 변경, 사이트 이전, 이름이 바뀌었거나 통합된 페이지에는 301을 사용하세요. 원래 URL이 다시 돌아올 때만, 예를 들어 유지보수 중, 짧은 캠페인, 또는 테스트 중에는 302를 사용하세요.
두 상태 코드는 사람들을 같은 곳으로 보내므로, 순위가 잘못된 URL로 이동하거나 임시 우회가 브라우저의 캐시에 고정될 때까지 차이를 놓치기 쉽습니다. 이 가이드에서는 각 코드가 Google과 브라우저에 무엇을 알려주는지, 언제 무엇을 사용해야 하는지, 오늘 특정 URL이 무엇을 반환하는지 확인하는 방법, 그리고 둘 중 하나를 설정하는 방법을 다룹니다.
301 리디렉션이란 무엇인가요?#
301(영구 이동)은 브라우저와 검색 엔진에 URL이 새롭고 영구적인 위치로 옮겨졌다고 알립니다. Google의 리디렉션 문서에 따르면, Google은 영구 리디렉션을 대상 URL이 표준(canonical)이어야 한다는 신호로 사용하므로, 시간이 지나면서 새 URL이 검색 결과에서 기존 URL을 대체하고 기존 URL을 가리키는 링크도 새 URL에 반영됩니다.
302 리디렉션이란 무엇인가요?#
302(발견됨)는 콘텐츠가 현재 다른 곳에 있고 원래 URL이 여전히 실제 주소임을 알립니다. Google은 리디렉션을 따르지만 이를 표준(canonical) 신호로 사용하지 않으므로, 보통 기존 URL은 색인에 남아 있습니다. 이는 짧은 우회에는 정확히 원하는 것이지만, 다시 돌아오지 않을 이동에는 원하지 않는 것입니다.
301과 302: 중요한 차이점#
| 301 redirect | 302 redirect | |
|---|---|---|
| Meaning | 영구적으로 이동됨 | 발견됨, 일시적으로 이동됨 |
| Google이 색인하는 것 | 새 URL | 보통 이전 URL |
| 링크 및 랭킹 신호 | 새 URL로 통합 | 이전 URL 유지 |
| 브라우저 캐싱 | 기본적으로 캐시 가능하므로 브라우저가 이를 기억할 수 있음 | 응답에서 그렇게 지정한 경우에만 캐시됨 |
| 나중에 마음 바꾸기 | 어려움: 캐시한 브라우저는 새 URL로 계속 이동합니다 | 쉬움: 언제든지 제거하거나 변경할 수 있습니다 |
| 일반적인 사용 사례 | 새 도메인, 사이트 이전, 이름이 변경되거나 통합된 페이지, HTTP에서 HTTPS로 | 유지보수, 단기 캠페인, A/B 테스트, 일시적으로 품절된 항목 |
캐싱 행은 HTTP 표준에서 비롯됩니다: RFC 9110은 301 및 308 응답을 기본적으로 캐시 가능하다고 정의하는 반면, 302와 307은 서버가 명시적인 캐시 헤더를 보낼 때만 캐시됩니다. 실제로 이는 서버에서 수정한 뒤에도 실수로 설정한 301이 방문자의 브라우저에 그대로 남을 수 있음을 의미합니다.
Google이 301 및 302 리디렉션을 처리하는 방식#
- 영구 코드(301, 308)는 강력한 정규 신호입니다. Google은 대상 URL을 색인할 URL로 처리합니다. 즉시 메타 새로고침과 자바스크립트 리디렉션도 영구적인 것으로 읽히지만, Google은 가능한 경우 서버 측 리디렉션을 사용할 것을 권장합니다.
- 임시 코드(302, 303, 307)는 그렇지 않습니다. Google은 이를 따라가지만, 다른 신호가 그 URL을 가리킬 때만 대상이 색인됩니다.
- 어느 쪽도 PageRank를 낭비하지 않습니다. Google의 Gary Illyes는 2016년에 30x 리디렉션이 더 이상 PageRank를 잃지 않는다고 말했습니다(Search Engine Land 보도). 301과 302의 선택은 값이 이동 과정에서 손실되는지 여부가 아니라 Google이 어느 URL을 표시하느냐에 관한 것입니다.
- 장기간 지속되는 302는 301로 읽힐 수 있지만, 그렇게 기대하지는 마세요. Ahrefs에 따르면, 사라지지 않는 302는 고정된 일정 없이도 Google이 영구적인 것으로 취급하기 시작할 수 있습니다. 이동이 영구적이라면 301로 명시하세요.
- 리디렉션은 최소 1년 동안 유지하세요. 사이트 이전의 경우, Google의 사이트 이전 가이드에서는 리디렉션을 가능한 한 오래, 일반적으로 최소 1년 이상 유지하고, 체인을 거치지 말고 최종 URL로 바로 리디렉션할 것을 권장합니다.
301 리디렉션을 사용할 때#
- 새 도메인으로 이전했거나 두 사이트를 통합했습니다.
- URL 구조를 변경했습니다. 예: /blog/post에서 /articles/post로.
- 여러 개의 얇은 페이지를 하나의 더 강한 페이지로 통합했습니다.
- 페이지나 제품 이름을 변경했고 이전 URL은 다시 사용되지 않습니다.
- HTTP에서 HTTPS로, 또는 www에서 루트 도메인으로 전환했거나 그 반대로 전환했습니다.
302 리디렉션을 사용할 때#
- 사이트나 페이지가 유지보수로 내려갔다가 다시 돌아올 예정입니다.
- 계절성 또는 캠페인 URL은 몇 주 동안의 제안 페이지를 가리켜야 합니다.
- 트래픽의 일부로 새 페이지를 시험해 본 뒤 결정하고 있습니다.
- 제품이 품절되었고 해당 페이지가 다시 돌아올 예정입니다.
결정할 수 없다면 한 가지 질문을 하세요: 예전 URL이 언젠가 다시 자기 콘텐츠를 보여줄까요? 그렇지 않다면 301을 사용하세요.
307과 308은 어떤가요?#
이들은 302와 301의 더 엄격한 버전입니다. 307은 임시이고 308은 영구적이지만, 둘 다 브라우저가 요청 메서드를 바꾸는 것을 금지하므로 폼 POST는 POST로 유지됩니다. 302에서는 브라우저가 POST를 GET으로 바꾸는데, MDN 설명에서 볼 수 있습니다. 일반적인 페이지와 도메인에는 301과 302가 보통 선택이며, API 엔드포인트와 폼에는 307 또는 308을 사용하세요. Google은 308을 301과, 307을 302와 함께 분류합니다.
흔한 301 및 302 실수#
- 영구적인 이동에 302를 사용하는 것. 예전 URL이 검색 결과에 남을 수 있고 새 URL이 결코 자리를 대신하지 못합니다.
- 임시 우회에 301을 사용하는 것. 브라우저가 이를 캐시할 수 있어, 다시 되돌린 뒤에도 방문자들이 계속 우회 경로로 이동할 수 있습니다.
- 리디렉션 체인. A에서 B로, B에서 C로 이어지면 각 단계마다 왕복이 추가됩니다. A를 바로 C로 가리키세요.
- 모든 오래된 URL을 홈페이지로 보내기. 방문자는 원하던 페이지를 잃게 됩니다. 각 오래된 URL을 가장 가까운 새 페이지에 연결하세요.
- 리디렉션을 너무 일찍 제거하기. 오래된 링크와 북마크는 수년간 계속 들어옵니다. 리디렉션은 최소 1년 동안 유지하세요.
- 내부 링크를 오래된 URL에 남겨두기. 아무것도 리디렉션에 의존하지 않도록 내부 링크와 사이트맵을 새 URL로 업데이트하세요.
URL이 301 또는 302를 반환하는지 확인하는 방법#
- 터미널을 열고
curl -I https://old-url.com/page를 실행하세요. - 첫 번째 줄을 읽어보세요: HTTP/2 301 또는 HTTP/2 302와 같은 상태 코드를 보여줍니다.
- location 헤더를 읽어보세요: 리디렉션이 가리키는 위치를 보여줍니다.
- 모든 이동 경로와 여러 지역의 응답 시간을 보려면 우리 리디렉션 속도 테스트에 URL을 입력하세요.
리디렉션이 작동하고 있나요? 도메인을 입력하세요. 상태 코드(301 또는 302), 도착 위치, HTTPS 유효 여부, 그리고 워싱턴, 프랑크푸르트, 도쿄에서 응답 속도를 최근 7일간 테스트된 모든 리디렉션과 비교한 순위와 함께 확인할 수 있습니다.
내 리디렉션 테스트하기301 또는 302 리디렉션 설정 방법#
직접 웹 서버를 운영하는 경우, 서버 설정에 리디렉션을 추가하세요. 임시로 만들려면 301을 302로 바꾸면 됩니다:
| Server | 301 (permanent) | 302 (temporary) |
|---|---|---|
| Apache (.htaccess) | Redirect 301 /old-page https://example.com/new-page | Redirect 302 /old-page https://example.com/new-page |
| Nginx( location 블록 내부) | return 301 https://example.com/new-page; | return 302 https://example.com/new-page; |
웹사이트 빌더와 도메인 등록기관은 보통 대신 포워딩 설정을 제공하며, 여기서 영구적(301) 또는 임시(302)를 선택합니다. 이는 단일 페이지나 도메인에 잘 작동합니다.
RedirHub와 함께#
RedirHub는 웹 서버 없이 도메인과 URL을 리디렉션합니다. 도메인의 루트와 www 레코드를 RedirHub로만 지정하면 되며, DNS와 이메일은 그대로 유지됩니다.
- 대시보드에서 새 도메인 리디렉션을 시작합니다.
- 리디렉션 원본에 이전 도메인 또는 URL을 입력합니다. 예: oldbrand.com. 루트 도메인은 www도 포함합니다.
- 리디렉션 대상에 새 주소를 입력합니다. 예: https://mybrand.com.
- 리디렉션 유형에서 301 · 영구 또는 302 · 임시를 선택합니다. 더 많은 유형에는 307과 308이 있습니다.
- 경로에서 경로 유지를 선택합니다. (oldbrand.com/about는 mybrand.com/about로 이동) 또는 모든 것을 하나의 URL로를 선택합니다. 동작에서 결과를 미리 볼 수 있습니다.
- 리디렉션 만들기를 클릭합니다.
- 도메인을 연결합니다. 호스트명에서 DNS 연결을 열고, DNS 제공업체에서 루트와 www에 대해 표시된 레코드를 추가한 다음 변경했습니다를 클릭합니다.
- 확인이 통과할 때까지 기다리거나 지금 확인을 클릭합니다. 레코드가 발견되면 리디렉션이 활성화되며, 루트와 www 모두에 대해 HTTPS가 발급됩니다.
서버 리디렉션 vs RedirHub#
| 서버 또는 등록기관 리디렉션 | RedirHub | |
|---|---|---|
| 리디렉션 유형 | 보통 301 및 302 | 301, 302, 307, 308 및 프레임 리디렉션 |
| 응답 위치 | 귀하의 서버 또는 등록기관의 포워딩 서비스 | 전 세계 130개 엣지 위치(PoP), 각 방문자와 가까운 곳 |
| DNS 및 이메일 | 종종 등록기관의 네임서버에 연결됨 | 그대로 유지됩니다. 루트 및 www 레코드만 변경됩니다 |
| HTTPS | 귀하의 인증서 또는 등록기관에 따라 다름 | 루트 및 www에 대해 자동으로 발급 및 갱신됨 |
| 경로 및 마이그레이션 | 직접 작성하고 유지하는 규칙 | 경로를 유지하거나, 각 이전 URL을 해당 새 페이지로 매핑하세요. CSV 가져오기는 모든 요금제에서 제공됩니다 |
| 사용 여부 확인 | 서버 로그 | 봇이 필터링된 클릭 수와 고유 방문자 수, 도메인별 상위 링크 |
| Cost | 호스팅 또는 도메인에 포함 | 월 $49부터(Core), 14일 무료 체험 |
서버를 직접 제어하는 한 사이트가 있거나, 등록기관이 HTTPS를 통해 전달하는 하나의 도메인이 있다면 기본 리디렉션만으로도 무료이며 충분합니다. 여러 도메인을 리디렉션해야 하거나, 전 세계에서 빠르게 응답하는 리디렉션이 필요하거나, 예전 URL에 아직 방문자가 있는지 확인하고 싶다면 RedirHub가 유용합니다.
웹사이트 이전의 경우, 모든 이전 URL을 새 페이지에 매핑하고 서버 규칙을 수동으로 작성하는 대신 대량 CSV 가져오기로 목록을 불러올 수 있습니다. 연결된 모든 도메인에는 자동 HTTPS가 적용되며, RedirHub는 10분마다 DNS를 다시 확인하므로 기록이 설정되는 즉시 리디렉션이 활성화됩니다.
자주 묻는 질문
일반적으로 어느 쪽이 더 낫다고 할 수는 없으며, 서로 다른 의미를 전달합니다. 이동이 영구적일 때는 301을 사용해 Google이 새 URL을 색인하고 링크 신호를 그쪽으로 통합하도록 하세요. 기존 URL이 다시 돌아올 때는 302를 사용해 검색 결과에서 기존 위치를 유지하게 하세요.
이동이 정말 임시적인 경우에는 그렇지 않습니다. 원래 URL이 순위를 유지합니다. 문제는 영구적인 이동에 302를 사용할 때 발생하는데, 이 경우 Google이 새 URL 대신 기존 URL을 계속 보여줄 수 있습니다.
네. 임시 이동이 영구적으로 바뀌면 301로 전환해 Google이 새 URL을 मुख्य URL로 처리하도록 하세요. 반대로 바꾸는 것은 더 어려운데, 브라우저가 301을 캐시했을 수 있기 때문입니다.
Google의 사이트 이전 안내에서는 리디렉션을 가능한 한 오래, 일반적으로 최소 1년은 유지하라고 권장합니다. 많은 사이트는 오래된 링크와 북마크가 계속 작동하도록 이를 무기한 유지합니다.
아니요. Google은 2016년에 30x 리디렉션이 더 이상 PageRank를 잃지 않는다고 밝혔습니다. 중요한 것은 각 기존 URL을 관련성 있는 새 페이지로 연결하고 리디렉션 체인을 피하는 것입니다.
둘 다 임시입니다. 307은 브라우저가 동일한 요청 메서드를 다시 보내도록 보장하므로 POST는 POST로 유지됩니다. 반면 302 이후에는 브라우저가 POST를 GET으로 바꿉니다. 일반적인 페이지 및 도메인 리디렉션에는 302로도 충분합니다.
네. 리디렉션을 만들 때 Redirect type에서 301 또는 302를 선택할 수 있으며, 307, 308 및 frame 리디렉션도 사용할 수 있고, 나중에 유형을 변경할 수도 있습니다.
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.
관련 기사
모든 기사 보기
