301과 302 리디렉션 차이: 바뀐 주소를 판단하는 기준

301 302 차이는 새 주소로 이동한다는 화면만 보고는 알아채기 어렵습니다. 두 응답 모두 브라우저를 다른 URL로 보내지만, 301은 이전 주소를 새 주소로 영구 교체한다는 뜻에 가깝고 302는 원래 주소를 남겨 둔 채 잠시 다른 곳을 보여준다는 뜻에 가깝습니다. 그래서 사용자는 즐겨찾기를 언제 바꿀지, 사이트 운영자는 내부링크와 검색 노출 기준을 언제 새 URL로 옮길지 다르게 판단해야 합니다.

이 글은 리디렉션 번호를 외우기 위한 설명이 아닙니다. 주소가 실제로 교체된 것인지, 잠시 우회하는 것인지, 사용자가 저장한 링크와 운영자가 관리하는 링크를 언제 고쳐야 하는지를 판단하는 데 초점을 둡니다. 짧은 링크가 여러 주소를 거치는 경우에는 단축 URL의 최종 도착지를 살피는 방법을 함께 보면 흐름을 읽기 쉽습니다.

리디렉션은 서버가 다음 주소를 알려주는 응답입니다

브라우저에서 예전 주소를 요청했는데 곧바로 새 주소가 표시된다면, 서버가 이동 상태와 다음 목적지를 담아 응답했을 가능성이 큽니다. 브라우저는 그 지시를 따라 새 URL을 다시 요청합니다. 화면에서는 한 번 클릭한 것처럼 보여도 실제 요청은 두 번입니다.

주소창에는 대개 마지막 도착지가 남습니다. 그렇다고 즐겨찾기에 저장된 문자열까지 자동으로 바뀌는 것은 아닙니다. 예전 주소를 누를 때마다 리디렉션을 다시 거칠 수도 있고, 브라우저가 이전 결과를 기억해 중간 요청을 생략할 수도 있습니다. 같은 화면 전환, 다른 배경입니다.

상태 코드는 안전 등급이 아닙니다

301이라고 안전하고 302라고 위험한 것은 아닙니다. 두 번호는 주소 이동의 의도를 설명할 뿐, 도착 사이트의 운영 주체나 로그인 화면의 진위를 보증하지 않습니다. 낯선 도메인으로 넘어가 개인정보나 결제를 요구한다면 상태 번호와 별개로 멈춰야 합니다. URL의 등록 도메인을 나누어 읽는 기초는 웹주소 구조 확인 가이드에서, 도착 화면의 진위를 판단하는 순서는 피싱 사이트 구별법에서 확인할 수 있습니다.

301 302 차이는 원래 주소를 앞으로도 기준으로 둘지에 있습니다

핵심은 ‘얼마나 오래 이동했는가’보다 ‘원래 주소를 폐기했는가’입니다. 하루 전에 만든 영구 이전도 301이 될 수 있고, 몇 달 동안 유지되는 임시 실험도 302일 수 있습니다. 다만 선언과 실제 운영이 오래 어긋나면 브라우저와 검색엔진이 관찰한 결과가 운영자의 기대와 다르게 정리될 수 있습니다.

301은 주소 교체를 되돌릴 계획이 없을 때 씁니다

회사 도메인을 바꾸고 예전 도메인을 더 이상 대표 주소로 쓰지 않거나, 게시물 경로를 새 규칙으로 개편했거나, 내용이 겹치는 두 페이지를 하나로 합쳤다면 301이 잘 맞습니다. 이전 URL을 찾은 사람과 검색 로봇에게 앞으로는 새 URL을 기준으로 삼으라는 뜻을 일관되게 전달할 수 있기 때문입니다.

• 도메인 이전: 브랜드 주소를 바꾸고 기존 사이트의 대응 페이지를 새 도메인으로 연결합니다.
• 경로 개편: 날짜형 주소나 오래된 폴더 구조를 읽기 쉬운 새 경로로 바꿉니다.
• 콘텐츠 통합: 비슷한 안내문 여러 개를 대표 문서 하나로 모읍니다.
• 표기 통일: HTTPS, 호스트 이름, 끝 슬래시 등 같은 문서를 가리키는 URL을 하나로 정리합니다.

301을 설정했다고 작업이 끝나는 것은 아닙니다. 메뉴·본문·이미지·버튼이 계속 예전 주소를 가리키면 방문할 때마다 불필요한 이동이 생깁니다. canonical과 XML 사이트맵도 새 URL을 가리켜야 합니다. 외부에서 들어오는 오래된 링크를 위해 리디렉션은 유지하되, 사이트 내부에서는 처음부터 최종 주소로 연결하는 편이 좋습니다.

