HTTP 상태·리다이렉트 추적

HTTP 상태·리다이렉트 추적기는 입력한 URL이 최종 페이지에 도달하기까지 거치는 모든 단계를 순서대로 보여줍니다. 각 홉의 HTTP 상태 코드(301·302·307·308 등)와 이동한 주소를 그대로 나열하므로, 브라우저가 화면에 보여주지 않는 중간 경로까지 한눈에 확인할 수 있습니다.

잘못 연결된 영구 리다이렉트, http→https 강제 전환, www 정규화, 무한 루프, 그리고 SEO에 치명적인 리다이렉트 체인을 진단하는 데 유용합니다. URL만 입력하면 서버가 안전하게 요청을 대신 보내고, 받은 상태 코드와 이동 경로를 그대로 돌려줍니다. 결과는 잠시 캐싱되어 빠르게 응답합니다.

상태 코드 빠른 정리

• 2xx: 성공. 200 OK가 정상적인 최종 응답입니다.
• 3xx: 리다이렉트. 301(영구)·308은 이전, 302(임시)·307은 임시 이동입니다.
• 4xx: 클라이언트 오류. 404(없음)·403(금지)·410(영구 삭제) 등.
• 5xx: 서버 오류. 500·502·503은 서버 측 문제를 뜻합니다.

리다이렉트 체인이 SEO에 미치는 영향

여러 단계를 거치는 리다이렉트 체인은 페이지 로딩을 느리게 하고, 링크 신호를 희석시키며, 크롤러가 도중에 추적을 멈출 수 있습니다. 가능하면 출발지에서 최종 목적지로 한 번에 연결되도록 정리하고, 영구 이동에는 301 또는 308을 사용하세요.

301과 302의 차이

301은 영구 이동으로 검색엔진이 색인과 링크 가치를 새 주소로 옮깁니다. 302는 임시 이동으로 원래 주소를 그대로 유지하려 합니다. 도메인 이전이나 URL 구조 변경처럼 영구적인 변경에는 반드시 301을 사용해야 합니다. 최종 응답의 캐시·보안 헤더까지 함께 보고 싶다면 HTTP 헤더 확인으로 전체 응답 헤더를 살펴보세요.

3xx 리다이렉트 코드별 의미 (메서드 보존 여부)

같은 “이동”이라도 코드마다 캐싱 여부와 요청 메서드 보존 여부가 다릅니다. 특히 POST 요청에서 302/303과 307의 차이를 모르면 폼 제출이 GET으로 바뀌어 데이터가 사라질 수 있습니다.

실제 추적 예시 읽는 법

http://example.com/page를 입력했을 때 다음과 같은 체인이 나올 수 있습니다.

• 1. http://example.com/page → 301 → https://example.com/page (http→https 강제 전환)
• 2. https://example.com/page → 301 → https://www.example.com/page (www 정규화)
• 3. https://www.example.com/page → 200 OK (최종 도착)

여기서 1·2단계가 두 번의 301로 나뉜 것이 문제입니다. http→https와 www 정규화를 서버 설정 한 줄로 합쳐 곧바로 https://www.example.com/page로 보내면 홉을 하나 줄일 수 있습니다. 마지막 줄의 200 OK가 보여야 정상이며, 여기서 404나 다시 3xx가 나오면 잘못된 목적지입니다.

흔한 실수 / 함정

가장 흔한 함정은 HTTPS가 아닌 HTTP 주소만 등록해 두고 끝내는 것입니다. 검색엔진과 외부 링크가 여전히 http://를 가리키면 매 방문마다 추가 301 홉이 발생해 속도와 링크 가치가 새는데, 정작 추적기로 확인하지 않으면 이 숨은 홉을 놓치기 쉽습니다. 또한 302를 영구 이전에 쓰면 검색엔진이 색인을 옮기지 않고 옛 주소를 계속 유지하므로, 도메인·URL 변경에는 반드시 301(또는 메서드 유지가 필요하면 308)을 사용하세요.