리다이렉트 검사기

리다이렉트 검사기는 모든 URL의 전체 HTTP 리다이렉트 체인을 추적하는 무료 온라인 도구입니다. URL을 입력하면 상태 코드(301, 302, 307, 308), 응답 시간, 응답 헤더 및 보안 세부 정보를 포함하여 리다이렉트 경로의 모든 홉을 즉시 확인할 수 있습니다. 리다이렉트 문제 디버깅, SEO 설정 감사, HTTPS 강제 적용 확인 등 브라우저가 원본에서 목적지까지 어떻게 이동하는지 완벽한 가시성을 제공합니다.

HTTP 리다이렉트란 무엇입니까?

HTTP 리다이렉트는 클라이언트(브라우저 또는 봇)에게 다른 URL을 요청하도록 지시하는 서버 응답입니다. 서버가 Location 헤더와 함께 3xx 상태 코드를 반환하면 클라이언트는 자동으로 새 주소로 이동합니다. 리다이렉트는 기존 링크를 깨뜨리지 않고 URL 변경, 프로토콜 업그레이드, 도메인 통합을 가능하게 하는 웹 작동의 기본 요소입니다.

HTTP 리다이렉트 상태 코드

리다이렉트 체인을 확인해야 하는 이유는 무엇입니까?

이 도구 사용 방법

1. URL 입력: 확인하려는 URL을 입력란에 입력하거나 붙여넣으세요. http:// 접두사 포함 여부와 상관없이 입력할 수 있습니다.
2. HTTP 메서드 선택: 전체 요청을 보내려면 GET(기본값)을 선택하고, 헤더만 가져오려면 HEAD를 선택하세요(더 빠르지만 일부 서버는 HEAD를 다르게 처리합니다).
3. "리다이렉트 확인" 클릭: 도구가 자동으로 각 리다이렉트 홉을 추적하여 모든 단계에서 상태 코드, 응답 헤더 및 타이밍 데이터를 수집합니다.
4. 결과 분석: 빠른 개요를 위해 시각적 리다이렉트 체인을 검토한 다음, 개별 홉을 확장하여 응답 헤더를 검사하고 HTTPS 상태를 확인하며 잠재적인 문제를 식별합니다.

결과 이해하기

요약 카드

요약 카드는 빠른 개요를 제공합니다: 총 홉 수는 접속된 서버의 수를, 총 시간은 모든 홉에 걸친 누적 응답 시간을, 최종 상태는 마지막 응답의 HTTP 상태를 보여주며, 보안 지표는 HTTPS 강제 적용 여부와 HSTS 존재 여부를 나타냅니다.

시각적 체인 다이어그램

애니메이션 체인은 각 리다이렉트를 상태 코드, URL 및 응답 시간이 포함된 노드로 표시합니다. 노드는 색상별로 구분됩니다: 리다이렉트(3xx)는 인디고, 성공(2xx)은 녹색, 오류는 빨간색입니다. 노드 사이의 화살표는 리다이렉트 상태 코드를 나타냅니다.

상세 홉 정보

상세 섹션에서 임의의 홉을 클릭하여 확장하면 전체 URL, 프로토콜(HTTP/HTTPS), 리다이렉트 목적지, 그리고 Server, Strict-Transport-Security, Cache-Control 등을 포함한 모든 관련 응답 헤더를 볼 수 있습니다.

리다이렉트 모범 사례

체인을 짧게 유지하세요

모든 출발지와 목적지 사이에 리다이렉트가 1-2개를 넘지 않도록 하세요. 구글 및 기타 검색 엔진은 5개 홉 이상의 체인을 추적하지 않을 수 있으며, 각 홉은 사용자에게 지연 시간을 추가합니다.

영구 이동 시 301 사용

페이지가 영구적으로 이동할 때는 301 또는 308 리다이렉트를 사용해 새 URL이 표준 URL이 되도록 하세요.

HTTPS를 올바르게 강제 적용하세요

서버 수준에서 HTTP를 HTTPS로 리다이렉트하고 HSTS(HTTP Strict Transport Security)를 구현하여 프로토콜 다운그레이드 공격을 방지하세요. 올바른 설정은 다음과 같습니다: http:// → 301 → https:// (HTTPS 응답에 HSTS 헤더 포함).

리다이렉트 루프 방지

리다이렉트 루프(A → B → A)는 브라우저에 ERR_TOO_MANY_REDIRECTS를 표시하게 합니다. 특히 서버 수준과 애플리케이션 수준의 리다이렉트를 결합할 때 모든 리다이렉트 규칙을 주의 깊게 테스트하세요.