302는 원래 주소로 돌아올 계획이 있을 때 씁니다

서비스 점검 시간에 잠깐 안내 페이지를 보여주거나, 로그인하지 않은 방문자만 인증 화면으로 보내거나, 일부 지역에 다른 재고 페이지를 보여주는 경우라면 원래 URL의 역할은 끝나지 않았습니다. 이때 302는 지금의 우회가 임시라는 의도를 전합니다.

행사나 광고 캠페인도 무조건 302라고 단정할 수는 없습니다. 원래 페이지로 복귀할 예정인지, 행사가 끝난 뒤 새 상시 페이지로 통합할 것인지에 따라 달라집니다. 운영 일정을 먼저 정하고 상태 코드를 선택해야 나중에 즐겨찾기와 검색 결과가 엉키지 않습니다.

점검 안내로 보내는 302와 서비스 장애의 503은 다릅니다

정상 작동하는 임시 안내 페이지로 방문자를 보내려는 목적이라면 302를 검토할 수 있습니다. 그러나 서버나 서비스 자체가 잠시 요청을 처리할 수 없다면 이동 응답보다 503 Service Unavailable이 상황을 더 정확하게 설명할 수 있습니다. 복구 예상 시점을 알 수 있다면 Retry-After 안내도 함께 검토합니다. ‘점검’이라는 한 단어만 보고 무조건 302를 선택할 일은 아닙니다.

로그인 이동은 최종 화면만 보면 오해하기 쉽습니다

비공개 문서 주소를 열었는데 로그인 페이지로 이동했다고 해서 문서 주소가 로그인 주소로 영구 변경된 것은 아닙니다. 인증을 마치면 원래 문서로 돌아가는 중계 과정일 수 있습니다. 이런 흐름에서는 즐겨찾기를 로그인 화면으로 고치지 말고, 권한이 있는 상태에서 실제 문서 주소를 다시 살펴야 합니다.

브라우저 동작은 캐시 때문에 다르게 보일 수 있습니다

브라우저는 속도를 높이기 위해 이동 결과를 기억할 수 있습니다. 일반적으로 영구 이동은 더 강하게 재사용될 가능성이 있지만, 실제 보관 기간은 응답 헤더·브라우저 종류·방문 기록 상태에 따라 달라집니다. 302도 캐시 지시가 함께 오면 일정 시간 저장될 수 있으므로 “302는 절대 기억하지 않는다”라고 말하면 정확하지 않습니다.

운영자가 301을 302로 바꿨는데 자신의 컴퓨터에서 계속 새 주소로 바로 넘어간다면 이전 응답이 남은 것일 수 있습니다. 다른 기기에서는 새 설정이 보이기도 합니다. 서버 설정과 로컬 기억을 어떻게 구분할까요? 새 프로필이나 별도 브라우저로 다시 열고 첫 요청의 실제 상태를 읽어야 합니다.

PC 브라우저에서 첫 상태와 Location을 읽는 네 단계

개발자 도구의 메뉴 이름은 브라우저와 언어 설정에 따라 조금 다릅니다. 개인정보 재설정·초대·결제처럼 토큰이 붙은 URL은 화면 캡처나 공유 문서에 그대로 남기지 마세요. 경로를 기록할 때도 민감한 매개변수는 가리는 것이 원칙입니다.

검색엔진은 번호와 운영의 일관성을 함께 봅니다

301은 새 URL을 대표 주소로 삼으라는 명확한 신호이고, 302는 원래 URL을 대표로 남기려는 신호입니다. 하지만 검색 결과는 설정과 동시에 바뀌지 않습니다. 검색 로봇이 두 URL을 다시 방문하고 내부링크·canonical·사이트맵·콘텐츠 관계를 재처리할 시간이 필요하기 때문입니다.

오래 유지된 302의 목적지가 사실상 고정되어 있고 다른 신호도 모두 새 주소를 가리키면, 검색엔진이 운영자의 표기보다 관찰된 일관성을 더 크게 해석할 수 있습니다. 반대로 301을 걸어 놓고 canonical과 사이트맵은 예전 주소를 유지하면 서로 충돌하는 신호가 됩니다. 번호 하나로 검색 노출을 통제할 수 있다고 생각하면 안 되는 이유입니다.

대표 주소를 바꿀 때 함께 맞출 항목

