30초 핵심 요약
301 리다이렉트(redirection)는 옛 URL을 새 URL로 영구 이전하면서 축적된 링크 가치(링크 에쿼티)와 검색 순위 신호를 최대한 넘겨주는 서버 응답이다. 리디렉션을 잘못 걸면 순위 하락·크롤링 낭비·무한 루프가 발생하므로 목적에 맞는 상태 코드 선택이 핵심이다.
- 정의: 301은 영구 이전, 302·307은 임시 이전을 의미하는 HTTP 상태 코드다.
- 핵심: URL이 영구히 바뀌면 301, 잠깐만 다른 페이지로 보낼 땐 302·307을 쓴다. 검색엔진은 301에서 대부분의 순위 신호를 새 주소로 통합한다.
- 실무: 리디렉션 체인(연쇄)과 루프(순환)를 없애고, 1단계로 최종 목적지에 바로 연결하며, 새 URL의 canonical을 자기 자신으로 지정한다.
301 리다이렉트란 무엇이고 언제 써야 하나요?
301 리다이렉트는 특정 URL이 영구적으로 다른 주소로 옮겨졌음을 브라우저와 검색엔진에 알리는 HTTP 응답 코드입니다. 페이지 주소가 바뀌었거나 사이트를 통합·이전할 때 사용하며, 옛 주소에 쌓인 링크 가치와 검색 신호를 새 주소로 넘겨 순위 손실을 줄이는 것이 목적입니다.
대표적으로 301을 써야 하는 상황은 다음과 같습니다.
- 도메인을 변경했을 때(예: 사업자명 변경으로 새 도메인 이전)
- HTTP에서 HTTPS로 전환하거나 www 유무를 하나로 통일할 때
- URL 구조를 개편해 옛 주소가 더 이상 쓰이지 않을 때
- 여러 중복 페이지를 하나의 대표 페이지로 합칠 때
- 삭제한 페이지의 방문자를 관련 있는 살아있는 페이지로 보낼 때
반대로 페이지가 완전히 사라졌고 대체할 관련 페이지가 없다면, 억지로 301을 걸어 홈으로 보내기보다 적절한 404 처리를 고려하는 편이 검색엔진에 더 정직한 신호를 줍니다.
301 vs 302 vs 307, 무엇이 다른가요?
세 코드는 모두 리디렉션이지만 의미가 다릅니다. 301은 영구 이전으로 검색엔진이 순위 신호를 새 URL로 통합하고, 302는 임시 이전으로 옛 URL을 색인에 유지합니다. 307은 302와 같은 임시 이전이되 HTTP 메서드(예: POST)를 그대로 보존하는 최신 규격입니다.
| 구분 | 301 | 302 | 307 |
|---|---|---|---|
| 의미 | 영구 이전 | 임시 이전 | 임시 이전(엄격) |
| 순위 신호 이전 | 새 URL로 통합 | 옛 URL 유지 경향 | 옛 URL 유지 경향 |
| 메서드 보존 | 변경 가능 | 변경 가능 | 원래 메서드 보존 |
| 주 용도 | 영구 URL 변경 | 임시 점검·A/B·프로모션 | 임시 이전(폼 전송 등) |
| 캐싱 | 강하게 캐시됨 | 기본 미캐시 | 기본 미캐시 |
실무에서 가장 흔한 실수는 영구 변경인데 302를 쓰는 것입니다. 302는 검색엔진에게 옛 주소를 계속 유지하라는 신호를 주기 때문에, URL을 완전히 바꿨다면 반드시 301을 사용해야 순위 신호가 새 주소로 옮겨집니다. 반대로 며칠간의 임시 점검이나 프로모션 페이지처럼 곧 원상복구할 경우에만 302·307을 씁니다.
301 리다이렉트는 SEO 순위에 어떤 영향을 주나요?
301은 옛 URL에 쌓인 링크 에쿼티(외부 링크가 만들어 준 권위)와 관련성 신호의 대부분을 새 URL로 넘깁니다. 구글은 오래전 PageRank 손실 없이 통합된다고 밝힌 바 있어, 올바르게 구현한 301은 순위 유지에 유리합니다. 다만 새 페이지의 주제가 옛 페이지와 무관하면 신호 전달이 약해집니다.
SEO 관점에서 지켜야 할 원칙은 다음과 같습니다.
- 관련성 유지: 옛 페이지와 주제가 이어지는 페이지로 연결해야 신호가 온전히 전달됩니다. 무관한 홈으로 몰아넣으면 검색엔진이 이를 ‘소프트 404’로 취급할 수 있습니다.
- 1단계 연결: 옛 URL에서 최종 URL로 바로 보내야 합니다. 중간 단계를 여러 번 거치면 신호가 희석되고 크롤링 예산이 낭비됩니다.
- 내부 링크 갱신: 리디렉션에만 의존하지 말고, 사이트 내부 링크·사이트맵의 주소도 새 URL로 바꿔야 합니다.
- canonical 정합: 새 페이지의 canonical 태그는 자기 자신을 가리켜야 하며, 옛 URL을 가리키면 신호가 충돌합니다.
순위 통합은 즉시 일어나지 않고 검색엔진이 새 URL을 다시 크롤링·색인하는 데 시간이 걸립니다. 대규모 이전 직후 일시적인 순위 변동이 보이더라도, 구현이 정확하다면 재색인이 진행되며 안정화되는 경우가 많습니다.
리디렉션 체인과 루프는 왜 문제인가요?
리디렉션 체인은 A에서 B, B에서 C처럼 여러 번 거쳐 도착하는 구조이고, 루프는 A와 B가 서로를 무한히 가리켜 페이지가 열리지 않는 오류입니다. 체인은 로딩 지연과 크롤링 낭비를 일으키고, 루프는 브라우저가 접속 자체를 실패하게 만들어 반드시 제거해야 합니다.
- 체인(연쇄)의 문제: 단계마다 응답을 기다려야 하므로 페이지 로딩이 느려지고, 검색봇이 최종 목적지에 도달하기 전에 크롤링을 중단할 위험이 있습니다. 옛 규칙이 쌓이며 자기도 모르게 생기는 경우가 많습니다.
- 루프(순환)의 문제: 브라우저가 ‘리디렉션이 너무 많습니다’ 오류를 띄우고 사용자와 검색봇 모두 페이지에 접근하지 못합니다. www·HTTPS 규칙과 개별 페이지 규칙이 서로 충돌할 때 자주 발생합니다.
해결의 기본 원칙은 모든 옛 URL을 최종 목적지로 1단계 연결하도록 규칙을 재정리하는 것입니다. 예를 들어 A→B→C 체인이 있다면 A→C, B→C로 직접 연결로 바꿔 중간 단계를 없앱니다. 리디렉션 검사 도구나 구글 서치 콘솔의 페이지 색인 보고서로 체인·오류를 주기적으로 점검하면 재발을 막을 수 있습니다.
워드프레스와 서버별로 301은 어떻게 설정하나요?
워드프레스는 플러그인으로, Apache·Nginx는 서버 설정 파일로 301을 걸 수 있습니다. 소규모 개별 이전은 플러그인이 간편하고, 도메인 전체 이전이나 대량 규칙은 서버 레벨 설정이 성능과 안정성 면에서 유리합니다. 어느 방식이든 규칙 충돌이 없도록 한 곳에서 일관되게 관리하는 것이 중요합니다.
| 환경 | 방법 | 특징 |
|---|---|---|
| 워드프레스 | 리디렉션 관리 플러그인 또는 SEO 플러그인의 리디렉션 기능 | 코드 없이 개별 URL 관리, 초보자에 적합 |
| Apache | .htaccess에 Redirect 301 또는 RewriteRule | 디렉터리 단위 적용, 서버 재시작 불필요 |
| Nginx | 서버 블록에 return 301 지시문 | 빠른 처리, 설정 변경 후 리로드 필요 |
| 클라우드·CDN | 관리 콘솔의 리디렉션 규칙 | 서버 접근 없이 규칙 관리, 대량 처리에 유리 |
설정 후에는 반드시 실제 응답 코드를 확인해야 합니다. 브라우저 개발자 도구의 네트워크 탭이나 리디렉션 확인 도구로 옛 URL에 접속해 301(영구)로 응답하는지, 1단계로 최종 URL에 도착하는지를 검증합니다. 워드프레스에서는 SEO 플러그인과 서버 규칙이 이중으로 걸려 체인이 생기지 않도록 한쪽에서만 관리하는 것을 권장합니다.
함께 보면 좋은 글
작성자 소개
이 글은 오픈타임(상호 피케이커뮤니케이션) 대표 박정윤이 작성했습니다.
다음 갱신 예정일: 2026년 10월 6일 · 2026년 기준 작성.