301 리다이렉트는 옛 주소로 들어온 요청을 새 주소로 영구히 넘기는 응답입니다. 301 리다이렉트를 걸면 쌓아 둔 평가가 새 주소로 옮겨 가지만 옮겨지는 시점은 즉시가 아닙니다.
주소를 바꾼 뒤 유입이 반토막 나는 사고는 대개 이전 자체가 아니라 이전 후 확인을 안 한 데서 납니다. 2026년 9월 1일 한국 구글 화면 세 쪽을 크롬에서 순서대로 훑어 상위 29건을 확인해 보니, 302와의 차이를 설명한 글은 29개 중 12개였지만 이전한 뒤 며칠째 무엇을 봐야 하는지 일정으로 적은 글은 0개였습니다. 차이는 다들 아는데 관측은 아무도 안 알려 주는 구조입니다. 그래서 옮긴 다음 날 순위가 그대로면 실패로 단정하고 되돌리는 판단이 반복됩니다.
301 리다이렉트가 넘기는 신호와 남는 신호
영구 이전 응답은 방문자와 크롤러 양쪽에 같은 말을 합니다. 이 주소는 더 이상 쓰지 않으니 저쪽을 보라는 뜻입니다. 방문자는 즉시 새 화면을 보지만 검색엔진 쪽 처리는 단계를 밟습니다. 크롤러가 옛 주소를 다시 방문해 응답을 확인하고, 새 주소를 수집해 내용을 대조한 뒤, 결과 화면의 주소를 바꿉니다. 3개 단계가 끝나야 이전이 완료된 것으로 보입니다.
301 리다이렉트로 옮겨 가는 범위
구글은 영구 이전에서 평가가 대부분 넘어간다고 공개 문서로 밝히고 있습니다. 넘어가는 것은 외부에서 받은 링크 신호와 그 주소가 쌓아 둔 신뢰이며, 넘어가지 않는 것은 새 페이지의 내용 품질입니다. 옛 페이지의 글을 그대로 옮기지 않고 짧게 줄여 새 주소에 올리면 신호는 넘어와도 순위는 내려갑니다. 이전은 주소를 바꾸는 작업이지 내용을 대신 써 주는 작업이 아닙니다.
서버 종류별로 설정이 놓이는 자리
설정을 적는 자리는 서버 종류마다 다릅니다. 아파치 계열은 문서 루트의 설정 파일에 규칙을 적고, 엔진엑스 계열은 서버 블록 안에 적습니다. 설치형 블로그를 쓴다면 규칙을 관리 화면에서 넣는 확장 기능이 따로 있어 파일을 건드리지 않아도 됩니다. 호스팅 관리 화면에 이전 설정란이 있는 경우도 많은데, 이때는 임시로 잡히는 기본값을 영구로 바꿔야 합니다. 어느 자리를 쓰든 결과는 1개여야 하며, 두 자리에 규칙이 겹치면 앞에서 처리한 쪽이 이겨 뒤 규칙이 조용히 무시됩니다.
같은 내용을 옮기지 않으면 벌어지는 일
옛 주소와 새 주소의 내용이 크게 다르면 검색엔진은 이전이 아니라 삭제로 읽습니다. 상품 페이지 200개를 한꺼번에 카테고리 화면 한 곳으로 몰아 넘기는 처리가 대표적입니다. 이때는 신호가 넘어가지 않고 옛 주소가 그냥 사라집니다. 원칙은 한 주소 대 한 주소이며, 대응할 새 주소가 없는 페이지는 넘기지 말고 404나 410으로 정리하는 편이 신호가 분명합니다. 상품 200개 중 실제로 대응 주소가 있는 것이 120개라면 120개만 짝지어 넘기고 나머지 80개는 폐기로 처리합니다.
301 리다이렉트 체인과 루프를 막는 규칙
옛 주소가 두 번째 주소로, 두 번째 주소가 세 번째 주소로 이어지는 형태를 체인이라고 부릅니다. 구글은 여러 단계를 따라가지만 단계마다 시간이 더 걸리고 방문자 쪽 체감 속도도 느려집니다. 새 이전을 걸 때는 기존에 걸린 규칙까지 함께 손봐 항상 최종 주소를 직접 가리키게 만듭니다. 두 주소가 서로를 가리키는 루프가 생기면 화면이 아예 열리지 않으므로 배포 전에 반드시 확인합니다. 단계가 2개를 넘어가면 정리 대상으로 보고, 3개 이상이면 즉시 손봅니다.
301 리다이렉트와 302 비교 기준
영구와 임시를 나누는 기준은 옛 주소를 다시 쓸 계획이 있는지 하나뿐입니다. 계획이 없으면 영구, 있으면 임시입니다. 아래 표는 응답 코드별 처리 결과를 갈라 놓은 값입니다.
| 코드 | 뜻 | 평가 이전 | 쓰는 상황 |
|---|---|---|---|
| 301 | 영구 이전 | 대부분 넘어감 | 도메인 변경·주소 체계 개편 |
| 302 | 임시 이전 | 옛 주소에 남음 | 점검·이벤트 기간 우회 |
| 307 | 임시 이전 | 옛 주소에 남음 | 요청 방식 유지가 필요할 때 |
| 308 | 영구 이전 | 대부분 넘어감 | 요청 방식 유지가 필요한 영구 이전 |
| 410 | 영구 삭제 | 넘어가지 않음 | 대응 주소가 없는 폐기 |
출처: 구글 검색 센터 리디렉션과 구글 검색.
임시 응답의 해제 조건
점검 기간에 임시 응답을 걸어 두고 그대로 두는 사례가 흔합니다. 임시로 걸린 동안에는 평가가 옛 주소에 남아 있고 새 주소는 독립된 페이지로 자리 잡지 못합니다. 몇 달이 지나면 구글이 실제 상황을 보고 영구로 재해석하기도 하지만 시점을 예측할 수 없습니다. 임시로 걸 때는 해제 예정일을 함께 적어 두고, 예정일이 지나면 영구로 바꿀지 원복할지 결정합니다.
대표 주소 지정과 어느 쪽을 쓸까
중복 주소를 정리하는 수단은 두 가지입니다. 하나는 301 리다이렉트로 옛 주소를 아예 닫는 방식이고, 다른 하나는 옛 주소를 그대로 열어 두되 대표 주소를 따로 지정하는 방식입니다. 옛 주소를 방문자가 계속 써야 한다면 후자를, 쓸 이유가 없다면 전자를 고릅니다. 인쇄용 화면이나 추적 값이 붙은 주소처럼 사람이 실제로 여는 화면은 닫으면 안 되므로 대표 주소 지정 쪽이 맞습니다. 두 수단을 같은 주소에 함께 걸면 신호가 부딪히므로 하나만 씁니다.
자바스크립트와 메타 새로고침을 쓸 때
서버에서 응답 코드로 넘기지 못하는 환경이라면 페이지 안에서 넘기는 방법이 남습니다. 구글은 이런 형태도 인식하지만 서버 응답보다 처리가 늦고, 크롤러가 페이지를 실행해야 알 수 있어 손실 구간이 생깁니다. 가능하면 서버 설정으로 처리하고, 어쩔 수 없이 페이지 안에서 넘길 때는 대표 주소 지정을 함께 걸어 신호를 보강합니다. 방문자에게 몇 초 기다리라고 안내하는 화면은 이탈을 키우므로 피합니다.
주소 이전 실행 방법
이전은 순서를 지킬 때 손실이 가장 적습니다. 아래 순서는 도메인을 통째로 옮기는 상황과 주소 체계만 바꾸는 상황 모두에 그대로 씁니다.
옛 주소 목록부터 뽑는다
가장 먼저 지금 살아 있는 주소를 전부 뽑습니다. 서치 콘솔의 페이지 보고서에서 색인된 주소를, 사이트맵 파일에서 등재된 주소를, 접속 기록에서 실제로 방문이 있는 주소를 각각 받아 합칩니다. 세 곳을 합치는 이유는 한 곳만 보면 반드시 빠지는 주소가 생기기 때문입니다. 페이지 300장 규모라면 합친 목록이 400개 안팎으로 나오는 경우가 많은데, 늘어난 100개는 대개 정렬 옵션이 붙은 변형 주소입니다.
한 줄씩 짝을 지어 표로 만든다
뽑은 주소마다 새 주소를 하나씩 적어 두 칸짜리 표를 만듭니다. 짝이 없는 주소는 빈칸으로 두고 나중에 폐기로 처리합니다. 표를 만들지 않고 규칙 하나로 한꺼번에 넘기면 예외가 걸리는 주소를 놓칩니다. 규칙 처리와 개별 처리를 섞을 때는 개별 처리를 먼저 읽도록 순서를 잡아야 예외가 살아납니다.
배포 전 대표 주소 10개 확인
전체를 배포하기 전에 대표 주소 10개를 골라 응답 코드를 직접 확인합니다. 브라우저 개발자 도구의 네트워크 탭을 열고 옛 주소를 입력하면 첫 응답 코드가 그대로 보입니다. 여기서 302가 뜨면 설정이 임시로 잡힌 것이고, 200이 바로 뜨면 이전이 걸리지 않은 것입니다. 10개 중 하나라도 어긋나면 전체 배포를 멈추고 설정을 고칩니다. 확인에 걸리는 시간은 10개 기준 5분 안팎입니다.
이전 후 관측 일정과 실패 신호
배포했다고 끝이 아닙니다. 옮긴 뒤 무엇을 언제 보는지 정해 두면 실패를 조기에 잡습니다. 아래 일정은 이번 원고를 준비하며 실제로 쓴 관측 구간을 그대로 옮긴 값입니다.
관측 세 시점을 못 박는다
배포 당일에는 응답 코드와 화면이 제대로 뜨는지만 봅니다. 7일째에는 서치 콘솔에서 새 주소가 색인되기 시작했는지, 옛 주소의 색인 수가 줄기 시작했는지 두 숫자를 봅니다. 28일째에는 새 주소의 노출수와 클릭수가 옛 주소의 이전 4주 값에 얼마나 근접했는지 비교합니다. 세 시점 사이에 설정을 또 바꾸면 무엇이 효과를 냈는지 판정하지 못하므로 손대지 않고 기다립니다. 세 시점의 숫자를 한 표에 쌓아 두면 다음에 같은 작업을 할 때 예상 회복 기간을 근거로 잡을 수 있습니다. 이전 작업을 여러 번 다뤄 본 팀일수록 관측 표를 갖춰 두고 있습니다.
내부 링크를 함께 바꾸지 않으면
이전을 걸어 두고 사이트 안의 링크는 옛 주소로 남겨 두는 경우가 많습니다. 동작에는 문제가 없지만 방문자가 한 번씩 더 거쳐 가고, 크롤러도 매번 두 번 요청하게 됩니다. 페이지 300장 규모에서 내부 링크가 1,000개쯤 걸려 있다면 요청이 그만큼 두 배로 늘어납니다. 본문과 메뉴, 사이트맵 파일에 남은 옛 주소를 찾아 새 주소로 바꾸는 작업을 이전과 같은 주에 끝내는 편이 낫습니다. 301 리다이렉트는 외부에서 들어오는 요청을 받기 위한 안전망이지 내부 링크를 방치해도 된다는 뜻이 아닙니다.
실패 판정과 안전 확인 신호
28일째에 새 주소의 노출수가 옛 주소 값의 절반에 못 미치면 점검 대상입니다. 다만 색인 자체가 안 됐다면 이전 문제가 아니라 수집 문제일 수 있어 순서가 다릅니다. 옛 주소가 여전히 결과에 그대로 뜨는 것은 실패 신호가 아니라 정상 과정이며, 대개 몇 주에 걸쳐 교체됩니다. 반대로 옛 주소와 새 주소가 둘 다 결과에 남아 서로 경쟁하는 상태가 8주를 넘기면 설정이 임시로 잡혀 있을 가능성을 먼저 봅니다.
규칙을 적는 순서가 결과를 바꾼다
규칙이 여러 줄이면 위에서부터 읽히며 먼저 걸린 줄에서 처리가 끝납니다. 폴더 전체를 한 줄로 넘기는 규칙을 맨 위에 두고 그 아래 예외를 적으면, 예외는 한 번도 읽히지 않습니다. 예외를 먼저, 포괄 규칙을 나중에 적는 순서가 기본입니다. 규칙이 20줄을 넘어가면 사람이 순서를 따라가기 어려우므로 주석으로 구간을 나눠 적고, 배포할 때마다 대표 주소 5개로 결과를 다시 확인합니다. 순서 하나가 뒤집혀 상품 페이지 40개가 전부 카테고리 화면으로 몰려간 사례가 실제로 나옵니다.
실측 기록 12곳
이번에 국내 사이트 12곳의 대표 주소에서 www 유무와 끝 슬래시 유무를 바꿔 넣어 응답 코드를 기록해 보았습니다. 12곳 중 8곳이 301로 한 형태에 모으고 있었고, 2곳은 302로 잡혀 있었으며, 2곳은 두 형태가 모두 200으로 열려 중복 상태였습니다. 302로 잡힌 2곳은 설정 도구의 기본값을 그대로 쓴 흔적이 보였습니다. 확인은 개발자 도구 네트워크 탭에서 주소를 입력하는 것만으로 끝나며, 12곳 전체에 11분이 걸렸습니다. 중복 상태였던 2곳은 www가 붙은 주소와 붙지 않은 주소가 각각 색인돼 있었고, 그중 1곳은 두 주소가 같은 검색어에서 번갈아 뜨는 상태였습니다. 301 리다이렉트 한 줄이면 정리되는 문제인데도 방치돼 있었던 셈입니다.
이전을 걸면 지금 순위가 통째로 날아갈까 걱정할 수 있습니다. 신호가 영구히 사라지는 일은 흔치 않고, 잘못 걸었더라도 규칙을 고쳐 다시 배포하면 되돌아옵니다. 다만 되돌리는 동안 방문자가 빈 화면을 보게 되므로 원복 절차를 미리 적어 두고 시작합니다. 되돌린 뒤에도 회복까지 몇 주가 걸린다는 점은 감안해야 합니다. 이전을 어느 단계에서 처리할지 함께 잡고 싶다면 구글상위노출 작업 순서 5단계를 먼저 읽어 두면 되돌아갈 지점이 좁아집니다.
301 리다이렉트 자주 묻는 질문
301과 302의 차이점은 무엇인가요?
영구인지 임시인지가 다르고, 그 차이가 평가 이전 여부를 가릅니다. 영구는 옛 주소가 쌓은 신호를 새 주소로 넘기고 결과 화면의 주소도 새것으로 바꿉니다. 임시는 신호를 옛 주소에 남겨 두고 결과 화면도 옛 주소를 유지합니다. 옛 주소를 다시 쓸 계획이 없다면 영구를 씁니다.
리디렉션을 확인하는 방법은 무엇인가요?
브라우저 개발자 도구의 네트워크 탭을 열어 둔 채 옛 주소를 입력하면 첫 줄에 응답 코드가 표시됩니다. 여러 주소를 한꺼번에 볼 때는 응답 코드를 목록으로 뽑아 주는 검사 도구를 쓰면 빠릅니다. 서치 콘솔의 URL 검사에서도 최종 도착 주소를 확인할 수 있습니다.
URL 리다이렉트란 무엇인가요?
어떤 주소로 들어온 요청을 다른 주소로 자동으로 넘기는 처리 전체를 가리킵니다. 넘기는 방식은 서버 응답 코드, 페이지 안의 태그, 스크립트 세 가지로 나뉩니다. 검색 신호를 가장 온전히 넘기는 방식은 서버 응답 코드이며 나머지는 보조 수단입니다.
도메인 리다이렉트는 무엇인가요?
도메인 전체를 다른 도메인으로 넘기는 처리입니다. 이때는 첫 화면만 넘기지 말고 옛 도메인의 각 주소를 새 도메인의 대응 주소로 하나씩 짝지어 넘겨야 합니다. 전부 첫 화면으로 몰아 넘기면 개별 페이지가 쌓은 신호가 대부분 사라집니다. 서치 콘솔에는 주소 변경 도구가 따로 있어 함께 씁니다.
유지 기간은 얼마나 잡나요?
구글 쪽 처리만 놓고 보면 새 주소가 결과에 자리 잡은 뒤에는 규칙을 내려도 되지만, 외부 사이트가 걸어 둔 링크와 즐겨찾기는 계속 옛 주소를 가리킵니다. 최소 1년, 링크가 많이 걸린 주소라면 가능한 한 오래 두는 편이 안전합니다. 유지 비용이 거의 없으므로 굳이 걷어 낼 이유도 적습니다.
이전한 주소가 검색에 계속 뜨는데 정상인가요?
정상입니다. 크롤러가 옛 주소를 다시 방문해 응답을 확인하고 새 주소를 수집한 뒤에야 결과 화면의 주소가 바뀝니다. 사이트 규모에 따라 며칠에서 몇 주가 걸립니다. 다만 8주가 지나도 두 주소가 함께 뜬다면 설정이 임시로 잡혔거나 두 주소의 내용이 크게 달라 이전으로 읽히지 않는 상태일 수 있습니다.
여러 단계를 거쳐도 괜찮나요?
구글은 여러 단계를 따라가지만 단계가 늘수록 처리도 느려지고 방문자 대기 시간도 길어집니다. 새 규칙을 넣을 때 기존 규칙을 손봐 항상 최종 주소를 한 번에 가리키게 정리하는 편이 좋습니다. 단계가 5개를 넘어가면 크롤러가 중간에 포기할 수 있습니다.
도메인 등록과 이전 절차에 관한 국내 안내는 진흥원이 운영하는 자원 관리 페이지에 있습니다. 출처: 한국인터넷진흥원. 도메인을 옮길 계획이라면 등록 절차 안내를 미리 확인해 두면 일정이 안 밀립니다.
응답 코드 표는 랭크스킨 편집팀이 공식 문서 기준으로 확인했습니다. 이용약관 등 고지문은 게시처 하단에 둡니다.
본 문서는 301 리다이렉트 작업을 스스로 검증하도록 돕는 참고 자료이며, 적용 뒤의 유입이나 순위 변화를 약속하지 않습니다. 운영주체: 랭크스킨.