• 새 페이지의 canonical이 자기 주소를 가리키는지 봅니다.
• XML 사이트맵에는 최종 URL만 넣고 예전 URL은 제외합니다.
• 메뉴와 본문 내부링크를 새 URL로 직접 바꿉니다.
• 이전 주소와 새 주소의 내용·언어·목적이 실제로 대응하는지 대조합니다.
• 검색 로봇이 리디렉션과 최종 페이지를 차단 없이 읽을 수 있게 합니다.

상태 코드 하나만 보고 영구성을 단정하지 마세요

사이트 설정이 의도와 다르거나 중간 서버와 플러그인이 별도 이동을 추가할 수도 있습니다. 첫 응답은 302, 다음 단계는 301인 흐름도 가능합니다. 국가·기기·로그인 상태에 따라 경로가 갈라지는 일도 드물지 않습니다. 한 번의 화면 전환만으로는 부족합니다.

301과 302가 섞인 네 단계 이동을 읽는 예시

이 예시에서 영구 변경은 첫 단계 하나뿐입니다. 가운데 두 번의 302는 인증 절차이고, 최종 200은 이동이 끝났다는 뜻입니다. 번호를 따로 외우기보다 각 단계가 왜 존재하는지 묻는 편이 훨씬 빠릅니다.

특히 결제·계정·비공개 파일 링크는 외부 검사 도구에 그대로 붙여넣지 않는 편이 좋습니다. 개인 토큰이 포함될 수 있기 때문입니다. 공식 홈페이지 첫 화면이나 공식 앱에서 같은 메뉴를 다시 찾아 이동 의도를 대조하면 민감한 주소를 제3자에게 넘기지 않고도 판단할 수 있습니다.

즐겨찾기는 공식성과 지속성을 확인한 뒤 갱신하세요

즐겨찾기를 너무 빨리 바꾸면 임시 로그인·캠페인·오류 안내 페이지를 저장하기 쉽습니다. 반대로 영구 이전이 끝났는데 옛 주소만 고집하면 매번 불필요한 이동을 거칩니다. 오래된 도메인이 종료되는 날에는 접속마저 끊길 수 있습니다. 주소를 갱신하면서 저장 목록도 정리하려면 중복·오래된 즐겨찾기 정리 기준을 함께 참고하세요.

302라면 원래 즐겨찾기를 남겨 두는 편이 낫습니다

점검 페이지나 로그인 중계 주소는 목적이 끝나면 사라지거나 다른 사용자에게 작동하지 않을 수 있습니다. 원래 서비스 주소가 분명하고 302로 잠시 우회하는 상황이라면 기존 즐겨찾기를 유지합니다. 필요하다면 최종 화면을 별도 임시 항목으로 저장하되 이름에 기간이나 용도를 적어 혼동을 줄입니다.

운영자는 되돌릴 계획부터 묻고 301과 302를 선택하세요

새 주소가 더 좋아 보인다는 이유만으로 바로 301을 쓰면 안 됩니다. 이전을 되돌릴 가능성, 콘텐츠 대응 관계, 사용자 세션, 폼 전송 방식, 캐시 영향까지 먼저 정해야 합니다. 301 302 차이를 운영 결정으로 바꾸면 다음 질문에 답하는 과정이 됩니다.

• 이전 URL을 다시 대표 주소로 사용할 계획이 있는가?
• 모든 방문자를 같은 목적지로 보내는가, 조건에 따라 달라지는가?
• 이전 페이지와 새 페이지의 내용이 같은 검색 의도를 해결하는가?
• 로그인·장바구니·언어·지역 정보가 이동 중 유지되는가?
• 내부링크와 사이트맵을 지금 새 주소로 바꿀 준비가 되었는가?
• 문제가 생기면 되돌릴 절차와 담당자가 정해져 있는가?

답이 ‘완전히 교체하며 되돌리지 않는다’에 가깝다면 301을 검토합니다. 시험 운영이거나 원래 주소가 계속 기준이라면 302가 자연스럽습니다. 대규모 이전이라면 한꺼번에 바꿀 이유가 없습니다. 일부 경로에서 먼저 시험하고 오류율과 로그를 본 뒤 범위를 넓힙니다.

리디렉션은 가능한 한 한 번으로 끝내세요

예전 주소가 중간 주소를 거쳐 다시 최종 주소로 가면 방문자는 느려지고 관리자는 문제 지점을 찾기 어려워집니다. A→B→C보다 A→C가 낫습니다. 새 주소를 또 바꿨다면 오래된 규칙도 최종 목적지로 갱신합니다. 서로 되돌아가는 루프는 없는지도 반드시 살펴야 합니다.