자주 묻는 질문

HTTP 리다이렉트란 무엇입니까?

HTTP 리다이렉트는 브라우저에게 다른 URL로 이동하도록 지시하는 서버 응답(상태 코드 301, 302, 303, 307 또는 308)입니다. 주로 페이지가 이동되었을 때, HTTPS를 강제할 때, 또는 www 포함 여부와 상관없이 URL을 정규화할 때 사용됩니다.

301과 302 리다이렉트의 차이점은 무엇입니까?

A 301(영구 이동)은 검색 엔진에 페이지가 영구적으로 이동했음을 알리고 SEO 가치(링크 자산)를 새 URL로 전달합니다. A 302(발견됨)는 일시적인 리다이렉트를 나타내며, 원래 URL이 나중에 다시 사용될 수 있음을 의미하므로 검색 엔진은 원래 URL을 계속 인덱싱해야 합니다.

리다이렉트 체인을 확인해야 하는 이유는 무엇입니까?

긴 리다이렉트 체인은 페이지 로딩 속도를 늦추고 SEO 링크 가치를 희석시킵니다. 각 홉마다 지연 시간이 추가되며 검색 엔진은 일정 횟수 이상의 리다이렉트 후에 추적을 중단할 수 있습니다. 확인을 통해 불필요한 홉을 식별하고 더 빠르고 SEO 친화적인 리다이렉트 경로를 최적화할 수 있습니다.

리다이렉트 루프란 무엇이며 어떻게 해결합니까?

리다이렉트 루프는 URL A가 URL B로 리다이렉트되고, 다시 URL A로 리다이렉트되어 무한 사이클이 생성될 때 발생합니다. 이로 인해 ERR_TOO_MANY_REDIRECTS 오류가 발생합니다. 이를 해결하려면 서버 설정, .htaccess 규칙 또는 CDN 설정을 검토하여 순환 참조를 제거해야 합니다.

이 도구는 다른 도메인 간의 리다이렉트도 추적합니까?

네, 리다이렉트 검사기는 서로 다른 도메인, 서브도메인 및 프로토콜(HTTP에서 HTTPS로) 간의 리다이렉트를 추적합니다. 관련 서버의 수와 상관없이 출처에서 최종 목적지까지 전체 체인을 최대 20개 홉까지 추적합니다.

Googlebot과 Chrome에서 URL 리디렉션 결과가 다르게 나오는 이유는 무엇인가요?

일부 사이트는 요청한 사용자 에이전트, 기기 또는 기타 요청 정보에 따라 서로 다른 응답을 보냅니다. Googlebot 스마트폰이나 Chrome 데스크톱처럼 해당하는 브라우저 또는 봇 옵션을 선택하고 리디렉션 경로를 비교하세요. 최종 URL이 다르면 사이트의 리디렉션, 모바일 또는 사용자 에이전트 규칙을 확인하세요. 차이가 의도된 것일 수도 있지만, 방문자와 검색 크롤러가 예상한 목적지에 도달하는지 살펴볼 필요가 있습니다.

리디렉션을 확인할 때 GET과 HEAD 중 무엇을 사용해야 하나요?

서버에 리소스를 요청하고 리디렉션을 따라가는 브라우저와 비슷한 요청을 원한다면 GET을 사용하세요. HEAD 요청은 응답 본문 없이 헤더만 요청하므로 더 빠를 수 있지만, 일부 서버는 HEAD를 다르게 처리하거나 일관되게 지원하지 않습니다. HEAD 결과가 예상과 다르면 같은 URL에 GET 요청을 실행해 상태 코드와 목적지를 비교하세요.

사이트 이전 후 기존 URL이 올바른 페이지로 연결되는지 확인하려면 어떻게 하나요?

여러 URL 확인 기능을 사용해 각 기존 URL을 입력하고, 원한다면 그 뒤에 연결되어야 할 목적지도 입력하세요. 한 번에 최대 25개의 URL을 확인할 수 있습니다. 예를 들어 기존 상품 URL과 연결되어야 할 새 상품 페이지를 입력한 다음 각 항목의 리디렉션 경로를 확인하세요. 이전 과정에서 잘못된 목적지나 불필요한 리디렉션 단계를 찾는 데 도움이 됩니다. URL이 더 많다면 나누어 확인하세요.

추가 리소스

• HTTP 리다이렉션 - MDN Web Docs
• 리다이렉트와 Google 검색 - Google 개발자
• Strict-Transport-Security (HSTS) - MDN