상황별로 보면 선택 기준이 더 분명해집니다

표는 출발점일 뿐입니다. 같은 행사라도 기존 페이지를 영구 폐기하고 새 상시 안내로 통합한다면 301이 맞을 수 있습니다. 새 도메인 공개 뒤에도 이전을 철회할 가능성이 남았나요? 처음에는 302로 시험하고 확정 시 301로 전환하는 방법도 있습니다.

303·307·308은 요청 방식을 어떻게 다룰지도 알려줍니다

303 See Other는 제출 처리를 마친 뒤 결과 페이지를 GET으로 다시 열게 할 때 쓰입니다. 새로고침으로 같은 주문이나 등록이 반복되는 일을 줄이는 흐름에서 볼 수 있습니다. 반면 307은 임시 이동, 308은 영구 이동이며 원래 요청 방식과 본문을 보존하라는 뜻이 명확합니다.

301·302는 오래된 호환 동작 때문에 일부 클라이언트에서 POST가 GET으로 바뀔 수 있습니다. 일반 독자는 숫자를 모두 외우기보다 로그인·결제·업로드 도중 예상하지 못한 재전송 안내가 나오면 멈추면 됩니다. 운영자는 요청 방식이 바뀌어도 되는지 반드시 시험해야 합니다. 단순 문서 조회에서 문제없던 규칙도 결제 폼에서는 중복 제출이나 오류를 만들 수 있습니다.

주소 변경 후에는 여덟 단계를 순서대로 점검하세요

주소모음에서 공식 URL을 관리할 때도 같은 원칙을 적용할 수 있습니다. 한 번 이동한 주소를 곧바로 교체하기보다 공식 안내와 반복 동작을 대조하고, 영구 이전이 확정되면 최종 URL로 직접 연결해야 합니다. 관련 글과 전체 분류는 주소모음 가이드에서 이어서 볼 수 있습니다.

301과 302를 다룰 때 자주 생기는 실수

모든 옛 주소를 홈페이지로 보내기

없어진 상품·게시물·도움말을 무조건 홈페이지로 보내면 사용자는 찾던 내용을 잃고 검색엔진도 대응 관계를 이해하기 어렵습니다. 같은 목적을 해결하는 후속 페이지가 있을 때만 그곳으로 연결합니다. 대체 문서가 없다면 명확한 종료 안내나 적절한 오류 응답이 더 정직할 수 있습니다.

302를 오래 두면서 내부링크는 새 주소로 바꾸기

상태 코드는 원래 URL이 기준이라고 말하는데 사이트의 모든 링크는 새 URL을 가리키면 의도가 갈립니다. 정말 영구 교체라면 301과 대표 주소 신호를 함께 바꾸고, 임시라면 복귀 일정과 원래 URL의 역할을 유지합니다.

브라우저 한 곳에서만 시험하기

이전 301 캐시, 로그인 쿠키, 지역 분기 때문에 담당자의 화면만 다르게 보일 수 있습니다. 새 세션과 다른 기기에서 시작 주소부터 다시 시험하고 서버 응답 기록을 함께 봅니다. 단순 새로고침만으로 설정 변경을 판정하면 잘못된 결론을 내리기 쉽습니다.

쿼리 문자열과 세부 경로를 버리기

검색어·페이지 번호·캠페인 값이 필요한 주소를 모두 같은 첫 화면으로 보내면 사용 맥락이 사라집니다. 새 구조에서 의미가 있는 값은 안전하게 전달하고, 불필요하거나 민감한 값은 규칙을 정해 제거합니다. 전달 여부는 실제 예시 여러 개로 시험해야 합니다.

301 302 차이에 대해 자주 묻는 질문

작성·검토 기준

이 글은 301과 302의 이동 의도, 브라우저 재방문, 검색 대표 주소, 즐겨찾기와 운영 점검을 하나의 판단 흐름으로 설명하기 위해 주소나와 편집 원칙에 따라 작성했습니다. 특정 서비스의 문구나 외부 글을 인용하지 않았으며, 환경마다 달라질 수 있는 캐시와 검색 처리 결과를 절대적인 규칙처럼 표현하지 않았습니다. 마지막으로 전체 내용을 살핀 날짜는 2026년 9월 4일입니다.

오래된 주소, 잘못된 연결 또는 권리 침해와 관련해 알려야 할 내용이 있다면 문의·권리침해 안내를 이용해 주세요.